JP2001034660A - Function decentralized type control method for ordering management system for transaction market - Google Patents

Abstract

PROBLEM TO BE SOLVED: To make promotable the expansibility, reliability, and economy of a system and the rationalization and electronization of an order process by converting order data into the protocol of a connection-destination trade market and transferring the order to the trade market when the contents of a status reaches a specific value. SOLUTION: Order data recorded in a database part has a field called a status showing the state of a process and when order data are written, the field shows 'in registration'. The order data having the 'in registration' status are read by an order managing function part 5 through an outgoing line 4 to judge whether or not the order is effective. When the order is an order to a stock listed on the Tokyo Stock Exchange, the order data is taken in by a line control function part 10t which always monitors it through an outgoing line 11t. The order data are converted to the protocols of respective trade offices to transfer the order to the trade market 13t through an outgoing line 12t. Thus, when the contents of the status reaches the specific value, the order is transferred to the trade market.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION In an ordering system for a trading market (Tokyo Stock Exchange, etc.), the processing is distributed to an order management function section, a line control function section, and a database section (memory development is possible), so that the entire system can be realized. The present invention aims at enhancing expandability and ordering capability (complex order processing by controlling execution processing in trading market orders) and fault tolerance (system non-stop technology).

[0002]

2. Description of the Related Art Each order data is registered in an order management function unit, recorded in a database unit, and then transmitted from the order management function unit to a line control function unit connected to a designated market. . The order data is transferred (push type) to each control system (database unit, line control function unit). Since the writing from the order management function unit to the database unit and the transfer of the order to the line control function unit are processed at any time when the order is input (assuming that there is no error in the input of the order data), Order reception forms provided by stock exchanges (marketing, limit,
(Close, close, unsuccessful).

[0003]

In the conventional system, since one order management function centrally manages each transaction in a plurality or all markets, the system is directly affected by maintenance (modification) in another market. It has become. Therefore, if the number of trading markets (systems) to be connected to increases, the entire system (particularly the order management function) needs to be modified. When expanding and developing an order management system, it is necessary to use an interface that matches the trading market. The enormous development costs have to be borne. In the conventional order management system, the order management function needs to control the line (connected market), which not only increases the processing load but also makes it difficult to control (data transfer, etc.) when a system failure occurs. When processing special orders (ordering, correcting orders, canceling orders at a certain time or when a target price is reached, etc.), customers and representatives of securities companies etc. give orders each time Must be issued. For this reason, a special technique for monitoring market information such as securing of execution personnel and prices is required, and it is difficult to process advanced orders easily. With the data processing and control functions of conventional order management systems, it is difficult to promote more scalability, reliability and economy in the system, more rationalization of order processing, and digitization.

[0004]

Means for Solving the Problems The conventional order management function is disassembled and the control is distributed to the order management function section, database section and line control section, thereby reducing the processing load and the degree of influence when each function is modified. And disability. In the processing of the order data, the contents of the order data are registered in a database (including memory development). The line control function unit refers to order data in which a plurality of independently operating line control functions are registered, and can process the line control function unit only when the corresponding order data has a status of “unprocessed”. The control of the status of the order data can be performed not only by the order management function but also by a line control function and a trigger function. This is the basic new concept of function distribution. Independent of the line control function unit, even if the number of connected markets increases, simply create a line control function (interface) and operate and connect only by registering its contents (market name etc.) on the database. it can. This eliminates the need to modify the order management function section based on the database section, and greatly simplifies the work of connecting to a new market (system development, etc.).

[0005]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The basic structural features and other features of the present invention are as described above, but the following description will be made based on specific examples with reference to the accompanying drawings. In describing this system, a stock listed on the Tokyo Stock Exchange (hereinafter, TSE) will be described as a specific example. As described in claim 1, in the present invention, securities, commodity futures, and the like adopted in at least one trading market such as securities trading are the targets, and are merely illustrated as representative examples for explanation. The system itself can be coded in any programming language known to those skilled in the art. Now, returning to the drawings, FIGS. 1 and 2 show an overall view of a flow in which order data is processed. In this description, the processing flow will be described using a case where the memory of the computer in FIG. 2 is used as an example. First, to place an order with the TSE, specify the stock code, buy / sell category (item to specify whether you want to sell or buy), quantity (the number of shares you want to buy or sell),
Specify the price (the price you want to buy or sell). Further, in some cases, order conditions (designating “close”, “close”, etc. for designating the order effective time) may be added to the designated order, but basically the order is designated by specifying the above-mentioned order item (FIG. 2 (1)). The ordered data is written to the database section (3) through the outgoing line (2). The written order data is recorded and stored and used as a transaction log.
The order data recorded in the database unit has a field called status indicating the processing state, and is "registered" when the order data is written. The order management function unit (5) reads the order data whose status is "registering" through the outgoing line (4) and determines whether the order is orderable. The content of the determination is to determine whether there is any deficiency in the content of the order item or whether a condition to be a trigger is specified in the order. If the order item is defective, the order management function unit changes the status of the order data recorded in the database unit to “error”. Outgoing line if status is 'Error' (2)
Confirm on the screen of order input (1) through, and input the order again. If there is no defect in the order item of the order data and there is no trigger condition, the status is changed to "unprocessed" and the order data in the database unit is copied to the memory unit (15) through the outgoing line (14). In this description, if the status is "unprocessed", it means that it is possible to place an order in the trading market, but this status display (this time described as "unprocessed") can be expressed in other ways. . The memory unit can be classified for each designated exchange. Since this order is a listed stock on the TSE, the line control function unit (10t), which is constantly monitoring through the outgoing line (11t), takes in the order data. The order data taken in by the line control function unit is converted into the protocol of each exchange (TSE in this case) and the order is transferred to the trading market (13t) through the outgoing line (12t). Here is the flow of processing when this order has a trigger condition. If the trigger is attached at the time of outgoing check (4) of the order (check for incomplete items or trigger) in FIG. The order management function unit changes the status of the order data to "standby" and the external information (7) until the trigger condition is cleared in the trigger order function unit (6).
Are monitored and compared through outgoing line (8). External information includes time information, price information (TSE market report, information vendor, etc.), contract information (order acceptance notification, contract notification, etc.), and account information (contract information for each account, account balance information, etc.). If the condition is a time element, the trigger condition is cleared by comparing the specified trigger time with the current time, and if the condition is a price element, comparing the specified trigger price with the current stock price Monitor until. When the trigger condition is cleared and the order can be ordered in the trading market, the status of the order data is changed to “unprocessed” through the order management function unit. The following processing is the same as described above. The actual trigger setting procedure is processed according to the flow of FIG. In starting (16) order setting with trigger condition,
The order setting is divided into a judgment as to whether the order is a new order or whether a trigger condition is set for an already placed order (17). In the case of a new order, the order is entered as it is (brand code, trading category, quantity, price, etc.) (18). When setting trigger conditions for a brand that has already been ordered, an order number is specified (19). After this process is completed, if the trigger condition is cleared for the brand (the brand of the new order or the brand of the designated order number) for which the trigger condition has been set through outgoing lines (20) and (21), an action ( It is determined whether or not an order for the issue, correction of the issue, and cancellation of the issue) will occur (22). When an action is to be taken on the brand, the content of the trigger condition is set through outgoing line (23) (26). For example, when the trigger condition is set at 14:00 for an order for buying 1000 shares for 200 yen for a certain A brand in (18), then what to do at 14:00 is set here ( Whether to place the order or correct the limit to market). In addition, when an action other than the above-mentioned issue is taken in the judgment (22), for example, if the condition of the trigger set for the above-mentioned A issue is cleared, the B issue takes some action. Specify the contents (setting of order items when ordering) (2
5). Next, when the brand for setting the trigger condition and the brand (including the action content) to be activated when the trigger condition is cleared are determined, the trigger condition is actually set (26). Elements of the trigger conditions set here include a time element described in claim 3, a price element using market condition information, and the like. If the setting of the trigger condition is completed and there is no plurality of settings, the trigger setting process ends here and the process proceeds to execution (28). Further, when it is desired to specify a plurality of trigger conditions, the combination process (29)
Specify a trigger group. This specifies the same trigger group if all the specified trigger conditions must be cleared, and the OR condition (if any of the specified trigger conditions are cleared). Specifies a different trigger group. When setting a plurality of trigger conditions, it is specified whether the conditions should be cleared once or whether they should always be cleared (29). In addition,
In the processes (18) and (25), it is possible to designate a plurality of brands, and it is also possible to designate so-called 'basket trading'. In this case, a basket number is specified instead of the brand code and the order number.

[0006]

Since the present invention has the above-described structure,
Even if new trading markets (including new products) increase, line control functions are added and information is simply registered in the order management function. More specifically, it is possible to register only in the database without modifying the program. Is possible,
Excellent scalability was achieved. In addition, since each function (order management function unit, line control function unit, database unit) can be duplicated and tripled, the same system that operates in parallel even if a failure occurs partially supports the entire system Function is continuously operating (fault tolerant)
Was realized. In order processing, by adding a trigger ordering function to the order management function, it has become possible to greatly promote rationalization and computerization by automating human operations that have been required so far. In addition, the invention of the trigger ordering function also has an effect that the number of operations of online transactions on the Internet or the like can be significantly reduced. In addition, application of the trigger ordering function makes it possible to easily accept orders for 24 hours and 365 days, and to continuously order daily orders (such as weekly orders).

[Brief description of the drawings]

FIG. 1 is a flowchart 1 of a system control process.

FIG. 2 is a flowchart 2 of a system control process;

FIG. 3 is a flowchart of trigger condition setting.

Claims (5)

[Claims] 1. A method of controlling a data processing system mainly using a computer for ordering and managing trading orders of securities, commodity futures, etc. employed in at least one trading market, wherein the order is processed in order data processing. It has a database (including memory expansion) in which input order data is written and recorded / stored first, and each recorded order data has a field called status indicating the status of order processing. Has a function (order management function) of rewriting according to the order processing status, and the line control function unit connected to each trading market constantly inquires and monitors the content of the status, and the status content is determined. When the value reaches the value, the order data is taken in and the protocol of the corresponding connected exchange market (for each exchange market) It is a functional distributed control method trading market for order management system, which comprises processing has the function of transferring (line control function) the order to the converted transaction market over data format). 2. The order management function according to claim 1, further comprising a function of rewriting the contents of the status according to the order processing status, and an order processing function for improving the processing speed of order data. As a function of, if the status content becomes a value that allows order data to be transferred to the trading market, it is also possible to distribute the order data recorded in the database to the memory used by the line control function, In performing the processing, the line control function unit is a function-distributed control method of an order management system for a trading market, wherein a monitoring destination of an inquiry of order data is a memory used by a line control function from a database. 3. In the status rewriting process of the order management function described in claim 1, it is possible to input when order input (including correction and cancellation) in the determination of the status rewriting process. Has a plurality of elements (time, control notification from the market, market information including market value, etc.) that serve as "triggers", and when the conditions of the "trigger" are cleared, the contents of the status are transmitted to the market. It has a function to change the order data to a value that can be transferred, a function to capture all information (digital data) necessary for the determination, and a system to automatically monitor, An order management system for the trading market, which has the function of automating and processing the tasks to be performed by humans (executing conditional orders from customers) (trigger ordering function). It is a functional distributed control method systems out. 4. The trigger ordering function described in claim 3 is not only set for the control of "ordering", "correction", and "cancellation" of the trading market, but also for ordering and correcting. This is a function-distributed control method of an order management system for a trading market, which has a function of setting and modifying the content of data itself and performing processing. 5. Each of the elements (time, control notification from the market, market price information and other market information, etc.) in the trigger ordering function described in claim 3 is plural by specifying a group. Condition setting ("AND" processing,
"OR" processing), and has a function of rewriting the status when all the conditions are cleared. is there.