JP3966475B2 - Guarantee method for execution of trade orders - Google Patents

Description

In the present invention, for a trading order of financial products such as stocks, a trustee of a securities company or the like entrusted with a trading order examines the status of execution of the trading order and guarantees the accuracy of order execution. It relates to the guarantee method .

  Trading orders for financial products such as stocks can be placed by a trading customer entrusting a trading order to a securities company, etc., and the entrusted securities company or the like places a trading order on the exchange of the financial product. To be executed. For example, for stocks, a customer asks a broker in charge to place a purchase order over the counter or over the phone, and the broker in charge who receives the request enters the order details on a dedicated terminal connected to the stock exchange system. A trading order is placed on the stock exchange.

  On the other hand, with the expansion of Internet users and the spread of electronic commerce in recent years, online transactions have also become common for securities transactions such as stocks, and in the second half of fiscal 2002, the ratio of online transactions in individual stock trading value was 50 % Has been exceeded. In online transactions, by making effective use of computer systems, it is also possible to accept various conditional orders, etc., which were difficult with the conventional method of manually engaging securities company personnel (for example, Patent Documents 1 to 3).

JP 2001-155086 A JP 2004-54643 A JP 2004-54444 A

  When a trustee such as a securities company entrusted with a trading order from a customer places a trading order at an exchange, for example, the person in charge takes time to input data into the terminal, or a communication line with the exchange has failed. The ordering may be delayed depending on the circumstances of the trustee. Even if the order is delayed, there is no problem if the contract result does not differ from the case where the order is not delayed, but as a result, an adverse contract may occur.

  The above-mentioned problems can reduce the possibility of mistakes that are likely to occur due to manual transactions through online transactions with computers, but on the other hand, there may be a delay in ordering due to a failure of the computer system or communication line. It is supposed to increase. In particular, if the business is concentrated and the computer system or communication line is overloaded, or if the order is subject to various conditions, the ordering process, such as order reservation and condition monitoring, is more efficient than a normal order. If it increases, the risk of delay increases.

  If a securities company, etc., compensates for the difference arising from the case where the order could be placed as usual due to the occurrence of a delay, or if the compensation to the customer is deemed to be an intentional provision of profits by the securities company, etc. There is a possibility of being recognized as a forbidden loss compensation. In order to avoid such accreditation, as a measure against delays in the ordering of securities companies, etc., it is possible to place an order by clarifying the existence of risks in the contract presented to the customer and allowing the customer to comprehensively approve the contract. It is common for customers to take the risk of delay.

  However, it is naturally preferable for a customer entrusting a trade order to guarantee prompt ordering at a securities company or the like. For brokerage firms, etc., it is possible to clearly record delays in ordering and customer confirmation in order to clarify that this is not an intentional act, and to adjust the terms and conditions when the ordering is delayed due to the circumstances of the brokerage firm, etc. preferable.

In response to such a problem, in the present invention, for a trading order of financial products such as stocks, a trustee such as a securities company entrusted with the trading order efficiently examines the execution status of the trading order, and It is an object of the present invention to provide a guarantee method for execution of trading orders that can guarantee the accuracy of order execution by adjusting the contract conditions when a delay or the like occurs.

A first invention that solves the problem of the present application is a trading order executed by a computer system of a trustee who entrusts a trading order in order to examine the execution status of trading orders of financial products and guarantee the accuracy of order execution. An execution guarantee method, wherein the computer system includes a first time when the trading order of a financial product received from a customer is received from the customer, and the purchase order of the financial product from an exchange of the financial product . The second time which is the reception time when the order confirmation is received, the limit or the execution condition of execution specified for the sales order, the presence / absence of the trade order and the contract price when the contract is executed An order database for storing order information including the execution information including the order information when the purchase order has an order condition attached thereto, and stored in the order database A scrutinization database that stores a correction file for correction contents of a trade order that needs to be corrected by scrutinizing the execution status of the trade order according to the ordered information, and the computer system comprises the financial system When a predetermined time after the trading hours of the Exchange has completed the product arrives, the order reads the order information from a database, and a step to check on the order information is included ordering conditions, it said in the step When it is confirmed that the order condition is not included, the computer system calculates a time difference between the first time and the second time included in the order information, and exceeds a predetermined guarantee time. ascertaining the medical, it is confirmed that the time difference in step exceeds the guarantee time, the computer system But the first time or the first time that the warranty period from the time has elapsed, and identifying as ordered time of the trading orders, said computer system, said second time in the order information If recorded, from the ordering time to the second time, and if the second time is not recorded in the order information, from the ordering time to the transaction end time of the exchange Data relating to the market value of the financial product is obtained from a market information system, and the execution conditions included in the order information are compared with the data regarding the market price, and a limit is designated in the execution conditions. Although the execution information of the order information is not recorded as being executed, the price that can be executed at the limit when the buy / sell order is placed at the order time is related to the step price. If it is included in the data, or if execution is specified in the execution condition and the order price is included in the order information included in the order information, the contract can be executed from the contract price included in the contract information If at least one of the cases where the price was an advantageous price is determined to correct the execution information, and if it is determined to correct the execution information in the step, the computer system Create a correction file of the execution information that is assumed to have been executed at either the price that could be executed at the limit price or the price that could be executed when the order was placed at the time of ordering , and store it in the review database And the computer system allows the customer to read a notification requesting customer approval for the contents of the correction file. Storing the information in a predetermined storage area for storing various information or notifying the customer by sending an e-mail to the customer; and the computer system stores the customer in the storage area. When the approval for the content of the correction file is received by selecting the approval button that has been confirmed and confirmed, or by replying to the e-mail from the customer, the execution information included in the corresponding order information in the order database, And a step of renewing the content of the correction file by rewriting the content of the correction file.

  In the first invention, when a trade order is accepted, the execution status of the order is checked for the occurrence of a delay with respect to a predetermined condition by checking the order acceptance time and the order confirmation acceptance time from the exchange. However, for orders with a delay, the contract is executed when there is no delay by referring to price fluctuation information such as the price of the target stock (the history of the contract price traded in a trading market for a certain stock). By specifying the conditions and correcting the contents of the contract, execution of the order under the predetermined conditions can be guaranteed.

  Here, in the determination of the delay of the order, in order to accurately grasp the execution of the order, the reception time of the order confirmation from the exchange is used instead of the order transmission time. In addition, regarding the range of time for scrutiny, instead of scrutinizing all the time zones uniformly, if the order is placed even if it is delayed, the scrutiny will be performed until the reception time for order confirmation. To reduce the enormous system processing burden. Further, if the order is placed without delay, the correction is made only when it is advantageous to the customer, so that the processing target is narrowed down in consideration of the customer service and the system processing load is reduced. Furthermore, by making corrections only when receiving approval from the customer, the customer's intention confirmation with respect to the progress of the order is surely secured.

According to a first aspect of the present invention, the order information stored in the order database includes a third time when a request for correction or cancellation of the sales order is received from a customer, and confirmation of the correction or cancellation request from the exchange. When it is confirmed that the fourth time that is the reception time is included and the time difference does not exceed the guaranteed time, or that the execution condition is not more advantageous than the execution information The computer calculates a second time difference between a third time and a fourth time included in the order information to check whether a predetermined guarantee time has been exceeded, and When the time difference of 2 exceeds the guaranteed time, the computer system corrects or takes the third time or the time when the guaranteed time has elapsed from the third time. When the request time of the request is specified and the correction or cancellation request is a cancellation request, the computer system includes the contract information executed after the request time in the order information. Creating a correction file for canceling the execution information and storing it in the scrutiny database; and when the correction or cancellation request is a correction request, the computer system includes a purchase order in the order information. If it is recorded that the order has been corrected, the ordering time is not recorded in the order information between the ordering time and the fourth time if it is not recorded in the order information. To the transaction end time from the market system to obtain the execution price included in the order information Therefore, when it is confirmed that there should have been a promise in the corrected conditions, and when it has been confirmed that there should have been a promise in the corrected conditions by the correction request, Confirming that the execution condition is more favorable than the execution information included in the order information, and confirming that the execution condition is more advantageous than the execution information, the computer system includes: Creating a correction file for correcting the execution information in accordance with the execution conditions, storing the correction file in the scrutiny database, and confirming that there should have been no executions in the conditions corrected by the correction request; The computer system includes the contract information executed after the request time in the order information. If so, create a correction file to cancel the execution information and store it in the review database; and the computer system seeks customer approval for the contents of the correction file stored in the review database Notifying the customer by storing a notification in a predetermined storage area for storing information readable by the customer or by sending an e-mail to the customer; and And receiving an approval for the content of the correction file from the customer, and updating the execution information included in the corresponding order information in the order database according to the content of the correction file. it can.

In the first invention, when a correction request for a purchase order is received, the correction execution status is checked by checking the correction request reception time and the correction confirmation reception time from the exchange. Check the occurrence of delay, and for the correction request that caused the delay, refer to the price fluctuation information such as the price of the target stock, etc., identify the contract conditions when there is no delay in correction, and correct the contract contents Thus, execution of an order for correction under a predetermined condition can be guaranteed.

  Here, in determining the correction delay, in order to accurately grasp the execution of the correction, the correction confirmation reception time from the exchange is used instead of the correction request transmission time. Also, regarding the range of time for conducting scrutiny, instead of scrutinizing all the time zones uniformly, if correction is made even if it is delayed, scrutiny will be conducted until the reception time for correction confirmation. To reduce the enormous system processing burden. Furthermore, if the correction is made without delay, the correction is made only when it is advantageous to the customer, so that the processing target is narrowed down in consideration of the customer service and the system processing load is reduced. Furthermore, by making corrections only when receiving approval from the customer, the customer's intention confirmation with respect to the progress of the order is surely secured. It should be noted that the contract information stored when it is more advantageous than the contents of the contract includes the cancellation of an erroneous contract that has occurred due to a correction delay.

A second invention that solves the problem of the present application is a trading order executed by a computer system of a trustee who entrusts a trading order in order to examine the execution status of a trading order of financial products and guarantee the accuracy of the order execution. An execution guarantee method, wherein the computer system includes a first time when the trading order of a financial product received from a customer is received from the customer, and the purchase order of the financial product from an exchange of the financial product . The second time which is the reception time when the order confirmation is received, the limit or the execution condition of execution specified for the sales order, the presence / absence of the trade order and the contract price when the contract is executed An order database for storing order information including contract information including ordering conditions when the purchase order includes an ordering condition specifying a price of the financial product; A scrutinization database that stores a correction file for correction contents of a trade order that needs to be corrected by scrutinizing the execution status of the trade order related to the order information stored in the order database, and the computer The system reads the order information from the order database when a predetermined time after the trading time of the exchange for the financial product ends, and confirms whether the order information includes an ordering condition; When it is confirmed that the ordering condition is included in the step, the computer system starts from the first time to the second time when the second time is recorded in the order information. between the previous time, said business end of the exchange from the first time when the second time to the order information is not recorded The price specified in the order condition is acquired from the market information system from the market information system, and the order condition included in the order information is compared with the data regarding the yield. If there is a time that matches the price specified in the ordering condition in the step, the step of specifying the time as an orderable time point of the buy and sell order the orderable time, although there is no time to match the price specified in the order condition, the second time if it contains a second time in the order information, as the original order time identified, and calculates the time difference between the second time and the original ordering time, ascertaining whether or not exceed a predetermined guarantee time, the time difference in the step before When it is confirmed that the warranty time has been exceeded, the computer system identifies the original order time or the time when the guarantee time has elapsed from the original order time as the order time of the buy / sell order a step, said computer system, said between from the ordering time to the second time when the second time to the order information is recorded, the second time in the order information recording If not, data relating to the yield of the financial product between the ordering time and the transaction end time of the exchange is obtained from the market information system, and the execution condition included in the order information is set to the step. the data and to control for value, said executive conditions limit has not been specified in, although the contract information of the order information is not recorded that there is a contract, the buy and sell orders before The price that can be executed at the limit when placed at the order time is included in the data related to the walk price, or the execution condition is specified in the execution condition, and is included in the execution information of the order information It is determined from the contract price that the contract information is corrected in at least one of cases where the price that can be executed when the order is included at the order time included in the data relating to the price is an advantageous price. And when it is determined that the execution information is to be corrected in the step, the computer system can execute either the price that can be executed at the limit price or the price that can be executed when the order is placed at the order time. create a correction file assumed the contract information and the contract with either the steps of: storing in the examination database, said computer system, said correction A notification requesting customer approval for the contents of the file is stored in a predetermined storage area for storing information that can be read by the customer, or the customer is notified by sending an e-mail to the customer. And the computer system approves the content of the correction file by selecting an approval button that the customer has confirmed and pressed the notification stored in the storage area, or by replying an email from the customer. And receiving and renewing the contract information included in the corresponding order information in the order database by rewriting the contents of the correction file.

In the second invention, when a trading order with an ordering condition is accepted, the execution status of the ordering in accordance with the ordering condition, the fluctuation status of the price of the brand subject to the ordering condition, and the exchange By checking the order confirmation reception time, it is possible to accurately monitor the order conditions and check whether there is a delay from the point in time when the conditions are met. By referring to price fluctuation information such as values, the execution conditions for ordering under certain conditions are guaranteed by specifying the execution conditions when there is no delay in ordering and correcting the contents of the execution. be able to.

  Here, in the determination of the delay of the order, in order to accurately grasp the execution of the order, the reception time of the order confirmation from the exchange is used instead of the order transmission time. In addition, regarding the range of time for scrutiny, instead of scrutinizing all the time zones uniformly, if the order is placed even if it is delayed, the scrutiny will be performed until the reception time for order confirmation. To reduce the enormous system processing burden. Further, if the order is placed without delay, the correction is made only when it is advantageous to the customer, so that the processing target is narrowed down in consideration of the customer service and the system processing load is reduced. Furthermore, by making corrections only when receiving approval from the customer, the customer's intention confirmation with respect to the progress of the order is surely secured.

According to a second aspect of the present invention, the order information stored in the order database includes a third time when a request for correction or cancellation of the sales order is received from a customer, and confirmation of the correction or cancellation request from the exchange. When it is confirmed that the fourth time that is the reception time is included and the time difference does not exceed the guaranteed time, or that the execution condition is not more advantageous than the execution information The computer calculates a second time difference between a third time and a fourth time included in the order information to check whether a predetermined guarantee time has been exceeded, and When the time difference of 2 exceeds the guaranteed time, the computer system corrects or takes the third time or the time when the guaranteed time has elapsed from the third time. When the request time of the request is specified and the correction or cancellation request is a cancellation request, the computer system includes the contract information executed after the request time in the order information. Creating a correction file for canceling the execution information and storing it in the scrutiny database; and when the correction or cancellation request is a correction request, the computer system includes a purchase order in the order information. If it is recorded that the order has been corrected, the ordering time is not recorded in the order information between the ordering time and the fourth time if it is not recorded in the order information. To the transaction end time from the market system to obtain the execution price included in the order information Therefore, when it is confirmed that there should have been a promise in the corrected conditions, and when it has been confirmed that there should have been a promise in the corrected conditions by the correction request, Confirming that the execution condition is more favorable than the execution information included in the order information, and confirming that the execution condition is more advantageous than the execution information, the computer system includes: Creating a correction file for correcting the execution information in accordance with the execution conditions, storing the correction file in the scrutiny database, and confirming that there should have been no executions in the conditions corrected by the correction request; The computer system includes the contract information executed after the request time in the order information. If so, create a correction file to cancel the execution information and store it in the review database; and the computer system seeks customer approval for the contents of the correction file stored in the review database Notifying the customer by storing a notification in a predetermined storage area for storing information readable by the customer or by sending an e-mail to the customer; and And receiving an approval for the content of the correction file from the customer, and updating the execution information included in the corresponding order information in the order database according to the content of the correction file. it can.

In the second invention, when a cancellation request for a sales order is received, the cancellation execution status is checked by checking the cancellation request reception time and the cancellation confirmation reception time from the exchange. Check for the occurrence of delays, and for cancellation requests with delays, for orders that have been executed after the time when cancellations are originally valid, all orders will be corrected to cancel the execution. Execution of orders for cancellations can be guaranteed.

  Here, in the determination of the cancellation delay, in order to accurately grasp the execution of the cancellation, the reception time of the cancellation confirmation from the exchange is used instead of the transmission time of the cancellation request. In the case of cancellation, all the contracts after the time when the cancellation should be effective should be cancelled. Therefore, if the ordering time required is set as the base time, all subsequent contracts may be subject to cancellation. In addition, by making corrections only when approval is received from the customer, the customer's intention confirmation with respect to the progress of the order is surely secured.

  In accordance with the present invention, brokerage firms entrusted with buying and selling orders closely examines whether there is a delay in placing orders with exchanges regarding customer orders, correction / cancellation orders, and conditional orders. However, if there is a delay in ordering, it is possible to correct the contents of the contract assuming that the order is placed at the time when the order should be placed. If such amendment is made intentionally, it may be recognized as loss compensation prohibited by the Securities and Exchange Law. However, in the present invention, the contract is confirmed by clearly recording the delay in ordering and confirming the customer's intention. It can be clarified that the modification of contents is not an intentional act.

  As a result, a customer entrusting a purchase / order can receive a guarantee for prompt ordering at a securities company or the like. A trustee of a trading order such as a securities company can guarantee the quality of service for prompt ordering, and can improve the quality of customer service.

  The best mode for carrying out the present invention will be described below in detail with reference to the drawings. In the following, some examples of scrutiny of trading orders for stocks entrusted to securities companies will be explained. However, the target financial products in the present invention are not limited to stocks, and those who are entrusted with trading orders. The following description is an example of an embodiment of the present invention, such as is not limited to a securities company, and the present invention is not limited to such an embodiment.

  FIG. 1 is a block diagram showing a configuration of a trading order execution guarantee system according to the present invention. FIG. 2 is a flowchart showing a first processing flow (scrutiny of an order with an ordering condition) of the trading order execution guarantee system according to the present invention. FIG. 3 is a flowchart showing a second processing flow (first stage of normal order review) of the trading order execution guarantee system according to the present invention. FIG. 4 is a flowchart showing a third processing flow (second stage of normal order review) of the trading order execution guarantee system according to the present invention. FIG. 5 is a flowchart showing a fourth processing flow (examination of cancellation / correction) of the trading order execution guarantee system according to the present invention. FIG. 6 is a flowchart showing a third processing flow (customer correction approval) of the trading order execution guarantee system according to the present invention. FIGS. 7 to 9 show examples of order records before correction and target brands in the first embodiment of the trading order execution guarantee system according to the present invention (when the limit order is delayed and expired), respectively. It is a figure which shows the example of this step value, and the example of the order record after correction. FIGS. 10 to 12 show examples of order records before correction and steps of target brands in the second embodiment of the trading order execution guarantee system according to the present invention (when the orders of market orders are delayed and executed), respectively. It is a figure which shows the example of the example of a value, and the order record after correction. FIGS. 13 to 16 respectively show the third embodiment of the trading order execution guarantee system according to the present invention (in the case where the order is not placed despite the fulfillment of the order condition in the market order with the order condition). It is a figure which shows the example of the order record at the time of order reception, the example of the order record before correction, the example of the yield of a target brand, and the example of the order record after correction. FIGS. 17 to 20 show order records at the time of order reception in the fourth embodiment of the sales order execution guarantee system according to the present invention (when the order is delayed due to a limit order with ordering conditions and expires). It is a figure which shows the example of an order record before correction, the example of the order record before correction, the example of the yield of a target brand, and the order record after correction. FIGS. 21 to 23 show examples of order records before correction and steps of target brands in the fifth embodiment of the trading order execution guarantee system according to the present invention (when cancellation of limit orders is delayed and executed), respectively. It is a figure which shows the example of the example of a value, and the order record after correction. FIGS. 24 to 26 show examples of order records before correction and steps of target brands in the sixth embodiment of the trading order execution guarantee system according to the present invention (when correction of limit orders is delayed and executed), respectively. It is a figure which shows the example of the example of a value, and the order record after correction.

  In FIG. 1, a trading order execution guarantee system according to the present invention is included in a securities company system 10 that receives commissions of trading orders from customers. The securities company system 10 includes an order processing unit 11 that performs processing to place an order for a trading order received from the customer terminal 20 with respect to the exchange system 30, and an order database 12 that stores order information such as the execution progress of the order and execution results. , A scrutiny processing unit 13 that performs scrutiny of orders executed by accepting the price of the target stock from the market information system 40, a scrutiny database 14 that stores information of the scrutinized results, and a reviewer terminal 16 that reads and reviews the scrutiny An approval receiving unit 15 is included that transmits information that needs to be corrected according to the examination result to the customer terminal 20 and receives customer approval.

  The order processing unit 11, the scrutinization processing unit 13, and the approval receiving unit 15 of the securities company system 10 specify each function executed by the computer, and physically execute each function. The program is read into the main memory of the computer, and arithmetic processing is performed by the CPU to execute each processing. The order processing unit 11, the scrutinization processing unit 13, and the approval receiving unit 15 may be provided in different computers in the securities company system 10, or each program is read out and executed by each unit using the same computer. It is good.

  A customer who wants to place an order to buy and sell stock accesses the web page of a securities company through the Internet from a customer terminal 20 such as a personal computer or a mobile phone, and inputs the contents of the order. In the securities company system 10, the order processing unit 11 receives the input order data and performs a process of placing an order with respect to the exchange system 30. Stored in When the ordering condition is attached to the order, it is stored in the order database 12 when the order data is received, and when the ordering condition is satisfied, it is read out to the ordering processing unit 11 and the ordering process is performed.

  When an order is placed on the exchange system 30, an order confirmation is received from the exchange system 30 to the securities company system 10. The order confirmation is received in the order database 12. To be recorded. When a trade order is executed, the exchange system 30 transmits execution information such as execution price and execution time to the securities company system 10, and the execution information is recorded in each order data in the order database 12.

  When one day of trading on the exchange ends (for example, 15:00 for the Tokyo Stock Exchange), the order database 12 indicates that the order has expired for orders that were due on the current day. Recorded in order data. When the recording of data necessary for the order data is completed for the day, the scrutinization processing unit 13 starts a program for scrutiny processing.

  The scrutiny processing unit 13 scrutinizes the order data stored in the order database 12 for all orders subject to scrutiny, such as orders executed on that day and orders that have expired. In the scrutiny, the market price specified in the order subject to scrutiny is received from the market information system 40, and the order reception time, ordering time, execution time and execution price, etc. of the order data of the order are referred to. Examine whether the order was placed without delay and executed. The order is scrutinized in the order of whether or not there is a delay in placing an order for each order, and whether or not the order for which there was a delay has been fulfilled. The subject of the scrutiny is not limited to contracts, and whether or not order cancellation or correction is ordered without delay, or whether or not the contract conditions are different if the cancellation or correction with delay is correctly ordered.

  As a result of the scrutiny by the scrutinization processing unit 13, a correction file for the correction contents is created and stored in the scrutiny database 14 for orders that have been delayed and need to be corrected. For the stored correction file, an approval notification is transmitted from the approval receiving unit 15 to the customer terminal 20 that has placed an order for the correction file in order to receive customer approval. The approval notification may be transmitted individually using e-mail or the like, or a memory that can be read from the web server so that it is displayed when the customer accesses the personal-only page of the securities company's web page. It may be stored in the area.

  When the customer confirms the correction contents, the approval of the correction is notified to the securities company system 10 by means such as selection of an approval button on the personal page of the securities company's web page and transmission of an e-mail. Upon receiving this, the approval receiving unit 15 corrects and updates the order data related to the order in the order database 12 according to the correction contents recorded in the correction file.

  In addition, since correction of order data is required to be performed carefully and appropriately, it is preferable that the contents of the correction file for requesting approval from the customer be confirmed manually by an examiner. In this case, the examiner reads the correction file stored in the scrutinization database 14 to the examiner terminal 16, and only the correction file approved by the examiner is subject to approval from the customer in the approval reception unit 15.

  The flowcharts of FIGS. 2 to 6 show the processing flow by the trading order execution guarantee system according to the present invention. In this flow, not only regular orders for market orders and limit orders, but also a scrutiny flow for conditional orders with ordering conditions such as “I will place a limit order for Y yen if the stock price becomes X yen” It also includes a review flow for cancellation and correction.

  A predetermined time when all the transactions on the day are completed and all the results including the expiration date are written in the order data (for example, 16 after the Tokyo Stock Exchange ends at 15:00 and the Osaka Stock Exchange ends at 15:10) The order data review system is activated. When the scrutiny system is activated, as shown in FIG. 2, first, order data to be scrutinized is specified (S001), and it is confirmed whether or not the ordering condition is attached to the order (S002).

  If the ordering conditions are attached, it is first examined whether the order is ordered according to the ordering conditions. Specifically, it is confirmed whether or not the order has been ordered (S003). If the order has been ordered, from the time when the order is accepted until the time when the order is actually placed (S004), when the order is not ordered. Refers to the yield of the target brand from the time when the order is accepted until the transaction end time which is the order deadline (S005), and confirms whether or not there is a point in time when the order can be placed (S006). The yield of the target brand is collated using the latest value acquired for each brand from the exchange or the market information provider after the transaction ends.

  The time used as the time when the order is actually placed is not the time when the order data message is sent from the securities company to the exchange in order to reflect the effects of communication failures with the exchange. It is preferable to use the time when the order confirmation message for confirming that the company has received the order data from the exchange is received. As for the transaction end time, which is the end of the scrutiny when an order is not placed, the end time of each exchange may be used as it is, or the time at which all exchanges end and the safety It is good also as using the time which predetermined time passed from end time.

  The target time for scrutiny may be from the order reception time to the transaction end time.However, in the present invention, when the order has been ordered, the scrutiny target time is from the time the order is received until the time when the order is actually placed. Yes. This is because if an order is actually placed, it is sufficient to confirm that there was no timing for placing an order earlier before placing an order. Reduces the system processing burden.

  If there is an orderable time point as a result of checking whether or not there is an orderable time point (S006), the orderable time point is specified as the ordering time when the order should be originally placed (S007). Execute the scrutiny of the deal. If there is no point in time when the order can be placed (S008), depending on whether or not the order has been placed, if the order has been placed, the order recorded in the order data is used as it is at the time of placing the order. Perform a scrutiny. If no order has been placed, it is confirmed that the order has expired without being placed, and the examination is terminated.

  When the time to place an order is specified by conducting a scrutiny of the order, it is scrutinized whether the order has actually been made at the time to place an order. Specifically, the specified time to be originally ordered is compared with the time actually ordered from the exchange (S009), and it is confirmed whether or not an error has occurred (S010). The ordering time to the exchange used here is not the time when the message of order data was sent from the securities company to the exchange, but the order confirmation message for confirming that the securities company received the order data from the exchange was accepted. It is preferable to use time. Strictly speaking, it is preferable that the same time be used for determining the error, but there is no error exceeding the guaranteed time by providing a certain guaranteed time range from reception to ordering, for example, within 5 minutes. You may decide to confirm.

  If there is no error here, it is determined that the order has been made properly according to the ordering conditions. Next, refer to the order record to determine whether the order has been canceled or corrected. Confirm (S011). If neither cancellation nor correction has been made, the scrutiny is terminated. If cancellation or correction has been made, proceed to scrutiny of cancellation or correction.

  If there is an error, it is determined that the order has not been properly placed when the ordering conditions are fulfilled, the ordering time is changed to the time when the order should be originally placed (S012), and then the contract is executed. The scrutiny is performed. Depending on whether or not an order has actually been placed (S013), if the order has been placed, it is specified from the specified order to the time when the order is actually placed (S014). If the order is not confirmed, the order is specified. Refers to the price of the target stock from the time of placing an order until the transaction end time (S015), and whether or not a contract can be executed during that time, and the contract condition when the contract is possible is the initial contract result It is confirmed whether the result is more advantageous (S016).

  The target time for scrutiny may be the time when the order can be placed, that is, the transaction end time from the specified order. However, in the present invention, when the order is already ordered, the target time for scrutiny is ordered. From the time when the order can be placed to the time when the order is actually placed (when confirmation of the order is accepted). This is because it is sufficient to compare the execution conditions when placing an order before it becomes more advantageous if an order is actually placed. By shortening the target time, the system processing burden required for close scrutiny is reduced.

  If the contract could not be executed within the scope of scrutiny, but the contract could result in a disadvantageous result compared to the original contract result, the initial contract result will be utilized, so the scrutiny of the ordering conditions will be terminated, and then the order will be It is confirmed with reference to the order record whether cancellation or correction has been performed (S017). If neither cancellation nor correction has been made, the scrutiny is terminated. If cancellation or correction has been made, proceed to scrutiny of cancellation or correction. On the other hand, if the contract can be executed with a result more advantageous than the initial execution result, a correction file for correcting the execution result is created (S018).

  In the case where the ordering conditions are not attached, as shown in FIG. 3, in order to first examine whether the order has been placed on the exchange without delay, the order reception time from the customer terminal and the ordering time to the exchange Are compared (S101), and it is confirmed whether or not an error has occurred (S102). The ordering time to the exchange used here is not the time when the message of order data was sent from the securities company to the exchange, but the order confirmation message for confirming that the securities company received the order data from the exchange was accepted. It is preferable to use time. Strictly speaking, it is preferable that the same time be used for determining the error, but there is no error exceeding the guaranteed time by providing a certain guaranteed time range from reception to ordering, for example, within 5 minutes. You may decide to confirm.

  If there is no error, the order has been placed without delay, so close the order review and check the order record to see if the order has been canceled or corrected. (S103). If neither cancellation nor correction has been made, the scrutiny is terminated. If cancellation or correction has been made, proceed to scrutiny of cancellation or correction. On the other hand, if an error has occurred, the ordering time is changed to the time when the order should be originally placed (S104). The time that should be originally placed here may be the same time as when the order is received, or may be the time when the time for guaranteeing the order has elapsed (for example, 5 minutes after the reception). Next, proceed to the scrutiny of the contract.

  FIG. 4 shows the flow of execution of the contract. Depending on whether or not an order has been actually placed (S201), if the order has been placed, it is specified from the specified order to the time when the order is actually placed (S202). If the order is not confirmed, the order is specified. Refers to the stock price of the target issue from the time of placing the order to the transaction end time, which is the order deadline (S203), and whether or not the contract can be executed during that time, and the execution condition when the execution is possible is the initial execution result It is confirmed whether the result is more advantageous (S204). If the order has already been ordered, the reason and effect that the target time for the scrutiny is from the time when the order can be ordered to the time when the order was actually placed are as follows. This is the same as the case described in the attached order.

  If the contract could not be executed within the scope of scrutiny, but the contract could result in a disadvantageous result compared to the original contract result, the initial contract result will be utilized, so the scrutiny of the ordering conditions will be terminated, and then the order will be It is confirmed with reference to the order record whether cancellation or correction has been performed (S205). If neither cancellation nor correction has been made, the scrutiny is terminated. If cancellation or correction has been made, proceed to scrutiny of cancellation or correction. On the other hand, if the contract can be executed with a more advantageous result than the initial execution result, a correction file for correcting the execution result is created (S206).

  In the case of accepting a request for cancellation or correction, as shown in Fig. 5, in order to first check whether the cancellation / correction was ordered from the exchange without delay, The order time with the exchange is compared (S301), and it is confirmed whether or not an error has occurred (S302). The ordering time to the exchange used here is not the time when the message of cancellation / correction data was sent from the securities company to the exchange, but the confirmation message confirming that the securities company received the cancellation / correction data from the exchange. It is preferable to use the time for which Strictly speaking, it is preferable that the same time be used for determining the error, but there is no error exceeding the guaranteed time by providing a certain guaranteed time range from reception to ordering, for example, within 5 minutes. You may decide to confirm.

  If there is no error, the cancellation / correction order has been placed without delay, so the review of the cancellation / correction is completed. If there is an error, the time of cancellation / correction is changed to the time when cancellation / correction should be ordered (S303). The time when the cancellation / correction should be originally ordered here may be the same as the time when the cancellation / correction is accepted, or the time when the time for guaranteeing the cancellation / correction has elapsed (for example, 5 minutes after the reception) ). Thereafter, the processing flow differs depending on whether cancellation or correction is performed (S304).

  If the processing content is cancellation, it is confirmed whether or not there is a contract after the changed cancellation / correction (S305). If there is no contract, it is not necessary to cancel the order. If there is a contract, since it is a contract after the time when the contract should be canceled, a correction file for canceling the contract is created for all the contracts (S306).

  If the processing content is correction, it is determined whether the correction has actually been performed (S307). If it has been corrected, the correction is performed from the changed correction time to the actual correction time (S308). If the order has not been confirmed, reference is made to the quotient price of the subject stock from the changed correction time to the transaction end time as the order deadline (S309). (S310).

  If it is determined that the contract should not have been originally made, that is, if there is a possibility that the contract has been mistakenly executed at the price before the correction due to the delay of the correction, the correction will be made after the correction was made. It is confirmed whether or not it is performed (S313). If the contract is made before the time to be corrected, it is determined that the execution result is the same even if the correction is properly performed, so the scrutiny is finished. On the other hand, if the contract is executed after the time that should be corrected, it is determined that the contract is incorrect, so a correction file for canceling the contract is created (S314).

  It should be noted that the scrutiny time for correction may be the time when the correction can be ordered, that is, the transaction end time from the changed correction time. In the present invention, when the order has been corrected, The time from the time when correction can be ordered to the time when correction was actually made (when correction was accepted). This is because if the order is actually corrected, it is sufficient to compare whether the execution conditions when ordering the correction become more advantageous when it becomes correctable before that. By shortening the time required for scrutiny, the system processing burden for scrutiny is reduced.

  If it is determined that the contract should have been originally executed, it is confirmed whether or not the contract condition when the contract was originally executed is more advantageous than the initial contract result (S311). If the result is less favorable than the original contract result, the initial contract result is utilized and the scrutiny is terminated. On the other hand, if the contract can be executed with a more advantageous result than the initial execution result, a correction file for correcting the execution result is created (S312).

  The flowchart of FIG. 6 shows a flow in which the contract data is corrected upon receipt of the customer's correction approval after the correction file for correcting the contract contents is created. In addition, as a previous step of this flow, the examiner outputs a list to check whether the created correction file violates the prescribed rule, checks the requirements, and only those that have been checked are subject to approval It is preferable.

  When the correction file is created, a delay notification is sent to the customer who made each order to notify that the order delay has occurred (S401). The delay notification may be transmitted to the customer by e-mail or the like, or may be displayed when the customer accesses the personal dedicated page of the web page. Depending on whether the customer's approval has been received within a predetermined time for the delay notification (S402), if the approval is received, the customer's approval is recorded (S404), and the contract data is rewritten by rewriting the data in the order database. The correction is finalized (S405). If the approval is not accepted, the correction of the contract data is invalidated (S403).

  An example of the first embodiment in which the limit order has been delayed and expired will be described with reference to FIGS. FIG. 7 shows an example of the order record before correction. In the table provided for the order “buy order of limit price 100 yen for the stock code 1111”, a record is provided for each transaction generated by reception, ordering, etc. Is recorded. For ordering with respect to the exchange, the order processing time in the securities company system is recorded as the reception date and time, and the time when the acceptance confirmation from the exchange is detected as the update date and time.

  In FIG. 7, the above limit order is received at 9:00 (1.), and the ordering process to the exchange is performed at the same time. However, the update date and time is recorded as 9:10 (2.), and it takes 10 minutes to accept the order confirmation from the exchange. You can see that In contrast, the expiration date is recorded at 16:30 after the end of the transaction at the exchange (3.), the stock price of 1111 will not be less than 100 yen specified as the limit price, and the order will expire It is assumed that.

  When examining the order in this example, first, the time difference from the order reception (9:00) to the order confirmation (9:10) is calculated, and it is determined whether or not the order is delayed. If the time to place an order is guaranteed to be within 5 minutes, a delay has occurred, so we will carefully examine the execution status when placing an order without delay. Although this order is delayed, it is ordered at 9:10, so there is no need for contract scrutiny after that. From here, 9:00 should be ordered until 9:10 when it was actually ordered. It becomes the target range. In addition, as the time to be originally placed, which is the starting point of the scrutiny, the time when the order guarantee time has elapsed from the reception time, for example, 9:05 may be used.

  FIG. 8 is an example of the step value of the target brand code 1111. The scrutiny range is from 9:00 to 9:10 (9:05 to 9:10 if the guarantee time is added), but at 9:04 it is 100 yen and meets the limit conditions. If the order is placed at 9:00, which is supposed to be ordered, it is determined that the contract has been made at 100 yen (if the guarantee time is added, the contract is left unfilled). Assuming that the contract is executed under this condition, the delivery amount, fee, transfer profit tax, etc. are calculated, and a correction file for the contract is created.

  FIG. 9 is an example of the corrected order record. If it is determined that the contract can be executed at 9:04 as a result of the scrutiny, a correction file that records the delivery amount when the contract is made is created. After confirming the customer's approval for the contents of the correction file, the order data is updated by adding a new record related to the order execution (4.) and deleting the record with the expiration date recorded (3.). Is called.

  An example of the second embodiment in which a market order is executed after a delay will be described with reference to FIGS. 10 to 12. FIG. 10 shows an example of an order record before correction, but a record is provided for each transaction generated by reception, ordering, etc., in the table provided for the order “Buy order for market code 2222”. Time etc. are recorded. For ordering with respect to the exchange, the order processing time in the securities company system is recorded as the reception date and time, and the time when the acceptance confirmation from the exchange is detected as the update date and time.

  In FIG. 10, the above market order is received at 9:00 (1.), and the ordering process to the exchange is performed at the same time. However, the update date and time is recorded as 9:10 (2.), and it takes 10 minutes to accept the order confirmation from the exchange. You can see that As a result of the order being valid at 9:10, since it is a market order, a contract is established at the same time, and a contract at a unit price of 201 yen is recorded at 9:10 in the next record (3.).

  FIG. 11 is an example of the step price of the target brand code 2222. The scrutiny of the contract is that the order has already been ordered, so the time from 9:00 to 9:10 when the order was actually placed (from 9:05 to 9:10 when the guarantee time is added) However, since the order is a market order, it is calculated that it can be executed at 195 yen, which is the stock price of 9:00 that should be ordered, and the contract price at this time is the price actually executed (201 yen) Since it is more advantageous, it is determined that the contract should have been executed under this condition (when the guarantee time is added, it is 198 yen at 9:05). Assuming that the contract is executed under this condition, the delivery amount, fee, transfer profit tax, etc. are calculated, and a correction file for the contract is created.

  FIG. 12 is an example of the corrected order record. If it is determined that the contract should have been executed at 9:00 as a result of the scrutiny, a correction file that records the delivery amount and the like when the contract is made is created. After confirming the customer's approval for the contents of the correction file, a new record related to the execution of the order is added (4.), and the record of the record executed under a disadvantageous condition due to the delay in the order is deleted (3.). Order data is updated.

  With reference to FIGS. 13 to 16, an example of the third embodiment in which an order is not placed even though the order condition is fulfilled in a market order with an order condition will be described. FIG. 13 shows an example of an order record at the time of order reception. In the table provided for the order “buy order for market if the stock code 3333 is 300 yen or more”, the reception time of reception and order reservation is recorded. Has been. In the remarks column, the conditions attached to the order are recorded.

  In FIG. 13, the order with the order condition is received at 9:00, and it is recorded (2.) that the order is placed in the reserved state at the same time together with the record of acceptance (1.). Reservation status refers to an order with an ordering condition in which the order data is not sent to the exchange, the securities company system is monitoring the ordering condition, and the ordering condition is fulfilled when the ordering condition is fulfilled. On the other hand, an order is placed. In this example, the transition of the stock price of the stock code 3333 is monitored by a stock price board or the like, and when the stock price becomes 300 yen or more, a market buying order is placed.

  FIG. 14 shows an example of the order record before correction. The order with the ordering condition is accepted at 9:00 (1.), and the order has been completed, but the ordering condition has not been fulfilled. Therefore, the expiration date is recorded at 16:30 after the end of the transaction on the exchange (2.), and the order has been expired without being placed.

  FIG. 15 is an example of the step value of the target brand code 3333. In the example of the order record of FIG. 14, since the conditional order is not ordered, the examination range of the order is from 9:00 of the order reception to 15:00 of the transaction end time of the exchange (when the guarantee time is added. 9:05 to 15:00), or 15:00 to 16:00 including a predetermined time. Here, 300 yen is attached at the time of 9:05, and the ordering condition is met, and it is determined that the order should have been originally placed at 9:05 (the same applies when the guarantee time is added). ).

  Next, the contract is scrutinized as if the order was placed at 9:05. The scope of scrutiny of the contract is also from 9:05 of the time to be ordered to 15:00 of the transaction end time of the exchange (9:10 to 15 when adding the guarantee time) because the conditional order has not been placed. 0:00), or until 16:00 adding a predetermined time from 15:00. Here, since a market order is placed, it is determined that the order should have been executed at 9:05 for 300 yen (when guarantee time is added, 9:10 should be executed for 298 yen) Become.). Assuming that the contract is executed under this condition, the delivery amount, fee, transfer profit tax, etc. are calculated, and a correction file for the contract is created.

  FIG. 16 is an example of the corrected order record. If it is determined that the contract should be executed at 9:05 as a result of the scrutiny, a correction file in which the delivery amount and the like when the contract is executed is created. After confirming the customer's approval for the contents of the correction file, the order data is updated by adding a new record (3.) and deleting the record with the expiration date (2.). Is called.

  With reference to FIGS. 17 to 20, an example of the fourth embodiment in which the order is delayed due to a limit order with ordering conditions and expires will be described. FIG. 17 shows an example of an order record at the time of order reception. For each transaction generated by reception, ordering, etc., in a table provided for an order “buy order of limit price 398 yen if the stock code 4444 is 400 yen or more”. A record is provided for each, and each reception time is recorded. In the remarks column, the conditions attached to the order are recorded. For ordering with respect to the exchange, the order processing time in the securities company system is recorded as the reception date and time, and the time when the acceptance confirmation from the exchange is detected as the update date and time.

  In FIG. 17, the order with the ordering condition is accepted at 9:00, and it is recorded together with the record of acceptance (1.) that the order is placed in the reservation state at the same time (2.). Reservation status refers to an order with an ordering condition in which the order data is not sent to the exchange, the securities company system is monitoring the ordering condition, and the ordering condition is fulfilled when the ordering condition is fulfilled. On the other hand, an order is placed. In this example, the transition of the stock price of the brand code 4444 is monitored with a stock price board or the like, and when the stock price becomes 400 yen or more, a buy order with a limit price of 398 yen is placed.

  FIG. 18 shows an example of an order record before correction. The order with the ordering condition is accepted at 9:00 (1.), and the ordering condition is “stock price 4444 or more of stock code 4444 at 9:05. Is fulfilled and the order has been placed, but the detection of the order confirmation sent from the exchange is 9:15 recorded as the update date and time, and the actual order has become valid. : 15 (2.). After that, since the stock price of the stock code 4444 did not add the 398 yen or less specified by the limit price, the expiration date was recorded at 16:30 after the end of the transaction on the exchange (3.), and the order was executed It is said that it expired without doing.

  FIG. 19 is an example of the step value of the target brand code 4444. In the example of the order record in FIG. 18, since the conditional order is ordered (2.), the examination range of the order is from 9:00 of order reception, that is, the order confirmation transmitted from the exchange is confirmed. The detected time is 9:15 (9:05 to 9:15 when the guaranteed time is added). Here, at the time of 9:05, 400 yen is attached and the ordering condition is met. It is determined that the order was originally placed at 9:05 and the order should have been validated (the guarantee time is The same applies when adding.)

  Next, the contract is scrutinized as if the order was placed at 9:05. The scope of scrutiny of the contract is that the conditional order is placed at 9:15, so 9:05 of the time to be ordered 9:15 of the actually ordered time (9% if the warranty time is added) : 10 to 9:15). Since the stock price of the stock code 4444 is 398 yen at 9:07, it is determined that the order should have been executed at 398 yen at 9:07 (9:07 when adding guarantee time) Is not executed.) Assuming that the contract is executed under this condition, the delivery amount, fee, transfer profit tax, etc. are calculated, and a correction file for the contract is created.

  FIG. 20 is an example of the corrected order record. If it is determined that the contract should be executed at 9:07 as a result of the scrutiny, a correction file in which the delivery amount and the like when the contract is executed is created. After confirming the customer's approval for the contents of the correction file, the order data is updated by adding a new record related to the order execution (4.) and deleting the record with the expiration date recorded (3.). Is called.

  An example of the fifth embodiment in which cancellation of a limit order is delayed and executed will be described with reference to FIGS. FIG. 21 shows an example of the order record before correction. In the table provided for the order “buy order of limit price 500 yen for the stock code 5555”, a record is provided for each transaction caused by reception, ordering, cancellation, etc. Each reception time is recorded. With respect to an order for an exchange or cancellation, an order processing time in the securities company system is recorded as an acceptance date and time when an acceptance confirmation from the exchange is detected as an update date.

  In FIG. 21, the above limit order is received at 9:00 (1.), the ordering process to the exchange is performed at the same time, and the update date and time is recorded as 9:00 (2.). It is clear that the order has been placed promptly. After that, at 9:02, a cancellation request for the order was accepted and an order process for the cancellation request to the exchange was performed, but the update time when the cancellation confirmation was accepted from the exchange was 9:20 (3 .), 18 minutes have passed before accepting the cancellation confirmation from the exchange, and because there is an interval here, the order for the cancellation request is delayed and is originally canceled at 9:02 You can see that it should have been. Until the cancellation request is accepted at the exchange, an order execution at a stock price of 500 yen is recorded at 9:08 (4.). As a result of confirming the cancellation request at the exchange after the execution of the order, the cancellation request is invalid (3.).

  FIG. 22 shows an example of the step value of the target brand code 5555. At 9:08, the stock price was set at 500 yen, so the order was executed here. However, the order should have been canceled at 9:02, so what happens to the changes in stock price? All promises should be canceled. Therefore, a correction file that cancels the contract is created for those contracted after 9:02 that should be canceled.

  FIG. 23 is an example of an order record after correction. If it is determined that the cancellation should have been made effective at 9:02 as a result of the scrutiny, a correction file for canceling the subsequent execution is created. After confirming the customer's approval for the contents of the correction file, a new record related to the cancellation of a valid order is added (5.), a cancellation request that has been invalidated, and a contract that has been executed without the cancellation being validated The order data is updated by deleting the record (3, 4).

  An example of the sixth embodiment in which correction of the limit order is executed after a delay will be described with reference to FIGS. FIG. 24 shows an example of the order record before correction. In the table provided for the order “buy order of limit price 600 yen for the stock code 6666”, a record is provided for each transaction caused by reception, ordering, cancellation, and the like. Each reception time is recorded. With respect to an order for an exchange or cancellation, an order processing time in the securities company system is recorded as an acceptance date and time when an acceptance confirmation from the exchange is detected as an update date.

  In FIG. 24, the above limit order is accepted at 9:00 (1.), the ordering process to the exchange is performed at the same time, and the update date and time is recorded as 9:00 (2.). It is clear that the order has been placed promptly. After that, at 9:02, a correction request for the order was accepted and an order process for the correction request to the exchange was performed, but the update time when the correction confirmation was accepted from the exchange was 9:20 (3 .), 18 minutes have passed before accepting the correction confirmation from the exchange, and because there is an interval here, the order for the correction request is delayed, and it was originally corrected to 9:02 You can see that it should have been. Until the correction request is received at the exchange, an order execution at a stock price of 600 yen is recorded at 9:08 (4.). As a result of confirmation of the correction request at the exchange after the execution of the order, the correction request is invalid (3.).

  FIG. 25 shows an example of the step value of the target brand code 6666. Since the request for correction is invalid without being corrected in order to examine the contract after the correction, it is invalid from 9:02 of the time that should be corrected to 15:00 (the guarantee time of the exchange time) When adding 5 minutes, refer to the step value from 9:07 to 15:00), or from 15:00 to 16:00 adding a predetermined time, for example, and it can be executed under the corrected conditions Make sure. The stock price of the stock code 6666 is 598 yen at 9:10, and if it is executed at 598 yen, it will be more advantageous than the original contract price of 600 yen, so the order should be executed at 598 yen at 9:10. (It is the same when the guaranteed time is added.) Assuming that the contract is executed under this condition, the delivery amount, fee, transfer profit tax, etc. are calculated, and a correction file for the contract is created.

  FIG. 26 is an example of the corrected order record. If it is determined that the correction should have been validated at 9:02 as a result of the scrutiny, a correction file for cancellation of the subsequent contract and a new contract after correction is created. After confirming the customer's approval for the contents of the correction file, a new record is added regarding the correction of the accepted orders and the contract after the correction (5, 6.). The order data is updated by deleting the record about the contract that has been executed without being executed (3, 4).

  In the first to sixth embodiments, the basic mode of ordering a normal order, ordering a conditional order, and ordering a cancellation / correction request has been described. For example, if correction is performed a plurality of times, Even in the case where more transactions are repeated for the originally accepted order, such as when the contents of the attached order are corrected, it is possible to perform a detailed examination by combining each processing.

It is a block diagram which shows the structure of the trading order execution guarantee system concerning this invention. It is a flowchart which shows the 1st processing flow (scrutiny of an order with ordering conditions) of the sales order execution guarantee system concerning this invention. It is a flowchart which shows the 2nd processing flow (1st step of the examination of a normal order) of the trading order execution guarantee system concerning this invention. It is a flowchart which shows the 3rd processing flow (2nd step of the examination of a normal order) of the trade order execution guarantee system concerning this invention. It is a flowchart which shows the 4th processing flow (scrutiny of cancellation / correction) of the sales order execution guarantee system concerning this invention. It is a flowchart which shows the 3rd processing flow (customer correction approval) of the sales order execution guarantee system concerning this invention. It is a figure which shows the example of the order record before correction in 1st Embodiment (when the order of a limit order is overdue after a delay) of the trading order execution guarantee system concerning this invention. It is a figure which shows the example of the yield of the target brand in 1st Embodiment (when the order of a limit order is delayed and expires) of the trading order execution guarantee system concerning this invention. It is a figure which shows the example of the order record after correction | amendment in 1st Embodiment (when the order of a limit order is delayed and expired) of the trading order execution guarantee system concerning this invention. It is a figure which shows the example of the order record before correction in 2nd Embodiment (when the order of a market order is delayed and executed) of the sales order execution guarantee system concerning this invention. It is a figure which shows the example of the yield of the target brand in 2nd Embodiment (when the order of a market order is executed with a delay) of the trading order execution guarantee system concerning this invention. It is a figure which shows the example of the order record after correction in 2nd Embodiment (when the order of a market order is delayed and executed) of the sales order execution guarantee system concerning this invention. Example of order record at the time of order reception in the third embodiment of the sales order execution guarantee system according to the present invention (when an order is not placed despite fulfillment of the order condition in a market order with an order condition) FIG. An example of an order record before correction in the third embodiment of the sales order execution guarantee system according to the present invention (when an order is not placed despite fulfillment of an order condition in a market order with an order condition) is shown. FIG. The example of the yield of the target brand in the third embodiment of the sales order execution guarantee system according to the present invention (when an order is not placed despite fulfillment of an order condition in a market order with an order condition) is shown. FIG. The example of the order record after correction in 3rd Embodiment (when ordering is not performed in spite of fulfilling ordering conditions by the market order with ordering conditions) of the sales order execution guarantee system concerning this invention is shown. FIG. It is a figure which shows the example of the order record at the time of order reception in 4th Embodiment (when ordering is delayed and it expires by the limit order with ordering conditions) concerning the present invention. It is a figure which shows the example of the order record before correction in 4th Embodiment (when ordering is delayed and it expires by the limit order with ordering conditions) concerning the present invention. It is a figure which shows the example of the yield of the target brand in 4th Embodiment (When ordering is delayed and it expires by the limit order with ordering conditions) concerning the present invention. It is a figure which shows the example of the order record after correction | amendment in 4th Embodiment (When ordering is delayed and it expires by the limit order with ordering conditions) concerning the present invention. It is a figure which shows the example of the order record before correction in 5th Embodiment (when cancellation of limit orders is delayed and executed) of the sales order execution guarantee system concerning this invention. It is a figure which shows the example of the yield of the target brand in 5th Embodiment (when cancellation of a limit order is delayed and executed) of the buying and selling order execution guarantee system concerning this invention. It is a figure which shows the example of the order record after correction | amendment in 5th Embodiment (when cancellation of a limit order is delayed and executed) of the trading order execution guarantee system concerning this invention. It is a figure which shows the example of the order record before correction in 6th Embodiment (when correction of a limit order is delayed and executed) of the trading order execution guarantee system concerning this invention. It is a figure which shows the example of the yield of the target brand in 6th Embodiment (when correction of a limit order is delayed and executed) of the sales order execution guarantee system concerning this invention. It is a figure which shows the example of the order record after correction in 6th Embodiment (when correction of a limit order is delayed and executed) of the trading order execution guarantee system concerning this invention.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 Securities company system 11 Order processing part 12 Order database 13 Scrutiny processing part 14 Scrutiny database 15 Approval reception part 16 Terminal in charge of examination 20 Customer terminal 30 Exchange system 40 Market information system

Claims (2)

A method for guaranteeing execution of a trade order executed by a computer system of a trustee who entrusts a trade order in order to scrutinize the execution status of a trade order of financial products and guarantee the accuracy of the order execution,
The computer system has a first time when the trading order for the financial product received from the customer is received from the customer, and an order confirmation of the trading order is received from the exchange for the financial product . A second time that is a reception time, a limit or execution condition specified in the trading order, whether or not the trading order is executed , execution information including a contract price when executed, and the trading order An order database for storing the order information including the order condition when the order condition is attached to the order information, and correction of the purchase order execution status relating to the order information stored in the order database needs to be corrected. A scrutiny database that stores a correction file about the correction content of a trade order made,
The computer system reads the order information from the order database when a predetermined time comes after the trading time of the financial product exchange ends, and confirms whether the order information includes an ordering condition. Steps,
If it is confirmed in the step that the ordering condition is not included, the computer system calculates a time difference between the first time and the second time included in the order information to obtain a predetermined guaranteed time. A step to check if
When it is confirmed in the step that the time difference exceeds the guaranteed time, the computer system sets the buy / sell order to the first time or the time when the guaranteed time has elapsed from the first time. Identifying as the order time for
When the second time is recorded in the order information, the computer system does not record the second time in the order information between the order time and the second time. In this case, data related to the yield of the financial product between the ordering time and the transaction end time of the exchange is obtained from the market information system, and the execution condition included in the order information is the data related to the price. In contrast, when the limit is specified in the execution condition and the execution information of the order information is not recorded as being executed , the execution is executed at the limit when the buy / sell order is placed at the ordering time. When the price that was possible is included in the data related to the step price, or the execution price is specified in the execution condition, and the step price is included in the contract price included in the execution information of the order information. In at least one case price the was possible commitments when ordered ordered time included in data about it is favorable price, and determining to perform the correction of the contract information,
If it is determined that the execution information is corrected in the step, the computer system executes the execution at either the price that can be executed at the limit price or the price that can be executed when the order is placed at the order time. Creating a correction file of the execution information assumed to have been stored and storing it in the review database;
The computer system stores a notification requesting customer approval for the contents of the correction file in a predetermined storage area for storing information that can be read by the customer, or sends an e-mail to the customer. Notifying the customer by:
When the computer system accepts approval for the content of the correction file by selecting an approval button that the customer has confirmed and pressed the notification stored in the storage area, or by replying to an email from the customer, Updating the contract information included in the corresponding order information in the order database by rewriting the contents of the correction file;
A method for guaranteeing execution of sales orders characterized by comprising: A method for guaranteeing execution of a trade order executed by a computer system of a trustee who entrusts a trade order in order to scrutinize the execution status of a trade order of financial products and guarantee the accuracy of the order execution,
The computer system has a first time when the trading order for the financial product received from the customer is received from the customer, and an order confirmation of the trading order is received from the exchange for the financial product . A second time that is a reception time, a limit or execution condition specified in the trading order, whether or not the trading order is executed , execution information including a contract price when executed, and the trading order And an order database for storing order information including the order conditions when the price of the financial product is specified, and the execution status of the sales order relating to the order information stored in the order database And a scrutiny database that stores a correction file about the correction contents of the sales order that required correction by the scrutiny of
The computer system reads the order information from the order database when a predetermined time comes after the trading time of the financial product exchange ends, and confirms whether the order information includes an ordering condition. Steps,
When it is confirmed that the ordering condition is included in the step, the computer system starts the second time from the first time when the second time is recorded in the order information. If the second time is not recorded in the order information until the time, the data regarding the yield of the financial product between the first time and the transaction end time of the exchange is Obtaining from the market information system, and comparing the ordering condition included in the order information with the data relating to the step price, and if there is a time that matches the price specified in the ordering condition, the time A step of identifying when an order can be placed
Said computer system, said orderable time when there is a time that matches the price specified in the order condition in the step, though there is no time that matches the specified in the order condition price, the order information When the second time is included, the second time is specified as the original ordering time, the time difference between the original ordering time and the second time is calculated, and a predetermined guaranteed time A step to check if
When it is confirmed in the step that the time difference exceeds the guaranteed time, the computer system determines the original ordering time or the time when the guaranteed time has elapsed from the original ordering time as the purchase order. Identifying as the order time for
When the second time is recorded in the order information, the computer system does not record the second time in the order information between the order time and the second time. In this case, data related to the yield of the financial product between the ordering time and the transaction end time of the exchange is obtained from the market information system, and the execution condition included in the order information is the data related to the price. In contrast, when the limit is specified in the execution condition and the execution information of the order information is not recorded as being executed , the execution is executed at the limit when the buy / sell order is placed at the ordering time. When the price that was possible is included in the data related to the step price, or the execution price is specified in the execution condition, and the step price is included in the contract price included in the execution information of the order information. In at least one case price the was possible commitments when ordered ordered time included in data about it is favorable price, and determining to perform the correction of the contract information,
If it is determined that the execution information is corrected in the step, the computer system executes the execution at either the price that can be executed at the limit price or the price that can be executed when the order is placed at the order time. Creating a correction file of the execution information assumed to have been stored and storing it in the review database;
The computer system stores a notification requesting customer approval for the contents of the correction file in a predetermined storage area for storing information that can be read by the customer, or sends an e-mail to the customer. Notifying the customer by:
When the computer system accepts approval for the content of the correction file by selecting an approval button that the customer has confirmed and pressed the notification stored in the storage area, or by replying to an email from the customer, Updating the contract information included in the corresponding order information in the order database by rewriting the contents of the correction file;
A method for guaranteeing execution of sales orders characterized by comprising:

Images