JP4150381B2 - Odd lot trading system and odd lot trading program - Google Patents

Description

  The present invention relates to a odd lot trading system for trading odd lots less than the number of trading units determined for each stock brand and a odd lot trading program used in the system.

Stock trading on the stock exchange is performed for each number of trading units determined for each stock brand. On the other hand, a securities company or the like has a demand for trading of shares less than the number of trading units generated by retail trading by individual investors, or by issuance or split of new shares, that is, odd-lot trading.
As a technique for supporting such odd-lot transactions, for example, the following system is disclosed in Patent Document 1 below.

  As shown in FIG. 12, this system is operated by a securities company, and the brokerage system 51 connected to the store terminal 54 and the customer terminal 55 and the securities connected to the brokerage system 51. An exchange system 52 and a business intermediary system 53 are configured. The odd stock broker system 51, which is the central component of these, receives the order for odd stock transactions from the store terminal 54 and the customer terminal 55, and calculates the difference between the number of unit stocks and the total order number of odd stocks. An order reception management unit 51a that performs processing such as providing the customer or the like, and recording the number of stocks assigned to each order and the remaining number of orders in a storage device, and an order of unit stock number, for example, a stock exchange system 52 The unit stock order issuance unit 51b that issues an order at that timing, and obtains information such as a stock price from the stock exchange system 52, for example, to a customer or the like. A stock price provision processing unit 51c to be provided and a stock allocation processing unit 51d for determining the number of shares to be allocated to each customer when the total number of ordered shares of the odd shares exceeds the unit stock number.

In order to prevent the securities company that operates the odd stock broker system 51 from holding a lot of unsold stock, it will not suffer losses due to stock price fluctuations. Processing to adjust the number of shares to be actually allocated to customers etc. is performed for trading orders.
Specifically, the following processing is performed. That is, first, an odd-lot selling order or odd-lot buying order for a specific stock name is accepted. Next, it is determined whether or not the total number of accepted odd-lot selling orders or the total number of odd-lot buying orders exceeds a threshold value determined by the trading unit stock and the trading fee set by the securities company. When it is determined that the total number of odd-lot selling orders or the total number of odd-lot buying orders exceeds the above-determined threshold, the selling order or odd-buying order for the number of trading units of a specific stock for the odd-lot order A buy order for the number of unit shares is made. Then, it is determined whether the total number of shares to be purchased or sold exceeds the number of shares, and if so, the minimum number of shares to be purchased or sold is distributed to all customers. Allocate with the average load of each order.

JP 2002-133106 A (page 3-6, FIG. 1-2)

  The above system is intended to prevent a securities company operating the odd stock broker system 51 from suffering losses due to stock price fluctuations by holding a large number of unsold stock. For this reason, from the ordering party of the odd stock trading such as customers, there are cases where the number of shares that can be ordered for trading is limited, or the trading of the number of shares as ordered may not be executed even though a trading order has been placed. There is a problem that there is.

  For the same reason, in the above system, the stock allocation process is executed for each orderer according to the number of stocks ordered after a predetermined time set as the business end time or the like has elapsed. The contract is not established until it has passed. Therefore, there is a problem that the orderer cannot place the next trading order within the same day based on the result of the odd-lot trading, and his / her funds and assets may not be used effectively.

  The present invention has been made in view of the above-mentioned problems. The purpose of the present invention is to execute an odd-lot transaction according to the order and to place an order for an order from an orderer of the odd-lot transaction such as a customer. Providing a odds trading system that allows a contract to be finalized as soon as possible and enables the orderer to immediately confirm the conclusion of the promise, and a odds trading program for configuring the system. It is in.

The characteristic configuration of the odd lot trading system according to the present invention for achieving the above object includes an order receiving means for receiving one or more order data regarding odd lot transactions from an ordering source device connected via a communication network, Based on the order data storage means for storing the order data and the stock brand information database storing information indicating whether or not the stock is tradeable for each stock brand , the stock brand included in the order data is traded in odd lots. Order data confirmation processing for confirming whether or not it is a possible brand, order data confirmation means for performing update to add result information of the order data confirmation processing to the order data, and the order data confirmation means fractional tradable and has been a data generation means for generating processed data corresponding to each order data based on the order data, the processing Processing data storage means for storing data, stock inventory information storage means for storing stock information of stocks, required stock count means for counting the required number of shares for each stock based on the processing data, and the required number of shares The stock information is compared with the stock information and the stock information, and stock purchase processing for each number of trading units for stocks with insufficient stock stock is executed, and the stock information is based on the result of the buy processing. A purchase processing means for updating the price information, a price information obtaining means for obtaining price information for each stock brand every time a predetermined time elapses , and for the stock brand for which the price information has been obtained, contract process performs the processing for data to be a contract processing means for updating the inventory information based on the result of the contract process, de for processing the contract processing is performed For data, corresponding for the process data, on the stored order data to the order data storing means, and order data updating means for updating to add result information of the contract process, after the end market transactions The processing data storage means is searched for processing data that has not been executed, and the result of the execution of the execution of the order data stored in the order data storage means corresponding to the processing data. A result processing unit that performs updating to add failure information as information and order data stored in the order data storage unit can be extracted and transmitted to the ordering source device every time a predetermined time elapses And a transmission means.

According to this characteristic configuration, according to the processing data generated corresponding to each order data received from the ordering device, the necessary number of stocks for each stock brand is totaled and the stock is insufficient for the stock stock. In order to execute the contract processing sequentially for the processing data for which the stock information whose price information is acquired is traded, execute the odd stock trading according to the order specified by the order data from the customer etc. After the acceptance, when the stock brand specified by the order data comes with a price and can be executed, the processing can be executed immediately.
Also, for the processing data that has been executed, the order data corresponding to the processing data is updated to add the execution result information, and the order data can be transmitted to the ordering source device. The orderer can immediately confirm the execution result of the contract for the order.
In addition, we will update the order data to be traded for stocks that were not successful before the end of trading in the market. The purchaser of the order data can confirm immediately after the end of the transaction in the market that the order has failed.
Furthermore, since processing data is generated based on only order data for tradeable stocks and contract processing is performed, it is possible to avoid performing unnecessary processing based on abnormal order data. it can.

Here, it is preferable that the processing data generating unit is configured to generate the processing data by adding a storage area for information necessary for processing in the system to the order data.
Thereby, a process can be rapidly performed within the odd lot trading system.

  Further, it comprises brand data generation means for generating brand data obtained by summing up stock brands that have received orders for odd stock transactions based on the processing data, and the price information acquisition means is for the stock brand included in the brand data. It is preferable that the processing for acquiring price information is performed.

  As a result, in the price information acquisition means, only the price information about the stock brand that has been ordered for odd stock trading is acquired without acquiring the price information for all listed brands. As a result, the amount of information acquired can be reduced. Therefore, the cost for acquiring price information and the load on the system can be reduced. Further, it is possible to prevent an increase in processing load caused by acquiring unnecessary price information during the contract processing by the contract processing means.

  Further, the contract processing means searches the processing data storage means for processing data for trading the stock name from which the price information has been acquired, and corresponds to each searched processing data, the price It is preferable that the contract data including the contract price determined according to the information is generated.

  Thereby, it is possible to reliably execute the contract processing for all the processing data that can be processed. In addition, since contract data including contract prices is generated in correspondence with each processing data, it is easy to update the order data update means to add the result information of the contract processing to the order data corresponding to the processing data. It can be carried out.

  Further, it is preferable that the order data has a data structure including a storage area for confirmation result information representing a confirmation result by the order data confirmation means.

  Here, the order data for which it has been confirmed whether or not it can be processed by the order data confirmation unit is stored in the order data storage unit regardless of whether or not it can be processed. Accordingly, the order data is provided with a storage area for the confirmation result information indicating the confirmation result by the order data confirmation means, so that the orderer of the order data receives the order data that can be transmitted to the ordering source device. By referring to the storage area for the confirmation result information, it is possible to immediately confirm whether the transmitted order data can be processed or cannot be processed.

A further characteristic configuration of the odd lot trading system according to the present invention includes an order receiving means for accepting one or two or more order data for odd lot transactions from an ordering source device connected via a communication network, and storing the order data. The stock data included in the order data is a stock that can be traded on the basis of the order data storage means to be stored and a stock brand information database that stores information indicating whether the stock is tradeable for each stock. Order data confirmation means for performing an order data confirmation process for confirming whether or not, and adding the result information of the order data confirmation process to the order data, and stock stock information storage for storing stock stock information means and said order data confirmation means by fractional tradable and have been required shares aggregation means for aggregating the required number of shares of each stock symbols based on the order data , By comparing the counting result with the stock information by the necessary number of shares tallying unit, and executes the process purchase of shares of each number of trading unit for stocks stock shares is insufficient, based on the result of the purchase process A purchase processing means for updating the stock information, a price information obtaining means for obtaining price information for each stock brand every time a predetermined time elapses , and a stock brand for which the price information has been obtained. A contract processing means for updating the inventory information based on a result of the contract processing, and a result of the contract processing for the order data on which the contract processing has been performed. Search and order data update means, after the end of trading in the market, the order data contract processing is not performed from the order data storage means for performing the update to add information , With respect to the order data, and poor workmanship processing means for updating to add poor workmanship information as the result information of the contract process, the order data stored in said ordered data storage means, every time a predetermined time period elapses And a result transmitting means for extracting and transmitting the result to the ordering source device.

According to this characteristic configuration, according to each order data received from the ordering source device, the stocks for which stock information is obtained by executing the purchase process for stocks with insufficient stocks by summing up the required number of stocks for each stock stock. In order to execute the contract processing sequentially for the order data for which the issue is traded, the odd stock is executed according to the order specified by the order data from the customer, etc., and after receiving the order data, the order data specified by the order data As soon as it becomes possible to establish a contract with a price for a stock issue, it is possible to perform a process for establishing the contract immediately.
In addition, the order data that has been executed is updated by adding information about the result of the execution of the processing, and the order data can be transmitted to the ordering source device. The establishment result of can be confirmed immediately.
In addition, we will update the order data to be traded for stocks that were not successful before the end of trading in the market. The purchaser of the order data can confirm immediately after the end of the transaction in the market that the order has failed.
Furthermore, since the contract processing is performed based only on the order data for the tradeable stocks, it is possible to avoid performing unnecessary processing based on the abnormal order data.

  Here, the order data includes the front and rear field classification information indicating whether the order is for a front-end trade or an order for a back-end trade, and if the order is an order for a front-end trade and the contract is not established at the front trade, It is preferable to adopt a configuration having a data structure including a storage area for takeover section information indicating whether or not to take over to a later stage.

  As a result, the purchaser who orders the order data for the front-end transaction can arbitrarily select whether or not to take over the same order to the back-end when the contract is not made at the front and fails. Become.

  The order data includes orderer identification information for identifying the orderer, order content information indicating the order content of the odd stock transaction, and contract by the contract processing means in order to properly perform the function in the odd stock trading system. A configuration having a data structure including a storage area for execution information representing processing result information is preferable.

Further, it is preferable that the price information acquisition means is configured to acquire donation value information as the price information.
As a result, the donation value, which is the earliest price, is set as the contract price, so that contract processing can be performed at an early stage.

The characteristic configuration of the odd lot trading program according to the present invention includes an order acceptance step of accepting one or more order data for odd lot transactions from an ordering source device connected via a communication network and storing the order data in the order data storage means. Based on a stock brand information database storing information indicating whether or not each stock brand is tradeable, it is confirmed whether or not the stock brand included in the order data is a tradeable stock. An order data confirmation step that performs an order data confirmation process and updates the order data to add the result information of the order data confirmation process, and based on the order data that can be traded oddly by the order data confirmation step A processing data generation step for generating processing data corresponding to each order data and storing it in the processing data storage means; Stock information acquisition step for acquiring stock information of the stock, a necessary stock count step for summing up the required number of stocks for each stock brand based on the processing data, a summation result by the required stock count step, and the stock stock information acquisition step In contrast to the stock information acquired by the above, the stock purchase processing is executed for each trading unit number of the stocks for which the stock number is insufficient, and the stock information is updated based on the result of the purchase processing. A purchase processing step, a price information acquisition step for acquiring price information about each stock brand every time a predetermined time elapses , and a processing for dealing with the stock brand for which the price information has been acquired. It performs contract processing for data, and the contract process updating the inventory information based on the result of the contract process, the contract processing The processing data is performed, corresponding for the process data, on the stored order data to the order data storing means, and order data updating step of updating to add result information of the contract process, After the transaction in the market is completed, the processing data storage means is searched for processing data that has not been executed, and the order data stored in the order data storage means corresponding to the processing data is searched. , An unsuccessful processing step in which update is performed to add unsuccessful information as result information of the contract processing, and the order data stored in the order data storage means is extracted every time a predetermined time elapses and the ordering source device And a result transmission step for making the computer ready for transmission.

According to the system using the computer that executes this odd stock trading program, the number of stocks in stock is calculated by counting the required number of stocks for each stock brand according to the processing data generated corresponding to each order data received from the ordering device. For short stocks, the purchase process is executed, and the stock data for which price information has been acquired is processed sequentially for the processing data. After executing the transaction and receiving the order data, perform processing to establish the contract as soon as it becomes possible to execute the contract with the price for the stock specified in the order data. Can do. Also, for the processing data that has been executed, the order data corresponding to the processing data is updated to add the execution result information, and the order data can be transmitted to the ordering source device. The orderer can immediately confirm the execution result of the contract for the order. In addition, we will update the order data to be traded for stocks that were not successful before the end of trading in the market. The purchaser of the order data can confirm immediately after the end of the transaction in the market that the order has failed. Furthermore, since processing data is generated based on only order data for tradeable stocks and contract processing is performed, it is possible to avoid performing unnecessary processing based on abnormal order data. it can.

A further characteristic configuration of the odd lot trading program according to the present invention is an order acceptance that accepts one or more order data for odd lot transactions from an ordering source device connected via a communication network and stores the order data in the order data storage means. Whether or not the stock brand included in the order data is a brand that can be traded on the basis of the step and a stock brand information database storing information indicating whether or not the stock is tradeable for each stock brand. Order data confirmation processing for confirming, order data confirmation step for updating to add the result data of the order data confirmation processing to the order data, stock stock information acquisition step for obtaining stock information of stock, order data confirm step by fractional shares tradable and have been ordered necessary number of shares aggregate stearyl to aggregate the necessary number of shares of each stock symbol on the basis of the data The stock purchase processing for each number of trading units for stocks with insufficient stocks is executed by comparing the total results of the required stock count step and the stock information acquired by the stock stock information acquisition step. And a purchase processing step for updating the inventory information based on a result of the purchase processing, a price information acquisition step for acquiring price information about each stock brand every time a predetermined time elapses, and the price information. The contract processing step for executing the contract processing on the order data for which the stock brand is traded, and updating the inventory information based on the result of the contract processing, and the contract processing are performed. for our orders data, and the order data updating step of updating to add a result information of the contract process, after the completion of transactions in the market, before Searching order data contract processing is not performed from the order data storage means, the relative order data, and poor workmanship processing step of performing an update to add a poor workmanship information as the result information of the contract process, the order data A result transmission step of extracting the order data stored in the storage means every time a predetermined time elapses and transmitting the order data to the ordering source apparatus is executed by the computer.

According to the system using a computer that executes this odd stock trading program, according to each order data received from the ordering device, the required number of stocks for each stock is totaled and the purchase process is executed for stocks with insufficient stocks. In order to execute the order processing for the order data for which the stock information for which the price information was acquired is subject to trading, the odd-lot trading was executed according to the order specified by the order data from the customer and the order data was accepted. After that, when the stock brand specified by the order data is priced and can be executed, processing can be executed immediately. In addition, the order data that has been executed is updated by adding information about the result of the execution of the processing, and the order data can be transmitted to the ordering source device. The establishment result of can be confirmed immediately. In addition, we will update the order data to be traded for stocks that were not successful before the end of trading in the market. The purchaser of the order data can confirm immediately after the end of the transaction in the market that the order has failed. Furthermore, since the contract processing is performed based only on the order data for the tradeable stocks, it is possible to avoid performing unnecessary processing based on the abnormal order data.

[First embodiment]
Hereinafter, a first embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a schematic diagram of the odd lot trading system 1 according to the first embodiment of the present invention.

In the present embodiment, order data on odd lot transactions is received from customer side devices 3a, 3b, 3c connected via a communication network 2 such as the Internet, WAN (Wide Area Network), LAN (Local Area Network), etc. A case will be described as an example. In this example, the customer side devices 3a, 3b, 3c correspond to the “order source device” in the present invention.
The customers of the odd lot trading system 1 include general investors and securities companies that serve as a counter for providing odd lot trading services to general investors. Therefore, the customer side devices 3a, 3b, 3c are servers for receiving and managing orders for odd-lot transactions from general investors when the securities company is a customer, or for communication connected to the server. Terminal or server. On the other hand, when a general investor is a customer, it becomes a terminal for inputting and transmitting order data.
In the example shown in FIG. 1, a customer A and a customer B are brokerage firms serving as counters for providing odd stock transactions to general investors, and the customer side devices 3a and 3b accept orders for odd stock transactions from general investors. And a server 4 for performing management, a transmitted order database 5 for managing order data transmitted to the odd lot trading system 1, and a contract result database 6 for managing contract results of the transmitted order data It is the composition provided with. The customer C is a general investor, and the customer side device 3c includes a terminal 7 that transmits / receives order data and contract results to / from the odd lot trading system 1.

On the other hand, as shown in FIG. 1, the odd lot trading system 1 is connected to the customer side devices 3 a, 3 b, 3 c via the communication network 2, and is connected to the communication server 8 for the odd lot trading. And a host system 9 that executes substantial processing for the purpose. In the present embodiment, the communication server 8 constitutes “order receiving means” in the present invention.
These communication server 8 and host system 9 have a processing unit for performing various processes on input data as hardware or software or both, with an arithmetic processing unit such as a CPU as a core member. It has a configuration.

In this embodiment, the host system 9 includes an order data confirmation processing unit 10, a processing data generation processing unit 11, a necessary stock count processing unit 12, a purchase processing unit 13, a brand data generation processing unit 14, and a price information acquisition process. Unit 15, contract processing unit 16, order data update processing unit 17, failure processing unit 18, and result output processing unit 19. Specific contents of the processing in each of these processing units will be described in detail later based on a flowchart.
The host system 9 includes a stock brand information database 20, a customer information database 21, an order database 22, a processing database 23, a contract database 24, a stock inventory information database 25, and a stock information management database 26.
The communication server 8 is connected to the transmission database 27.
Further, the purchase processing unit 13 is connected to an exchange system 28 included in the stock exchange via the communication network 2 in order to perform a stock purchase process. The price information acquisition processing unit 15 is connected to a stock information vendor system 29 included in the stock information vendor via the communication network 2 in order to acquire stock price information.

The stock brand information database 20 stores information regarding whether or not trading is possible for each stock brand. Specifically, for example, stock issues, the number of trading units of each stock issue, a unique issue code predetermined for each stock issue, and information indicating whether the stock issue is a dealable stock. Is included. Whether or not odd lot trading is possible is preferably set on the administrator side of the host system 9 based on certain rules. For example, stocks that are assigned to management posts in the market or stocks that are newly listed stocks that do not yet have an initial price, such as stocks that are listed but cannot be traded off. Setting is possible. In the present embodiment, the stock brand information database 20 corresponds to “stock brand information storage means” in the present invention.
The customer information database 21 stores information on customers (orderers) who are permitted to transmit order data. Specifically, for example, customer name, order customer code which is identification information set individually for each customer registered in advance, contact information such as the address of each customer, fee category set for each customer, each customer This includes information such as transaction tax classification. In the present embodiment, this customer information database 21 corresponds to the “orderer information storage means” in the present invention.

Order data received by the communication server 8 is stored in the order database 22. The order data stored here is updated by the order data update processing unit 17 or the failure processing unit 18 to add the result information of the contract processing. In the present embodiment, the order database 22 corresponds to “order data storage means” in the present invention.
The processing database 23 stores processing data generated by the processing data generation processing unit 11 in correspondence with each order data based on the order data. In the present embodiment, the processing database 23 corresponds to “processing data storage means” in the present invention. Here, the processing data is generated by adding a storage area for information necessary for processing in the contract processing unit 16 and the purchase processing unit 13 in the system to the order data. Specifically, as will be described later, the customer information database 21 and stock brand information database 20 are searched based on the “order customer code” and “brand code” included in the order data, and the customer name and customer fee classification and Information such as transaction tax classifications, stock brands, and information on the number of trading units of the brands are added to the contents of the order data and generated.
The contract database 24 stores contract data that is information on the result of the contract processing by the contract processing unit 16. Specifically, the contract data includes information such as contract date, contract time, contract amount, contract price, fee, transaction tax, and the like. The contract data stored in the contract database 24 is stored in a one-to-one correspondence with each processing data stored in the processing database 23. In order to represent this state, the contract database 24 is arranged in the processing database 23 in FIG.

Stock stock information database 25 stores stock information of stocks owned by the administrator of host system 9. Note that the date of execution may differ from the actual delivery date of stock, but the stock stock information database 25 stores the current stock information of the trade that takes into account the stock that has been executed. It is preferable to do this. In the present embodiment, the stock stock information database 25 corresponds to “stock stock information storage means” in the present invention.
In the stock information management database 26, stock data obtained by summarizing stock stocks accepted for odd stock transactions generated by the stock data generation processing unit 14, whether or not contract processing has already been performed in the contract processing unit 16 for each stock stock. Such information and daily price information are stored.
The transmission database 27 stores transmission data generated by the result output processing unit 19 based on the order data stored in the order database 22. Here, the transmission data is specifically generated by combining one or more order data of the same customer into one and adding a header and a trailer described later.

  Next, the contents of order data handled in the odd lot trading system 1 according to the present embodiment will be described. FIG. 2 is a diagram illustrating a specific example of the contents of the information storage area included in the order data according to the present embodiment. FIG. 3 illustrates the order data before the order data is transmitted / received via the communication network 2. It is a figure which shows the specific example of the content of the information storage area | region with which the header (FIG.3 (a)) added to FIG. 3 and the trailer (FIG.3 (b)) added after order data are provided.

First, the contents of the information storage area included in the order data shown in FIG. 2 will be described.
“1. Record classification” is a storage area for information indicating that the content of the order data itself is distinguished from the header part and the trailer part. “2. Market category” is a storage area for information representing the market to which the ordered stock is executed. Information representing each market such as the Tokyo Stock Exchange (TSE) or Osaka Securities Exchange (OSE). Is stored. “3. Ordered customer code” is a storage area of identification information set individually for each customer registered in advance. This “3. order customer code” corresponds to “orderer identification information” in the present invention. “4. Order date” is an information storage area for designating the order execution date of odd lot transactions. “5. Customer setting item” is an information storage area freely set by the customer.

  “6. Order code”, “7. Order trading category” and “8. Order trading quantity” are storage areas for information indicating the order contents of odd lot transactions. It corresponds to “region”. That is, “6. Ordered stock code” is a storage area of a unique stock code predetermined for the stock stock to be ordered. “7. Order buying and selling classification” is a storage area for information indicating whether the sale or purchase is made. “8. Order trading quantity” is a storage area for information indicating the quantity of trading of the stock brand.

  “9. Transfer category” is whether or not the order data is to be transferred to the subsequent market if the order data is an order for a previous transaction and the contract is not completed at the previous event (if it is unsuccessful) This is a storage area for information representing. “10. Front / Rear Field Classification” is a storage area for information indicating whether the order data is an order for a front-end transaction or an order for a back-end transaction.

  “11. Contract execution result”, “12. Contract execution price” and “13. Execution execution time” are storage areas for information representing the result information of the execution process. Is equivalent to. In other words, “11. Contract execution result” is a storage area for information indicating whether the execution is successful or not, or whether the result of the execution process is not yet processed. “12. Contract Contract Price” is a storage area for information indicating the contract price when a contract is established. “13. Contract Contract Time” is a storage area for information indicating the contract time when the contract is established.

“14. Confirmation result” is a storage area for confirmation result information indicating a confirmation result of whether or not order data can be processed by the order data confirmation processing unit 10 described later. “15. Delivery date” is a storage area for information indicating the date of delivery of shares for which a deal has been established. “16. Order No.” is a storage area for information representing an identification code uniquely assigned to the order data.
In the present embodiment, 1 and 3 to 10 are information set and inputted in the customer side devices 3a, 3b and 3c, and 2 and 11 to 16 are odd lots in the information storage area included in the above order data. The information is set and input in the transaction system 1.

Next, the contents of the information storage area included in the header shown in FIG.
“1. Record classification” is an information storage area indicating a header in order to distinguish it from order data and a trailer. “2. Order customer code” is a storage area for identification information set individually for each customer registered in advance. “3. Processing date” is a storage area for date information in which transmission data in which a header and a trailer are added before and after order data is created. “4. File ID” is a storage area for information indicating the nature of the order data to which this header is added. Specifically, the order data to be transmitted and received is sent from the customer side devices 3a, 3b, and 3c to the odd lot transaction. Information indicating whether the order data is transmitted to the system 1 or the order data transmitted from the odd lot trading system 1 to the customer side devices 3a, 3b, 3c is stored.

Next, the contents of the information storage area provided in the trailer shown in FIG.
“1. Record classification” is a storage area for information indicating a trailer so as to be distinguished from the order data and the header. “2. Order customer code” is a storage area for identification information set individually for each customer registered in advance. “3. Number of cases” is a storage area for information indicating the number of order data included in the transmission data to which the trailer is added.
The “order customer code” is provided in all of the order data, the header, and the trailer, but the same information is stored redundantly in each of these information storage areas.

  Next, the flow of processing by each processing capability unit of the odd lot trading system 1 shown in FIG. 1 will be described below based on a flowchart. FIG. 4 is a flowchart showing the entire odd lot trading process by the odd lot trading system 1 according to the present embodiment.

  As shown in FIG. 4, when the communication server 8 receives order data from the customer side devices 3a, 3b, 3c via the communication network 2 (step # 01: YES), First, the order data confirmation processing unit 10 performs processing for confirming whether or not order data can be processed (step # 02). The order data confirmation process in step # 02 will be described later in detail based on the flowchart of FIG. In the present embodiment, the order data confirmation processing unit 10 corresponds to “order data confirmation means” in the present invention.

If it is determined that the order data can be processed (step # 03: YES), the order data can be processed in the “14. Confirmation result” area of the order data. Is stored, and the order data is stored in the order database 22 (step # 04).
On the other hand, if it is determined that the order data cannot be processed (step # 03: NO) as a result of the processing in step # 02, the order data is not processed in the “14. Confirmation result” area of the order data. Information indicating that it is possible is stored, and the order data is stored in the order database 22 (step # 05). For the order data determined to be unprocessable, the processes of steps # 06 to # 09 are not performed, and the result output process of step # 10 is performed.

  As a result of the process of step # 02, when it is determined that the order data can be processed (step # 03: YES), after step # 04, each of the processing data generation processing unit 11 performs each process based on the order data. Processing data corresponding to the order data is generated (step # 06), and the generated processing data is stored in the processing database 23 (step # 07). Therefore, in the present embodiment, the processing data generation processing unit 11 corresponds to “processing data generation means” in the present invention. Since the contents of the processing data have already been described, a description thereof is omitted here.

  Next, the necessary stock count processing unit 12 performs a process of summing up the required stock count for each stock brand based on all the processing data stored in the processing database 23 (step # 08). That is, based on all the processing data stored in the processing database 23, the ordered trading volume is totaled for each stock brand. The calculation result of the difference between the number of buy orders and the number of sell orders for each stock brand is the required number of shares for each stock brand. Here, when the difference between the number of buy orders and the number of sell orders is negative, that is, when the number of sell orders is larger than the number of buy orders, the stock purchase processing in the purchase processing unit 13 described later is performed for the stock brand. (Step # 12) is not performed, and the excess stock is in stock. In the present embodiment, the necessary stock count processing section 12 corresponds to “necessary stock count means” in the present invention.

  Next, the brand data generation processing unit 14 performs a process of generating brand data in which stock brands that have received orders for odd lot transactions are tabulated based on all the processing data stored in the processing database 23 (step S1). # 09). In other words, based on all the processing data stored in the processing database 23, the stock data included in each processing data is extracted and aggregated to obtain stock data listing all stock stocks for which orders have been accepted. Generate. Therefore, in the present embodiment, the brand data generation processing unit 14 corresponds to “brand data generation means” in the present invention.

  Next, a result output process is performed in the result output processor 19 (step # 10). The result output process will be described in detail later with reference to the flowchart of FIG. 9. In summary, in this process, the order data stored in the order database 22 is extracted for each customer and is transmitted for each customer. Processing for generating data and enabling transmission by the communication server 8 is performed. At this stage, the order data stored in the order database 22 does not store the result information of the execution process, but the confirmation result can be processed in the order data confirmation process (step # 02) (see step # 04). ) Or information indicating that processing is not possible (see step # 05). Therefore, the customer side devices 3a, 3b, and 3c can receive the transmission data from the communication server 8 and process the order data transmitted from the customer side devices 3a, 3b, and 3c by the processing of step # 10. It becomes possible to obtain information on whether or not the data was present or could not be processed.

Thereafter, it is determined whether or not the transaction start time in the market has come (step # 11). In general markets such as the Tokyo Stock Exchange (TSE) and Osaka Securities Exchange (OSE), trading hours are 9: 00 to 11: 00 for the front and 12:30 to 15:00 for the back. ing. Accordingly, the transaction start time is specifically 9:00 for the order data for the front-end transaction and 12:30 for the order data for the back-end transaction. Since the transaction time in the market may be other than this, for such order data for the market, it is preferable to set the transaction start time to a time corresponding thereto.
If the transaction start time has not yet been reached (step # 11: NO), the process returns to step # 01. If the communication server 8 accepts the next order data (step # 01: YES). Based on the order data, steps # 02 to # 10 are further performed.

  And when it becomes the transaction start time in the market (step # 11: YES), in the purchase processing unit 13, the totaling result in the necessary stock number totaling process of step # 08 by the necessary stock number totaling processing unit 12; Compared with the stock information of the stock stored in the stock stock information database 25, a stock purchase process is executed for each number of trading units for stock stocks with insufficient stock stock (step # 12). The stock purchase process in step # 12 will be described in detail later based on the flowchart of FIG. In the present embodiment, the purchase processing unit 13 corresponds to “buy processing means” in the present invention.

  Next, the price information acquisition processing unit 15 performs a process of acquiring price information for each stock brand included in the brand data generated in step # 09 (step # 13). The price information acquisition process in step # 13 will be described in detail later based on the flowchart of FIG. In the present embodiment, the price information acquisition processing unit 15 corresponds to “price information acquisition means” in the present invention.

  Next, the contract processing unit 16 performs a contract processing on the processing data whose price is acquired in step # 13 with respect to processing data for which the stock name is traded (step # 14). The execution process of step # 14 will be described in detail later with reference to the flowchart of FIG. 8, but in summary, in this process, processing data for trading stock stocks for which price information has been acquired is used for processing. The database 23 is searched, contract data corresponding to each processing data is generated and stored in the contract database 24. Therefore, in the present embodiment, the contract processing unit 16 corresponds to the “contract processing means” in the present invention.

  Thereafter, in the order data update processing unit 17, the result of the contract processing for the order data stored in the order database 22 corresponding to the processing data for the processing data for which the contract processing has been performed in step # 14. Update to add information is performed (step # 15). Specifically, from the contents of the contract data generated in step # 14 and stored in the contract database 24, “11. Contract execution result”, “12. Contract execution price” and “13. Is extracted and stored in the respective storage areas. Therefore, in the present embodiment, the order data update processing unit 17 corresponds to the “order data update unit” in the present invention.

  Thereafter, the result output processing unit 19 performs a result output process (step # 16). The result output processing flow is the same as in step # 10. Therefore, as will be described later in detail based on the flowchart of FIG. 9, in summary, in this process, the order data stored in the order database 22 is extracted for each customer to generate transmission data for each customer, Processing for enabling transmission by the communication server 8 is performed. However, unlike the case of step # 10, at this stage, the order data stored in the order database 22 already stores the result information of the contract processing. Therefore, by the processing of step # 16, the customer side devices 3a, 3b, 3c receive the transmission data from the communication server 8, and execute the contract processing of the order data transmitted from the customer side devices 3a, 3b, 3c. The result information can be obtained.

Next, it is determined whether or not the transaction end time in the market has come (step # 17). As described above, in general markets such as the Tokyo Stock Exchange (TSE) and Osaka Securities Exchange (OSE), the trading hours are 9: 00 to 11: 00 for the front and 12:30 to 15: 00 for the back. It has become. Accordingly, the transaction end time is 11:00 for the order data for the front-end transaction and 15:00 for the order data for the back-end transaction. Since the transaction time in the market may be other than this, for such order data for the market, it is preferable to set the transaction end time to a time corresponding to it.
Until the transaction end time is reached (step # 17: NO), the processes of steps # 12 to # 16 are continued.

After that, when the transaction end time in the market is reached (step # 17: YES), the unsuccessful order finalizing process is performed in which the unsuccessful processing unit 18 confirms an order that has not been executed (step # 18). . Specifically, by searching the processing database 23 and the contract database 24, the processing data for which the corresponding contract data has not been generated is extracted, and the extracted processing data is not Process to confirm as a completed order.
The reason why the order is unsuccessful is that the price information acquisition processing unit 15 does not attach a price to the stock for which the processing data (order data) is traded during the trading time in the market until the trading end time is reached. This is caused by the fact that price information was not acquired in
Then, the unsuccessful processing unit 18 determines the result of the contract processing for the order data stored in the order database 22 corresponding to the processing data for the processing data determined as the unsuccessful order in step # 18. Update is performed to add failure information as information (step # 19). Specifically, the order data corresponding to the processing data is searched from the order database 22, and information indicating that the order is unsuccessful is stored in the storage area of “11. Contract execution result” of the order data. Process to store.

  Thereafter, the result output processing unit 19 performs a result output process (step # 20). The result output processing flow is the same as steps # 10 and # 16. Therefore, as will be described later in detail based on the flowchart of FIG. 9, in summary, in this process, the order data stored in the order database 22 is extracted for each customer to generate transmission data for each customer, Processing for enabling transmission by the communication server 8 is performed. At this stage, the order data stored in the order database 22 stores the result information of the contract process including the failure information. Therefore, the customer side devices 3a, 3b, and 3c receive the data for transmission from the communication server 8 by the processing of step # 20, and the failure information of the order data transmitted from the customer side devices 3a, 3b, and 3c. It becomes possible to obtain information on the result of the contract processing including.

  Next, a specific flow of the order data confirmation process of step # 02 in the flowchart of FIG. 4 will be described based on the flowchart shown in FIG.

  As shown in this figure, in the order data confirmation processing in the order data confirmation processing unit 10, first, stock brand confirmation processing is performed (step # 31). Specifically, in this process, stock brand information having a brand code stored in the storage area of “6. Order brand code” of the order data received by the communication server 8 is searched from the stock brand information database 20. Check if the stock is tradeable. Then, a process is performed in which “OK” is determined when the stock is tradeable and “NG” is determined when the stock is not tradeable.

  Next, customer confirmation processing is performed (step # 32). In this process, specifically, customer information having the order customer code stored in the storage area of “3. order customer code” of the received order data is searched from the customer information database 21, and the customer is registered in advance. Whether the customer is permitted to transmit the ordered data. If the customer is permitted to transmit the order data, “OK” is determined, and if not, “NG” is determined.

  Next, order date confirmation processing is performed (step # 33). Specifically, in this process, the host system 9 indicates whether or not the specification of the order execution date stored in the storage area of “4. Order date” of the received order data is normal. Confirm by comparing with date information. That is, when the date before the current date or the date before the date that can be accepted is designated as the order execution date, a process of determining “NG” is performed.

  Next, a purchase / sell quantity confirmation process is performed (step # 34). Specifically, in this processing, whether or not the trading volume of the odd stock stored in the storage area of “8. Order trading volume” of the received order data is normal is stored in the stock brand information database 20. Confirm based on the number of trading units of each stock. That is, for example, when the ordered trading quantity is equal to or greater than the trading unit number, it is not appropriate to buy and sell as a odd-lot transaction, and therefore processing for determining “NG” is performed.

  If all the results of the confirmation processes in steps # 31 to # 34 are confirmed to be “OK”, the order data confirmation processing unit 10 displays “14. Confirmation” of the order data stored in the order database 22. A process of storing information indicating that the order data can be processed is performed in the “result” storage area (step # 35). On the other hand, if the result of the confirmation processing in steps # 31 to # 34 is “NG” in any one of the order data, the order data confirmation processing unit 10 stores “14. A process of storing information indicating that the order data cannot be processed is performed in the storage area of “confirmation result” (step # 36). Thereby, the order data confirmation process is completed.

  Next, a specific flow of the stock purchase process in step # 12 in the flowchart of FIG. 4 will be described based on the flowchart shown in FIG.

  As shown in this figure, in the stock purchase process in the purchase processing unit 13, first, the result of counting the required number of shares for each stock brand by the required number of shares counting process in step # 08 (see FIG. 4), and stock inventory information A process of comparing the stock information of the stock stored in the database 25 is performed (step # 41). Then, it is determined whether or not there is a stock brand whose stock number is insufficient (step # 42). If there are no stocks with insufficient stocks (step # 42: NO), there is no need to purchase new stocks, so the stock purchase process ends.

  On the other hand, when there is a stock brand whose stock number is insufficient (step # 42: YES), a process is performed to calculate the number of stocks that need to be newly procured in the market for each stock brand (step # 43). At this time, stocks can be purchased in the market only by the number of trading units, so the number of shares procured by this process is calculated as an integer multiple of the number of trading units determined for each stock. It is like that. Then, based on the calculated number of shares procured for each stock issue, purchase order data for the stock exchange on which each stock issue is listed is generated (step # 44), and the generated purchase order data is communicated. A process of transmitting to the exchange system 28 (see FIG. 1) included in each stock exchange via the network 2 is performed (step # 45).

  Thereafter, each time the purchase result update time T1 elapses (step # 46), purchase result data is received from the exchange system 28 (step # 47), and the stock inventory information database 25 is stored based on the purchase result. The process of updating the stock information of stocks stored (step # 48) is repeated until the market transaction end time (step # 49). Here, the purchase result update time T1 is an interval for performing the process of updating the latest information of the purchase result for the transmitted purchase order data, and can be set to an arbitrary time interval as necessary.

  When the market transaction end time is reached (step # 49: YES), after the unsuccessful order confirmation process in step # 18 (see FIG. 4) is completed (step # 50: YES), the purchase is made. Judgment is made as to whether or not there is an unsuccessful stock in the stocks transmitted as the order data (step # 51). If there are no unsuccessful stocks (step # 51: NO), it means that all stocks sent as purchase order data have been purchased with prices. The attachment process ends as it is.

On the other hand, if there is a stock brand that has failed (step # 51: YES), it is next determined whether or not the trading end time is the previous trade (step # 52). In other words, in the exchange system 28, even if the order is not successful at the front stage, the order is not canceled and is usually taken over by the subsequent trade. On the other hand, in the present embodiment, as described above, the storage area of “9. Transfer category” is provided in the order data, and the order data is an order for a front-end transaction, and a contract is established at the front-end. The customer can select whether or not to take over the order to the market if there is no such case (when it is unsuccessful). Therefore, it is inconvenient if the order is automatically handed over to the later stage if it fails in the previous stage. Therefore, here, when the end of the transaction is the previous stage (step # 52: YES), the purchase order cancellation data for canceling the purchase order data transmitted in step # 45 is generated (step # 52). # 53) The generated purchase order cancellation data is transmitted to the exchange system 28 (see FIG. 1) included in each stock exchange via the communication network 2 (step # 54). Then, the stock purchase process ends.
If the trading end time comes after the listing (step # 52: NO), the purchase order data is automatically processed by the exchange system 28 to cancel the order as a failure. There is no need to transmit the attached order cancellation data, and the stock purchase processing is finished as it is.

  Next, a specific flow of the price information acquisition process of step # 13 in the flowchart of FIG. 4 will be described based on the flowchart shown in FIG.

As shown in this figure, in the price information acquisition process in the price information acquisition processing unit 15, first, the process of taking in the brand data generated in step # 09 (see FIG. 4) is performed (step # 61). In addition, a process of storing the fetched brand data in the stock information management database 26 is performed (step # 62).
Each time the price information update time T2 elapses (step # 63), the price information about the stock brand included in the fetched stock data is received from the stock information vendor system 29 connected via the communication network 2. (Step # 64), and the process of transferring the acquired price information to the contract processing unit 16 (step # 65) is repeated until the market transaction end time (step # 66). Here, the price information update time T2 is an interval for performing the process of acquiring the latest price information from the stock information vendor system 29, and is set to 10 minutes, for example. The method of acquiring price information is not limited to a stock information vendor, and various other methods such as a method of acquiring price information directly from the market can be used.
In this embodiment, the price information acquired by this price information acquisition process is used as donation value information. This is because the donation value, which is the earliest price, is set as the contract price, so that contract processing can be performed at an early stage. Note that the price acquired as price information is not limited to this, and for example, a closing price, a low price, a high price, or the like at the front or the back is one of preferred embodiments.

When the market transaction end time is reached (step # 66: YES), after the unsuccessful order confirmation process in step # 18 (see FIG. 4) is completed (step # 67: YES), the transaction ends. Judgment is made as to whether or not the time has come to the market (step # 68). Then, when the trading end time comes after the listing (step # 68: YES), the daily price information for each stock is acquired from the stock information vendor system 29 (step # 69). Processing to store the through price information in the stock information management database 26 is performed (step # 70). Here, the daily price information is information on the daily price movement of each stock issue. The daily price information stored in the stock information management database 26 is used to update information indicating whether or not the stock brand stored in the stock brand information database 20 is a stock that can be traded.
In addition, when the trading end time is the previous play (step # 68: NO), the price information acquisition process ends as it is.

  Next, a specific flow of the contract processing in step # 14 in the flowchart of FIG. 4 will be described based on the flowchart shown in FIG.

  As shown in this figure, in the contract processing in the contract processing unit 16, first, the price information acquisition processing unit 15 waits for price information for each stock brand to be acquired, and there is a stock brand for which price information has been acquired. In this case (step # 81), it is determined whether or not the stock brand from which the price information is acquired is a stock brand that has already been executed (step # 82). This determination is made in step # 87, which will be described later, because the stock information that has been executed is stored in the stock information management database 26. This can be done by searching whether or not the information is stored in the stock information management database 26. If the stock brand from which the price information has been acquired is a stock brand that has already been executed (step # 82: YES), the process returns to step # 81 and waits until the next price information is acquired.

  On the other hand, when the stock issue whose price information has been acquired is not a stock issue that has already been executed (step # 82: NO), the stock issue whose price information has been acquired from the processing database 23 is set as the transaction target. Processing for retrieving processing data is performed (step # 83). Then, based on the acquired price information, a contract corresponding to each processing data searched in step # 83 is established at that time, and processing for generating contract data as the result information is performed (step #). 84). The contract data includes the contract date that represents the date the contract was completed, the contract time that represents the time the contract was established, the contract amount that represents the trading volume of the stock for which the contract was completed, and the price at which the contract was completed. Information such as the contract price calculated based on the transaction category set for each customer, the transaction amount calculated based on the transaction tax category of each customer, and the like.

  The contract data generated in step # 84 is stored in the contract database 24 (step # 85). Thereafter, the stock information of the stock stored in the stock stock information database 25 is updated in accordance with the contracted amount included in the generated contract data (step # 86). Next, a process for storing the information of the traded stocks in the stock information management database 26 is performed (step # 87). The information stored here is used when determining whether or not the stock brand whose price information has been acquired in step # 82 is a stock brand that has already been executed. Thereby, the contract processing ends.

  Next, a specific flow of the result output process of steps # 10, # 16, and # 20 in the flowchart of FIG. 4 will be described based on the flowchart shown in FIG.

  As shown in this figure, in the result output processing in the result output processing unit 19, first, the result output update time T3 is waited for, and after the result output update time T3 has passed (step # 91), the order database 22 The order data is extracted from each customer (step # 92). Here, the result output update time T3 is a process of storing the order data in step # 04 or # 05, which is a process before the result output process, in the order database 22, or the update of the order data in step # 15 or # 19. This is a waiting time for outputting the result after waiting for the processing to be completed, and is set to 3 minutes, for example.

And after extracting order data for every customer (step # 92), the process which produces | generates the data for transmission for every customer is performed (step # 93). Here, the transmission data is generated by collecting one or more order data from the same customer into one and adding the header and trailer before and after the order data. Thereby, it can be set as the state which can be collectively transmitted to the processing result of the order data of the said customer with respect to one customer.
Next, the transmission data generated in step # 93 is stored in the transmission database (step # 94).

Thereafter, when there is a transmission data reception request from the customer side devices 3a, 3b, 3c to the communication server 8 (step # 95: YES), the customer side devices 3a, 3b, 3c that have made the reception request. On the other hand, a process of transmitting transmission data for the customer is performed (step # 96). This processing is performed by the communication server 8 searching the transmission database 27 for transmission data for the customer and transmitting it. Then, the result output process ends.
Therefore, the result output processing unit 19, the transmission database 27, and the communication server 8 of the host system 9 constitute the “result transmission unit” in the present invention.

[Second Embodiment]
In the first embodiment, the processing data generation processing unit 11 generates processing data corresponding to each order data based on the order data and stores it in the processing database 23 and stores it in the processing database 23. Based on the processed data, the necessary number of shares totaling process (step # 08), the brand data generation process (step # 09), the stock purchase process (step # 12), the contract process (step # 14), etc. are performed. An example was described.
However, the use of such processing data is not an essential requirement in the present invention, and it is also possible to perform each process in the host system 9 based on order data without using the processing data. One.

  Therefore, the odd lot trading system 1 according to the second embodiment of the present invention does not include the processing data generation processing unit 11 and the processing database 23 as shown in FIG. 10, and the first embodiment described above. In this system, the processing performed based on the processing data is performed based on the order data stored in the order database 22. Therefore, the odd lot trading system 1 according to the present embodiment is the same as the first embodiment except for the configuration of the processing unit and the database in the host system 9. Hereinafter, the difference from the first embodiment will be mainly described.

FIG. 10 is a flowchart showing the overall odds trading process by the odds trading system 1 according to the present embodiment. As shown in this figure, in this embodiment, when order data is received from the customer side devices 3a, 3b, 3c via the communication server 8 (step # 101: YES), the order data confirmation processing unit 10 In the same manner as in the first embodiment, a process (step # 102) for confirming whether or not the order data can be processed is performed, and information indicating whether the order data can be processed or not is displayed. And the order data is stored in the order database 22 (steps # 104 and # 105).
Thereafter, in the present embodiment, unlike the first embodiment, based on the order data stored in the order database 22, the required number of shares totaling process (step # 106), the brand data generation process (step # 107), Stock purchase processing (step # 110), contract processing (step # 112), and the like are performed.

That is, the required stock count processing unit 12 extracts the order data in which the processable information is stored in step # 104 from the order database 22, and counts the required stock for each stock brand based on all the extracted order data. Processing is performed (step # 106). The specific contents of this process are the same as in the first embodiment.
Next, in the brand data generation processing unit 14, the order data in which the processable information is stored in step # 104 is extracted from the order database 22, and the order of the odd lot trading is accepted based on all the extracted order data. A process of generating brand data in which stock brands are tabulated is performed (step # 107).
Thereafter, similarly to steps # 10 to # 13 of the first embodiment, a result output process (step # 108), a determination process whether or not it is a transaction start time in the market (step # 109), a stock purchase process ( Step # 110), price information acquisition processing (step # 111) is performed.

  Next, the contract processing unit 16 performs contract processing on the order data whose price information is acquired in step # 111 with respect to the order data for which the stock name is traded (step # 112). That is, when there is a stock issue for which price information has been acquired, it is determined whether the stock issue for which the price information has been acquired is a stock issue that has already been executed, The order data to be searched is searched from the order database 22. Then, based on the acquired price information, a contract corresponding to each order data is established at that time, and processing for generating contract data as the result information is performed. The contract data generated by this contract processing is output to the order data update processing unit 17.

Then, the order data update processing unit 17 updates the order data that has been executed in step # 112 to add the execution data that is the result information of the execution process (step # 113). Specifically, information corresponding to “11. Contract execution result”, “12. Contract execution price” and “13. A process of extracting and storing in each storage area is performed.
Thereafter, similarly to Steps # 16 to # 17 of the first embodiment, a result output process (Step # 114) and a determination process (Step # 115) as to whether or not it is the transaction end time in the market are performed.

When the transaction end time in the market is reached (step # 115: YES), an unsuccessful order confirmation process for confirming an order that has not been executed in the unsuccessful processing unit 18 is performed (step # 116). . Specifically, information indicating that processing is possible is stored in “14. Confirmation result” from the order data stored in the order database 22, and the contract is displayed in “11. Order data that does not store information indicating that is established, that is, stores information indicating unprocessed information, is searched, and the searched order data is determined as an unsuccessful order.
Next, the unsuccessful processing unit 18 updates the order data confirmed as unsuccessful orders in step # 115 by adding unsuccessful information as result information of the contract processing (step # 117). Specifically, processing is performed to store information indicating that the order is unsuccessful in the storage area of “11. Contract execution result” of the order data.
Thereafter, as in step # 20 of the first embodiment, a result output process (step # 118) is performed, and the process ends.

  The present invention is suitably used as a odd stock trading system in a securities company or the like that provides a trading service for odd stocks less than the number of trading units determined for each stock brand, or as a odd stock trading program used in such a system.

Schematic of the odd lot trading system according to the first embodiment of the present invention The figure which shows the specific example of the information storage area | region of the order data in 1st embodiment of this invention. The figure which shows the specific example of the information storage area | region with which the header (a) added before order data and the trailer (b) added after order data are provided. The flowchart which shows the whole of the odd lot trading process by the odd lot trading system which concerns on 1st embodiment of this invention. The flowchart which shows the flow of the order data confirmation process of step # 02 of FIG. Flowchart showing the flow of stock purchase processing in step # 12 of FIG. The flowchart which shows the flow of the price information acquisition process of step # 13 of FIG. The flowchart which shows the flow of the contract processing of step # 14 of FIG. Flowchart showing the flow of the result output process in steps # 10, # 16, and # 20 of FIG. Schematic of the odd lot trading system according to the second embodiment of the present invention The flowchart which shows the whole of the odd lot trading process by the odd lot trading system which concerns on 2nd embodiment of this invention. The figure which shows an example of the background art of this invention

Explanation of symbols

1: odd stock trading system 8: communication server (order receiving means, result sending means)
10: Order data confirmation processing unit (order data confirmation means)
11: Processing data generation processing unit (processing data generation means)
12: Necessary stock count processing section (necessary stock count means)
13: Purchase processing department (buy processing means)
14: Brand data generation processing unit (brand data generation means)
15: Price information acquisition processing unit (price information acquisition means)
16: Contract processing unit (contract processing means)
17: Order data update processing unit (order data update means)
18: Unsuccessful processing part (unsuccessful processing means)
19: Result output processing unit (result transmission means)
20: Stock brand information database (stock brand information storage means)
21: Customer information database (orderer information storage means)
22: Order database (order data storage means)
23: Processing database (processing data storage means)
25: Stock inventory information database (stock inventory information storage means)
27: Transmission database (result transmission means)

Claims (11)

Order accepting means for accepting one or more order data for odd lot transactions from an ordering source device connected via a communication network;
Order data storage means for storing the order data;
An order for checking whether or not the stock brand included in the order data is a brand that can be traded on the basis of a stock brand information database storing information indicating whether or not the stock is tradeable for each stock brand. Order data confirmation means for performing data confirmation processing and performing update for adding result information of the order data confirmation processing to the order data;
Processing data generating means for generating processing data corresponding to each order data based on the order data that can be traded by the order data confirmation means ;
Processing data storage means for storing the processing data;
Stock stock information storage means for storing stock stock information;
A necessary stock number counting means for counting the required number of shares for each stock brand based on the processing data;
Comparing the counting result by the necessary stock counting means and the inventory information, and executing the stock purchase processing for each trading unit number of the stock for which the stock number is insufficient , and based on the result of the purchase processing A purchase processing means for updating the inventory information ;
Price information acquisition means for acquiring price information about each stock brand every time a predetermined time elapses ;
For the stock brand from which the price information has been acquired, the contract processing means for performing processing on the processing data for which the stock brand is traded, and updating the inventory information based on the result of the contract processing,
Order data update for updating the contract processing result data to the order data stored in the order data storage unit corresponding to the processing data, with the result information of the contract processing being added. Means,
After the transaction in the market is completed, the processing data storage means is searched for processing data that has not been executed, and the order data stored in the order data storage means corresponding to the processing data is searched. , Failure processing means for performing update to add failure information as result information of the execution processing,
A result transmitting means for extracting the order data stored in the order data storing means every time a predetermined time elapses and transmitting the result to the ordering apparatus;
A stock trading system.   2. The odd lot trading system according to claim 1, wherein the processing data generating means generates the processing data by adding a storage area for information necessary for processing in the system to the order data. Comprising brand data generation means for generating brand data in which stock brands that have received orders for odd lot trading are based on the processing data;
The odd price trading system according to claim 1 or 2, wherein the price information acquisition unit performs a process of acquiring price information about a stock brand included in the brand data.   The contract processing means searches the processing data storage means for processing data for trading the stock name from which the price information was acquired, and corresponds to each searched processing data, according to the price information. 4. The odd lot trading system according to any one of claims 1 to 3, wherein contract data including the determined contract price is generated. 5. The odd-lot trading system according to claim 1, wherein the order data has a data structure including a storage area for confirmation result information representing a confirmation result by the order data confirmation unit. Order accepting means for accepting one or more order data for odd lot transactions from an ordering source device connected via a communication network;
Order data storage means for storing the order data;
An order for checking whether or not the stock brand included in the order data is a brand that can be traded on the basis of a stock brand information database storing information indicating whether or not the stock is tradeable for each stock brand. Order data confirmation means for performing data confirmation processing and performing update for adding result information of the order data confirmation processing to the order data;
Stock stock information storage means for storing stock stock information;
Necessary share number counting means for totaling the required number of shares for each stock brand based on the order data that can be traded with odd shares by the order data confirmation means ;
Comparing the counting result by the necessary stock counting means and the inventory information, and executing the stock purchase processing for each trading unit number of the stock for which the stock number is insufficient , and based on the result of the purchase processing A purchase processing means for updating the inventory information ;
Price information acquisition means for acquiring price information about each stock brand every time a predetermined time elapses ;
For the stock brand for which the price information has been acquired, a contract processing means for performing order processing on the order data for which the stock brand is traded, and updating the inventory information based on a result of the contract processing,
Order data update means for performing update to add the result information of the contract processing for the order data that has been subjected to the contract processing;
After the transaction in the market is over, the order data storage means is searched for order data that has not been executed, and the order data is updated to add failure information as result information of the execution processing. Processing means,
A result transmitting means for extracting the order data stored in the order data storing means every time a predetermined time elapses and transmitting the result to the ordering apparatus;
A stock trading system. The order data includes front-and-rear field classification information indicating whether the order is for an exchange trade or an order for a post-trade transaction. The odd-lot trading system according to any one of claims 1 to 6 , wherein the odd-lot trading system has a data structure including a storage area for taking over classification information indicating whether or not to take over. The order data is data including a storage area for orderer identification information for identifying the orderer, order content information representing the order content of the odd stock transaction, and contract information representing the result information of the contract processing by the contract processing means. The odd-lot trading system according to any one of claims 1 to 7 , which has a structure. The odd price trading system according to any one of claims 1 to 8 , wherein the price information acquisition unit acquires donation value information as the price information. An order receiving step of receiving one or more order data for the odd lot transaction from the ordering source device connected via the communication network and storing it in the order data storage means;
An order for checking whether or not the stock brand included in the order data is a brand that can be traded on the basis of a stock brand information database storing information indicating whether or not the stock is tradeable for each stock brand. An order data confirmation step for performing a data confirmation process and performing an update to add the result data of the order data confirmation process to the order data;
A processing data generation step for generating processing data corresponding to each order data based on the order data that can be traded in the odd stock by the order data confirmation step, and storing the processing data in the processing data storage means;
Stock stock information acquisition step for acquiring stock stock information;
A necessary number-of-shares counting step of counting the required number of shares for each stock brand based on the processing data;
Comparing the counting result of the necessary stock count step with the stock information acquired by the stock stock information acquisition step, and executing a stock purchase process for each number of trading units for stocks with insufficient stock stock , A purchase processing step for updating the inventory information based on a result of the purchase processing;
A price information acquisition step for acquiring price information for each stock brand every time a predetermined time elapses ;
For the stock issue for which the price information has been acquired, a contract processing step for processing data for which the stock issue is traded and a contract processing step for updating the inventory information based on a result of the contract processing;
Order data update for updating the contract processing result data to the order data stored in the order data storage unit corresponding to the processing data, with the result information of the contract processing being added. Steps,
After the transaction in the market is completed, the processing data storage means is searched for processing data that has not been executed, and the order data stored in the order data storage means corresponding to the processing data is searched. , An unsuccessful processing step for performing an update to add unsuccessful information as result information of the execution process;
A result transmission step of extracting the order data stored in the order data storage means every time a predetermined time elapses and making it transmittable to the ordering source device; and
A stock trading program for making a computer execute. An order receiving step of receiving one or more order data for the odd lot transaction from the ordering source device connected via the communication network and storing it in the order data storage means;
An order for checking whether or not the stock brand included in the order data is a brand that can be traded on the basis of a stock brand information database storing information indicating whether or not the stock is tradeable for each stock brand. An order data confirmation step for performing a data confirmation process and performing an update to add the result data of the order data confirmation process to the order data;
Stock stock information acquisition step for acquiring stock stock information;
A necessary number of stocks counting step of summing up the required number of shares for each stock brand based on the order data that can be traded in odd orders by the order data confirmation step ;
Comparing the counting result of the necessary stock count step with the stock information acquired by the stock stock information acquisition step, and executing a stock purchase process for each number of trading units for stocks with insufficient stock stock , A purchase processing step for updating the inventory information based on a result of the purchase processing;
A price information acquisition step for acquiring price information for each stock brand every time a predetermined time elapses ;
For the stock brand from which the price information has been acquired, a contract processing step is performed for order data for which the stock brand is traded, and the stock information is updated based on a result of the contract processing; and
Order data update step for performing update to add the result information of the contract processing for the order data subjected to the contract processing;
After the transaction in the market is over, the order data storage means is searched for order data that has not been executed, and the order data is updated to add failure information as result information of the execution processing. Processing steps,
A result transmission step of extracting the order data stored in the order data storage means every time a predetermined time elapses and making it transmittable to the ordering source device; and
A stock trading program for making a computer execute.

Images