CN112132668A

CN112132668A - Order processing method and device

Info

Publication number: CN112132668A
Application number: CN202011200069.0A
Authority: CN
Inventors: 王俊胜; 陈业成
Original assignee: Shenzhen Futu Network Technology Co Ltd
Current assignee: Shenzhen Futu Network Technology Co Ltd
Priority date: 2020-10-30
Filing date: 2020-10-30
Publication date: 2020-12-25

Abstract

The embodiment of the application provides a method and a device for processing orders, wherein the method comprises the following steps: the method comprises the steps that a server receives a tracking loss stopping order sent by a terminal, and price difference data which are contained in the tracking loss stopping order and used for determining a tracking loss stopping price are obtained; the server acquires the real-time price of the object, and determines the current tracking loss-stopping price according to the real-time price of the object and the price difference data, wherein the real-time price of the object is the highest price or the lowest price of the transaction of the object within the preset time; and when the real-time price of the object changes towards the current tracking stop loss price direction and reaches or exceeds the tracking stop loss price, the server triggers the stop loss operation of the tracking stop loss order. By adopting the embodiment of the application, the change of the price of the object can be dynamically tracked by tracking the stop loss price, the stop loss capability is improved, the data volume needing to be processed by the server can be reduced, and the processing efficiency is improved.

Description

Order processing method and device

Technical Field

The present application relates to the field of internet technologies, and in particular, to a method and an apparatus for processing an order.

Background

With the rapid development of financial markets, more and more people participate in stock trading, and the development of financial software on various terminals is more and more convenient for users to operate and use.

However, for many people, even if financial software can be used on a portable terminal, the dynamic state of the stock market cannot be constantly paid attention to, and some platforms can provide some services to help stock holders monitor the change of the stock market and sell stocks after a certain fixed price to prevent a large amount of loss.

Disclosure of Invention

The embodiment of the application discloses a method and a device for processing orders, which can dynamically track the change of price of an object, improve the loss stopping capability, reduce the data volume to be processed by a server, quickly determine the real-time price and improve the loss stopping efficiency.

A first aspect of an embodiment of the present application provides a method for processing an order, including:

the method comprises the steps that a server receives a tracking loss stopping order sent by a terminal, and price difference data which are contained in the tracking loss stopping order and used for determining a tracking loss stopping price are obtained;

the server acquires the real-time price of the object, and determines the current tracking loss-stopping price according to the real-time price of the object and the price difference data, wherein the real-time price of the object is the highest price or the lowest price of the transaction of the object within the preset time;

when the price difference between the real-time price of the object and the current tracking loss-stopping price is larger than the price difference data, the server updates the current tracking loss-stopping price according to the real-time price of the object and the price difference data, and when the price difference between the real-time price of the object and the current tracking loss-stopping price is equal to or smaller than the price difference data, the current tracking loss-stopping price is kept unchanged;

and when the real-time price of the object changes towards the current tracking stop loss price direction and reaches or exceeds the tracking stop loss price, the server triggers the stop loss operation of the tracking stop loss order.

In one possible implementation, the server triggers a stop-loss operation that tracks stop-loss, including: and the server sends the stop-loss order to a service server for providing order transaction service.

In one possible implementation manner, the tracked stop-loss order includes a first order identifier, and the stop-loss order includes the same first order identifier as the tracked stop-loss order;

if the server receives a tracking loss stopping order modification request sent by the terminal, and generates a modified tracking loss stopping order, where the modified tracking loss stopping order includes a second order identifier, before the server sends a loss stopping order to a service server for providing an order transaction service, the method further includes:

and the server confirms that the first order identification is different from the second order identification, and stops sending the stop loss order to a service server.

In one possible implementation, the determining a current tracking stop loss price according to the real-time price of the target object and the price difference data includes:

and if the tracking stop loss order is used for selling stop loss of the target object, the real-time price of the target object is the highest price of the target object in the preset time.

and if the tracking stop loss order is used for the purchase stop loss of the target object, the real-time price of the target object is the lowest transaction price of the target object one by one within the preset time.

In one possible implementation, the server obtaining a real-time price of the subject matter includes:

the tracking loss stopping order also comprises identification information of the object;

and the server reads price data of the highest or lowest transaction price of the object one by one within preset time according to the identification information, and determines the real-time price of the object according to the price data.

In one possible implementation, the method further includes:

and when the server sends a stop-loss order to a service server for providing order transaction service, the server updates the current order state into a stop-loss triggered state and sends the stop-loss triggered state to the terminal.

In a possible implementation manner, after the server sends the stop-loss order to a service server for providing an order transaction service, the method further includes:

and the server acquires the order transaction state of the loss stopping order in the service server and sends the order transaction state to the terminal.

In one possible implementation, the tracking stop-loss order further includes an order validity period;

the server performing the method of the first aspect or any possible implementation manner of the first aspect on the tracked stop-loss order within the order validity period;

and when the order validity period is reached, deleting the tracking loss stopping setting of the tracking loss stopping order.

A second aspect of the present embodiment provides a tracking stop-loss order processing apparatus, including:

the order management module is used for receiving a tracking loss stopping order sent by a terminal and acquiring price difference data which is contained in the tracking loss stopping order and used for determining a tracking loss stopping price;

the monitoring module is used for acquiring the real-time price of the object and determining the current tracking loss-stopping price according to the real-time price of the object and the price difference data;

and the order management module is also used for triggering the stop-loss operation of tracking the stop-loss order.

A third aspect of the embodiments of the present application provides an apparatus for processing an order, including: a processor and a memory;

the processor is connected to the memory, where the memory is configured to store program codes, and the processor is configured to call the program codes to execute the method in any one of the above-mentioned first aspect or any one of the possible implementation manners of the first aspect.

A fourth aspect of embodiments of the present application provides a computer storage medium storing a computer program, where the computer program includes program instructions that, when executed by a processor, perform a method as described in the first aspect of embodiments of the present application or any one of the possible implementations of the first aspect.

A fifth aspect of embodiments of the present application provides a computer program product, including: computer program code for causing a computer to perform the method of the first aspect or any of the possible implementations of the first aspect when the computer program code runs on a computer.

According to the tracking loss-stopping order sent by the receiving terminal, the current tracking loss-stopping price is determined by combining the price difference data and the real-time price of the object, wherein the real-time price of the object is the highest price or the lowest price of the object in one-by-one transaction within the preset time, the data volume needing to be processed by the server can be reduced, the real-time price is determined rapidly, and the loss-stopping efficiency is improved; the tracking loss stopping price can be updated in real time based on the real-time price of the object, so that the tracking loss stopping price can dynamically track the change of the price of the object, a loss stopping order is sent to a service server in time to execute loss stopping operation, and the loss stopping capability is effectively improved; before the server sends the stop-loss order to the service server, whether the order identifications contained in the tracked stop-loss order and the stop-loss order are the same or not is confirmed, and if the order identifications are not the same, the stop-loss order is stopped being sent to the service server, so that the order request sent by the terminal is executed more accurately, the conflict is avoided, the order submitting accuracy is improved, and the stop-loss is better carried out.

Drawings

The drawings used in the embodiments of the present application are described below.

FIG. 1 is a block diagram of an order data processing system according to an embodiment of the present disclosure;

FIG. 2 is a flow chart illustrating a method for processing an order according to an embodiment of the present disclosure;

FIG. 3 is a flow chart illustrating another method for processing an order according to an embodiment of the present application;

fig. 4 is a schematic flowchart of a method for pushing price difference data statistics according to an embodiment of the present application;

FIG. 5 is a block diagram of an apparatus for processing an order according to an embodiment of the present disclosure;

fig. 6 is a schematic diagram illustrating a composition of another apparatus for processing an order according to an embodiment of the present application.

Detailed Description

Embodiments of the present application are described below with reference to the drawings in the embodiments of the present application.

The terms "including" and "having," and any variations thereof, in the description and claims of this application and the drawings described above, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus.

Fig. 1 is a schematic diagram of an order data processing system according to an embodiment of the present application. As shown in fig. 1, the system architecture may include: a terminal 10, a server 20 and a service server 30.

The terminal 10 may also be referred to as a User Equipment (UE). It may be deployed on land, including indoors or outdoors, hand-held, worn, or vehicle-mounted; can also be deployed on the water surface (such as a ship and the like); and may also be deployed in the air (e.g., airplanes, balloons, satellites, etc.). It may also be referred to as a user terminal, terminal device, access terminal device, in-vehicle terminal, UE unit, UE station, mobile station, remote terminal device, mobile device, UE terminal device, mobile terminal, wireless communication device, UE agent, or UE device, etc. The terminals may be fixed or mobile, etc. The specific form of the mobile phone can be a mobile phone (mobile phone), a tablet computer (Pad), a computer with a wireless transceiving function, a vehicle-mounted terminal device, a wireless terminal in a smart home (smart home), a wearable terminal device and the like.

The server 20, which may also be referred to as a background server, may provide various services related to the application for the user. For example, in the present application, a service for processing a tracking stop-loss order may be provided for a user, and a change in price of a target object may be monitored in real time for the user, and whether the stop-loss order to be submitted is correct or not may be confirmed, and after the terminal 10 sends the tracking stop-loss order to the server 20, the server 20 obtains price difference data included in the tracking stop-loss order and a real-time price of the target object to determine a tracking stop-loss price, and when the real-time price of the target object and the tracking stop-loss price reach a certain condition, triggers stop-loss and submits the stop-loss order to the service server 30.

The transaction server 30, which is used to provide transaction such as price information of the object and match orders in the present application, may receive the stop loss order submitted by the server 20 for matching, and may be an exchange server of a trading market such as stocks and futures.

The method for processing an order provided by the embodiment of the present application is described in detail below with reference to the steps in fig. 2 to fig. 3.

Please refer to fig. 2, which is a flowchart illustrating a method for processing an order according to an embodiment of the present disclosure; the method can comprise the following steps:

s201, a server receives a tracking loss stopping order sent by a terminal, and obtains price difference data which is contained in the tracking loss stopping order and used for determining a tracking loss stopping price.

The server can confirm the order as the tracking stop-loss order according to the order category identification or the order content contained in the order sent by the terminal as the request parameter. For example, if the server obtains price difference data of a certain order, it may be determined that the order is a tracking stop-loss order, and the order data is landed. Optionally, after the order data is successfully landed, the server may feed back a notification of successful order reception to the terminal, and notify the user that the order placing is successful.

In a possible implementation manner, a user can set a tracking stop-loss order when opening a warehouse, that is, when a certain number of target objects such as a certain stock or a certain futures contract are newly bought or sold, the tracking stop-loss order is set for the target objects at the same time to complete the setting of opening the warehouse and tracking the stop-loss; in another possible implementation manner, after the warehouse is opened, the user may set a tracking stop loss for the already-opened order, such as a static stop loss order, a limit price order, a market price order, and the like, and generate a new tracking stop loss order to submit to implement the tracking stop loss for the object.

S202, the server obtains the real-time price of the object, and determines the current tracking loss-stopping price according to the real-time price of the object and the price difference data.

The subject matter may be referred to as a subject asset or a base asset, and may be stocks, futures, securities, etc., which refer to financial instruments or goods that an option holder exercises to buy or sell.

The real-time price of the target object is the highest price or the lowest price of the target object in the preset time. Optionally, the preset time may be set by a designer based on actual conditions or selected by a user in preconfigured options, or may be customized by the user, for example, the maximum price or the minimum price of obtaining the one-second internal standard for the object to make a deal one by one may be set as the real-time price of the object, which is not limited in this embodiment of the application.

In a possible implementation manner, if the tracked stop-loss order is used for selling stop loss of the target object, the real-time price of the target object is the highest one-by-one transaction price of the target object within a preset time. And if the tracking stop loss order is used for buying stop loss of the target object, the real-time price of the target object is the lowest price of the target object for the transaction one by one within the preset time.

In another possible implementation manner, if the tracked stop-loss order is used for selling stop loss of the target object, the real-time price of the target object is the lowest transaction price of the target object in a preset time period; and if the tracking stop loss order is used for buying stop loss of the object, the real-time price of the object is the highest one-by-one transaction price of the object within the preset time.

It should be noted that, the tracking loss-stopping order for selling the loss-stopping of the target object sets the real-time price of the target object as the highest price per transaction of the object within the preset time internal standard, and compared with the other possible implementation manner, which sets the real-time price of the target object as the lowest price per transaction of the object within the preset time internal standard, a higher tracking loss-stopping price is obtained when the tracking loss-stopping price is determined based on the same price difference data, so that the tracking loss-stopping price is easier to reach or exceed in actual implementation, which is beneficial to better protecting the user funds and reducing the loss. And the real-time price of the object is set as the lowest price of the transaction of the object marked by the internal standard in the preset time, and the lowest price is set as the highest price, so that the loss caused by triggering the loss stopping operation in advance under the condition that the real-time price of the object falls to approach the tracking loss stopping price and then reversely rises can be effectively avoided, and the influence of real-time price oscillation on the loss stopping operation can be reduced.

Similarly, the tracking stop loss order for buying the object sets the real-time price of the object to be the lowest price and the highest price of the object within the preset time.

It should be noted that how to select the selling stop loss or buying stop loss corresponding to the highest price or the lowest price one by one may be set by a designer based on actual conditions or selected by a user among preconfigured options, or may be customized by the user, which is not limited in this embodiment of the application.

Technically, the query of real-time price and tracking stop loss price of the target object can be completed by selecting keys of a relational database management system MySQL. Generally, the quantity of a plurality of main stocks in the equity stock per second can be as high as tens of thousands, generally speaking, the tracking loss-stopping price of the tracking loss-stopping order needs to be calculated one by one according to all the stocks, and the query rate per second of the selected MySQL is in the level of tens of thousands, so that a merging and stroke-by-stroke method can be adopted to solve the problem, the aim of merging and stroke-by-stroke is fulfilled by taking the stroke-by-stroke highest price or the stroke-by-stroke lowest price of the corresponding target object in one second as the real-time price of the target object, the tracking loss-stopping price is calculated based on the real-time price, the aim of improving the data processing capacity of a server is fulfilled, the loss-stopping efficiency is improved, and the tracking loss-stopping can be quickly performed in response to.

In order to further improve the data processing efficiency of the server, the user can subscribe to the object to be tracked at the terminal. The server receives a subscription request sent by a terminal, wherein the subscription request comprises identification information of a target object subscribed by a user; the server acquires the real-time price of the corresponding object according to the identification information, and then the server can send the real-time price of the corresponding object to the terminal.

Optionally, the tracking stop loss order may also include identification information of the target object, the server reads price data of the highest or lowest transaction price of the target object within a preset time according to the identification information, and determines the real-time price of the target object according to the price data.

The identification information may be a specific name or a code of the object, and the server obtains the real-time price of the object according to the identification information of the object selected by the user.

For example, after a user selects a subject matter needing to be tracked and stop-loss for setting on a setting interface for tracking stop-loss (the setting interface for tracking stop-loss can be independent or integrated with an opening interface of an order), the server receives the tracking stop-loss order, acquires identification information of the subject matter already held by the user, sends a request to a service server based on the identification information of the subject matter to acquire a transaction price of the subject matter one by one, and then determines a real-time price of the subject matter according to the acquired highest transaction price one by one or lowest transaction price one by one. When the server determines the real-time price, the real-time price is determined only aiming at the object held by the user in the above mode. The rest of the non-held objects are processed according to the conventional method. For example, the A user orders a tracking stop loss order aiming at 02813.HK in the port stock, after the server receives the order and lands, the server determines the real-time price of the stock code 02813.HK based on the real-time price determination mode for calculating the tracking stop loss price, and then performs the subsequent stop loss operation based on the obtained tracking stop loss price. The stock held by the user can be one or more, and when a plurality of stocks are held at the same time, the above determining mode can be adopted only for the real-time prices of the stocks. Therefore, the data volume needing to be processed by the server can be reduced, and the real-time stock price can be rapidly determined so as to improve the loss-stopping efficiency.

Of course, on the terminal side, the user may also turn on or off the function of acquiring only the real-time price of the stock by using a switch button configured in the application, such as "acquiring only the real-time price of the stock", and when the function is turned on, the server may push only the data of the real-time price of the stock (which may be determined according to the acquired identification information) held by the user to the terminal, so that the data volume pushed by the server may be reduced, the load and resource consumption of the server are reduced, and the efficiency of receiving the data by the terminal is also improved.

Optionally, while the real-time price is obtained, the server may obtain the volume of the subject matter, the financial data, and the like according to the identification information after receiving the tracking loss-stopping order. For example, the server may obtain financial data such as the number of trades and time to market, status, market value, etc. for each transaction of stock 02813.HK on the exchange.

Optionally, determining the current tracking stop loss price according to the real-time price of the object and the price difference data may specifically be implemented by:

in a possible implementation manner, if the tracking stop loss order is used for selling stop loss of the target object, at this time, the real-time price of the target object may be the highest one-by-one deal price of the target object within a preset time, and after receiving the tracking stop loss order, the server generates initial tracking stop loss price as the current real-time price of the target object minus price difference data. For example, if the price difference data included in the order is 5 and the real-time price of the target object currently acquired by the server is 120, the tracking stop loss price at this time is 115.

In another possible implementation manner, if the tracking stop loss order is used for the purchase stop loss of the target object, at this time, the real-time price of the target object may be the lowest price of the target object in the preset time, and after receiving the tracking stop loss order, the server generates the initial tracking stop loss price as the current real-time price of the target object plus the price difference data. For example, if the price difference data included in the order is 5 and the real-time price of the target object currently acquired by the server is 120, the tracking stop loss price at this time is 125.

The selection of the real-time price of the above-mentioned subject matter can be set by a designer based on actual conditions, and is not limited in any way in the embodiments of the present application.

And S203, when the price difference between the real-time price of the object and the current tracking loss-stopping price is larger than the price difference data, the server updates the current tracking loss-stopping price according to the real-time price of the object and the price difference data, and when the price difference between the real-time price of the object and the current tracking loss-stopping price is equal to or smaller than the price difference data, the current tracking loss-stopping price is kept unchanged.

In one possible implementation, if the tracking stop loss order is used for the sale stop loss of the object, the tracking stop loss price correspondingly follows the rise if the real-time price of the object rises during the order duration valid time, so that the price difference between the two is maintained on the price difference data selected by the user. And otherwise, if the real-time price of the object is reduced, keeping the current tracking stop loss price unchanged.

For example, the price difference data included in the order is 5, the real-time price of the object currently acquired by the server is 120, and the initial tracking stop loss price is 115. If the real-time price of the object changes from 120 to 124, the price difference between the real-time price of the object and the current tracking loss-stopping price 115 is larger than the price difference data 5, so that the tracking loss-stopping price also changes and is updated to 119, and the price difference between the real-time price of the object and the current tracking loss-stopping price is still kept to be the same as the price difference data; if the real-time price of the object changes from 120 to 117, the price difference between the real-time price of the object and the current tracking loss-stopping price 115 is less than the price difference data 5, the tracking loss-stopping price is kept unchanged, and the loss-stopping operation is triggered after the real-time price of the object continuously decreases to reach or exceed 115, or the tracking loss-stopping price is updated after the change direction of the real-time price of the object rises.

In another possible implementation, if the stop-loss order is tracked for the purchase stop-loss of the subject matter, the tracking stop-loss price correspondingly follows the decrease if the real-time price of the subject matter decreases during the order duration valid time, so that the price difference between the two is maintained on the price difference data selected by the user. And otherwise, if the real-time price of the object is increased, keeping the current tracking loss-stopping price unchanged.

For example, the price difference data included in the order is 5, the real-time price of the object currently acquired by the server is 120, and the initial tracking stop loss price is 125. If the real-time price of the object is changed from 120 to 116, the price difference between the real-time price of the object and the current tracking loss-stopping price 125 is larger than the price difference data 5, so that the tracking loss-stopping price is changed and updated to 121, and the price difference between the real-time price of the object and the current tracking loss-stopping price is kept to be the same as the price difference data; if the real-time price of the object changes from 120 to 123, the price difference between the real-time price of the object and the current tracking loss-stopping price 125 is less than the price difference data 5, the tracking loss-stopping price is kept unchanged, and the loss-stopping operation is triggered after the real-time price of the object continuously rises to or exceeds 125 or the tracking loss-stopping price is updated after the change direction of the real-time price of the object is reduced.

And S204, when the real-time price of the object changes towards the current tracking stop loss price and reaches or exceeds the tracking stop loss price, the server triggers the stop loss operation of the tracking stop loss order.

In a specific implementation, after monitoring that the real-time price of the object changes towards the current tracking stop loss price and reaches or exceeds the tracking stop loss price, the server may generate the stop loss order according to the number of the object and the real-time price of the object, which are included in the tracking stop loss order sent by the user.

Optionally, the operation of stopping damage includes: and the server sends the stop-loss order to a service server for providing order transaction service.

For example, a tracking stop loss order is used to sell stop loss for a stock with subject code 02813.HK, if the real-time price of the subject drops to just reach the current tracking stop loss price 115 and the user sets the subject quantity to 100 in the tracking stop loss order, the server sends the stop loss order to the exchange represented by the business server as 100 hands sold at 115; or when the real-time exceeding of the current tracked stop-loss price 115 of the subject matter reaches 114, the server sends a stop-loss order to the exchange represented by the business server for 100 hands at 114. And after receiving the stop-loss order, the exchange carries out multi-party matching, and whether the stop-loss is successful or not finally takes the final matching result as the standard.

In a possible implementation manner, the tracking stop-loss order may further include limit price difference data, and if the tracking stop-loss order received by the server includes the limit price difference data, the server needs to determine, according to the limit price difference data, a highest price that the user is willing to buy or a lowest price to sell, and when the tracking stop-loss condition is satisfied, the price limit is also satisfied, so that the stop-loss order can be sent to the service server.

For example, a tracking stop loss order for the sale of stop loss for a stock with subject code 02813.HK and including a limit price difference data of 1 in the order would be 114 for the current tracking stop loss price of 115. If the real-time price of the subject matter drops 114 beyond the current tracked stop-loss price 115 and just is the limit price, the server may send a stop-loss order at the limit price 114; if the real-time price of the subject matter drops to 114.5 beyond the current tracked stop-loss price 115 and above the limit price 114, the server may send a stop-loss order at the limit price 114.5; if the real-time price of the item drops to 113 and exceeds the current total stop loss price 115 but also exceeds the limit price 114, the server does not send the stop loss order, and needs to wait for the real-time price of the item to return to the limit price or higher and lower than the tracking stop loss price before performing the stop loss operation to send the stop loss order.

Optionally, when the server sends a stop-loss order to a service server for providing an order transaction service, the server updates the current order state to be a stop-loss triggered state and sends the stop-loss triggered state to the terminal.

After the server sends the stop loss triggered state to the terminal, the terminal can display the state in a text form on an order display interface, pop up a state prompt box or display a notification message on a state notification bar of the terminal under the condition that a user starts a related application of the terminal (including the application running in a foreground or a background), remind the user that the stop loss operation of tracking the stop loss order is triggered, and further help the user to confirm whether the stop loss operation needs to be executed continuously. The embodiments of the present application are not limited to the specific display modes.

In a possible implementation manner, the user can also set to manually confirm sending of the stop-loss order by himself, when the real-time price of the object changes towards the current tracking stop-loss price and reaches or exceeds the tracking stop-loss price, the server updates the current order state to be the stop-loss triggered state and sends the stop-loss triggered state to the terminal to prompt the user, the user continues to perform stop-loss operation through manual confirmation, and then the server sends the stop-loss order to the service server for providing the order transaction service.

Optionally, after the server sends the stop-loss order to a service server for providing the order transaction service, the server obtains an order transaction state of the stop-loss order in the service server and sends the order transaction state to the terminal.

After the business server receives the stop loss order to match, a stop loss order can be generated to include a plurality of deals. A buy 100 hand order may be executed by several consecutive partial deals, e.g., one buy 30 hands and one buy 70 hands. Therefore, the order transaction state acquired by the server can be a plurality of transaction records, each record can include information such as transaction price, amount, transaction time and the like, the transaction state is acquired in real time, the state content is sent to the terminal, and the order display interface in the terminal displays the state content. The embodiments of the present application are not limited to specific display contents and modes.

In a possible implementation manner, the stop-loss order fails to match the transaction in the service server, and the server obtains the order-making failure state fed back by the service server and sends the order-making failure state to the terminal to notify the user.

Optionally, the tracking loss-stopping order further includes an order validity period, the server executes any one of the possible implementation manners for the tracking loss-stopping order within the order validity period, and when the order validity period reaches, the tracking loss-stopping setting of the tracking loss-stopping order is deleted.

It should be noted that the user may fill in the terminal order to select any validity period time period, for example, 30 days of long-term validity may be selected, or 1 day of long-term validity may be selected on the current day of placing the order, and if the user does not fill in the validity period, the server defaults that the tracking stop-loss order is valid only on the current day.

In another implementation, after the order validity period is over, the server may not delete the tracked stop-loss order, but determine that the current stop-loss price remains unchanged, cancel dynamic tracking of the real-time price, and change the tracked stop-loss order into a normal static stop-loss order.

According to the tracking loss-stopping order sent by the receiving terminal, the current tracking loss-stopping price is determined by combining the price difference data and the real-time price of the object, wherein the real-time price of the object is the highest price or the lowest price of the object within the preset time, the data volume needing to be processed by the server can be reduced, the processing efficiency is improved, and the real-time price can be rapidly determined so as to improve the loss-stopping efficiency; and the tracking stop loss price can be updated in real time based on the real-time price of the object, so that the tracking stop loss price can dynamically track the change of the object price, and a stop loss order is sent to a service server in time to execute stop loss operation, thereby effectively improving the stop loss capability.

The server may send the stop-loss order to the service server for stop-loss according to the price difference data included in the tracking stop-loss order and the real-time price of the target object obtained from the service server, and may receive a modification request for the tracking stop-loss order sent by the terminal, so that a situation may occur in which the server sends the stop-loss order to the service server and receives the modification request sent by the terminal at the same time. In order to avoid conflict and better guarantee that loss stopping is carried out according to the requirements of users, order identification can be brought to the tracking loss stopping order, and the server can send the loss stopping order to the service server only when certain conditions are met.

Please refer to fig. 3, which is a flowchart illustrating another method for processing an order according to the present application, wherein steps S301 to S304 are the same as steps S201 to S204 in fig. 2.

In S301, the tracking loss-stopping order includes a first order identifier, where the order identifier may be in the form of numbers, english, and the like, and the order identifiers included in the tracking loss-stopping orders set by different users or the different tracking loss-stopping orders set by the same user are all different from each other.

After the tracking stop loss order includes the first order identifier, all operations performed by the server based on the tracking stop loss order may include the same identifier. In S304, the generated stop loss order corresponding to the tracking stop loss order including the first order identifier also includes the same first order identifier.

The following steps may be further included after S304:

s305, the server receives a tracking loss stopping order modification request sent by the terminal, and then generates a modified tracking loss stopping order.

And the modified tracking stop loss order comprises a second order identifier.

Since the server may receive a modification request for the tracking loss-stopping order sent by the terminal while preparing to send the loss-stopping order to the service server for loss stopping, the modified tracking loss-stopping order includes the second order identifier, and the loss-stopping order including the first order identifier is generated at this time, an order conflict may occur in this case, because the prepared loss-stopping order may not meet the current expectation of the user for tracking loss stopping. The modification request of the terminal for tracking the stop-loss order is generated in response to the modification operation of the user, and the modification operation may be modification of data, such as modification of quantity, price difference data and limit price difference data, or removal processing of the tracking stop-loss order.

For example, a first order identifier included in a tracking loss-stopping order sent by the terminal to the server is 1, the server prepares to send the loss-stopping order to the service server also includes the first order identifier 1, and at this time, the server receives a request for modifying the tracking loss-stopping order from the terminal, and updates a second order identifier included in the current tracking loss-stopping order to be 2.

S306, the server confirms that the first order identification is different from the second order identification, and stops sending the stop-loss order to a service server.

For example, it may be set in the server that the priority of the request issued by the terminal to the server in response to the user operation is higher than that of the request issued by the server to the service server, after the server confirms that the first order identifier included in the stop loss order is different from the second order identifier included in the currently tracked stop loss order, the terminal stops transmitting the stop loss order to the service server, deletes the stop loss order, and then obtains the price difference data for determining the tracked stop loss price again based on the tracked stop loss order including the second order identifier and continues to perform the relevant operation in fig. 3. If the stop loss order comprises a first order identifier 1 and the current tracking stop loss order comprises a second order identifier 2, the server confirms that the order identifiers of the current stop loss order and the current tracking stop loss order are different, stops sending the stop loss order to the service server and deletes the stop loss order.

Optionally, after the server confirms that the first order identifier included in the stop-loss order is different from the second order identifier included in the currently tracked stop-loss order, the server does not update the current order state to be the stop-loss triggered state, and does not notify the user of the stop-loss trigger.

By appending an order identification to the tracked stop loss order, the server may generate a stop loss order containing the same order identification based on the tracked stop loss order. If the server responds to the modification request to modify the tracking loss stopping order, the order mark is updated at the same time, before the server sends the loss stopping order to the service server, the order marks carried by the loss stopping order and the tracking loss stopping order can be confirmed to be different, and then the loss stopping order is stopped being sent to the service server, so that the order request sent by the terminal is executed more accurately, the conflict is avoided, the order submitting accuracy is improved, and the loss stopping is performed better.

When the terminal receives an operation of setting a tracking stop-loss order by a user, for example, the user clicks a setting button of tracking stop-loss or enters a setting page of tracking stop-loss, the terminal may send an acquisition request for acquiring statistical information of price difference data to the server to prompt the user as a reference for setting the tracking stop-loss price difference data. Referring to fig. 4, a flow chart of a method for pushing price difference data statistical information according to an embodiment of the present application is shown; before the server receives the tracking stop-loss order sent by the terminal, the method further comprises the following steps:

s401, the server receives an obtaining request sent by the terminal and used for obtaining the price difference data statistical information.

The price difference data statistical information is generated by the server collecting tracking loss-stopping price difference data set by other users for the current object, and the price difference data statistical information can be a range of price difference data, can also be an average value of price difference data, and can also be combined with the occurrence frequency of the price difference data to generate a range of price difference data reaching a frequency threshold or an average value of price difference data reaching the frequency threshold. After the user checks the price difference data statistical information, the price difference data can be set according to the requirements of the user.

S402, the server collects price difference data in other tracking loss stopping orders related to the object corresponding to the acquisition request and generates statistical information of the price difference data.

And S403, the server sends the price difference data statistical information to the terminal.

For example, when a user clicks a setting button for tracking loss prevention or enters a setting interface for tracking loss prevention (the setting interface for tracking loss prevention may be independent or integrated with an opening interface of an order), the terminal sends a request for obtaining price difference data statistical information of a tracking loss prevention order related to a target object to the server based on the target object selected by the user, the server responds to the obtaining request, collects price difference data of other tracking loss prevention orders related to the target object, the collected data may be stored in a database of the server, and then the server may generate price difference data statistical information based on a preset calculation method, such as counting price difference data ranges of all price difference data, or counting price difference data ranges of all price difference data in which occurrence frequencies reach a preset threshold, or counting average values of all price difference data or counting average values of price difference data in which occurrence frequencies reach a preset threshold, and the like, and sending the data to a terminal, and displaying the data on a setting interface for tracking the stop-loss order by the terminal for reference of a user so that the user can select proper price difference data to set according to the requirement of the user.

It should be noted that the setting interface for tracking loss stopping may exist independently or may be integrated with the opening interface of the order, and the embodiment of the present application is not limited in any way.

For example, the A user selects a port stock 02813.HK transaction, a tracking loss-stopping setting interface of the target object is opened, the terminal responds to the trigger operation and sends an acquisition request to the server, a preset method set in the server is to count a price difference data range of which the occurrence frequency reaches a preset threshold in all price difference data, wherein the preset threshold is 10%, the price difference data range is set to be 0-0.50, 0.51-1.0, 1.01-1.50 and the like, and the like. The server generates price difference data statistical information based on all the price difference data which are counted, wherein the price difference data range is 15% in 4.01-4.50, 35% in 4.51-5.00 and 10% in 5.01-5.50, and after the data are sent to the terminal by the server, a prompt box can be added near a price difference data setting column for displaying. After receiving price difference data statistical information pushed by a server, if the user wants to hold the tracking loss-stopping order for a long time and pay attention to long-term benefits, price difference data higher than most users can be selected based on the price difference data statistical information; if the user wishes to obtain benefits in the short term and try to avoid losses, price difference data lower than most users may be selected based on the price difference data statistics. Through the pushing of the price difference data statistical information, a user can be helped to determine appropriate price difference data, and the flexibility and the adaptability of loss stopping are further improved.

Referring to fig. 5, a schematic diagram of an apparatus for processing an order according to an embodiment of the present disclosure is shown, where the apparatus may correspond to the server 20 in the embodiment described in fig. 1 to fig. 3; can include the following steps:

the order management module 100 is configured to receive a tracking loss stopping order sent by a terminal, and acquire price difference data, which is included in the tracking loss stopping order and used for determining a tracking loss stopping price;

and the monitoring module 200 is configured to obtain a real-time price of the object, and determine a current tracking stop loss price according to the real-time price of the object and the price difference data, where the real-time price of the object is a highest price or a lowest price for the gradual transaction of the object within a preset time.

Optionally, when the price difference between the real-time price of the object and the current tracking loss-stopping price is greater than the price difference data, the server updates the current tracking loss-stopping price according to the real-time price of the object and the price difference data, and when the price difference between the real-time price of the object and the current tracking loss-stopping price is equal to or less than the price difference data, the current tracking loss-stopping price is kept unchanged.

The order management module 100 is further configured to trigger a stop-loss operation of tracking a stop-loss order when the real-time price of the target object changes towards the current tracking stop-loss price and reaches or exceeds the tracking stop-loss price.

For example, after receiving the tracking stop-loss order, the order management module 100 places order data to the monitoring module 200, and sends an order monitoring request for tracking stop-loss monitoring to the monitoring module 200, and the monitoring module 200 responds to the order monitoring request to perform the aforementioned operations. When the monitoring module 200 monitors that the real-time price of the object changes towards the current tracking stop loss price and reaches or exceeds the tracking stop loss price, a stop loss trigger request is sent to the order monitoring module 100, the order management module 100 responds to the stop loss trigger request, a corresponding stop loss order is generated based on the current tracking stop loss order, and then the stop loss order is sent to the service server.

Optionally, the tracking loss-stopping order further includes identification information of the target object, and the monitoring module 200 obtains the real-time price of the target object according to the identification and suspends obtaining the real-time prices of other target objects within a preset time.

Optionally, if the tracked stop-loss order is used for selling stop loss of the target object, the monitoring module 200 determines that the real-time price of the target object is the highest transaction price of the target object within a preset time; if the tracking stop loss order is used for the purchase stop loss of the target object, the monitoring module 200 determines that the real-time price of the target object is the lowest transaction price of the target object one by one within the preset time.

It should be noted that, if the tracking stop loss order is used for the sale stop loss of the target object, the monitoring module 200 may further confirm that the real-time price of the target object is the lowest price of the target object for the transaction one by one within a preset time; if the tracking stop loss order is used for the purchase stop loss of the target object, the monitoring module 200 may further determine that the real-time price of the target object is the highest transaction price of the target object within a preset time.

The method for determining the real-time price of the object can be set by a designer based on actual conditions or selected by a user in pre-configured options, and can also be customized by the user, and the embodiment of the application is not limited at all.

Optionally, the order management module 100 is further configured to update the current order state to be a loss-stopping triggered state and send the loss-stopping triggered state to the terminal, and obtain an order transaction state of the loss-stopping order in the service server and send the order transaction state to the terminal.

In a possible implementation manner, the order management module 100 is further configured to determine that the tracking stop loss order includes a first order identifier, and the stop loss order includes a first order identifier that is the same as the tracking stop loss order, and generate a modified tracking stop loss order after receiving a tracking stop loss order modification request sent by the terminal, and confirm that the modified tracking stop loss order includes a second order identifier.

For example, order management module 100 appends a first order identification to the stop loss order after it is received. When the monitoring module 200 monitors that the real-time price of the object changes towards the current tracking stop loss price and reaches or exceeds the tracking stop loss price, a stop loss trigger request is sent to the order management module 100, after the order management module 100 receives the request, a stop loss order generated based on the tracking stop loss order contains the same first order identifier, if the order management module 100 responds to the modification request of the terminal for tracking the stop loss order to generate a modified tracking stop loss order and adds a second order identifier, and the order management module 100 detects that the current tracking stop loss order contains the second order identifier and the stop loss order contains the first order identifier, and the two are different, the stop loss trigger request sent by the monitoring module 200 is rejected.

Optionally, the order management module 100 may be further configured to, after it is determined that the first order identifier is different from the second order identifier, stop sending the stop-loss order to the service server, delete the current stop-loss order, and then perform the related operations again based on the tracking stop-loss order currently containing the second order identifier.

Optionally, the tracking loss-stopping order further includes an order validity period, and the order management module 100 and the monitoring module 200 execute any one of the above possible implementation manners on the tracking loss-stopping order within the order validity period. When the order validity period reaches, the order management module 100 deletes the tracking stop-loss setting of the tracking stop-loss order, or determines that the current stop-loss price remains unchanged and cancels the dynamic tracking of the real-time price, that is, the tracking stop-loss order is converted into a common static stop-loss order.

It should be understood that the tracking loss-stopping order processing apparatus described in this embodiment may perform the description of the tracking loss-stopping order processing method in the corresponding embodiment of fig. 2 to fig. 4, and specific functional implementation may refer to the execution steps in the corresponding embodiment, which is not described herein again. In addition, the beneficial effects of the same method are not described in detail.

Fig. 6 is a schematic diagram of another apparatus for processing an order according to an embodiment of the present disclosure. Can include the following steps:

a processor 310, a memory 320, and a network interface 330. The processor 310, the memory 320 and the network interface 330 are connected by a bus 340, the memory 320 is used for storing instructions, and the processor 310 is used for executing the instructions stored by the memory 320 to implement the steps executed by the server in the method corresponding to fig. 2 to fig. 4, which are not described herein again. In addition, the beneficial effects of the same method are not described in detail.

The memory 320 may be integrated in the processor 310, or may be provided separately from the processor 310.

In the service data processing apparatus 300 shown in fig. 6, the network interface 330 may be in communication connection with a user terminal, or may be in communication connection with a service server for providing an order-making service. The processor 310 controls the network interface 330 to communicate with the user terminal and the service server by executing instructions stored in the memory 320.

As an implementation, the processor 310 may be considered to be implemented by a dedicated processing chip, a processing circuit, a processor, or a general-purpose chip.

As another implementation manner, a manner of using a general-purpose computer to implement the server provided in the embodiment of the present application may be considered. That is, program codes for implementing the functions of the processor 310 and the transceiver 330 are stored in the memory 320, and a general-purpose processor implements the functions of the processor 310 and the network interface 330 by executing the codes in the memory 320.

As another implementation manner of the present embodiment, a computer-readable storage medium is provided, on which instructions are stored, and when executed, the instructions perform the method on the terminal side or the server side in the above method embodiments.

As another implementation of the present embodiment, a computer program product is provided, which contains instructions that, when executed, perform the method on the terminal side or the server side in the above method embodiments.

According to the method and apparatus provided in the embodiment of the present application, a system is further provided in the embodiment of the present application, and includes the foregoing terminal, server, service server, and the like, a composition manner of the system may be as shown in fig. 1, and a method executed by the terminal and the server may be as described in the embodiments shown in fig. 2 to fig. 4, which is not described herein again.

Those skilled in the art will appreciate that only one memory and processor are shown in fig. 6 for ease of illustration. In an actual terminal or server, there may be multiple processors and memories. The memory may also be referred to as a storage medium or a storage device, and the like, which is not limited in this application.

It should be understood that, in the embodiment of the present Application, the processor may be a Central Processing Unit (CPU), and the processor may also be other general-purpose processors, Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field-Programmable Gate arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components, and the like.

It will also be appreciated that the memory referred to in the embodiments of the application may be either volatile memory or nonvolatile memory, or may include both volatile and nonvolatile memory. The nonvolatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. The volatile Memory may be a Random Access Memory (RAM) which serves as an external cache. By way of example and not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDR SDRAM), Enhanced SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), and Direct bus RAM (DR RAM).

It should be noted that when the processor is a general-purpose processor, a DSP, an ASIC, an FPGA or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component, the memory (memory module) is integrated in the processor.

It should be noted that the memory described herein is intended to comprise, without being limited to, these and any other suitable types of memory.

The bus may include a power bus, a control bus, a status signal bus, and the like, in addition to the data bus. But for clarity of illustration the various buses are labeled as buses in the figures.

It should also be understood that the reference herein to first, second, and various numerical designations is merely a convenient division to describe and is not intended to limit the scope of the present application.

It should be understood that the term "and/or" herein is merely one type of association relationship that describes an associated object, meaning that three relationships may exist, e.g., a and/or B may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship.

In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The steps of a method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware processor, or may be implemented by a combination of hardware and software modules in a processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor. To avoid repetition, it is not described in detail here.

In the embodiments of the present application, the sequence numbers of the above-mentioned processes do not mean the execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.

Those of ordinary skill in the art will appreciate that the various Illustrative Logical Blocks (ILBs) and steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the modules is only one logical function division, and in actual implementation, there may be another division manner, for example, a more detailed logical function division may be performed by using a plurality of modules, a plurality of modules or components may also be combined or may be integrated into another system, or some features may be omitted, or may not be executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may 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 loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the application to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wire (e.g., coaxial cable, fiber optic, digital subscriber line) or wirelessly (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid state disk), among others.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A method of processing an order, comprising:

2. The method of claim 1, wherein the server triggers a stop-loss operation that tracks stop-loss, comprising:

and the server sends the stop-loss order to a service server for providing order transaction service.

3. The method of claim 2, wherein the tracked stop loss order comprises a first order identification, the stop loss order comprising the same first order identification as the tracked stop loss order;

if the server receives a tracking loss stopping order modification request sent by the terminal, generating a modified tracking loss stopping order, wherein the modified tracking loss stopping order comprises a second order identification;

before the server sends the stop-loss order to a service server for providing an order-fulfillment service, the method further comprises:

4. The method of claim 1, wherein determining a current tracking stop loss price from the real-time price of the subject matter and the price difference data comprises:

5. The method of claim 1, wherein determining a current tracking stop loss price from the real-time price of the subject matter and the price difference data comprises:

6. The method of claim 1, wherein the server obtains a real-time price for the subject matter, comprising:

7. The method of claim 1, further comprising:

8. The method of claim 1, after the server sends the stop-loss order to a service server for providing order-making services, further comprising:

9. The method of any of claims 1-8, wherein the tracking stop-loss orders further comprises an order expiration date;

the server performing the method of any of claims 1-8 on the tracked stop-loss order during the order validity period;

10. An apparatus for processing an order, comprising:

11. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program comprising program instructions which, when executed by a processor, perform the method according to any one of claims 1-10.