JP2005063430A - Lending and borrowing transaction management system of securities and management method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a cash security-borne stock lending and borrowing transaction management system conducting warehouse management for a stock associated with a lending and borrowing transaction and smoothly and exactly executing the transaction even if an unexpected event occurs. <P>SOLUTION: A computer comprises: a borrowing agreement master (a master management function 24) associating the name, quantity, borrowing conditions of the lending and borrowing-targeted stock concluded a lending and borrowing contract between a lender 7 and a mediator with the ID (Identification) of the lender 7 for storage; and a lending agreement master (the master management function 24) associating the name, quantity, and lending conditions of the lending and borrowing-targeted stock concluded a lending and borrowing contract between a borrower 8 and the mediator with the ID of the borrower 8 and the ID of the lender 7 of the stock for storage. The computer manages the securities lending and borrowing transaction for lending the stock borrowed from the lender 7 to the borrower 8. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a securities lending transaction management system and a management method.

Traditionally, brokerage brokers accept applications from securities companies that want to borrow securities such as stock certificates and bonds, borrow from securities holders such as institutional investors such as life insurance and non-life insurance companies and other securities companies. Securities lending transactions are lent. As systems for managing such transactions, for example, the following Patent Documents 1 and 2 have been proposed.
JP 2002-149976. Japanese Patent Application Laid-Open No. 2002-304528.

  By the way, in the conventional securities lending transaction, the transaction intermediary separates the basic information (brand, quantity, etc.) of the securities to be borrowed from the contract information (lender / borrower information, terms and conditions, etc.). Are managed. For this reason, for example, a sudden event such as an extraordinary general meeting of shareholders held during the borrowing period is held by the issuing company of the borrowed stock, and the lender wants to immediately request a return of the share certificate in order to establish the rights of the shareholders. If desired, the trade intermediary must individually adjust the borrower and quantity claiming the return for the issue to be returned. The same individual response is required when refinancing / refinancing of securities to be borrowed.

  An object of the present invention is to provide a securities lending transaction management system that manages warehouses of securities related to lending transactions and that can execute transactions smoothly and accurately even when sudden events occur.

  According to a first main aspect of the present invention, a computer manages a securities lending transaction in which securities borrowed from a customer (lender) are lent to another customer (borrower), the computer comprising the computer Borrowing agreement information storage means for storing the securities, the quantity and the borrowing conditions of the securities to be borrowed entered into a loan agreement between the lender and the broker in association with the identification information of the lender, and between the borrower and the broker A loan contract information storage means for storing the brand, quantity and lending conditions of the securities to be leased in step 1 in association with the borrower identification information and the lender identification information of the securities. A system is provided.

  With such a configuration, the contract information with the borrower can be managed in association with the identification information of the lender who borrowed the securities. As a result, even when the above-mentioned sudden event occurs, the borrower and quantity can be identified immediately, and processing such as return request and settlement can be performed quickly and smoothly. In addition, when borrowing securities from a lender, borrowing conditions such as whether to exercise the rights of shareholders are acquired and managed, so when lending the lender's securities to the borrower, refer to these borrowing conditions for lending. The conditions can be determined.

  According to a second main aspect of the present invention, a computer manages a securities lending transaction in which securities borrowed from a customer (lender) are lent to another customer (borrower). A borrowing agreement information storage step of storing in the borrowing agreement information storage means in association with the lender's identification information the brand, quantity and borrowing conditions of the securities to be borrowed for which a loan agreement has been concluded between the lender and the broker; The brand, quantity, and lending conditions of the securities to be borrowed for which the borrower and the broker have concluded a lending agreement are stored in the lending agreement information storage in association with the borrower identification information and the lender identification information of the securities. A method is provided for performing a lending agreement information storage step.

  According to such a configuration, it is possible to obtain a securities lending transaction management method that can be suitably executed using the securities lending transaction management system according to the first main aspect.

  According to the present invention, information on the execution of securities related to lending transactions (borrowing and lending) and warehouse information on securities (lender information and location) are managed in association with each other. Even if an event occurs, the necessary processing can be performed smoothly and quickly. This makes it possible to smoothly and accurately perform securities lending transactions.

  The other features and remarkable effects of the present invention can be understood more clearly by referring to the description of the following embodiments of the present invention and the attached drawings.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. The following is an example where stock certificates are used as securities to be borrowed, borrowing transactions with cash collateral are used as transaction formats, and a transaction intermediary that mediates transactions between lenders and borrowers of stock certificates is used as an example. I will explain.

  FIG. 1 is a conceptual diagram of a cash-secured stock certificate lending transaction management system according to an embodiment of the present invention. The stock-lending / lending transaction management system denoted by reference numeral 1 in this figure is composed of a general-purpose host computer installed in a transaction broker (not shown), and the hardware and software of the computer system cooperate with each other to be described later. It has a function. Since the function and configuration of the host computer are well known, the following description will focus on matters relating to the present invention.

  The system 1 includes a plurality of business partners 3 through an external communication interface (I / F) 2, a financial information vendor 5 such as Nikkei Quick Co., Ltd., and a securities agency 6. Is communicably connected. The customer 3 is a customer who has concluded a “basic contract on stock certificate lending transaction” with the transaction broker, and there are a lender 7 that lends the stock certificate held to the transaction broker and a borrower 8 who borrows from the transaction broker. included. Further, as will be described later, since it is necessary to settle collateral, lending fees, etc. between the lender 7, the borrower 8 and the transaction intermediary, this system 1 is connected to the fund settlement network through the transaction intermediary accounting system 9. It is configured so that it can be directly connected to.

  The stock certificate lending management system 1 is configured such that a communication unit 15, an input unit 16, and an output unit 17 are connected to a bus line 13 to which a CPU 10, a RAM 11, and a ROM 12 are connected via an input / output I / F 14. A software program that implements the functions of the present invention is installed in a storage device 18 such as an HDD. The software program is called on the RAM 11 by the CPU 10 and executed, whereby the functions of the present invention are performed in cooperation with the OS (operation system). The software program mainly includes a contract management function 20, a loan management function 21, a security management function 22, a warehouse management function 23, and a master management function 24. FIG. 2 specifically shows these functions.

  As shown in FIG. 2, the contract management function 20 is a function for managing information on a loan contract executed between a transaction intermediary, a lender, and a borrower. Specifically, the functions include input / correction / cancellation of information on promised loan transactions, balance adjustment, contract split processing (remake means), and contract reinspection.

  Here, the contract split process is a process that enables partial repayment by splitting the contract when partial repayment of the stock certificate occurs. The contract re-supervision function is a function that maintains the accuracy of input data by keeping the input contract suspended until re-supervision is performed on the input contract. In addition to the new and end categories, the contract input has four continuation categories (new, rollover, contract content change, end start), depending on the contract conditions. By this classification, the contract number is taken over, the registered contents of the reason for change and the input items are restricted, and the input items are labor-saving. Moreover, the borrower's brand input becomes unnecessary by using the warehouse and the capture form, and the borrower's input mistake can be prevented by utilizing the entered borrowing condition information. Furthermore, since the stock certificate is managed by the contract input in this way, a settlement instruction (in the case of the actual product, an instruction to the business consignment company) can be performed at the same time.

  The warehouse management function 23 is a function for entering / extracting stock certificate information to / from a warehouse master, which will be described later, and updating stock stock information. Specifically, it includes input / correction / cancellation of stock certificate entry / exit, deposit management, pair off netting, segmentation, and balance inquiry functions. Here, deposit management mainly includes custody deposit and special contract (optional) functions. The custody processing is processing for setting and managing a customer account according to a customer instruction for a customer who has signed a custody agreement. In this case, the holder of the stock certificate is the customer and all rights belong to the customer. When borrowing this protection deposit brand or lending borrowed stock certificates, the borrowed brand is searched and extracted from the warehouse. In this way, labor saving of input work, linking, and having a movement history of brands make it possible to perform subsequent management smoothly. In addition, for borrowed and protected brands, due date management (rights management) and payment of dividends, etc. can be monitored, and if a payment is made, the target brand can be quickly extracted. In the present embodiment, the authority level of the settlement person is set in association with the difficulty level of exception processing (warehouse movement warning function). By combining these levels, practically possible movements can be input. As a result, exception handling can be performed while preventing errors during normal input. Furthermore, a netting instruction is automatically issued when payment for the same issue occurs during the same day (support function at the time of settlement). In addition, when netting is not performed, separate payment is possible by removing the flag.

  The security deposit management function 22 is a function for calculating and managing the security deposit provided by the transaction broker to the lender of the stock certificate and the security deposit received from the borrower of the stock certificate. Specifically, it includes functions to manage collateral value, start / end collateral, individual collateral changes, and interest on collateral. Here, the price washing of the security deposit is a process of calculating the security deposit on the next day of the price washing date using the stock price designated on the date set as the price washing date. However, in the case of T + 1 execution, it is possible to individually execute the price washing process at any time by setting.

  The lending fee management function 21 is a function for calculating and managing the lending fee of the stock certificates lent by the transaction broker and the borrowed stock certificates. Specifically, it includes functions for calculating rental fees, changing the rental rate, and calculating monthly rental fees. Here, the rental fee is calculated by the following formula.

          Daily closing price (reference price) x number of shares x rental rate x number of borrowed days / 365

  The loan rate is determined at an annual rate based on the agreement between the transaction intermediary and the customer by referring to the market conditions for the borrower's desired brand and transaction conditions.

  The master management function 24 is a function for reducing input load by describing necessary information in advance or at predetermined intervals in a large number of master tables prepared for each input item, and displaying default values on the input screen. Each master is a certain area secured in the storage device 18 such as the HDD, and information input by the above management functions or information obtained from an external organization via the external communication I / F 2 is described as needed.・ Updated. In this embodiment, supplier master, billing master, stock brand and market price master, warehouse master, bulletin (shareholder rights information) master, security rate master, calendar function master, decision authority master, protection deposit information master (Protection deposit information storage means), a borrowing agreement master 30 (borrowing agreement information storage means) and a lending agreement master 31 (lending agreement information storage means) are prepared. For example, a default value is displayed at a location where conditions are determined according to the supplier master (contract input support function). In addition, when contracts (such as collateral items) that are different from contracts are concluded in individual transactions, it is possible to determine differences in conditions between the supplier master and individual transactions and automatically write special notes on the individual transaction statements. is there. For conditions that cannot be determined, a sentence can be selected and written for each business partner. The borrowing agreement master 30 and the lending agreement master 31 respectively store agreement information on lending contracts concluded between the lender and the borrower and the transaction broker. In particular, as will be described later, the lending contract master 31 stores the brand and quantity of securities lent to the borrower in association with the identification information of the lender who borrowed the stock certificate.

  Next, with reference to FIG. 3, a specific example in the case of lending a stock certificate borrowed from a lender to the borrower will be described. In this example, the trading intermediary (the lending transaction management system 1) protects the stock certificates of 100,000 shares A and 50,000 shares B from the lender (ID = 1111) who is an institutional investor (attribute = 1). This is a case where borrowing is performed after processing (see the warehouse management function 23 in FIG. 2), and lending to a plurality of borrowers a to c (ID = 2222, 3333, 4444).

  First, when the lending transaction management system 1 accepts the protection deposit of the stock certificate of the brand A and the stock certificate of the brand B from the lender (1111), the warehouse management function 23 uses the attributes of the lender (institutional investors: 1). In addition, after setting up the attributes of stocks for protection deposits and receiving offers for lending, refer to the market conditions of each issue, the transaction form (callable or non-call, etc.), desired transaction conditions for each issuer's issue, etc. Borrowing conditions are set by agreement with customers. In this example, the lender wants to exercise the rights of the shareholder for the issue B, so even if it is during the lending period, if a corporate action such as an extraordinary general meeting of shareholders occurs, the lender will be charged. Becomes unstable. For this reason, the loan rate related to the brand B of the lender is set to be relatively low. When the terms of the loan agreement are agreed between the lender and the transaction intermediary, a loan agreement is concluded for these issues A and B, and the information entered by the lender and the transaction intermediary is 1 record (issue) as 1 record. Stored in each master.

  Next, when accepting a borrowing request for these stock certificates, the contract management function sets a lending condition with reference to a borrower's desired borrowing condition, a market situation of a brand, and the like. In this example, all 100,000 shares are lent to the borrower a (ID = 2222) for the brand A, 30,000 shares are borrowed to the borrower b (ID = 3333), and 20,000 shares are borrowed to the borrower c (ID = 4444). ). When loan terms such as loan rate and collateral interest rate are agreed with each borrower a-c, a loan contract is concluded for each issue, and the information entered by the borrower and transaction intermediary as one record per transaction Stored in each master.

  At this time, the ID (1111) of the lender is registered in each contract record together with the brand and quantity to be borrowed, the borrowing period, and the like. That is, the ID of the lender who is the owner is managed in association with the stock certificates of the brands A and B lent to the borrowers a to c. This makes it possible to identify the borrower and quantity instantly even when a sudden event occurs for the subject issue during the borrowing period, or when there is a request for partial return from the lender. It becomes possible to cope with. Of course, the process of returning the stock certificate to the lender at the expiration of the lending period can be quickly performed. Contrary to the example shown in the figure, it is also possible to add together stock certificates of the same brand borrowed from a plurality of lenders and lend them to one borrower.

  In addition, when the loan transaction management system 1 receives an application for the return of part or all of the share certificates from the lender during the lending period, the loan transaction / appropriation process may be performed so that the borrower is not affected. Easy. For example, in the example of FIG. 3, when a request for return of the brand A is received from the lender (1111), the lending transaction management system 1 searches the stock certificates of the same brand from the stock certificates that are protected by other customers. The customer (customer) of the lender candidate is extracted from the supplier master, and the borrowing of the same brand and the same number of stock certificates is consulted. If an alternative stock certificate can be secured, a loan agreement is executed with a new lender (ID = 5555), a new execution record is registered in the management master, and the newly borrowed stock certificate is returned to the lender (1111) as it is. . Then, the lender ID (1111) of the record of the management master borrower (2222) is updated to a new lender ID (5555). Conventionally, it is difficult to perform such allocation processing on the system, and the stock certificate once returned from the borrower (2222) is returned to the lender (1111), and the stock certificate borrowed from the new lender (5555). To the borrower (2222). In this embodiment, it is possible to leave a history that matches an actual transaction. Such allocation process has no effect on the borrower (2222), so there is no need to leave a transaction history, but if a new lender (2222) wishes, this transaction history can be left and presented. It is.

  Next, the functions of the present invention will be described together with processing steps with reference to the flowcharts of FIGS.

  First, the contract registration process of FIG. 4 will be described. In this example, after accepting a borrowing request from the borrower 8 in advance, a stock certificate matching the lending conditions presented by the borrower 8 is searched from the protected stock certificates, or the lender 7 is consulted. In this process, the warehouse management function 23 (see FIG. 1 and FIG. 2) of the stock certificate lending transaction management system 1 obtains the name and quantity or amount of the stock certificate desired to be borrowed from the borrower 8 and applies for the borrowing application. Accept (step S1). Specifically, the information of the borrowing request acquired from the borrower 8 by FAX or e-mail is input by the transaction broker operator using the input unit 16 (keyboard, mouse, etc.) of the stock certificate lending transaction management system 1. get. When the amount is acquired, the quantity calculation program included in the new contract input function of the contract management function 20 is started, and the quantity approximated to the desired borrowing amount is calculated by referring to the market price master so that no odd shares are generated. .

  Next, the contract management function 20 sets the lending conditions by applying the accepted borrowing conditions to the supplier master, the newsletter master, the security rate master, etc. (step S2). The warehouse master is searched according to this condition, and it is determined whether there is a stock certificate that matches this lending condition in the protected stock certificate (step S3). When the corresponding stock certificate is searched (Yes in step S3), the conditions of the lender 7 are determined with reference to the attributes and borrowing conditions of the lender 7 of the stock certificate, and the borrowing contract is concluded (steps S4 and S5). Then, after confirming conditions for lending to the borrower 8, a lending contract is concluded (step 6, S7).

  On the other hand, if the corresponding stock certificate cannot be searched in step S3 (No in step S3), the contract management function 20 extracts a lender candidate from the supplier master and consults about lending of the brand (step S8). If there is a loan application from a loan applicant (Yes in step S9), the process proceeds to step S4, the condition of the lender is confirmed and the loan contract is concluded, then the loan condition is confirmed and the loan contract is concluded. If there is no lending application (No in step S9), the process returns to step S2 to reset the lending conditions.

  When the loan contract is concluded, the warehouse input / output function (warehouse movement) of the warehouse management function 23 vibrates via the external communication I / F 2 so that the stock certificate is transferred from the lender 7 to the broker and from the broker to the borrower 8 respectively. (Step S10). Thereby, the occupation of the stock certificate moves from the lender 7 to the borrower 8. At this time, when the settlement of the collateral money related to the loan transaction has not yet been completed between the lender 7 and the transaction intermediary, the collateral money management function 22 issues a settlement instruction, and the collateral money management function 22 and the The rental fee management function 21 calculates collateral interest and rental fees and updates data (step S11). Further, the same processing as described above, such as settlement of security money, is performed with the borrower 8 (step S12).

  When the above process is completed, the contract input function 20 registers the borrowing / lending information related to the contract in the borrowing contract master 30 and the loan contract master 31 and completes this process (step S13). At this time, the brand, quantity, and lending conditions of the stock certificate lent to the borrower 8 are registered in the borrowing agreement master 30 in association with the ID of the lender 7.

  Next, processing steps when an event occurs in FIG. 5 will be described.

  In this process, first, when the contract management function 20 of the stock certificate lending transaction management system 1 receives an input of a predetermined event occurrence (split, merger, extraordinary general meeting of shareholders, expiration of the lending period, arrival of the closing date, etc.) S21), the borrowing condition of the borrowing agreement master 30 is searched for the brand related to the application (step S22), and the necessity of return is determined with reference to the searched borrowing condition (step S23). For example, if an event called the extraordinary general meeting of shareholders of the issuer of the stock certificate is entered, if “I want to exercise the rights of the stock certificate as a shareholder” (callable) is registered in the lending conditions of the lender 7, 7 stock certificates are deemed to be required to be returned. If it is determined that no return is necessary (No in step S23), the process is terminated.

  When it is determined that the return is necessary (Yes in step S23), the contract management function 20 searches for all borrowers 8 that lent the stock certificate of the lender 7 from the lending master (step S24). Further, the other borrowers 8 borrowing stock certificates of other lenders 7 of the same brand are also searched (step S25). The contract management function 20 extracts lending conditions and brand characteristics with each borrower 8 and borrowing conditions with the lender 7 from each master, and returns one or more of the retrieved borrowers 8 based on these information. The priority order (n) to be charged is determined (step S26). This priority order (n) is comprehensively determined by applying a lending period, a lending rate, a security rate, a quantity, a lending period, a transaction history with the borrower 8, and the like to a predetermined algorithm.

  Next, the borrower 8 with priority n = 1 is requested to return the stock certificate (step S27). Specifically, the return request message including the return condition generated by the contract management function 20 is sent to the borrower 8 via the input / output I / F 14, the output unit 17, the communication unit 15 and the external communication I / F 2 of the host computer. Or fax. If the borrower 8 agrees to return, the continuation category is specified by the master management function and a contract is concluded, and the security management function 22 instructs settlement of the security money with the borrower 8 (step S28).

  Until the stock certificates to be returned reach the required quantity to be returned to the lender 7, the processes of steps S27 and S28 are repeated while decrementing the priority n by one (steps S29 and S30). When the required quantity is reached (Yes in step S29), the security management function 22 instructs settlement of the security with the lender 7 (step S31). In addition, the entry / exit input function (warehouse movement) adds the number of shares to be transferred and notifies the vibration control 4 via the external communication I / F 2 to transfer the stock certificate from the lender 7 to the broker and from the broker to the borrower 8 respectively. (Step S32).

  Finally, the borrowing agreement master 30 and the lending agreement master 31 are respectively updated and this process is terminated (step S33).

  With the configuration described above, the system according to the present embodiment has the following effects.

  First, in this system, stock certificate information (protection custody conditions, location, lender, borrower, usage pattern) and loan agreement information can be linked and managed at the same time to update stockholder information and check all stocks handled daily. .

  Secondly, by making the pattern of the contract input form and extracting the contract conditions and the loanable stock from the contract inquiry screen and warehouse screen, the stock certificate information can be extracted by minimizing the input from the input means and extracting it. And lending information and lending and lending can be linked.

  Third, a management authority level was set for each person in charge, and a warning level was set for movement between warehouses. Thereby, an irregular transaction can be made possible by eliminating an inappropriate transaction and allowing an appropriate authorized person to input the warning level when an irregular transaction occurs.

  In addition, this invention is not limited to said embodiment, A various deformation | transformation is possible in the range which does not change the summary of invention.

  For example, in the embodiment described above, a stock collateral lending transaction with cash collateral has been described as an example. However, the present invention can be similarly applied to a lending transaction of other securities (such as convertible bonds) or an unsecured transaction. In the case of unsecured lending transactions, collateral management such as price washing can be omitted.

  Moreover, although the said embodiment demonstrated the example which borrowed the stock certificate (50,000 shares) borrowed from one lender to several borrowers, the quantity of borrowing and a lending can be changed flexibly. For example, when borrowing 70,000 shares and 30,000 shares from a plurality of lenders for the same issue, it is possible to divide the total 100,000 shares into 50,000 shares and lend them to a plurality of lenders. In addition, when 100,000 shares are returned to Lender A, when 20,000 shares and 80,000 shares borrowed from other Lenders B and C are returned first, Lender B associated with these share certificates If the ID of C is returned to Lender A and then returned to the former, then if 100,000 shares of Lender A are returned, it will be split into 20,000 shares and 80,000 shares and transferred to the IDs of Lenders B and C. Can also be returned. Such flexible handling of borrowing / repayment becomes possible only by managing the lending stock certificates and lenders in association with each other.

The figure which shows the whole structure of the cash-secured stock certificate lending management system which concerns on one Embodiment of this invention. FIG. 2 is a hierarchical diagram showing specific functions of the system. The figure which shows the specific example of stock certificate lending transaction. The flowchart which shows the process process of contract registration. The flowchart which shows the process process at the time of event occurrence.

Explanation of symbols

1 ... Stock lending transaction management system 2 ... External communication interface (I / F)
3 ... Business partners 4 ... Securities custody transfer organization (vibration))
5 ... Financial information vendor 6 ... Securities agency 7 ... Lender 8 ... Borrower 10 ... CPU
11 ... RAM
12 ... ROM
13 ... Bus line 14 ... Input / output interface (I / F)
DESCRIPTION OF SYMBOLS 15 ... Communication part 16 ... Input part 17 ... Output part 20 ... Contract management function 21 ... Loan management function 22 ... Collateral management function 23 ... Warehouse management function 24 ... Master management function 30 ... Borrowing contract master 31 ... Lending contract master

Claims (16)

A system in which a computer manages securities lending transactions in which securities borrowed from customers (lenders) are lent to other customers (borrowers),
The computer is
Borrowing agreement information storage means for storing the brand, quantity and borrowing conditions of securities to be borrowed for which a lending contract has been concluded between the lender and the broker in association with the lender's identification information;
Lending contract information storage means for storing the brand, quantity and lending conditions of securities to be borrowed for which a loan agreement has been concluded between the borrower and the broker in association with the borrower identification information and the lender identification information of the securities. A system characterized by comprising and. The system of claim 1, comprising:
The computer further includes:
Search means for searching for identification information, quantity and borrowing conditions of the securities lender from the borrowing agreement information storage means when receiving an input of occurrence of a predetermined event relating to the securities to be borrowed;
A return necessity judging means for judging whether or not the borrowed securities need to be returned based on the searched borrowing conditions;
When it is determined that the return is necessary, the lending contract information storage means is searched based on the searched lender identification information, the borrower that is the lending destination of the securities borrowed from the lender is specified, and the borrower And a return notification means for notifying the return of the securities. The system of claim 1, comprising:
The computer further comprises an assigning means for changing the identification information of the lender of the securities stored in the borrowing agreement information storage means to the identification information of another lender of the securities of the same brand under a predetermined condition. A system characterized by that. The system of claim 1, comprising:
The computer further includes:
An authority table describing the authority to input securities borrowing, lending, reassignment or return instructions to the borrowing commitment information storage means and the lending agreement information storage means;
An authentication means for authenticating an input authority with reference to the authority table when receiving an instruction to borrow, lend, replace or return securities; The system of claim 1, comprising:
The computer further includes:
A custody information storage means for storing information on the brand, quantity and lender attributes of securities when accepting a custody from a lender;
A loan securities search means for searching for securities that can be lent from the protection deposit information storage means when a borrowing application is received from a borrower of securities and a loan application is received. A system characterized by 6. The system of claim 5, wherein
Further, the computer
Remake of loanable securities to match the number of securities requested for borrowing when the number of securities requested for borrowing differs from the number of securities available for loan searched by the loan securities search means With means,
The lending agreement information storage means stores information on the remade securities in association with the identification information of the borrower and the lender. The system of claim 2, comprising:
Further, the computer comprises priority determining means for determining the priority of the borrower notifying the return of the securities with reference to the contract conditions of the borrowing contract information storage means,
The return notification means notifies the borrower of the return in accordance with the determined priority. The system of claim 1, comprising:
The computer further comprises lending condition determining means for determining lending conditions when lending the securities to the borrower with reference to the lender attributes. A method in which a computer manages securities lending transactions in which securities borrowed from customers (lenders) are lent to other customers (borrowers),
The computer is
A borrowing agreement information storage step of storing in the borrowing agreement information storage means in association with the identification information of the lender, the brand, quantity and borrowing conditions of the securities to be borrowed for which a lending contract has been concluded between the lender and the broker;
The brand, quantity and lending conditions of the securities to be borrowed for which a borrowing agreement has been concluded between the borrower and the broker are stored in the lending agreement information storage means in association with the identification information of the borrower and the identification information of the lender of the securities. And a lending agreement information storage step. The method of claim 9, comprising:
The computer further comprises:
A search step of searching for identification information, quantity and borrowing conditions of the lender of the securities from the borrowing agreement information storage means when receiving an input of occurrence of a predetermined event relating to the securities to be borrowed;
A return necessity determination step for determining whether the loanable securities need to be returned based on the searched borrowing conditions;
When it is determined that the return is necessary, the loan contract information storage means is searched based on the searched identification information of the lender, the borrower that is the lending destination of the securities borrowed from the lender is specified, and the borrower And a return notification step of notifying the return of the securities. The method of claim 9, comprising:
The computer further executes an assigning step of changing the identification information of the securities lender stored in the borrowing agreement information storage means to identification information of another lender of the securities of the same brand under a predetermined condition. A method characterized by: The method of claim 9, comprising:
The computer comprises an authority table that describes authority to input an instruction for borrowing, lending, reassigning or returning securities to the borrowing agreement information storage means and the loan agreement information storage means,
This method further includes an authentication step of authenticating the input authority with reference to the authority table when the computer accepts an instruction to borrow, rent, transfer or return securities. Method. The method of claim 9, comprising:
The computer further comprises:
A custody information storage step for storing information on the brand, quantity and lender attributes of securities when accepting custody from the lender;
When a borrowing application for securities is obtained and a borrowing application is received and a borrowing application is received, a loan searching process for searching for securities that can be loaned from the protection deposit information storage process is executed. A method characterized by. 14. The method of claim 13, comprising
Further, the computer
Remake of loanable securities to match the number of securities requested for borrowing when the number of securities requested for borrowing differs from the number of securities available for loan searched in the loan securities search process. Execute the process,
The lending agreement information storing step stores information on the remade securities in association with the borrower and lender identification information, respectively. The method of claim 10, comprising:
Further, the computer executes a priority determination step of determining a priority of a borrower notifying the return of the securities with reference to the contract conditions of the borrowing contract information storage means,
The return notification step notifies the borrower of the return in accordance with the determined priority order. The method of claim 9, comprising:
Furthermore, the computer executes a lending condition determining step of determining lending conditions when lending the securities to the borrower with reference to the lender attributes.

Images