JP2015125634A - Stock borrowing and lending balance check system and stock borrowing and lending balance check program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To link information on the number of stock holdings that is managed in a position management system with information on the number of borrowed stocks that is managed in a lending system, thereby appropriately checking a balance of the number of stock holdings and the number of borrowed stocks.SOLUTION: A stock borrowing and lending balance check system checks a balance of the number of shares of each stock held by a company and the number of shares of each stock the company borrows from outside. The stock borrowing and lending balance check system includes: a stock holding calculation part that acquires information on the number of shares of each stock holding from a position management system and performs calculation; a borrowed stock calculation part that acquires information on the number of shares of each borrowed stock from a lending system and performs calculation; and a balance check part. The balance check part compares, for each stock, the information on the number of shares of the stock holdings and the information on the number of shares of borrowed stock; and for a stock at selling position in which the number of shares of stock holding is a negative value, if an absolute value of the negative value is greater than the number of shares of the borrowed stock, then the balance check part notifies that an additional borrowed stock is necessary.

Description

  The present invention relates to a technology for managing trading transactions of securities such as stocks, and is particularly effective when applied to a stock lending balance check system and a stock lending balance check program for checking the balance between a securities company's borrowed stock and its own position. Technology.

  In the case of a short sale (sale of shares not held) of a stock with a securities company's own trading department, in order to prevent a failure at the time of settlement, a contract is concluded with an external investor etc. that holds the stock Borrowing (borrowing) stocks. Processing related to borrowing of stock and processing related to management of data such as the number of borrowed shares are usually performed by an information processing system (hereinafter sometimes referred to as “lending system”).

  This lending system is generally constructed as a system different from the information processing system that manages the number of shares sold (short selling) by a securities company (hereinafter sometimes referred to as “position management system”). is there. This is necessary in the lending system to manage the borrowed stock, while the data required in the position management system to manage the stock holding status is, for example, the number of shares, book value, profit and loss, etc. This is because, for example, the number of shares, the contract period (borrowing period), the contracting party (lender), the rental fee, etc. are required, and the necessary data and management methods are different.

  As a technology related to stock lending processing, for example, Japanese Patent Laid-Open No. 2002-304528 (Patent Document 1) includes a transaction intermediary (securities finance company) and a lender (institutional investors, etc.) via a network, Transaction brokers and borrowers (securities companies, etc.), transaction brokers and the Japan Securities Depository Center can communicate with each other. Offers / applications, confirmation of stock availability, contracts, settlements, etc., borrowing consultations / applications between borrowers and lenders, brokering of loan offers / applications, transaction brokers and Japan Securities Depository Center A stock lending transaction support system that processes a collateral insertion confirmation process and a lending execution simultaneously with the collateral insertion confirmation process with a computer is described.

JP 2002-304528 A

  As mentioned above, the position management system that manages the number of shares sold by a securities company and the lending system that manages the number of borrowed shares are usually built individually, but the number of shares sold and the number of borrowed shares are In order to prevent a failure at the time of settlement, the securities company must always be balanced in operation (or have more borrowed shares).

  However, since the position management system and the lending system have been separated in the past, for example, there are many cases where stocks are borrowed regardless of the presence or absence of their own positions. It occurred and there was a risk of failing at the time of settlement.

  Therefore, an object of the present invention is to link the information on the number of owned shares managed on the position management system with the information on the number of borrowed shares managed on the lending system in a securities company, It is an object to provide a stock lending balance check system and a stock lending balance check program that make it possible to appropriately check the balance with the number of borrowed shares.

  The above and other objects and novel features of the present invention will be apparent from the description of this specification and the accompanying drawings.

  Of the inventions disclosed in this application, the outline of typical ones will be briefly described as follows.

  In a stock lending balance check system according to a representative embodiment of the present invention, in a company that accepts an order from a customer and performs a stock trading transaction, the number of stocks of each stock held by the company, and the company A system for checking the balance of the number of borrowed shares of stocks borrowed by borrowing from outside and having the following characteristics.

  That is, the stock lending balance check system acquires the information on the number of shares held for each brand from the position management system that manages the position information including the number of shares held for each brand of shares held by the company. Number of borrowed shares to be obtained and aggregated from the lending system that manages the loan agreement information including the number of borrowed shares for each brand of stock borrowed from the outside by the stock calculation unit Comparing the information on the number of shares held by the calculation unit and the number of shares held by the calculation unit with the information on the number of borrowed shares calculated by the number of borrowed shares calculation unit For position stocks, if the absolute value of the negative value is greater than the number of borrowed stocks for that stock, additional borrowing is required. And it has a balance checking part for notifying it.

  The present invention can also be applied to a program that causes a computer to operate as a stock balance balance check system as described above.

  Among the inventions disclosed in the present application, effects obtained by typical ones will be briefly described as follows.

  That is, according to a representative embodiment of the present invention, in a securities company, information on the number of own shares managed on the position management system, information on the number of borrowed shares managed on the lending system, and It is possible to properly check the balance between the number of shares held and the number of borrowed shares.

It is the figure which showed the outline | summary about the structural example of the securities front system which has the stock lending balance check system which is one embodiment of this invention. It is the figure which showed the outline | summary about the structural example of the stock lending balance check system in one embodiment of this invention. It is the figure which showed the outline | summary about the example of the flow of the process which cooperates the information of the number of holding stocks, and the information of the number of borrowed stocks in one embodiment of this invention. It is the figure which showed the outline | summary about the example of the flow of a process which compares the borrowed stock number information and the holding stock number information in one embodiment of this invention, and checks a balance.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. Note that components having the same function are denoted by the same reference symbols throughout the drawings for describing the embodiment, and the repetitive description thereof will be omitted.

  The stock lending / balancing balance check system, which is an embodiment of the present invention, functions as a subsystem in a front-end system (securities front system) that performs processing for supporting operations related to trading of securities at a securities company, for example. Information management system, and in conjunction with the position management system and lending system that also function as a subsystem of the securities front system, information on the number of shares held on the position management system and the lending system This is a system that makes it possible to check the balance between the number of shares held and the number of borrowed shares as appropriate based on the information on the number of borrowed shares managed above.

<System configuration>
FIG. 1 is a diagram showing an outline of a configuration example of a securities front system having a stock lending balance check system according to an embodiment of the present invention. The securities front system 1 accepts inquiries for buying and selling of securities such as stocks from customers at a securities company, etc., or accepts orders for buying and selling based on the results of the pricing. It is a front-end system that performs processing to support the business related to the buying and selling of securities, such as performing cross-transactions between banks and executing on exchanges.

  This securities front system 1 mainly performs pricing operations and order execution operations, and in the pricing operations, it calculates the price that can be handled in consideration of its own profits and risks, etc. in response to inquiries from customers. respond. In the order execution business, when a formal order is received from the customer as a result of pricing, this position is once regarded as one's own position. It is solved by executing. At this time, cross transactions within the company's position and matching processing with other orders are performed to reduce the amount of orders actually executed to the exchange, thereby reducing processing costs and impact on the market. Is done.

  As described above, the securities front system 1 includes a plurality of subsystems, the customer terminal 3 as an information processing terminal held by the customer, the exchange system 4 as a business system of the stock exchange, the Internet (not shown), It has a configuration connected via a network using VPN (Virtual Private Network) or the like. Further, it is connected to a back office system 2 that performs various back office operations in a securities company having the securities front system 1 via an in-house network (not shown).

  Here, the customer terminal 3 accesses the securities front system 1 using, for example, a dedicated application for transactions (not shown), and performs processing such as inquiries and orders related to trading of securities such as stocks. A data file may be transmitted / received using a file transfer program or the like according to the interface of the securities front system 1. The customers may include individuals and corporations who buy and sell securities held by themselves, but are usually those who buy and sell based on the assets of other customers such as investment advisors and institutional investors. Further, the exchange system 4 includes, for example, a PTS (Proprietary Trading System) in addition to a stock exchange such as the Tokyo Stock Exchange or the Osaka Stock Exchange.

  The securities front system 1 includes, for example, a customer GW (gateway) 10, a consignment OMS (Order Management System) 20, a transaction, as a subsystem composed of server devices and virtual servers on a cloud computing environment. A GW (gateway) 30, a matching system 40, a pricing system 50, a self-OMS (order management system) 60, a position management system 70, a lending system 80, a post-trade system 90, and a stock balance balance check system 100. These subsystems are configured with a high degree of independence, and it is possible to perform flexible and efficient development and operation by renewing only some of the subsystems.

  The customer GW 10 has an interface that accepts access from the customer terminal 3 and obtains data related to the transaction, and converts the data and / or the telegram into a format that can be processed by the consignment OMS 20 described later if necessary. , And has a function of delivering to the commission OMS 20. An interface for acquiring data input by a screen provided by a dedicated application (not shown) on the customer terminal 3 may be provided, or an interface for receiving an input by reading a data file may be provided. May be.

  The consignment OMS 20 has a function of accepting and managing inquiries and orders relating to buying and selling from customers via the customer terminal 3. About the transaction which received the order, it is possible to carry out systematically with respect to the exchange system 4 via the exchange GW30 via the automatic execution part 21, and to be automatically executed as needed. The exchange GW 30 generates a message and a message for executing the order to each exchange system 4 based on data relating to orders from the consignment OMS 20 and the automatic execution units 21 and 61 of the self-OMS 60 described later. And it has a function which transmits to the exchange system 4 and acquires a response.

  Here, if the order from the customer is a large-scale basket transaction, etc., if the customer executes it as it is and then executes it, it may have a large effect of changing the stock price. If specified, the brokerage company cancels the order within the brokerage firm by performing cross-transactions with its own orders, matching with orders from other customers, etc. It is done to reduce the amount executed at one time. The securities company then places an order with the exchange asynchronously in order to adjust the stock (position) of the stock held by the securities company as necessary.

  The matching system 40 and the pricing system 50 also take into account the above matching processing, cross transaction processing, and cross-transactions with their own orders for large-scale customer inquiries. It has a function to estimate the price.

  Based on a manual / automatic request from the commissioned OMS 20, the matching system 40 determines whether there is anything that can be netted with an order from another customer, and netts based on an instruction from the trader. It has a function. The pricing system 50 also determines whether or not a cross transaction can be made with its own order based on a manual / automatic request from the consignment OMS 20, and performs netting based on an instruction from the trader. It has a pricing function that calculates a base price and a contract price in response to an inquiry from a customer.

  The own OMS 60 has a function of managing transactions in the own department of the securities company. Therefore, when dealing with an order from a customer by performing a cross transaction with the customer's own order, the transaction related to this is also managed by the own OMS 60. As a result, if an order to buy or sell to the exchange is necessary to adjust the inventory held by itself, it is also possible to execute the order to the exchange system 4 via the exchange GW30 by the automatic execution unit 61. It is. The position management system 70 registers / reflects the result of cross-transaction with its own order as a stock (position) in a database or the like as will be described later and manages it. In addition, for example, when a customer sells a large quantity of purchase orders due to lack of own inventory, a margin transaction is performed, or an external trust bank or securities company is provided via a lending system 80. It is also possible to borrow shares.

  The post-trade system 90 is used when an order from a customer, an order to an exchange, or a cross transaction between the customer's own orders is executed, for example, when the order is a combination of a plurality of funds. The function of notifying the customer terminal 3 of the execution result by performing post-processing such as allocating the execution result to each fund or performing post-processing.

  As described above, the stock lending balance check system 100 includes information on the number of owned shares (position) managed on the position management system 70 and information on the number of borrowed shares managed on the lending system 80. It has the function of checking the balance between the number of shares held and the number of borrowed shares based on this, and notifying the trader when borrowed shares are necessary to prevent failure at the time of settlement.

  Note that the above system configuration is merely an example, and is not limited to this, and other system configurations may be used as long as the same function can be realized as a front-end system. It is.

<System configuration (stock lending balance check system)>
FIG. 2 is a diagram showing an outline of a configuration example of the stock balance balance check system 100. The stock balance balance check system 100 includes, for example, a server device, a virtual server in a cloud computing environment, and the like on an unshown middleware such as an OS (Operating System), a Web server program, or a DBMS (DataBase Management System). Each unit includes a borrowed stock number calculation unit 110, a owned stock number calculation unit 120, a balance check unit 130, and an output unit 140, which are implemented by a running software program. Each table includes a contract group definition 151, a portfolio group definition 152, and a combination definition 153 implemented by a file, a memory table, or the like.

  The borrowing stock number calculation unit 110 obtains information on the number of borrowing stocks in each contract from the lending contract information table (TB) 81 that holds information related to stock lending contracts on the lending system 80, and sums up each brand. It has a function of outputting the borrowed stock number information 111. At this time, for example, in accordance with an instruction from a trader, definition information about a contract group in which one or more loan contracts are grouped in a predetermined unit is held in the contract group definition 151, and based on this, the contract group unit is determined. The number of borrowed shares for each issue can be aggregated. The contents of the calculated borrowed stock number information 111 may be linked to the position management system 70 so that, for example, information on the borrowed stock number for each contract group can be displayed on the output screen of the position management system 70.

  The number-of-shares calculation unit 120 acquires information on the number of shares held (positions) in each portfolio from the position information TB71 that holds information related to its own position for each portfolio defined in the portfolio TB72 on the position management system 70, It has a function of summing up each brand and outputting the number of shares held 121. At this time, for example, in accordance with an instruction from a trader, definition information about a portfolio group obtained by grouping one or more portfolios in units of business units is held in the portfolio group definition 152, and based on this, the portfolio group unit You can count the number of shares held by brand. If the value of the number of shares held is a negative value, it indicates that the position is a selling position as a whole.

  The balance check unit 130 compares the number of shares held and the number of borrowed shares for each brand based on the number of borrowed shares information 111 calculated by the number of borrowed shares calculating section 110 and the number of owned shares information 121 calculated by the number of owned shares calculating section 120. And has the function of judging whether or not to borrow shares. If the absolute value of the number of shares held in the selling position (minus value) is larger than the number of borrowed shares, there is a possibility of failing at the time of settlement because the sale has exceeded. For example, via the output unit 140 Outputs to the traders that borrowing is necessary. The output unit 140 provides a user interface function for outputting a check result by the balance check unit 130 to a trader, the back office system 2 or the like via a Web server program (not shown).

  In the present embodiment, the stock balance balance check system 100 is configured as a system independent of the position management system 70 and the lending system 80. However, the present invention is not limited to such a configuration. It is possible to adopt a configuration in which the portion related to is integrated with the lending system 80 and the portion related to the owned stock count calculation unit 120 is integrated with the position management system 70.

<Process flow>
FIG. 3 outlines an example of the flow of processing for linking information on the number of shares held in the position management system 70 and information on the number of borrowed shares held in the lending system 80 in the stock balance balance check system 100. FIG.

  First, it is determined whether or not it is time to perform cooperation processing (S01). For example, the cooperation process is periodically executed at a predetermined timing such as daily. At this time, if there is an addition to the loan contract managed in the lending system 80 during the day, this is used as a trigger to perform linkage processing each time so that the latest information can be held. If it is time to coordinate, it is next determined whether or not a new loan contract has been added or deleted (S02). When a contract is added or deleted, the definition of the contract group in which one or more loan contracts are grouped is updated (S03). For example, processing such as addition / deletion of a contract group and addition / deletion of a loan contract belonging to the contract group is performed. These processing results are output to the contract group definition 151.

  Thereafter, a loop process for repeating the process for each contract group registered in the contract group definition 151 is started (S04). In the loop processing, the borrowed stock number calculation unit 110 obtains information on each loan contract included in the contract group to be processed from the loan contract information TB81 of the lending system 80, and aggregates them with the same brand, for the target contract group. The number of shares (number of borrowed shares) for each brand is counted (S05). The totaled results are output as borrowed stock number information 111 (S06), the processing of the target contract group is terminated, and the processing of the next contract group is performed (S07, S04).

  When the loop processing is completed for all the contract groups, the information of the borrowed stock number information 111 is output to the position management system 70 as necessary and can be used in the position management system 70 (S08). Exit. Through the above processing, the borrowed stock number information 111 can be calculated for each contract group in the loan contract. Further, by making it possible to refer to the borrowed stock number information 111 together with the own portfolio in the position management system 70, it is possible to prevent useless borrowing stock.

  In the example of FIG. 3, it is assumed that the borrowed stock number information 111 is totaled by repeating the process for all the contract groups by a loop process, but only the contract group designated by the trader is aggregated. May be.

  FIG. 4 outlines an example of the flow of processing for checking the balance by comparing the borrowed stock number information 111 calculated by the lending system 80 with the processing shown in FIG. 3 and information on the number of shares held (position). FIG. This process may be executed periodically at a predetermined timing such as daily, or may be executed at any time according to an instruction from a trader or the like.

  When the balance check process is started, first, as a preliminary preparation, the definition of a portfolio group obtained by grouping one or more portfolios in units of business units or the like is updated according to an instruction from a trader or the like as necessary (S11). For example, processing such as addition / deletion of a portfolio group and addition / deletion of a portfolio belonging to the portfolio group is performed. These processing results are output to the portfolio group definition 152.

  Thereafter, as necessary, a combination of each portfolio group registered in the portfolio group definition 152 and each contract group registered in the contract group definition 151 is defined by an instruction from a trader or the like (S12). Here, for example, a self-portfolio whose balance is to be compared with a specific contract group is selected and a combination thereof is defined. The defined contents are output to the combination definition 153. When defining a combination, it is not essential to define multiple portfolio groups and multiple contract groups. All portfolios owned by the company are defined as one portfolio group, or all lease contracts are defined as one contract group. By defining a combination, all portfolios and / or lending contracts owned by the company may be compared.

  After these advance preparation processes, a loop process for repeating the process for each portfolio group registered in the portfolio group definition 152 is started (S13). In the loop processing, the number-of-shares calculation unit 120 acquires position information for each portfolio included in the portfolio group to be processed from the position information TB71 and portfolio TB72 of the position management system 70, aggregates them with the same stock, The number of shares held for each brand in the portfolio group is tabulated (S14). In the case of a sell position, the number of shares held is negative. The totaled results are output as the number-of-shares information 121 (S15), the processing of the target portfolio group is terminated, and the processing of the next portfolio group is performed (S16, S13).

  When the loop process is completed for all portfolio groups, a loop process for repeating the process for each combination registered in the combination definition 153 is started (S17). In the loop process, the balance check unit 130 determines the number of shares held for each stock held in the number of shares held information 121 calculated in step S15 for the portfolio group and the contract group related to the combination to be processed, as shown in FIG. The number of borrowed shares of each brand held in the borrowed stock number information 111 calculated in step S06 of the example is compared for each brand (S18).

  As a result of the comparison in step S18, it is determined whether or not the absolute value of the number of shares held (negative value) when the comparison-target brand is a selling position is larger than the number of borrowed shares of the brand (S19). If the absolute value of the number of shares held is greater than the number of borrowed shares, there is a possibility of failing at the time of settlement because the sale has exceeded, so the output section 140 etc. that additional borrowed stock is necessary for the issue (S20). Thereafter, the processing of the target combination is finished, and the processing of the next combination is performed (S21, S17).

  When the loop processing is finished for all combinations, the balance check processing is finished. Through the above processing, it is possible to extract and notify a brand requiring additional borrowing in units of combinations of portfolio groups and contract groups.

  In the example of FIG. 4, the processing is repeated for all portfolio groups by loop processing, and the number of shares held 121 is totaled. However, only the portfolio groups designated by traders or the like should be aggregated. May be. In addition, all the combinations of portfolio groups and contract groups are determined by loop processing to determine the necessity of borrowing, but only for combinations specified by traders etc. Also good.

  As described above, according to the stock balance balance check system 100 according to an embodiment of the present invention, for example, the position management system 70 and the lending system 80 functioning as a subsystem in the securities front system 1. In cooperation, borrowed stocks were also taken into account based on information on the number of shares held for each brand managed on the position management system 70 and information on the number of borrowed stocks managed on the lending system 80. Traders, etc. will be able to grasp the information on the actual number of shares held, check the balance between the number of shares held and the number of borrowed shares as appropriate, determine the necessity of additional borrowed shares, and if necessary, inform traders etc. Notification can be made.

  As mentioned above, the invention made by the present inventor has been specifically described based on the embodiments. However, the present invention is not limited to the above-described embodiments, and various modifications can be made without departing from the scope of the invention. Needless to say. For example, the above-described embodiment has been described in detail for easy understanding of the present invention, and is not necessarily limited to the one having all the configurations described. In addition, it is possible to add, delete, and replace other configurations for a part of the configuration of the above-described embodiment. Moreover, in each said figure, the control line and the information line have shown what is considered necessary for description, and do not necessarily show all the control lines and information lines on mounting. Actually, it may be considered that almost all the components are connected to each other.

  INDUSTRIAL APPLICABILITY The present invention can be used for a stock lending balance check system and a stock lending balance check program for checking a balance between a stock borrowed by a securities company and its own position.

1 ... Securities front system, 2 ... Back office system, 3 ... Customer terminal, 4 ... Exchange system,
DESCRIPTION OF SYMBOLS 10 ... Customer GW, 20 ... Consignment OMS, 21 ... Automatic execution part, 30 ... Exchange GW, 40 ... Matching system, 50 ... Pricing system, 60 ... Self OMS, 61 ... Automatic execution part, 70 ... Position management system, 71 ... Position information TB, 72 ... Portfolio TB, 80 ... Lending system, 81 ... Lending contract information TB, 90 ... Post trade system,
DESCRIPTION OF SYMBOLS 100 ... Stock lending balance check system, 110 ... Borrowed stock number calculation part, 111 ... Borrowed stock number information, 120 ... Held stock number calculation part, 121 ... Held stock number information, 130 ... Balance check part, 140 ... Output part, 151 ... Contract group definition 152 ... Portfolio group definition, 153 ... Combination definition

Claims (4)

In a company that accepts orders from customers and trades stocks, the balance between the number of shares held by each company and the number of borrowed shares of each brand of shares borrowed by the company from outside A stock lending balance check system for checking
From a position management system that manages information on the position including the number of shares held for each brand of stocks held by the company, the number-of-shares calculation unit that obtains and aggregates information on the number of shares held for each brand;
From a lending system that manages information on loan contracts including the number of borrowed shares for each brand of stock borrowed from the outside by the company, the borrowed stock number calculating unit that acquires and aggregates information on the number of borrowed shares of each brand;
About the brand of the selling position where the number of shares held is a negative value by comparing the information on the number of shares held by the number of owned shares calculation section and the information on the number of borrowed shares counted by the number of borrowed shares calculation section A balance check unit for notifying that additional borrowed stock is necessary when the absolute value of the negative value is larger than the number of borrowed shares for the stock;
Stock balance balance check system. In the stock lending balance check system according to claim 1,
The borrowing stock number calculation unit is a stock lending balance check system that makes it possible to use information on the total number of borrowed stocks of each brand in the position management system. In the stock lending balance check system according to claim 1 or 2,
The holding stock number calculation unit is configured to store, for each of one or more portfolio groups including one or more portfolios of the position information managed by the position management system, the holdings of the respective brands included therein. Aggregate information on the number of shares,
The borrowing stock number calculation unit is configured to obtain the borrowing of each brand included in each of one or more contract groups including one or more of the loan contracts with respect to the information of the loan contract managed by the lending system. Aggregate information on the number of shares,
The balance check unit includes, as a unit, a combination of the portfolio group and the contract group defined in advance, for each stock included in the combination, information on the number of shares held in the target portfolio group, and the target contract A stock lending balance check system that compares information on the number of borrowed shares in a group. In a company that accepts orders from customers and trades stocks, the balance between the number of shares held by each company and the number of borrowed shares of each brand of shares borrowed by the company from outside A stock balance balance check program that operates a computer as a stock balance balance check system,
From the position management system that manages the position information including the number of shares held for each brand of stocks held by the company, the number-of-shares calculation process for acquiring and totaling information on the number of shares held for each brand;
From a lending system that manages information on loan contracts including the number of borrowed shares for each brand of stock borrowed from the outside by the company, the borrowed stock number calculation process for obtaining and totaling information on the number of borrowed shares for each brand;
Compare the information on the number of shares held by the number-of-holding calculation process and the information on the number of borrowed shares calculated by the number-of-borrowed-stock calculation process for each brand of the selling position where the number of owned shares is a negative value. A balance check process for notifying that additional borrowed stock is necessary when the absolute value of the negative value is larger than the number of borrowed shares for the stock;
Stock balance balance check program.

Images