JP7768927B2 - Stock trading system, stock trading method, and program - Google Patents

Description

This disclosure relates to a stock trading system, a stock trading method, and a program.

Traditionally, in stock trading, the unit of the number of shares that a user can order (for example, 10 shares or 100 shares) is predetermined. Hereinafter, this unit is referred to as a unit share. This unit may also be called one unit, unit share number, trading unit, or other names. For example, Patent Document 1 describes a stock trading system in which information such as unit shares for each of multiple stocks is stored in a database, and orders for shares in numbers that are integer multiples of the unit share number are accepted.

Japanese Patent Application Laid-Open No. 2007-172161

However, the stock trading system of Patent Document 1 could only accept orders for shares that were an integral multiple of one lot, and therefore could not sufficiently promote stock trading. Stock trading systems that accept orders for shares less than one lot are also known, but conventional stock trading systems could only accept orders for either one lot or less than one lot at a time, and therefore could not sufficiently improve user convenience.

One of the objectives of the present disclosure is to improve user convenience .

The stock trading system disclosed herein includes a share count acquisition unit that acquires the number of shares in a stock order; a unit order execution unit that executes a unit order for the unit of shares when the number of shares is an integer multiple of the unit of shares for the stock in the order; a fractional share order execution unit that executes a fractional share order for the unit of shares when the number of shares is not an integer multiple and is less than the unit of shares; and a mixed order execution unit that executes a mixed order containing a mixture of unit and fractional share orders when the number of shares is not an integer multiple and is more than the unit of shares.

This disclosure can promote stock trading.

FIG. 1 is a diagram illustrating an example of a hardware configuration of a stock trading system. FIG. 10 is a diagram showing an example of a stock search screen for a user to search for stocks, and an accumulation setting screen for a user to specify accumulation settings. FIG. 10 is a diagram showing an example of a savings setting screen when a user selects to specify an amount. FIG. 10 is a diagram showing an example of a savings setting screen when a user selects to specify the number of shares. FIG. 10 is a diagram illustrating an example of a details screen. FIG. 1 is a diagram illustrating an example of functions implemented in a stock trading system. FIG. 2 is a diagram illustrating an example of a stock database. FIG. 10 is a diagram showing an example of a savings setting database. FIG. 10 is a diagram illustrating an example of an order database. FIG. 10 is a diagram showing an example of a savings setting saving process. FIG. 10 is a diagram illustrating an example of an order execution process. FIG. 10 is a diagram illustrating an example of an order screen for spot trading. FIG. 10 is a diagram illustrating an example of processing executed in the stock trading system of the second embodiment. FIG. 10 is a diagram illustrating an example of functions realized in a stock trading system according to a modified example. FIG. 10 is a diagram showing an example of a savings setting screen in Modification Example 3.

1. First embodiment
A first embodiment, which is an example of an embodiment of a stock trading system according to the present disclosure, will be described.

[1-1. Hardware configuration of stock trading system]
1 is a diagram illustrating an example of the hardware configuration of a stock trading system. For example, the stock trading system 1 is communicably connected to a securities trading system 2, a proprietary trading system 3, a bilateral trading system 4, and a user terminal 50 via a network N such as the Internet or a LAN. At least one of the securities trading system 2, the proprietary trading system 3, the bilateral trading system 4, and the user terminal 50 may be included in the stock trading system 1.

For example, the stock trading system 1 is a system of a securities company. The stock trading system 1 includes a stock trading server 10. The stock trading server 10 is a server computer. The stock trading server 10 includes a control unit 11, a memory unit 12, and a communication unit 13. The control unit 11 includes at least one processor. The memory unit 12 includes volatile memory such as RAM and non-volatile memory such as flash memory. The communication unit 13 includes at least one of a communication interface for wired communication and a communication interface for wireless communication.

The program stored in the memory unit 12 may be supplied to the stock trading server 10 via the network N. Also, the program stored on a computer-readable information storage medium may be supplied to the stock trading server 10 via a reading unit that reads the information storage medium (e.g., an optical disk drive or memory card slot), or an input/output unit for inputting and outputting data to and from an external device (e.g., a USB port).

Furthermore, the stock trading system 1 only needs to include at least one computer. The hardware configuration of the stock trading system 1 is not limited to the example shown in FIG. 1. For example, the stock trading system 1 may include the stock trading server 10 and another computer. The stock trading system 1 may not include the stock trading server 10 and may only include another computer. For example, the other computer may be a server computer other than the stock trading server 10, a personal computer, a tablet, or a smartphone.

For example, the securities trading system 2 is a system of a securities exchange. The securities trading system 2 includes a securities trading server 20. The securities trading server 20 is a server computer. The securities trading server 20 includes a control unit 21, a memory unit 22, and a communication unit 23. The hardware configurations of the control unit 21, the memory unit 22, and the communication unit 23 may be similar to those of the control unit 11, the memory unit 12, and the communication unit 13, respectively. Similar to the stock trading system 1, the program stored in the memory unit 22 may be supplied to the securities trading server 20 via a network N or the like, and the securities trading system 2 may include at least one computer.

For example, the private trading system 3 is a private exchange system. The private trading system 3 includes a private trading server 30. The private trading server 30 is a server computer. The private trading server 30 includes a control unit 31, a memory unit 32, and a communication unit 33. The hardware configurations of the control unit 31, the memory unit 32, and the communication unit 33 may be similar to those of the control unit 11, the memory unit 12, and the communication unit 13, respectively. Similar to the stock trading system 1, the program stored in the memory unit 32 may be supplied to the private trading server 30 via a network N or the like, and the private trading system 3 may include at least one computer.

For example, the bilateral trading system 4 is a system of a trader or securities company that handles bilateral trading. The bilateral trading system 4 includes a bilateral trading server 40. The bilateral trading server 40 is a server computer. The bilateral trading server 40 includes a control unit 41, a memory unit 42, and a communication unit 43. The hardware configurations of the control unit 41, the memory unit 42, and the communication unit 43 may be similar to those of the control unit 11, the memory unit 12, and the communication unit 13, respectively. Similar to the stock trading system 1, the program stored in the memory unit 42 may be supplied to the bilateral trading server 40 via a network N or the like, and the bilateral trading system 4 may include at least one computer.

For example, the user terminal 50 is a user's computer. For example, the user terminal 50 is a personal computer, tablet, smartphone, or wearable terminal. For example, the user terminal 50 includes a control unit 51, a memory unit 52, a communication unit 53, an operation unit 54, and a display unit 55. The physical configurations of the control unit 51, the memory unit 52, and the communication unit 53 may be similar to those of the control unit 11, the memory unit 12, and the communication unit 13, respectively. Similar to the stock trading system 1, the program stored in the memory unit 52 may be supplied to the user terminal 50 via a network N or the like. The operation unit 54 is an input device such as a keyboard, mouse, or touch panel. The display unit 55 is a display such as a liquid crystal display or an organic EL display.

[1-2. Overview of the first embodiment]
In the first embodiment, a securities company provides a user with a savings service related to stock savings. In the savings service, orders are repeatedly and automatically executed according to settings specified by the user. Hereinafter, these settings will be referred to as savings settings. For example, a user who wishes to use the savings service operates a user terminal 50 to access the stock trading server 10 and specify savings settings.

Figure 2 shows an example of a stock search screen that allows a user to search for stocks, and a savings setting screen that allows a user to specify savings settings. For example, when a user logs in to a securities company's website, the stock search screen SC1 is displayed on the display unit 55, as shown on the left side of Figure 2. When the user enters search criteria, such as a stock name, into the input form F10 and performs a search, a list of stocks that meet the search criteria is displayed on the stock search screen SC1. The user can enter order details for spot trading by selecting buttons B11 and B12. Spot trading will be explained in the second embodiment below.

For example, when the user selects button B13, the savings setting screen SC2 is displayed on the display unit 55, as shown on the right side of Figure 2. When the user selects pull-down form F200, information for the user to receive shareholder benefits is displayed on the savings setting screen SC2. The user can specify a monthly savings date by selecting button B201. The savings date is the day on which the savings is made. The user can specify a weekly savings date by selecting button B202. The savings date cycle may be other than monthly or weekly. For example, the savings date cycle may be other cycles such as every other month, every other week, every 10 days, or every 20 days. The savings date may be fixed in advance, rather than being specified by the user.

For example, the user enters the savings date in input form F203. In the example of Figure 2, the savings date cycle is monthly, so the user specifies a date as the savings date. If the savings date cycle is weekly, the user specifies a day of the week as the savings date. The user can select the purchase method for the stocks that will be the subject of the savings by selecting buttons B204 and B205. The purchase method can also be thought of as the method of ordering the stocks that will be the subject of the savings.

In the first embodiment, the purchase methods available are the specified amount and the specified number of shares. The specified amount is a purchase method in which the user specifies the amount of savings to be made in a single order, and the securities company places an order for the number of shares that the user can purchase within that amount. The specified number of shares is a purchase method in which the user specifies the number of shares to be made in a single order, and the securities company places an order for that number of shares. For example, when the user selects button B206, the savings setting screen SC2 transitions to the next page.

Figure 3 shows an example of the savings setting screen SC2 when the user selects to specify an amount. For example, if the user selects to specify an amount and then selects button B206, the savings setting screen SC2 will appear as shown on the left side of Figure 3. The user enters the savings amount for one order in input form F207. In the first embodiment, a minimum amount is set for the savings amount that the user can enter. The user enters a number equal to or greater than the minimum amount in input form F207. If the user selects button B208, the savings amount will increase by a specified amount. If the user selects button B209, the savings amount will decrease by a specified amount.

For example, by selecting button B210, the user can specify a bonus setting to increase the savings amount in a specific month. The user can also select button B211 to not specify a bonus setting. In the first embodiment, the user is not required to specify a bonus setting. The user can specify an account type from among specific, general, and NISA by selecting one of buttons B212 to B214.

For example, by selecting pull-down form F215, the user can specify whether or not to use points the user has earned through other services, such as e-commerce services. The savings setting screen SC2 displays the estimated number of shares to be saved, the estimated savings amount, and fees calculated based on the savings setting the user is entering and the current stock price. When the user selects button B216, the savings setting screen SC2 returns to the state shown on the right in Figure 2. When the user selects button B217, the savings setting screen SC2 returns to the state shown on the right in Figure 3. The savings setting screen SC2 on the right in Figure 3 displays details of the savings setting specified by the user.

For example, by selecting button B218, the user can modify at least one of the savings date and purchase method. By selecting button B219, the user can modify at least one of the savings amount, bonus settings, account category, and point usage. The savings settings screen SC2 displays the initial planned purchase date and the reference number of shares to save. In the example of Figure 3, the savings amount is 70,000 yen and the current stock price is 650 yen, so the reference number of shares to save is displayed as 107 shares that can be ordered for 70,000 yen. The reference number of shares to save may also be calculated based on the upper limit of the price range, which will be described later.

For example, if the unit of a stock eligible for savings is 100 shares, an order for 107 shares will be executed as a mixture of unit and fractional unit shares. As mentioned above, a unit is the unit of shares a user can order. This unit may also be referred to as one unit, a unit share number, a trading unit, or other names. Unit shares are determined by the issuing company's articles of incorporation and are often 100 shares, but are not limited to this in theory. Unit shares may be 1 to 99 shares or 101 shares or more. While the trading unit for ETFs (exchange-traded funds) is units, their minimum trading unit is equivalent to a unit share. If the minimum trading unit for an ETF is not one unit, such as 100 or 10 units, any units less than the minimum trading unit will be treated the same as fractional units. Fractional units are shares less than one unit. Hereinafter, orders for unit shares will be referred to as unit share orders. Orders for shares less than one unit are called fractional unit orders. Orders that contain a mixture of unit and fractional unit orders are called mixed orders.

For example, the accumulation setting screen SC2 displays information such as the number of shares of each unit lot and odd lot, the number of bonus shares, the market, the order method, the commission, the estimated contract amount, and the estimated amount to be received. In the first embodiment, an order for odd lot shares is placed from the stock trading system 1 to the securities trading system 2 or the proprietary trading system 3. An order for odd lot shares is placed from the stock trading system 1 to the bilateral trading system 4. If the securities exchange or proprietary exchange supports trading of odd lot shares, an order for odd lot shares can also be placed to the securities trading system 2, the proprietary trading system 3, or the bilateral trading system 4 in accordance with predetermined forwarding conditions. For example, the user enters a PIN into the input form F220. When the user selects button B221, the accumulation setting screen SC2 returns to the state shown on the left side of Figure 3. When the user selects button B222, the accumulation setting is completed.

Figure 4 shows an example of the savings setting screen SC2 when the user selects to specify the number of shares. For example, if the user selects to specify the number of shares and then selects button B206, the savings setting screen SC2 will appear as shown on the left side of Figure 4. The savings setting screen SC2 in Figure 4 is generally similar to the savings setting screen SC2 in Figure 3, except that the number of shares rather than the savings amount is entered into input form F207.

For example, when the user selects button B208, the number of shares decreases by a predetermined number (e.g., 1 or the same number of shares as the trading unit). When the user selects button B209, the number of shares increases by a predetermined number (e.g., 1 or the same number of shares as the trading unit). The information displayed on the savings setting screen SC2 corresponds to the number of shares specified in input form F207. In the example of Figure 4, 125 shares have been entered in input form F207, so a mixed order containing a mixture of trading unit shares and shares less than one trading unit is executed.

In the first embodiment, the stock trading server 10 creates the order details a predetermined time before the stock market opens on the deposit date. For example, if the deposit date is the 10th of each month, the stock trading server 10 creates the order details a predetermined time before the stock market opens on the 10th of each month, or the day before or a few days before the 10th of each month. In months when the stock market is closed on the 10th of each month, the deposit date will be the day before or after which trading takes place in the stock market.

For example, if a deposit amount of 70,000 yen is specified as the purchase method, the stock trading server 10 calculates the number of shares based on the upper limit of the stock's price range on the deposit date or the day before. If the upper limit is 620 yen, the stock trading server 10 calculates the number of shares as 112 shares, which is the result of dividing 70,000 yen by 620 yen and rounding down to the nearest whole number. In this case, a mixed order containing a unit stock order for 100 shares and an order for less than 12 shares may be executed, but because the price range for the unit stock and the price range for the less than 12 shares may differ, in the first embodiment, the stock trading server 10 calculates the number of less than 12 shares separately.

For example, the stock trading server 10 calculates the remaining balance as 8,000 yen by multiplying 620 yen by 100 shares and subtracting the result from 70,000 yen. If the upper limit of the price range for shares less than one unit is 615 yen, the stock trading server 10 calculates the number of shares less than one unit as 13 shares by dividing the remaining balance of 8,000 yen by 615 yen and rounding down to the nearest whole number. In this case, a mixed order is executed that includes a mix of one-unit stock orders for 100 shares and one-unit stock orders for 13 shares.

For example, if a purchase method is specified for 125 shares, a mixed order will be executed that contains a unit order for 100 shares and an order for less than 25 shares. The process described above is executed each time the accumulation date arrives. The user can check the accumulation service usage status at any time. For example, if the user logs in to a securities company's website and performs an operation to check the details of the accumulation setting, a details screen showing the details of the accumulation setting will be displayed on the display unit 55.

Figure 5 shows an example of a details screen. For example, the details screen SC3 displays the current savings settings. The user can change the savings settings by selecting button B30. The user can cancel the savings settings by selecting button B31. The details screen SC3 also displays past savings history. For orders that are currently being executed (before execution), the user can correct the savings settings by selecting button B32. The user can also cancel the order by selecting button B33.

As described above, the stock trading system 1 can execute not only unit stock orders and odd-lot stock orders, but also mixed orders that combine unit stock orders and odd-lot stock orders. This allows users to specify their desired savings settings without having to worry about unit stocks, so the stock trading system 1 can increase user convenience. As a result, the stock trading system 1 can motivate users to trade stocks, thereby promoting stock trading. Details of the stock trading system 1 are explained below.

[1-3. Functions realized by the stock trading system]
6 is a diagram showing an example of functions implemented in the stock trading system 1. For example, the stock trading server 10 includes a data storage unit 100, a correspondence determination unit 101, a display control unit 102, a share count acquisition unit 103, a unit lot order execution unit 104, a fractional lot order execution unit 105, and a mixed order execution unit 106. The data storage unit 100 is implemented by the memory unit 12. The correspondence determination unit 101, the display control unit 102, the share count acquisition unit 103, the unit lot order execution unit 104, the fractional lot order execution unit 105, and the mixed order execution unit 106 are each implemented by the control unit 11.

[Data storage unit]
The data storage unit 100 stores data necessary for stock trading. For example, the data storage unit 100 stores a stock database DB1, a savings setting database DB2, and an order database DB3.

Figure 7 is a diagram showing an example of stock database DB1. Stock database DB1 is a database that stores various information related to stocks that are the subject of stock trading. For example, stock database DB1 stores stock codes, classification information, and stock information. The stock database DB1 may store any information related to stocks. The information stored in stock database DB1 is not limited to the example shown in Figure 7. For example, stock database DB1 may store information displayed on the stock search screen SC1, savings setting screen SC2, and details screen SC3.

A stock code is an example of stock identification information that allows a computer to identify a stock. Therefore, any reference to a stock code can be read as stock identification information. Stock identification information may be information other than a stock code. For example, the stock name may correspond to stock identification information.

Classification information is information related to the classification of a stock. In the first embodiment, an example is given in which not all stocks support odd lot orders, but only some stocks support odd lot orders. The classification information indicates whether a stock supports odd lot orders. For example, the classification information indicates either a first value, which means that the stock supports odd lot orders, or a second value, which means that the stock does not support odd lot orders. The classification information is set by a securities company employee.

Note that the classification information is not limited to the example in the first embodiment. The classification information may be information relating to some classification of stocks. For example, if not all stocks are compatible with the savings service, but only some stocks are, the classification information may indicate whether the stock is compatible with the savings service. In another example, as in Variation 4 described below, the classification information may indicate whether the stock is a real-time stock or a bulk stock.

Stock information is information relating to the details of a stock. Stock information may include not only static information (basic information about a stock) but also dynamic information that changes depending on trading conditions in the stock market. For example, stock information indicates the stock name, unit share (in the first embodiment, the unit share of all stocks is 100 shares), settlement date, trading volume, and current price. Stock information is not limited to the example in Figure 7 and may include other information. For example, stock information may include information regarding shareholder benefits.

Figure 8 is a diagram showing an example of a savings setting database DB2. The savings setting database DB2 is a database that stores savings settings specified by the user. For example, the savings setting database DB2 stores a user ID and the savings setting. The savings setting database DB2 may store any information related to the savings setting. The data stored in the savings setting database DB2 is not limited to the example shown in Figure 8. For example, the savings setting database DB2 may store information indicating whether the savings setting is valid.

A user ID is an example of user identification information used by a computer to identify a user. User identification information may be information other than a user ID. For example, an email address or phone number may correspond to user identification information. Savings settings are settings related to savings. For example, savings settings indicate at least one of the stock code, savings date, purchase method, savings amount, bonus settings, account classification, and point usage settings. Savings settings only need to indicate the details of savings and may also include other information.

Figure 9 is a diagram showing an example of order database DB3. Order database DB3 is a database that stores various information related to user orders. For example, order database DB3 stores order ID, user ID, order information, and transaction information. Order database DB3 may store any information related to orders. The information stored in order database DB3 is not limited to the example shown in Figure 9. For example, order database DB3 may store information related to orders placed through a securities company representative, rather than orders placed directly by the user.

An order ID is an example of order identification information that allows a computer to identify individual orders. Order identification information may be information other than an order ID, for example, information called a number rather than an ID. Order information is information related to the contents of an order. For example, order information indicates the stock code, stock name, number of shares, price (limit order or market order), commission, execution conditions, and account. Order information may also include other information such as the date and time the order was received. The order information itself may be publicly known information.

In the first embodiment, there are two types of order information: unit stock order information , which is order information for unit stock orders, and fractional unit stock order information, which is order information for shares less than one unit. When there is no need to distinguish between these, they are simply referred to as order information . The data formats of unit stock order information and fractional unit stock order information may be the same or different. The order information may include information indicating whether the order has not yet been executed, or information indicating whether the order has been canceled without being executed.

Transaction information is information related to executed orders. When an order indicated in the order information is executed, transaction information corresponding to the executed order is generated and stored in the order database DB3. For example, the transaction information indicates the date and time the order was executed, the number of shares, the price, and the commission. The transaction information itself may be publicly known information.

The data stored in the data storage unit 100 is not limited to the above examples. The data storage unit 100 only needs to store data necessary for stock trading. For example, the data storage unit 100 may store a database that stores various information about individual users, a database that stores various information about securities accounts opened at securities companies, or a database that stores various information about market makers that work with securities companies. The information stored in these databases may itself be publicly known information.

[Response determination unit]
The response determination unit 101 determines whether a stock corresponds to a fractional lot order. In the first embodiment, the stocks to be determined by the response determination unit 101 are stocks whose stock codes are indicated in the reserve setting. In the first embodiment, classification information is stored in the stock database DB1, so the response determination unit 101 references the stock database DB1 and acquires the classification information of the stock to be determined. The response determination unit 101 determines whether a stock corresponds to a fractional lot order based on the acquired classification information. For example, if the classification information is a first value, the response determination unit 101 determines that the stock corresponds to a fractional lot order. If the classification information is a second value, the response determination unit 101 determines that the stock does not correspond to a fractional lot order.

Note that the determination method used by the correspondence determination unit 101 is not limited to the example used in this embodiment. The correspondence determination unit 101 may determine whether a stock corresponds to a fractional lot order based on a predetermined determination method. For example, if classification information is stored in the stock database DB1 only for stocks that correspond to fractional lot orders, the correspondence determination unit 101 determines that the stock corresponds to a fractional lot order if the classification information exists in the stock database DB1. If the classification information does not exist in the stock database DB1, the correspondence determination unit 101 determines that the stock does not correspond to a fractional lot order.

Conversely, if classification information is stored in the stock database DB1 only for stocks that do not support odd lot stock orders, the correspondence determination unit 101 determines that the stock does not support odd lot stock orders if classification information exists in the stock database DB1. The correspondence determination unit 101 determines that the stock supports odd lot stock orders if classification information exists in the stock database DB1.

Alternatively, for example, the correspondence determination unit 101 may perform a determination without using classification information. When only the stock codes of stocks that correspond to odd lot stock orders are stored in the stock database DB1, the correspondence determination unit 101 determines that the stock corresponds to an odd lot stock order if the stock code exists in the stock database DB1. When the stock code does not exist in the stock database DB1, the correspondence determination unit 101 determines that the stock does not correspond to an odd lot stock order.

Conversely, if only the stock codes of stocks that do not support odd lot orders are stored in stock database DB1, the correspondence determination unit 101 determines that the stock does not support odd lot orders if the stock code exists in stock database DB1. The correspondence determination unit 101 determines that the stock supports odd lot orders if the stock code does not exist in stock database DB1.

[Display control unit]
The display control unit 102 displays various screens on the user terminal 50. The display control unit 102 transmits display data of the screen to be displayed to the user terminal 50, thereby displaying the screen on the user terminal 50. The display data may be data for displaying a screen on the user terminal 50, and may be in any data format. For example, when a browser is used, the display data is HTML data. When a dedicated application distributed by a securities company is used, the display data may be data in a format supported by the application (for example, image data such as JPEG).

In the first embodiment, the display control unit 102 displays the savings setting screen SC2 on the user terminal 50 based on the determination result of the response determination unit 101. The savings setting screen SC2 is an example of a screen that accepts input of conditions related to an order. Therefore, the reference to the savings setting screen SC2 can be read as this screen. This screen may be a screen other than the savings setting screen SC2, or may be the order screen SC4 described in the second embodiment.

For example, if the display control unit 102 determines that a stock supports odd lot orders, it displays an image indicating that the stock supports odd lot orders on the accumulation setting screen SC2. In the example of Figure 2, if the display control unit 102 determines that a stock supports odd lot orders, it displays an image saying "Far lot orders accepted" on the accumulation setting screen SC2. If the display control unit 102 determines that a stock does not support odd lot orders, it does not display the image saying "Far lot orders accepted" on the accumulation setting screen SC2. The image indicating that a stock supports odd lot orders may be any image, and may be, for example, an icon or a string of characters.

The display control unit 102 may determine the amount of change in the number of shares when buttons B208 and B209 are selected based on the determination result of the response determination unit 101. For example, if the display control unit 102 determines that a stock supports odd lot orders, it displays the accumulation setting screen SC2 on which the amount of change in the number of shares when buttons B208 and B209 are selected is 1. If the display control unit 102 determines that a stock does not support odd lot orders, it displays the accumulation setting screen SC2 on which the amount of change in the number of shares when buttons B208 and B209 are selected is one unit (e.g., 100 shares). As another example, the display control unit 102 may change the layout of the accumulation setting screen SC2 based on the determination result of the response determination unit 101.

[Stock Number Acquisition Department]
The share count acquisition unit 103 acquires the number of shares in a stock order. Since the order in the first embodiment is a stock savings order, the number of shares is the number of shares in the savings. For example, if the user selects "Specify number of shares" as the purchase method, the number of shares is included in the savings setting, so the share count acquisition unit 103 acquires the number of shares by referencing the savings setting stored in the savings setting database DB2. In other words, the share count acquisition unit 103 acquires the number of shares specified by the user.

For example, if the user selects "Specify amount" as the purchase method, the number of shares is not included in the savings setting, so the share number acquisition unit 103 calculates the number of shares based on the savings amount included in the savings setting. In the first embodiment, the share number acquisition unit 103 acquires the number of shares that can be purchased with the savings amount based on the savings amount and the upper limit of the price range of the stock on the savings date.

The price range is the range within which the price of a stock changes. The price range itself may be determined by known methods. The price range may be stored in the stock database DB1, or may be obtained from the securities exchange server 20 or the private trading server 30. For example, the share number acquisition unit 103 acquires the number of shares by dividing the deposit amount by the upper limit, rounding down to the nearest whole number. The share acquisition unit may also acquire a value smaller than this value as the number of shares.

In the first embodiment, the share number acquisition unit 103 calculates the number of shares that is an integer multiple of the unit share price based on the accumulated amount and the upper limit of the price range of the unit share price. For example, the share number acquisition unit 103 rounds down any digits that are not an integer multiple of the unit share price when dividing the accumulated amount by the upper limit of the price range of the unit share price. If the accumulated amount is 70,000 yen and the upper limit of the price range of the unit share price is 620 yen, the share number acquisition unit 103 calculates 100 shares as the number of shares that is an integer multiple of the unit share price, by rounding down any digits that are not an integer multiple of the unit share price (tens digits and below) when dividing 70,000 yen by 620 yen.

For example, the share count acquisition unit 103 calculates the number of shares less than one unit based on the upper limit of the price range of one unit share multiplied by the number of shares that is an integer multiple of one unit share, subtracted from the accumulated amount by the remaining amount, and the upper limit of the price range of shares less than one unit. The share count acquisition unit 103 calculates the remainder as 8,000 yen, obtained by multiplying 620 yen by 100 shares and subtracting the result from 70,000 yen. If the upper limit of the price range of shares less than one unit is 615 yen, the share count acquisition unit 103 divides the remaining amount of 8,000 yen by 615 yen, rounding down to the nearest whole number, and calculates the number of shares less than one unit as 13 shares.

Note that the method for acquiring the number of shares when the purchase method is a specified amount is not limited to the above example. For example, the share number acquisition unit 103 may calculate the number of shares without distinguishing between the upper limit of the price range for shares constituting one unit and the upper limit of the price range for shares constituting less than one unit. For example, if the user agrees that the actual savings amount may be higher than the savings amount set in the savings setting, the share number acquisition unit 103 may calculate the number of shares based on a value lower than the upper limit of the price range. The value lower than the upper limit may be the current price, the highest price, the lowest price, or another value.

In the first embodiment, the share count acquisition unit 103 determines whether the number of shares is an integer multiple of the unit share number. The share count acquisition unit 103 determines whether the number of shares is not an integer multiple of the unit share number and is less than the unit share number. The share count acquisition unit 103 determines whether the number of shares is not an integer multiple of the unit share number and is more than the unit share number. This series of determinations may be performed by a function other than the share count acquisition unit 103.

[Unit stock order execution section]
The unit stock order execution unit 104 executes a unit stock order for a unit stock when the number of shares is an integer multiple of the unit stock of the stock in the order. The number of shares cannot be a negative value, and an order will not be placed if the number of shares is 0, so the integer multiple here means a natural number multiple (a multiple of 1 or greater). Therefore, the phrase "integer multiple" can be read as "natural number multiple." Executing a unit stock order means performing the processing required for a unit stock order. The processing of a unit stock order itself can utilize various known processes.

In the first embodiment, since the user uses a savings service, the unit stock order execution unit 104 executes a unit stock order on the savings date for savings when the number of shares is an integer multiple of the unit stock. For example, the unit stock order execution unit 104 executes a unit stock order by sending unit stock order information regarding the unit stock order to the securities trading system 2 or the proprietary trading system 3. The unit stock order execution unit 104 generates unit stock order information based on the savings settings stored in the savings setting database DB2, stores it in the order database DB3, and sends the unit stock order information to the securities trading system 2 or the proprietary trading system 3. The unit stock order execution unit 104 may also send unit stock order information to the bilateral trading system 4 or another system. This also applies to the mixed order execution unit 106, described below.

[Fractional Share Order Execution Department]
The fractional lot order execution unit 105 executes a fractional lot order for shares when the number of shares is not an integral multiple of the unit lot and is less than the unit lot. Executing a fractional lot order means executing the processing required for a fractional lot order. Various known processes can be used to process a fractional lot order.

In the first embodiment, because the user uses a savings service, the fractional unit stock order execution unit 105 executes a fractional unit stock order on the savings date when the number of shares is not an integral multiple of the unit stock and is less than the unit stock. For example, the fractional unit stock order execution unit 105 executes a fractional unit stock order by sending fractional unit stock order information regarding an order for fractional unit stock to the bilateral trading system 4. The fractional unit stock order execution unit 105 generates fractional unit stock order information based on the savings settings stored in the savings setting database DB2, stores it in the order database DB3, and sends the fractional unit stock order information to the bilateral trading system 4. The fractional unit stock order execution unit 105 may also send fractional unit stock order information to the securities trading system 2, the proprietary trading system 3, or another system if these systems support fractional unit stock orders. This also applies to the mixed order execution unit 106, described below.

[Mixed Order Execution Unit]
The mixed order execution unit 106 executes a mixed order that contains a mixture of unit lot orders and fractional lot orders when the number of shares is not an integral multiple of the unit lot and is greater than the unit lot. Executing a mixed order means performing the processing required for the mixed order. A mixed order is a combination of unit lot orders and fractional lot orders. The mixed order execution unit 106 executes a mixed order when a user performs an operation for a mixed order, rather than separately performing an operation for a unit lot order and an operation for a fractional lot order. In other words, the mixed order execution unit 106 executes the mixed order by processing the unit lot orders and fractional lot orders as a series of processes.

In the first embodiment, since the user uses a savings service, the mixed order execution unit 106 executes a mixed order on the savings date when the number of shares is not an integer multiple of the unit lot and is greater than the unit lot. For example, the mixed order execution unit 106 executes a mixed order by sending unit lot order information to the securities trading system 2 or the proprietary trading system 3 and sending less-than-unit lot order information to the bilateral trading system 4. The mixed order execution unit 106 generates unit lot order information based on the savings setting stored in the savings setting database DB2, stores it in the order database DB3, and sends the unit lot order information to the securities trading system 2 or the proprietary trading system 3. The mixed order execution unit 106 generates less-than-unit lot order information based on the savings setting stored in the savings setting database DB2, stores it in the order database DB3, and sends the less-than-unit lot order information to the bilateral trading system 4.

In the first embodiment, the mixed order execution unit 106 is capable of executing mixed orders in which at least some of the conditions for unit lot orders and the conditions for fractional lot orders are different. The conditions here refer to the details of the orders (individual items included in the order information). For example, the mixed order execution unit 106 is capable of executing mixed orders in which the price for unit lot orders and the price for fractional lot orders are different. The mixed order execution unit 106 is capable of executing mixed orders in which the order method for unit lot orders (e.g., limit order) and the order method for fractional lot orders (e.g., market order) are different. The mixed order execution unit 106 is capable of executing mixed orders in which the validity period for unit lot orders and the validity period for fractional lot orders are different. Note that the mixed order execution unit 106 can also execute mixed orders in which the conditions for unit lot orders and the conditions for fractional lot orders are the same.

[1-4. Processing Executed in the Stock Trading System of the First Embodiment]
Next, an example of processing executed in the stock trading system 1 of the first embodiment will be described. In the first embodiment, a savings setting saving process in which the stock trading server 10 saves the savings setting, and an order execution process in which the stock trading server 10 executes an order based on the savings setting will be described.

[Saving savings settings]
10 is a diagram showing an example of the accumulation setting saving process. The accumulation setting saving process is executed by the control units 11 and 21 operating in accordance with the programs stored in the storage units 12 and 22, respectively.

As shown in FIG. 10, the stock trading server 10 and the user terminal 50 execute a login process to allow the user to log in to the securities company's website (S100). The stock trading server 10 and the user terminal 50 display the stock search screen SC1 on the display unit 55 (S101). When the user selects the button B13 for any stock on the stock search screen SC1, the user terminal 50 transmits the stock code of that stock to the stock trading server 10 (S102).

When the stock trading server 10 receives the stock code (S103), it determines whether the stock selected by the user corresponds to a fractional lot order based on the stock database DB1 (S104). If it is determined that the stock selected by the user corresponds to a fractional lot order (S104: Y), the stock trading server 10 sends display data for the accumulation setting screen SC2 to the user terminal 50, indicating that the stock selected by the user corresponds to a fractional lot order (S105). When the user terminal 50 receives the display data (S106), it displays the accumulation setting screen SC2 on the display unit 55, indicating that the stock selected by the user corresponds to a fractional lot order (S107).

If it is determined in S104 that the stock selected by the user does not support odd lot orders (S104: N), the stock trading server 10 sends display data for the accumulation setting screen SC2 to the user terminal 50, indicating that the stock selected by the user does not support odd lot orders (S108). Upon receiving the display data (S109), the user terminal 50 displays the accumulation setting screen SC2 on the display unit 55, indicating that the stock selected by the user does not support odd lot orders (S110).

The stock trading server 10 and the user terminal 50 execute a process to save the savings settings specified by the user (S111), and the savings setting saving process ends. In S111, the user terminal 50 transmits the savings settings entered by the user on the savings setting screen SC2 to the stock trading server 10. The stock trading server 10 associates the user's user ID with the savings settings received from the user terminal 50 and stores them in the savings setting database DB2.

[Order execution process]
FIG. 11 is a diagram showing an example of order execution processing. The order execution processing is executed by the control unit 11 operating in accordance with a program stored in the memory unit 12. The stock trading server 10 determines whether the timing for generating order information for the savings service has arrived (S200). For example, the timing for generation is a predetermined time before the start of trading hours in the stock market (e.g., 4:00 AM). The timing for generation occurs every day the stock market is open. If it is determined that the timing for generation has not arrived (S200: N), the process returns to S200.

If it is determined in S200 that the generation timing has arrived (S200: N), the stock trading server 10 retrieves from the accumulation setting database DB2 accumulation settings whose accumulation date is the current day (S201). Thereafter, processing from S202 onwards is executed for each accumulation setting retrieved in S201. The accumulation setting that is the subject of processing from S202 onwards is referred to as the accumulation setting to be processed.

The stock trading server 10 determines whether the stock indicated by the reserve setting being processed is a stock that is eligible for odd lot shares based on the classification information of the stock indicated by the reserve setting being processed (S202). If it is determined that the stock indicated by the reserve setting being processed is not a stock that is eligible for odd lot shares (S202: N), the stock trading server 10 generates unit share order information based on the reserve setting being processed, stores it in the order database DB3, and sends the unit share order information to the securities trading system 2 or the proprietary trading system 3 (S203).

If, in S202, it is determined that the stock indicated by the savings setting being processed is a stock that is subject to odd lot shares (S202: Y), the stock trading server 10 references the purchase method indicated by the savings setting being processed (S204). If the purchase method is a specified amount (S204: specified amount), the stock trading server 10 obtains the number of shares in the order based on the savings amount indicated by the savings setting being processed and the upper limit of the price range for the stock indicated by the savings setting being processed, and determines whether the number of shares is equal to or greater than the unit of stock (S205). In S205, the stock trading server 10 determines whether the value obtained by dividing the savings amount by the upper limit and rounding down to the nearest whole number is equal to or greater than the unit of stock.

If it is determined in S205 that the number of shares is less than the trading unit (S205: N), the stock trading server 10 obtains the number of shares in the order based on the savings amount indicated in the savings setting being processed and the upper limit of the price range for shares less than the trading unit unit, and determines whether the number of shares is 1 or greater (S206). In S206, the stock trading server 10 determines whether the value obtained by dividing the savings amount by the upper limit and rounding down to the nearest whole number is 1 or greater. If it is determined that the number of shares is 0 (S206: N), the stock trading server 10 does not generate order information and proceeds to the processing of S212 described below. In this case, no order based on the savings setting is placed. A notification may be sent to the user informing them that the order will not be placed.

If it is determined that the number of shares is one or more (S206: Y), the stock trading server 10 generates odd lot order information, stores it in the order database DB3, and transmits the odd lot order information to the bilateral trading system 4 (S207).

If it is determined in S205 that the number of shares is equal to or greater than one unit (S205: Y), the stock trading server 10 obtains the number of shares of less than one unit that can be ordered based on the accumulation amount indicated by the accumulation setting being processed, the number of shares that is an integer multiple of one unit that can be ordered, the upper limit of the price range for one unit, and the upper limit of the price range for shares less than one unit, and determines whether the number of shares of less than one unit that can be ordered is 1 or greater (S208). In S208, the stock trading server 10 calculates the difference by subtracting the product of the number of shares that is an integer multiple of one unit that can be ordered by the upper limit of the price range for one unit from the accumulation amount. The stock trading server 10 calculates the number of shares of less than one unit that can be ordered by dividing the difference by the upper limit of the price range for shares less than one unit, and rounding down the decimal point of the value.

If it is determined in S208 that the number of odd lot shares available for order is 0 (S208: N), the process proceeds to S203. In this case, an order for odd lot shares is not placed, and only an order for whole lot shares is executed. If it is determined in S208 that the number of odd lot shares available for order is 1 or more (S208: Y), the stock trading server 10 generates whole lot share order information based on the stock trading server 10 and the accumulation setting to be processed, stores it in the order database DB3, and transmits the whole lot share order information to the securities trading system 2 or the proprietary trading system 3 (S209). The stock trading server 10 generates whole lot share order information, stores it in the order database DB3, and transmits the whole lot share order information to the bilateral trading system 4 (S210). The series of processes in S209 and S210 corresponds to a mixed order.

If the purchase method is a specified number of shares in S204 (S204: specified number of shares), the stock trading server 10 references the number of shares indicated in the savings setting being processed (S211). If the number of shares is an integer multiple of the unit share amount (S211: unit share order), the stock trading server 10 proceeds to processing S203. If the number of shares is not an integer multiple of the unit share amount and is less than the unit share amount (S211: fractional share order), the stock trading server 10 proceeds to processing S207. If the number of shares is not an integer multiple of the unit share amount and is more than the unit share amount (S211: mixed order), the stock trading server 10 proceeds to processing S209.

The stock trading server 10 determines whether processing of all the accumulation settings to be processed has been completed (S212). If it is determined that there are accumulation settings to be processed for which order information has not yet been generated (S212: N), processing returns to S201, the next accumulation setting to be processed is obtained, and processing from S202 onwards is executed. If it is determined that order information has been generated for all the accumulation settings to be processed (S212: Y), this processing ends. The user may be notified of the results of the accumulation service on the accumulation date or a later date.

[1-5. Summary of the first embodiment]
The stock trading system 1 of this embodiment executes a unit stock order when the number of shares in a stock order is an integer multiple of a unit stock. The stock trading system 1 executes a fractional unit stock order when the number of shares is not an integer multiple of a unit stock and is fewer than a unit stock. The stock trading system 1 executes a mixed order when the number of shares is not an integer multiple of a unit stock and is more than a unit stock. This eliminates the need for users to place unit stock orders and fractional unit stock orders separately, allowing them to easily place orders , and the stock trading system 1 can improve user convenience .

In addition, stock trading system 1 executes a unit share order on the accumulation date for accumulation when the number of shares is an integer multiple of the unit share. Stock trading system 1 executes a fractional share order on the accumulation date when the number of shares is not an integer multiple of the unit share and the number of shares is less than the unit share. Stock trading system 1 executes a mixed order on the accumulation date when the number of shares is not an integer multiple of the unit share and the number of shares is more than the unit share. This allows users to specify their desired accumulation settings without being aware of unit shares, thereby promoting stock trading in the accumulation service. By allowing orders for fractional shares, not just integer multiples of the unit share, stock trading system 1 can also accept orders for fractional shares, which are fractional shares, thereby enabling the contract amount to be close to the accumulation amount specified by the user, thereby improving user convenience.

The stock trading system 1 also obtains the number of shares that can be purchased with the savings amount based on the savings amount and the upper limit of the stock's price range on the savings date. This allows the stock trading system 1 to prevent the contract amount from exceeding the savings amount.

The stock trading system 1 also executes unit lot orders by sending unit lot order information to the securities trading system 2 or the proprietary trading system 3. The stock trading system 1 executes unit lot orders by sending unit lot order information regarding orders for shares less than one unit to the bilateral trading system 4. The stock trading system 1 executes mixed orders by sending unit lot order information to the securities trading system 2 or the proprietary trading system 3 and sending unit lot order information to the bilateral trading system 4. This allows the stock trading system 1 to execute mixed orders in a single flow, even if the party it communicates with to execute unit lot orders and the party it communicates with to execute fractional lot orders are different.

The stock trading system 1 is also capable of executing mixed orders in which at least some of the conditions for unit stock orders and conditions for fractional unit stock orders differ. This allows the stock trading system 1 to provide users with flexible stock trading.

In addition, based on the determination result of whether or not a stock supports odd lot orders, the stock trading system 1 causes the user terminal 50 to display a savings setting screen SC2 that accepts input of order conditions. This allows the user to easily understand whether or not the stock they are about to order supports odd lot orders, thereby enabling the stock trading system 1 to improve user convenience.

[2. Second embodiment]
Next, a second embodiment, which is another embodiment of the stock trading system 1, will be described. In the second embodiment, explanations of the same points as in the first embodiment will be omitted. The orders described in the first embodiment are orders in a savings service, but orders in the second embodiment are orders in spot trading of stocks. In the second embodiment, a buy order in spot trading is taken as an example, but similar processing is also performed for sell orders in spot trading.

The stock trading system 1 of the second embodiment is capable of executing mixed orders in spot trading. Spot trading is not executed automatically and repeatedly like the savings service described in the first embodiment, but is generally a one-time order. Spot trading is executed each time a user performs an order operation. Spot trading may be either a buy or a sell. For example, when a user selects button B11 on the stock search screen SC1, a spot trading order screen is displayed on the display unit 55.

Figure 12 shows an example of a spot trading order screen. For example, a user inputs the market for an order for the displayed stock into input form F400. The user inputs the number of shares for the spot trading order into input form F401. The user can input any number regardless of the unit share. If the unit share is 100 shares, the user can input any number equal to or greater than 1 into input form F401, not just an integer multiple of 100 shares. For example, the user can input a number between 1 and 99, or a number equal to or greater than 101 into input form F401. For stocks that do not support odd lot orders, the user may only be able to input a number of shares equal to an integer multiple of the unit share.

In the example of Figure 12, the user enters 123 shares as the number of shares in input form F401. When the user selects button B402, the number of shares increases by a predetermined number (e.g., 1). When the user selects button B403, the quantity decreases by a predetermined number (e.g., 1). For stocks that do not support odd lot orders, the quantity may change by one lot when buttons B406 or B407 are selected.

For example, by selecting button B404, the user can specify limit order as the order method. If the user specifies a limit order, the user inputs a price into input form F405. If the user selects button B406, the limit order price increases by a predetermined number (for example, 1). If the user selects button B407, the limit order price decreases by a predetermined number (for example, 1). By selecting button B408, the user can specify market order as the order method. The user inputs the order validity period into input form F409. By selecting buttons B410 to B412, the user can specify the account type. By selecting button B413 or button B414, the user can specify whether or not to use a set order.

For example, the user enters a PIN into input form F415. When the user selects button B416, the screen returns to the stock search screen SC1. When the user selects button B417, the user terminal 50 transmits the order details entered on the order screen SC4 to the stock trading server 10. In the example of Figure 12, if the trading unit is 100 shares, the stock trading system 1 executes a mixed order that includes a trading unit order for 100 shares and an order for less than 23 shares.

As described above, the stock trading system 1 of the second embodiment executes mixed orders for spot trading, which are a mixture of unit stock orders, in which a number of shares that is an integer multiple of a unit stock is traded, and odd-lot stock orders, in which a number of shares less than a unit stock is traded. This allows users to specify spot trading orders without being aware of unit stocks, so the stock trading system 1 can increase user convenience. As a result, the stock trading system 1 can motivate users to trade stocks, thereby promoting stock trading. Details of the second embodiment will be explained below.

[2-1. Functions realized by the stock trading system of the second embodiment]
The stock trading system 1 of the second embodiment includes functions generally similar to those of the first embodiment, but differs from the first embodiment in that it includes a function for spot trading.

In the second embodiment, the share count acquisition unit 103 acquires the number of shares specified by the user. For example, the share count acquisition unit 103 acquires the number of shares in a spot trading order. In the example of Figure 12, the share count acquisition unit 103 acquires the number of shares entered in input form F401. Note that, similar to the amount specification in the first embodiment, in spot trading, it may also be possible to specify the amount rather than the number of shares. In this case, the share count acquisition unit 103 may calculate the number of shares based on the amount specified by the user and the upper limit of the price range of the stock that is the subject of the spot trading, as in the first embodiment.

In the second embodiment, the unit stock order execution unit 104 executes a unit stock order in spot trading when the number of shares is an integer multiple of the unit stock. For example, the unit stock order execution unit 104 executes a unit stock order by sending unit stock order information regarding an order for unit shares in spot trading to the securities trading system 2 or the proprietary trading system 3. The processing of unit stock orders in spot trading itself can use various known processes. When the user specifies the expiration date or execution time for the spot transaction, the unit stock order execution unit 104 executes the unit stock order in spot trading at that expiration date or execution time.

In the second embodiment, the fractional lot order execution unit 105 executes a fractional lot order in a spot transaction when the number of shares is not an integral multiple of the unit lot and is less than the unit lot. For example, the fractional lot order execution unit 105 executes a fractional lot order by sending fractional lot order information regarding an order for fractional lot shares in a spot transaction to the bilateral trading system 4. The processing of fractional lot orders in spot transactions can use various known processes. When the user specifies the expiration date or execution time for a spot transaction, the fractional lot order execution unit 105 executes the fractional lot order in a spot transaction at the expiration date or execution time.

The mixed order execution unit 106 of the second embodiment executes mixed orders in spot trading when the number of shares is not an integral multiple of one lot and is greater than one lot. For example, the mixed order execution unit 106 executes mixed orders by sending lot order information regarding orders for one lot of shares in spot trading to the securities trading system 2 or the proprietary trading system 3, and sending fractional lot order information regarding orders for shares less than one lot in spot trading to the bilateral trading system 4. If the user specifies the expiration date or execution time for the spot transaction, the mixed order execution unit 106 executes the mixed order in spot trading at the expiration date or execution time.

[2-2. Processing Executed in the Stock Trading System of the Second Embodiment]
13 is a diagram showing an example of processing executed by the stock trading system 1 of the second embodiment. The processing of S300 and S301 is the same as the processing of S100 and S101. When the user selects the button B11 or B12 for a stock, the stock code of the stock is transmitted to the stock trading server 10 (S302). The subsequent processing of S303 is the same as the processing of S103.

If it is determined in S304 that the stock selected by the user corresponds to a fractional lot order (S304: Y), the stock trading server 10 transmits display data for the order screen SC4 indicating that the stock selected by the user corresponds to a fractional lot order to the user terminal 50 (S305). Upon receiving the display data (S306), the user terminal 50 displays the order screen SC4 indicating that the stock selected by the user corresponds to a fractional lot order on the display unit 55 (S307).

If it is determined in S304 that the stock selected by the user does not support odd lot orders (S304: N), the stock trading server 10 sends display data for the order screen SC4 to the user terminal 50, indicating that the stock selected by the user does not support odd lot orders (S308). Upon receiving the display data (S309), the user terminal 50 displays the order screen SC4 on the display unit 55, indicating that the stock selected by the user does not support odd lot orders (S310).

Processing is executed between the stock trading server 10 and the user terminal 50 to accept a user's spot trading order (S311). In S311, the stock search screen SC1 and order screen SC4 are displayed on the display unit 55. The user terminal 50 transmits the order details entered by the user to the stock trading server 10.

The stock trading server 10 obtains the number of shares entered by the user in the spot trading order (S312). If the number of shares is an integer multiple of the unit share (S312: unit share order), the stock trading server 10 generates unit share order information and sends the unit share order information to the securities trading system 2 or the proprietary trading system 3 (S313), and the process ends. If the number of shares is not an integer multiple of the unit share and is less than the unit share (S312: fractional unit share order), the stock trading server 10 generates fractional unit share order information and sends the fractional unit share order information to the bilateral trading system 4 (S314), and the process ends.

If the number of shares is not an integral multiple of the unit lot number and is greater than the unit lot number (S312: mixed order), the stock trading server 10 generates unit lot order information and sends the unit lot order information to the securities trading system 2 or proprietary trading system 3 (S315), generates less-than-unit lot order information and sends the less-than-unit lot order information to the bilateral trading system 4 (S316), and the process ends. If the securities exchange or proprietary exchange supports trading of less-than-unit lots, orders for less-than-unit lots can also be placed with the securities trading system 2, proprietary trading system 3, or bilateral trading system 4 in accordance with predetermined forwarding destination determination conditions.

[2-3. Summary of the second embodiment]
The stock trading system 1 of the second embodiment acquires the number of shares specified by a user in a spot trading order. The stock trading system 1 executes a unit share order in spot trading when the number of shares is an integer multiple of the unit share. The stock trading system 1 executes a fractional share order in spot trading when the number of shares is not an integer multiple of the unit share and is less than the unit share. The stock trading system 1 executes a mixed order in spot trading when the number of shares is not an integer multiple of the unit share and is more than the unit share. This allows users to specify orders in spot trading without being aware of the unit share, thereby improving user convenience. Since users no longer need to separately place unit share orders and fractional share orders, users can easily place orders. As a result, the stock trading system 1 can motivate users to trade stocks, thereby promoting stock trading.

3. Modifications
The present disclosure is not limited to the first and second embodiments described above, and can be modified as appropriate without departing from the spirit of the present disclosure.

Figure 14 is a diagram showing an example of functions implemented in a modified stock trading system 1. In the modified stock trading system 1 described below, an additional order determination unit 107, an additional order execution unit 108, a settings storage unit 109, a shareholder preferential treatment information acquisition unit 110, a required reserve amount calculation unit 111, and a stock determination unit 112 are implemented. Each of the additional order determination unit 107, the additional order execution unit 108, the settings storage unit 109, a shareholder preferential treatment information acquisition unit 110, a required reserve amount calculation unit 111, and a stock determination unit 112 is implemented by the control unit 11.

[3-1. Modification 1]
For example, in the savings service of the first embodiment, if a user selects the specified amount as the purchase method, and the number of shares is calculated based on the upper limit of the price range as in the first embodiment, the actual contract amount (actual savings amount) will, in principle, be less than the savings amount specified by the user. In this case, if there is still room for the savings amount specified by the user, an additional order may be executed.

The stock trading system 1 of variant 1 includes an additional order determination unit 107 and an additional order execution unit 108. When a unit share order, a fractional unit share order, or a mixed order is executed, the additional order determination unit 107 determines whether an additional order for the stock is possible based on the accumulated amount and the execution result of the unit share order, fractional unit share order, or mixed order. For example, the additional order determination unit 107 obtains the execution amount for the executed transaction based on the execution result of the unit share order, fractional unit share order, or mixed order. The additional order determination unit 107 calculates the difference between the accumulated amount specified by the user and the obtained execution amount.

For example, the additional order determination unit 107 determines whether or not an additional order is possible based on the calculated difference and the stock price of the stock that is the subject of the savings. The additional order determination unit 107 determines whether the number of shares that can be ordered at the difference is equal to or greater than a threshold. The stock price referenced in this determination may be the upper limit of the stock's price range or the current stock price. The threshold may be any value, such as 1 or 2 or greater. The user may be able to specify the threshold. If the additional order determination unit 107 determines that the number of shares that can be ordered at the difference is less than the threshold, it does not determine that an additional order is possible, but if it determines that the number of shares that can be ordered at the difference is equal to or greater than the threshold, it determines that an additional order is possible.

The additional order execution unit 108 executes the additional order if it is determined that the additional order is possible. For example, the additional order execution unit 108 calculates the number of shares in the additional order based on the difference and the stock price of the stock that is the subject of the accumulation. If the number of shares in the additional order is an integer multiple of the unit share, the additional order execution unit 108 executes a unit share order as an additional order. The method of executing a unit share order is the same as that of the unit share order execution unit 104.

The additional order execution unit 108 executes an order for less than one unit of stock as an additional order if the number of shares in the additional order is less than an integral multiple of one unit of stock. The method of executing an order for less than one unit of stock is the same as that of the order execution unit 105. The additional order execution unit 108 executes a mixed order as an additional order if the number of shares in the additional order is not an integral multiple of one unit of stock and is greater than one unit of stock. The method of executing a mixed order is the same as that of the mixed order execution unit 106.

When a unit share order, a fractional share order, or a mixed order is executed, the stock trading system 1 of variant 1 determines whether an additional order is possible based on the deposit amount and the execution result of the unit share order, fractional share order, or mixed order. If it is determined that an additional order is possible, the stock trading system 1 executes the additional order. This allows the stock trading system 1 to deposit an amount closer to the deposit amount specified by the user, thereby improving user convenience.

[3-2. Modification 2]
For example, the need for an additional order as described in variant 1 may be one of the savings settings that the user can freely specify. The stock trading system 1 of variant 2 includes a settings storage unit 109. The settings storage unit 109 stores the settings regarding the need for an additional order specified by the user. For example, the user specifies the need for an additional order from the savings setting screen SC2. The portion of the savings setting indicating the need for an additional order will be either a first value indicating that an additional order is required, or a second value indicating that an additional order is not required. The settings storage unit 109 stores the savings setting including that portion in the savings setting database DB2.

The additional order execution unit 108 in variant 2 executes an additional order based on the settings saved by the setting saving unit 109. If the settings indicate that an additional order is not necessary (if the settings have a first value), the additional order execution unit 108 does not execute an additional order, and if the settings indicate that an additional order is necessary (if the settings have a first value), the additional order execution unit 108 executes an additional order. The method for executing an additional order is as described in variant 1.

The stock trading system 1 of variant 2 saves settings specified by the user regarding whether or not to place additional orders. The stock trading system 1 executes additional orders based on these settings. This allows the user to freely specify whether or not to place additional orders, thereby improving user convenience.

[3-3. Modification 3]
For example, in the first embodiment, when a user selects the pull-down form F200, information for the user to receive shareholder benefits is displayed on the savings setting screen SC2. In this regard, a user considering using the savings service may want to specify the savings amount required to receive shareholder benefits. Therefore, the savings setting screen SC2 of the third modification displays information regarding the savings amount required to receive shareholder benefits.

The stock trading system 1 of variant 3 includes a shareholder benefit information acquisition unit 110 and a required reserve amount calculation unit 111. The shareholder benefit information acquisition unit 110 acquires shareholder benefit information related to shareholder benefits for stocks. In variant 3, the shareholder benefit information is stored in the stock database DB1, but the shareholder benefit information may also be stored in a database other than the stock database DB1. The shareholder benefit information acquisition unit 110 references the stock database DB1 or another database to acquire the shareholder benefit information. The shareholder benefit information indicates the number of shares required for a user to receive the shareholder benefit and the allocation base month during which the user must hold shares in order to receive the shareholder benefit.

The required savings amount calculation unit 111 calculates the required savings amount required for shareholder benefits based on the savings date and shareholder benefit information. The required savings amount is the savings amount or number of shares required for shareholder benefits. For example, the required savings amount calculation unit 111 calculates the required savings amount based on the period from the current date to the most recent allocation base month, the number of shares the user needs to receive shareholder benefits, and the current price of the stock that is the subject of the savings. Here, "immediate" means the nearest future.

Figure 15 is a diagram showing an example of the savings setting screen SC2 in Variation 3. In the example of Figure 15, the current date is April 4, 2023. The savings date is the 10th of each month. The most recent allocation base month is September 2023. The number of shares required for the user to receive shareholder benefits is 500 shares. In this case, the planned initial purchase date is April 10, 2023, as shown in Figures 3 and 4. The user needs to purchase a minimum of 500 shares within the six months from April to September.

In variant 3, the display control unit 102 displays the required savings amount on the savings setting screen SC2, which accepts savings setting input. The left side of Figure 15 shows the savings setting screen SC2 when the user selects the amount specification as the purchase method. The display control unit 102 displays the required savings amount, which is the savings amount the user needs to make to receive shareholder benefits, on the savings setting screen SC2. For example, if the current price of the stock subject to savings is 650 yen, the required savings amount calculation unit 111 calculates the required savings amount as 54,600 yen by multiplying the current price of the stock (650 yen) by the 500 shares the user needs to receive shareholder benefits, divided by the six months leading up to the allocation base month, and rounding up to the nearest 84 shares. The display control unit 102 displays the required savings amount, 54,600 yen, on the savings setting screen SC2. The user inputs the savings amount based on the required savings amount. The required reserve amount calculation unit 111 may calculate the required reserve amount based on some reference price, such as today's high price, today's low price, or the average price over a certain period of time in the past, rather than the current price of the stock.

The right side of Figure 15 shows the savings setting screen SC2 when the user selects "Specify number of shares" as the purchase method. The display control unit 102 displays the number of shares required per cycle for the user to receive shareholder benefits as the required savings amount on the savings setting screen SC2. For example, the required savings amount calculation unit 111 calculates the required savings amount as 84 shares, which is the 500 shares required for the user to receive shareholder benefits divided by the six months leading up to the allocation base month and rounded up to the nearest whole number. The display control unit 102 displays the 84 shares calculated as the required savings amount on the savings setting screen SC2. The user inputs the number of shares to save, referring to the required savings amount.

The stock trading system 1 of variant 3 calculates the required savings amount for shareholder benefits based on the savings date and shareholder benefit information. The stock trading system 1 displays the required savings amount on the order screen that accepts input of the savings amount. This makes it easier for users to determine the savings amount or number of saved shares required to receive shareholder benefits, thereby allowing the stock trading system 1 to improve user convenience.

[3-4. Modification 4]
For example, real-time trading and bulk trading may be available as odd lot stock orders. Real-time trading is a trading method in which odd lot stocks are traded in real time during trading hours. In other words, real-time trading is a trading method in which the timing of execution may vary for each user. Real-time trading is a transaction that occurs after the opening and before the closing. The opening is the first executed transaction. The closing is the last executed transaction. The price in real-time trading may happen to be the same as at least one of the opening price and closing price, but in principle it is different from the opening price and closing price.

For example, if the price of a real-time transaction is a market order, the price of the real-time transaction is determined in real time during a period after the opening and before the closing. While it is possible that the real-time transactions of multiple users may be executed at the same time by chance, in principle, the real-time transactions of multiple users are executed independently of each other, rather than together. When a user places a real-time transaction during trading hours on a certain day, the transaction can be executed during trading hours on that day. In this embodiment, an example is given in which only market orders are possible for real-time transactions, but limit orders may also be possible.

Bulk trading is a trading method in which odd lots are traded in bulk during trading hours. In other words, bulk trading is a trading method in which the timing of execution is the same for multiple users. The bulk trades of multiple users are executed together. In other words, the bulk trades of multiple users are executed as a series of consecutive processes. While real-time trading allows users to specify the timing of execution to some extent, the timing of execution for bulk trading is fixed in advance.

For example, a block transaction is at least one of the morning opening, the morning closing, the afternoon opening, and the afternoon closing. The morning session is the morning trading time. The afternoon session is the afternoon trading time. If the price of the block transaction is a market order, the price of the block transaction is the opening price or the closing price. A block transaction may be executed only once a day, or multiple times a day at different times. For example, a total of two block transactions may be executed in a single day, one at the morning opening and one at the afternoon opening. This embodiment cites an example in which only market orders are possible for block transactions, but limit orders may also be possible.

The classification information in variant 4 indicates whether a stock is classified as a real-time stock or a bulk stock. For example, the classification information indicates either a first value indicating a real-time stock or a bulk stock, or a second value indicating a bulk stock. The classification information may be any information that can identify whether an individual stock is a real-time stock or a bulk stock, and is not limited to the example in this embodiment. For example, classification information may be stored only for real-time stocks, or only for bulk stocks.

The stock trading system 1 of variant 4 includes a stock determination unit 112. The stock determination unit 112 determines whether a stock is a real-time stock that is the subject of real-time trading, in which shares less than one lot are traded in real time during stock market trading hours, or a bulk stock that is the subject of bulk trading, in which shares less than one lot are traded in bulk during trading hours. Determining whether a stock is a real-time stock or a bulk stock is the same as determining whether a stock is a real-time stock or a bulk stock, or at least one of determining whether a stock is a bulk stock.

In variant 4, classification information is stored in the stock database DB1, and the stock determination unit 112 determines whether a stock is a real-time stock or a bulk stock based on the stock classification information stored in the stock database DB1. For example, the stock determination unit 112 determines that a stock is a real-time stock if the classification information associated with the stock code of the stock is a first value. The stock determination unit 112 determines that a stock is a bulk stock if the classification information associated with the stock code of the stock is a second value. Note that the determination method of the stock determination unit 112 is not limited to the example of this embodiment. The stock determination unit 112 may determine whether a stock is a real-time stock or a bulk stock based on a predetermined determination method.

In variant 4, when the mixed order execution unit 106 determines that the stock is a real-time stock, it executes a real-time transaction as a fractional share order in a mixed order. Executing a real-time transaction means performing the information processing required for real-time trading. In this embodiment, an example is given of a case where real-time trading is executed through collaboration between the stock trading server 10 and another computer (e.g., a bilateral trading server 40) that cooperates with the securities company that manages the stock trading server 10, but real-time trading may also be executed by the stock trading server 10 alone.

In Variation 4, an example is given in which executing a series of processes equivalent to executing a real-time transaction is (1A) receiving real-time transaction order information from a user terminal 50, (2A) storing the order information in an order database DB3, (3A) determining whether the order execution conditions are met based on the order information of each user, (4A) executing the order by communicating with another server computer if the execution conditions are met, and (5A) storing the transaction information in an order database DB3 if the order is executed.

Note that real-time trading itself can use known processes and is not limited to the example of this embodiment. For example, only some of processes 1A to 5A may correspond to executing real-time trading. In this case, processes that are not executed on the stock trading server 10 side are executed on a computer other than the stock trading server 10. For example, if processes 3A to 5A are executed on a computer other than the stock trading server 10, the real-time trading execution unit 105 requests the other computer to execute processes 3A to 5A. This request may correspond to executing real-time trading.

In addition, processes other than processes 1A to 5A may correspond to executing a real-time transaction. Examples of other processes include a process for notifying the user terminal 50 that a real-time transaction order has been accepted, a process for notifying the user terminal 50 that a real-time transaction order has been executed, a process for updating the balance of the user's securities account in response to the execution of a real-time transaction, or a process for updating the number of shares held by the user in response to the execution of a real-time transaction.

In variant 4, when the mixed order execution unit 106 determines that the stock is a bulk stock, it executes a bulk transaction as a mixed order of odd lot shares. Executing a bulk transaction means executing the information processing required for the bulk transaction. In this embodiment, an example is given of a case where a bulk transaction is executed through collaboration between the stock trading server 10 and another computer (e.g., a bilateral trading server 40) that cooperates with the securities company that manages the stock trading server 10, but the execution of the bulk transaction may also be completed by the stock trading server 10 alone.

In Variation 4, an example is given of a case where executing a series of processes equivalent to executing a bulk transaction is: (1B) receiving bulk transaction order information from user terminal 50; (2B) storing the order information in order database DB3; (3B) determining whether the order execution conditions are met based on the order information of multiple users for the same day; (4B) if the execution conditions are met, communicating with another server computer to execute the orders of multiple users all at once; and (5B) if the orders are executed, storing the transaction information in order database DB3.

The bulk transaction itself can use known processes and is not limited to the example of this embodiment. For example, only some of processes 1B to 5B may correspond to executing a bulk transaction. In this case, processes that are not executed on the stock trading server 10 side are executed on a computer other than the stock trading server 10. For example, if processes 3B to 5B are executed on a computer other than the stock trading server 10, the mixed order execution unit 106 requests the other computer to execute processes 3B to 5B. This request may correspond to executing a bulk transaction.

In addition, processes other than processes 1B to 5B may correspond to executing a bulk trade. Examples of other processes include a process for notifying the user terminal 50 that a bulk trade order has been accepted, a process for notifying the user terminal 50 that a bulk trade order has been executed, a process for updating the balance of the user's securities account in response to the execution of a bulk trade, or a process for updating the number of shares held by the user in response to the execution of a bulk trade.

The stock trading system 1 of variant 4 determines whether a stock is a real-time stock or a bulk stock. If the stock trading system 1 determines that the stock is a real-time stock, it executes a real-time transaction as a fractional lot order. If the stock trading system 1 determines that the stock is a bulk stock, it executes a bulk transaction as a fractional lot order. If the stock trading system 1 determines that the stock is a real-time stock, it executes a real-time transaction as a fractional lot order in a mixed order. If the stock trading system 1 determines that the stock is a bulk stock, it executes a bulk transaction as a fractional lot order in a mixed order. This allows the stock trading system 1 to handle both real-time stocks and bulk stocks, thereby facilitating stock trading.

[3-5. Other Modifications]
For example, the above-described modifications may be combined.

For example, in the embodiment, the securities company is an online securities company, but the stock trading system 1 can also be applied to stock transactions where the user uses a physical branch of the securities company. For example, for each of a unit stock order and a fractional unit stock order, the number of shares according to the limit price may be specified. For example, the functions described as being implemented by the stock trading server 10 may be implemented by at least one computer in the stock trading system 1.

[3-6. Modifications other than stock trading]
For example, the stock trading system 1 may be applied to trading of products other than stocks (so-called financial products). In this case, the term "stocks" can be replaced with other products such as gold, platinum, investment trusts, investment trust savings, government bonds, foreign exchange, or crypto assets. The other products may be products that are the target of user investment. A trading system that mediates trading of other products is also within the scope of the present disclosure. In other words, a configuration that solves the problem of promoting trading of the above-mentioned other products, in addition to the problem of promoting stock trading, is also within the scope of the present disclosure. A trading system that mediates trading of both stocks and other products is also within the scope of the present disclosure. The hardware configuration of the trading system may be similar to that of the stock trading system 1. Gold and platinum will be described as examples of other products. For example, if the trading unit for gold and platinum is 1 gram, the trading system may mediate trading of gold and platinum in amounts less than 1 gram. The terms "stocks" and "issues" can be replaced with the trading target, such as gold or platinum.

The trading system described above can promote gold and platinum trading by executing mixed orders that combine transactions of gold and platinum in integer multiples of 1 gram with transactions of gold and platinum in amounts less than 1 gram. The same applies to other products besides gold and platinum. For example, if the trading unit for other products, such as investment trusts, investment trust savings, government bonds, foreign exchange, or crypto assets, is set and trading of other products in amounts less than the trading unit is allowed, the trading system can promote trading of other products by executing mixed orders. The trading system can be applied to various types of trading, such as spot trading and futures trading.

[4. Notes]
For example, the stock trading system according to the present disclosure can also be configured as follows.
(1)
a share number acquisition unit that acquires the number of shares in a stock order;
a unit stock order execution unit that executes a unit stock order for the unit stock when the number of shares is an integral multiple of the unit stock of the issue in the order;
a fractional-lot stock order execution unit that executes a fractional-lot stock order for shares less than one unit when the number of shares is not the integral multiple and is less than one unit;
a mixed order execution unit that executes mixed orders containing a mixture of unit stock orders and odd-lot stock orders when the number of shares is not the integral multiple and is greater than the unit stock;
A stock trading system including.
(2)
The order is an order for the stock reserve,
The number of shares is the number of shares in the reserve,
the unit stock order execution unit executes the unit stock order on the accumulation date in the accumulation if the number of shares is the integral multiple;
the odd lot order execution unit executes the odd lot order on the reserve date if the number of shares is not the integral multiple and is less than the unit share;
the mixed order execution unit executes the mixed order on the reserve date if the number of shares is not the integral multiple and is greater than the unit share.
A stock trading system as described in (1).
(3)
the share number acquisition unit acquires, as the number of shares, the number of purchasable shares that can be purchased with the reserved amount based on the reserved amount in the reserve and the upper limit of the price range of the issue on the reserved date;
(2) A stock trading system according to (2).
(4)
The stock trading system includes:
an additional order determination unit that, when the unit stock order, the odd lot stock order, or the mixed order is executed, determines whether or not an additional order for the stock is possible based on the reserve amount and the execution result of the unit stock order, the odd lot stock order, or the mixed order;
an additional order execution unit that executes the additional order when it is determined that the additional order is possible;
The stock trading system according to (3), further comprising:
(5)
The stock trading system further includes a setting storage unit that stores a setting regarding whether or not the additional order is required, the setting being specified by a user;
the additional order execution unit executes the additional order based on the setting.
(4) A stock trading system according to (4).
(6)
The stock trading system includes:
a shareholder benefit information acquisition unit that acquires shareholder benefit information regarding the shareholder benefits of the stock;
a required reserve amount calculation unit that calculates the required reserve amount required for the shareholder benefit based on the reserve date and the shareholder benefit information;
a display control unit that displays the required reserve amount on an order screen that accepts input of the reserve settings;
The stock trading system according to any one of (2) to (5), further comprising:
(7)
the order is an order in a spot transaction for the stock;
the share count acquisition unit acquires the share count designated by a user;
the unit stock order execution unit executes the unit stock order in the spot transaction when the number of shares is the integral multiple;
the odd lot order execution unit executes the odd lot order in the spot transaction when the number of shares is not the integral multiple and is less than the unit of shares;
the mixed order execution unit executes the mixed order in the spot transaction when the number of shares is not the integral multiple and is greater than the unit share.
A stock trading system according to any one of (1) to (6).
(8)
the unit stock order execution unit executes the unit stock order by transmitting unit stock order information regarding the unit stock order to a securities trading system or a private trading system;
the odd lot order execution unit executes the odd lot order by transmitting odd lot order information regarding the odd lot order to a bilateral trading system;
the mixed order execution unit executes the mixed order by transmitting the lot share order information to the securities trading system or the proprietary trading system and transmitting the odd lot share order information to the bilateral trading system.
A stock trading system according to any one of (1) to (7).
(9)
the mixed order execution unit is capable of executing the mixed order in which at least some of the conditions for the lot order and the odd lot order differ from each other;
A stock trading system according to any one of (1) to (8).
(10)
The stock trading system includes:
a correspondence determination unit that determines whether the issue corresponds to the odd lot order;
a display control unit that displays a screen for accepting input of conditions related to the order on a user terminal of the user based on a determination result of the response determination unit;
The stock trading system according to any one of (1) to (9), further comprising:
(11)
The stock trading system further includes a stock determination unit that determines whether the stock is a real-time stock that is the subject of real-time trading in which the odd lot shares are traded in real time during trading hours of a stock market, or a bulk stock that is the subject of block trading in which the odd lot shares are traded in a lump sum during trading hours,
the odd lot order execution unit executes the real-time transaction as the odd lot order when the issue is determined to be the real-time issue, and executes the bulk transaction as the odd lot order when the issue is determined to be the bulk issue;
the mixed order execution unit, when it is determined that the issue is the real-time issue, executes the real-time transaction as the odd lot order in the mixed order, and, when it is determined that the issue is the bulk issue, executes the bulk transaction as the odd lot order in the mixed order.
A stock trading system according to any one of (1) to (10).

1 Stock trading system, 2 Securities trading system, 3 Proprietary trading system, 4 Bilateral trading system, N network, 10 Stock trading server, 11, 21, 31, 41, 51 Control unit, 12, 22, 32, 42, 52 Memory unit, 13, 23, 33, 43, 53 Communication unit, 20 Securities trading server, 30 Proprietary trading server, 40 Bilateral trading server, 50 User terminal, 54 Operation unit, 55 Display unit, 100 Data memory unit, 101 Response determination unit, 102 Display control unit, 103 Share count acquisition unit, 104 Lot stock order execution unit, 105 Fractional lot stock order execution unit, 106 Mixed order execution unit, 107 Additional order determination unit, 108 Additional order execution unit, 109 Settings storage unit, 110 Shareholder preferential treatment information acquisition unit, 111 Required reserve amount calculation unit, 112 Stock determination section, SC1 stock search screen, SC2 savings setting screen, SC3 details screen, SC4 order screen, DB1 stock database, DB2 savings setting database, DB3 order database.

Claims (13)

a share number acquisition unit that acquires the number of shares in a stock order;
a unit stock order execution unit that, when processing an order with content desired by the user placing the order, generates unit stock order information for the unit stock order of the user, which is a unit stock order regarding the unit stock, for each order when the number of shares is an integer multiple of the unit stock of the issue in the order, and executes the unit stock order by transmitting the unit stock order information generated for each order to a securities trading system or a proprietary trading system;
a fractional lot order execution unit that, when processing an order with content desired by the user, generates fractional lot order information for the fractional lot order of the user, which is a fractional lot order for shares of less than one lot, for each order when the number of shares is not the integral multiple and is less than one lot, and executes the fractional lot order by transmitting the fractional lot order information generated for each order to a bilateral trading system;
a mixed order execution unit that, when processing an order with the content of the order desired by the user, generates the unit stock order information and the fractional unit stock order information for each order when the number of shares is not the integral multiple and is greater than the unit stock, transmits the unit stock order information generated for each order to the securities trading system or the proprietary trading system, and transmits the fractional unit stock order information generated for each order to the bilateral trading system, thereby executing a mixed order in which the unit stock orders and the fractional unit stock orders are mixed;
A stock trading system including. The order is an order for the stock reserve,
The number of shares is the number of shares in the reserve,
the unit stock order execution unit executes the unit stock order on the accumulation date in the accumulation if the number of shares is the integral multiple;
the odd lot order execution unit executes the odd lot order on the reserve date if the number of shares is not the integral multiple and is less than the unit share;
the mixed order execution unit executes the mixed order on the reserve date if the number of shares is not the integral multiple and is greater than the unit share.
The stock trading system according to claim 1 . the share number acquisition unit acquires, as the number of shares, the number of purchasable shares that can be purchased with the reserved amount based on the reserved amount in the reserve and the upper limit of the price range of the issue on the reserved date;
The stock trading system according to claim 2 . The stock trading system includes:
an additional order determination unit that, when the unit stock order, the odd lot stock order, or the mixed order is executed, determines whether or not an additional order for the stock is possible based on the reserve amount and the execution result of the unit stock order, the odd lot stock order, or the mixed order;
an additional order execution unit that executes the additional order when it is determined that the additional order is possible;
The stock trading system according to claim 3 , further comprising: The stock trading system further includes a setting storage unit that stores a setting regarding whether or not the additional order is required, the setting being specified by a user;
the additional order execution unit executes the additional order based on the setting.
The stock trading system according to claim 4. The stock trading system includes:
a shareholder benefit information acquisition unit that acquires shareholder benefit information regarding the shareholder benefits of the stock;
a required reserve amount calculation unit that calculates the required reserve amount required for the shareholder benefit based on the reserve date and the shareholder benefit information;
a display control unit that displays the required reserve amount on an order screen that accepts input of the reserve settings;
The stock trading system according to any one of claims 2 to 5, further comprising: the order is an order in a spot transaction for the stock;
the share count acquisition unit acquires the share count designated by a user;
the unit stock order execution unit executes the unit stock order in the spot transaction when the number of shares is the integral multiple;
the odd lot order execution unit executes the odd lot order in the spot transaction when the number of shares is not the integral multiple and is less than the unit of shares;
the mixed order execution unit executes the mixed order in the spot transaction when the number of shares is not the integral multiple and is greater than the unit share.
6. The stock trading system according to claim 1. the mixed order execution unit is capable of executing the mixed order in which at least some of the conditions for the lot order and the odd lot order differ from each other;
6. The stock trading system according to claim 1. The stock trading system includes:
a correspondence determination unit that determines whether the issue corresponds to the odd lot order;
a display control unit that displays a screen for accepting input of conditions related to the order on a user terminal of the user based on a determination result of the response determination unit;
The stock trading system according to any one of claims 1 to 5, further comprising: The stock trading system further includes a stock determination unit that determines whether the stock is a real-time stock that is the subject of real-time trading in which the odd lot shares are traded in real time during trading hours of a stock market, or a bulk stock that is the subject of block trading in which the odd lot shares are traded in a lump sum during trading hours,
the odd lot order execution unit executes the real-time transaction as the odd lot order when the issue is determined to be the real-time issue, and executes the bulk transaction as the odd lot order when the issue is determined to be the bulk issue;
the mixed order execution unit, when it is determined that the issue is the real-time issue, executes the real-time transaction as the odd lot order in the mixed order, and, when it is determined that the issue is the bulk issue, executes the bulk transaction as the odd lot order in the mixed order.
6. The stock trading system according to claim 1. The computer
a share number obtaining step for obtaining the number of shares in a stock order;
a unit stock order execution step of, when the number of shares is an integer multiple of one unit stock of the stock in the order, generating unit stock order information for the user's unit stock order regarding the unit stock for each order when processing the order with order contents desired by the user placing the order, and executing the unit stock order by transmitting the unit stock order information generated for each order to a securities trading system or a proprietary trading system;
a fractional lot order execution step of, when processing the order of the order content desired by the user, generating fractional lot order information for the fractional lot order of the user, which is a fractional lot order for shares of less than one lot, for each order, and executing the fractional lot order by transmitting the fractional lot order information generated for each order to a bilateral trading system, if the number of shares is not the integral multiple and is less than one lot;
a mixed order execution step of, when the number of shares is not the integral multiple and is greater than the unit share, generating the unit share order information and the fractional unit share order information for each order when processing the order with the order content desired by the user, transmitting the unit share order information generated for each order to the securities trading system or the proprietary trading system, and transmitting the fractional unit share order information generated for each order to the bilateral trading system, thereby executing a mixed order containing a mixture of unit share orders and fractional unit share orders;
A stock trading method that executes the following . a share number obtaining unit for obtaining the number of shares in a stock order;
a unit stock order execution unit that, when processing an order with order details desired by the user placing the order, generates unit stock order information for the unit stock order of the user, which is a unit stock order regarding the unit stock, for each order when the number of shares is an integer multiple of the unit stock of the issue in the order, and executes the unit stock order by transmitting the unit stock order information generated for each order to a securities trading system or a proprietary trading system;
a fractional lot order execution unit that, when processing an order with content desired by the user, generates fractional lot order information for the fractional lot order of the user, which is a fractional lot order regarding fractional lot shares, for each order when the number of shares is not the integral multiple and is smaller than the unit lot, and executes the fractional lot order by transmitting the fractional lot order information generated for each order to a bilateral trading system;
a mixed order execution unit that, when processing an order with order details desired by the user, generates the unit stock order information and the fractional unit stock order information for each order when the number of shares is not the integral multiple and is greater than the unit stock, transmits the unit stock order information generated for each order to the securities trading system or the proprietary trading system, and transmits the fractional unit stock order information generated for each order to the bilateral trading system, thereby executing a mixed order in which the unit stock orders and the fractional unit stock orders are mixed;
A program that allows a computer to function as a a share number acquisition unit that acquires the number of shares in a stock order;
a unit stock order execution unit that, when processing an order with content desired by the user placing the order, generates unit stock order information for the unit stock order of the user regarding the unit stock for each order when the number of shares is an integer multiple of the unit stock of the stock in the order, or when the number of shares is not an integer multiple and is greater than the unit stock, and executes the unit stock order by transmitting the unit stock order information generated for each order to a securities trading system or a proprietary trading system;
a fractional lot order execution unit that, when processing an order with content desired by the user, generates fractional lot order information for each order, which is a fractional lot order for shares of less than one lot, when the number of shares is not the integral multiple and is less than one lot, or when the number of shares is not the integral multiple and is more than one lot, and executes the fractional lot order by transmitting the fractional lot order information generated for each order to a bilateral trading system;
A stock trading system including.