JP2003256744A - Electronic securities processing method and system thereof - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To realize a multi-strata simultaneous mortgage receiving and paying system allowing an assignor/assignee performing a transaction to put electronic securities to be settled according to a schedule into a central bank through each settlement bank as mortgage or receive return of mortgage from the central bank in the electronic securities transaction so as to increase daylight liquidity even in the electronic securities transaction to be performed by a person having no account in the central bank directly. <P>SOLUTION: This system receives selling and buying registration by an assignor and an assignee, mortgage registration between the assignor/assignee and the settlement bank, and mortgage registration between the settlement bank and the central bank to confirm whether settlement of funds concerning all the registrations is possible or not after confirming coordination property among these registrations. <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system and method for realizing electronic securities trading in which the rights of securities are generated / transferred / erased by recording electronic data.

[0002]

2. Description of the Related Art In recent years, the "Transfer of Short-Term Bonds, etc." has been enacted. The movement to go paperless is becoming active. As a method of electronically conducting securities transactions, it is defined that electronic data itself has value, and a method of transferring rights by moving electronic data having those values (electronic securities method) and a reliable transfer. There is a method (transfer agency method) in which a right is transferred by constructing an institution and rewriting the description of an electronic book held by the transfer agency. The electronic securities method is difficult to prevent double transfer due to illegal copying of electronic data, has a high level of technical requirements, and in particular, a high amount of electronic securities causes a large amount of damage when copied. Transfer engine methods are becoming mainstream.

Further, as electronic securities are transferred, the transfer of funds, which is also electronically transferred, and the transfer of securities are simultaneously (inseparably) performed (DVP: Delivery ve
It is becoming mainstream to avoid the risk that the securities cannot be received even though the funds have been paid, or the funds cannot be received even though the securities have been handed, by using rsusPayment).

In these DVPs, not only transactions related to a single transaction, but also JGB DVP simultaneous collateral payment by the Bank of Japan (“The Bank of Japan's current account mechanism RTGS (April 1997)”: http : //www.boj.or.jp/s
(et / set9809b.htm), a mechanism for inseparably receiving and selling collateral, which is a plurality of transactions, is also known. Under this system, the central bank (BOJ), which is the settlement institution for securities and funds, when the transferee who purchases securities (government bonds) lacks the payment to the transferor who sells the securities.
If you register “I want you to pay the price with the purchased securities as collateral” in, the securities will be transferred from the transferor's securities account to the securities account of the central bank's collateral account, and at the same time the funds will be transferred. Transfer to the transferor's financial account (the central bank substantively lends by allowing the transferee's financial account to be negative). Also, with this mechanism, when the transferor sells securities held as collateral at the central bank to the transferee and the transferor does not have enough money to return the collateral, the central bank `` , "I want you to apply for the purchase price of collateral", the securities will be transferred from the collateral account of the central bank to the transferee's securities account, and at the same time, the funds will be withdrawn from the transferee's fund account. In these methods, the securities to be received are paid by the funds borrowed as collateral, and the collateral is bought back by paying the price to be received.
A payment method with excellent financial efficiency can be realized without the need to prepare funds. In addition, in the above function, (a) the securities were sold but the price was paid by simultaneously selling and selling the transferor and the transferee and inserting or returning collateral by the central bank and lending or repayment of funds by the central bank. I can't get it, (b) I bought a security but no securities, (c) I lent money but no collateral securities, (d) I collateralized the securities but received a loan. It is possible to avoid the situation of not having.

[0005]

The above-mentioned central bank's JGB DVP simultaneous collateral payment is the same as the central bank's immediate gross settlement (RTGS: Real).
The central bank, which uses a mechanism called “Time Gross Settlement” to settle funds for each individual transaction smoothly (high intraday liquidity) and where the transfer of securities and funds is the same settlement place. It is a mechanism performed in.
Furthermore, lending by securities collateral is a mechanism provided by a central bank that provides a place for settlement. Even when aiming to realize electronic securities that are widely distributed throughout society, the money transfer, which is the payment for the payment, is not done within individual financial institutions but through the central bank, which realizes settlement between financial institutions. It is desirable to be seen.

[0006] However, regarding securities transfers, there are various securities such as corporate bonds, bills, negotiable certificates of deposit, etc., the commodity characteristics such as trading participants, transaction size, creditworthiness of trading securities, and operations that central banks can handle. Depending on the scale, it is expected that some electronic securities will not be transferred by the central bank and should not be transferred. A first object of the present invention is to provide a system and method for improving the availability (availability) of electronic securities by realizing a multi-layer simultaneous collateral payment system.

A second object of the present invention is to provide a system and method for improving the availability of electronic securities by realizing DVP among the lender / transferor / transferee. .

[0008]

[Means for Solving the Problems] To achieve the first object of the present invention, the present invention has two functions: payment by funds borrowed from securities to be received as collateral, and return of collateral by payment of money to be received. We propose a multi-level simultaneous collateral payment method for cases.

[0009] A multi-tier simultaneous collateral payment method in the case of payment with funds borrowed from securities to be received as collateral is as follows:
Registration of electronic securities sales transactions between the transferor and transferee,
Transaction in which the transferee pledges the electronic securities to be settled to the transferor clearing bank, which is the transferee's fund clearing bank, as collateral (1)
And the registration of the collateral insertion transaction (2), which is a transaction in which the transferee settlement bank inserts the electronic securities to be settled into the central bank as collateral, and the above-mentioned sales transaction and the transaction in which the electronic securities are posted as collateral. (1) Confirm the consistency of the registered contents of transaction (2) in which electronic securities are posted as collateral,
After confirming that all of the above-mentioned sales transactions, transactions (1) in which electronic securities are pledged as collateral, and transactions (2) in which electronic securities are pledged as collateral can all be executed, the rights of the electronic securities are inseparably transferred. .

In addition, the multi-tier simultaneous collateral payment method in the case of returning the collateral by paying the price to be received is as follows:
Registration of the transaction for selling and selling the electronic securities between the transferor and the transferee, and the return transaction (1) for repurchasing the electronic securities from the transferor clearing bank where the transferor is the transferor's fund clearing bank. Upon registration and registration of the return transaction (2), which is a transaction in which the transferor settlement bank buys back the electronic securities from the central bank, registration of the above-mentioned sales transaction, return transaction (1), and return transaction (2) After confirming the consistency of the contents and confirming that the settlement of funds relating to the sales transaction, the return transaction (1) and the return transaction (2) can all be executed, the rights of the electronic securities are inseparably transferred.

In order to achieve the second object, the present invention provides
We propose a three-way DVP implementation method for the two cases of payment by the funds borrowed from the securities to be received as collateral, and return of the collateral by payment of the money to be received.

[0012] In the case of payment by means of funds borrowed from securities to be received as collateral, a three-party DVP realization method is to register trading transactions of the electronic securities between the transferor and the transferee, and to transfer the transfer. A person receives registration of a collateral insertion transaction, which is a transaction in which the electronic securities are pledged to the lender as collateral, confirms the consistency of the registered contents of the above-mentioned sales transaction and collateral insertion transaction, and the above-mentioned sales transaction and collateral insertion transaction After confirming whether all the fund settlement regarding the above can be executed, the rights of the electronic securities are inseparably transferred.

Further, in the case of the three-party DVP realization method in the case of returning the collateral by paying the price to be received, the method of registering the transaction of the electronic securities between the transferor and the transferee and the transfer A person receives registration of a return transaction, which is a transaction to buy back the electronic securities from the lender, and confirms the consistency of the registered contents of the sales transaction and the return transaction,
After confirming that the settlement of funds relating to the sales transaction and the return transaction can be executed, the rights of the electronic securities are transferred inseparably.

[0014]

1 is a block diagram of a system embodying the present invention.
As shown in, the transferor system 110, the transferor settlement bank system 120, the transferee system 130, the transferee settlement bank system 140, the transfer institution system 150, the central bank system 160, the lender system 170, the lender clearing bank system 180. And are connected by a network 190.

The transferor system 110 is a computing system used by a transferor who transfers electronic securities. Here, electronic securities mean existing CP (Commercial Paper),
The functions of securities such as corporate bonds (ordinary bonds, convertible bonds, warrant bonds, etc.), bills, checks, negotiable certificates, and stock certificates are realized by electronic records, and who has what rights It is to manage the possession (in the opposite sense, who has what obligation to whom) by electronic records. Here, the transfer of electronic securities is to transfer the right promised by the electronic securities held by the transferor who is the transferor to the transferee who is the transferee. In addition, for the transfer in the present embodiment, the transferor himself issues the electronic securities,
The case of transferring the issued electronic securities to the transferee, that is, the case of newly issuing the electronic securities is also included. Further, here, the transferor is, for example, a company that issues corporate bonds / stocks, an institutional investor (insurance company, investment advisor) that manages securities, a securities company that sells and sells securities, and the like. The transferor clearing bank system 120 is a calculation system used by a transferor clearing bank, which is a financial institution acting on behalf of the transferor to settle funds associated with transactions of electronic securities. Here, the financial institution is, for example, a city bank, a regional bank, a credit union, a credit union, a labor union, a post office, or the like. Assignee system 13
0 is a computing system operated by a transferee who is a transferee of electronic securities. Specifically, the transferee is, for example, an institutional investor (insurance company, investment adviser) who manages securities, a securities company who buys and sells securities, and the like. The transferee clearing bank system 140 is a calculation system operated by a transferee clearing bank, which is a financial institution acting on behalf of the transferee to settle funds associated with transactions of electronic securities. The lender system 170 is a calculation system operated by a lender who lends funds with electronic securities as collateral.
Specifically, the lender is, for example, a financial institution or a non-bank (a company that does not accept deposits and does not carry out foreign exchange business, but does lending business and rebuilding the price of goods and services). The lender settlement bank system 180 is a calculation system operated by a lender settlement bank which is a financial institution acting on behalf of a lender to settle funds associated with electronic securities transactions. Here, when the lender is a financial institution, the lender and the lender settlement bank may be the same. Transfer system 150
Is a calculation system used by an electronic securities transfer institution that manages issuance, distribution and deletion of electronic securities by electronic records. The central bank system 160 is a calculation system operated by a central bank that performs transfer of funds between a transferor-settlement bank, a transferee-settlement bank, a lender-settlement bank, and a loan of funds with electronic securities as collateral.

As shown in FIG. 2, the transferor system 110 has a storage device 210, a processing device 220, an input device 230, an output device 240, a communication device 250, and a bus 260.
Connect and configure with. The storage device 210 is, for example, a memory,
A hard disk, a database that stores data and programs. The processing device 220 is, for example, an MPU, executes a program stored in the storage device 210, and thereby executes a process. The input device 230 is, for example, a keyboard or a mouse, and receives information input from an external operator. The output device 240 is, for example, a display, and displays information to an external operator.
The communication device 250 is, for example, a network card,
Through the network 190, the other transferor settlement bank system 120, the transferee system 130, the transferee settlement bank system 140, the transfer institution system 150, the central bank system 160, the lender system 170, and the lender settlement bank system 180. Communicate information. The bus 260 transfers information among the storage device 210, the processing device 220, the input device 230, the output device 240, and the communication device 250. The configurations of other transferor settlement bank system 120, transferee system 130, transferee settlement bank system 140, transfer system 150, central bank system 160, lender system 170, and lender settlement bank system 180 are also shown in FIG.
The configuration is the same as that of the transferor system 110 shown in FIG.

A transferor processing program 111 is recorded in the storage device 210 of the transferor system 110, as shown in FIG. The transferor processing program 111 is executed by the processing device 220 of the transferor system 110 and controls the operation of the transferor system 110. Transferee settlement bank system 1
In the storage device 210 of 20, transferee settlement bank processing program 121, fund account data (transferor settlement bank) 123.
To record. The transferor settlement bank processing program 121
It is executed by the processor 220 of the transferor payment banking system 120 and controls the operation of the transferor payment banking system 120. The fund account data (transferor settlement bank) 123 is data for managing the funds balance of the participants who have an account in the transferor settlement bank system 120 and their own account (transferor settlement bank). In this embodiment, it is assumed that the transferor's fund account is registered. Fund account data (transferor settlement bank)
Details of 123 will be described later. Relationship between assignee system 130 and assignee processing program 131, lender system 17
The relationship between 0 and the lender processing program 171 is similar to the relationship between the transferor system 110 and the transferor processing program 111. Further, the relationship between the transferee settlement bank system 140 and the transferee settlement bank processing program 141 / fund account data (transferee clearing bank) 143, the lender settlement bank system 180, the lender clearing bank processing program 181, and the fund account data (lending Human settlement bank) 183, central bank system 160 and central bank processing program 161, fund account data (central bank) 163, transferor settlement bank system 120 and transferor settlement bank processing program 121, fund account The relationship with the data (transferee settlement bank) 123 is the same. However, in the present embodiment, it is assumed that the fund account of the transferee / own account (transferee clearing bank) is registered in the fund account data (transferee clearing bank) 143, and the fund account data (lender clearing bank). It is assumed that the lender / owner's own account (lender clearing bank) 's fund account is registered in 183, and the fund account data (central bank) 163 is the transferor clearing bank / transferee clearing bank / lender clearing bank /
It is assumed that the financial account of own account (central bank) is registered. The relationship between the transfer agency system 150 and the transfer agency processing program 151 is the same as the relationship between the transferor settlement bank system 120 and the transferor settlement bank processing program 121. Further, the storage device 210 of the transfer agency system 150 stores transaction schedule data 152 and securities account data 153. The transaction schedule data 152 is the transfer agency system 1
50 is the information that will be settled in the future. Details will be described later. The securities account data 153 is the transfer institution system 150.
This is data for managing the securities balance of the participants who have accounts in. In the present embodiment, it is assumed that the transferee, transferee clearing bank, transferee, transferee clearing bank, lender, lender clearing bank, and central bank securities account are registered.

Next, the securities account data 153 will be described. The securities account data 153 manages the securities balances of all the participants who have accounts in the transfer institution system 150 as described above, and the securities account information 400 that is the securities balance information of each participant is stored in all the participants. It is the data collected separately. As shown in FIG. 4, the data structure of the securities account information 400 includes securities account ID 410 and securities information 300 (s). The securities account ID 410 is an identifier for uniquely identifying each securities account information 400 and for identifying which participant the securities account information 400 indicates. In this embodiment, the group name (company name) of the participant is recorded. In general, the one that uniquely identifies an account is often separated from the account number and the one that identifies who has the right is often separated from the account name. Account ID 410 has been defined.
The same applies to the fund account ID 510 described below. The securities information 300 is data representing electronic securities held by a participant who has the right to the securities account information 400 (including the case of holding as security). It is considered that the securities account information 400 also requires authentication data or the like for verifying access from the correct right holder, but in the present embodiment, these data are omitted to simplify the model. To do.

Next, the structure of the security information 300 will be described with reference to FIG. The securities information 300 is the transfer agency system 1
This is electronic securities information that determines what kind of bond / debt relationship exists among the participants participating in 50. The securities information 300 includes a securities number 310, an issuer 320, a payment date 330, a payment amount 340, a beneficiary 350, and a pledgee 360.
Consist of (multiple). The security number 310 is an identifier for uniquely identifying the security information 300. Issuer 3
Reference numeral 20 is an identifier for identifying the issuer of the electronic securities (that is, the obligor of the electronic securities), and has the same value as the securities account ID 410 of any securities account information 400 in the securities account data 153. To take. The payment date 330 is data that specifies when the debtor, the issuer, will fulfill the debt promised by the securities information 300. The payment amount 340 is data that specifies the amount of a credit / debt promised in the securities information 300. The beneficiary 350 is an identifier for identifying the beneficiary of the electronic securities, and has the same value as the securities account ID 410 of any securities account information 400 in the securities account data 153. The pledgee 360
When the beneficiary borrows with the beneficiary right promised in the securities information 300 as collateral, it is data that identifies who has the pledge of the electronic securities.
Securities account ID 4 of any securities account information 400 in 3
It takes the same value as 10. If a plurality of pledgees 360 are registered in the securities information 300, the pledgee (1) 360, the pledgee (2) 360, and the pledgee (n) 36 are respectively registered.
It is assumed that the digital rights are set to 0, and the pledges of the electronic securities are set again in the order of the numbers of the pledgees. In other words, when the pledgee (2) is registered, the beneficiary puts it in the pledgee (1), and the pledgee (1) puts it in the pledgee (2). And In the present embodiment, the items of the securities information 300 are only the above in order to simplify the model, but in addition, for example, interest rates for bonds, endorsers for bills, face value for stock certificates, etc. You may also have information that matches the product characteristics of your securities.

Next, fund account data (transferor settlement bank) 1
The structure of 23 will be described. The fund account data (transferor settlement bank) 123 manages the fund balance of all the participants who have accounts in the transferor settlement bank system 120 as described above, and is the fund balance information of each participant. This is data in which the fund account information 500 is collected for all participants. The data structure of the fund account information 500 is as shown in FIG.
It is composed of a fund account ID 510 and a fund balance 520. The fund account ID 510 is the individual fund account information 500.
Is uniquely identified, and further, it is an identifier for identifying which participant the fund account information 500 indicates the rights of. Fund account data (transferee settlement bank) 14
3. The structure of the fund account data (lender settlement bank) 183 and the fund account data (central bank system) 163 is the same as the structure of the fund account data (transferor settlement bank) 123.

Next, the structure of the settlement schedule data 152 will be described. As described above, the settlement schedule data 152 is data for managing the settlement details scheduled to be processed by the transfer institution system 150, and is the settlement schedule information 6 which is information about individual settlement schedules.
00 is the collected data. The data structure of the settlement schedule information 600 is as shown in FIG.
20, a registrant 630, a transaction target person 640, a fund settlement type 650, a fund settlement bank 660, a fund account ID 510, and a transaction amount 680. The securities number 310 is data for specifying the electronic securities to be settled, and records the value of the securities number 310 of the securities information 300 to be traded. The registration type 620 is data for identifying what kind of registration the transaction schedule information 600 is, "transfer registration: registration indicating intention to transfer electronic securities", "transfer registration: electronic securities "Registration indicating willingness to receive", "Request for collateral insertion: registration indicating intention to insert electronic securities into collateral," Request for collateral acceptance: registration indicating intention to accept electronic securities as collateral "" Return request registration: having security interest Any value of "registration indicating return intention of electronic securities""return acceptance registration: registration indicating return intention of electronic securities for which security interest is set" is stored. The registrant 630 is data for identifying who registered the settlement schedule information 600, and records the value of the securities account ID 410 of the registrant's securities account 400.
The transaction target person 640 is data for the settlement schedule information 600 to identify with whom the registrant conducts a transaction, and records the value of the securities account ID 410 of the securities account 400 of the transaction target person. The fund payment type 650 is data for specifying whether the registrant receives the fund or pays it by executing the payment shown in the payment schedule information 600, and “payment”.
Record any value of “receive”. The fund clearing bank 660 and the fund account ID 510 are data for identifying the fund account for which the registrant receives / pays the fund, and the bank for which the fund clearing bank 660 identifies the bank account,
The fund account ID 510 further identifies which account in the bank. The transaction amount 680 records the amount paid or received by the registrant in accordance with the settlement indicated by the settlement schedule information 600.

Next, with reference to FIGS. 7 and 8, a description will be given of a simultaneous collateral payment flow in which the central bank lends funds using the electronic securities scheduled to be settled as collateral. FIG. 7 shows a flow until lending money with the electronic securities to be settled as collateral, and FIG. 8 is a processing flow for repurchasing the electronic securities deposited as collateral. First, the flow of FIG. 7 will be described. In explaining this flow, it is assumed that the following contracts are specifically made.

The transferor shall transfer the electronic securities with the transferee for \ 1,000,000.
They have a contract to sell at (called a sales contract). The transferee has a contract with the transferee settlement bank to receive a loan of \ 900,000 with the electronic securities to be purchased as collateral (referred to as collateral contract (1)). The transferee-settlement bank and the central bank have a contract to receive a loan of \ 900,000 with the electronic securities that the transferee-settlement bank intends to deposit as collateral from the transferee (referred to as collateral contract (2)). The loan from the central bank in (3) may be made by recognizing that the account balance of the transferor settlement bank in the central bank becomes negative. Also, in all examples of this embodiment,
It is explained that the transferee inserts the electronic securities into the transferee settlement bank as collateral, but it may be assumed that the transferee has transferred the right to set collateral to the transferee bank. In addition, in the explanation of this flow, the case where the transferor transfers the electronic securities to which the transferor has the right, that is, the distribution of the electronic securities is described. Once you have registered your account in your securities account and transferred it to the transferee, you can process it in the same way as in the case of transfer.

In the following description of all the flows of the present embodiment, the assigner system 110, the assignor settlement bank system 120, the assignee system 130, the assignee settlement bank system 140, the transfer institution system 150, the central bank system 160, The operations of the lender system 170 and the lender settlement bank system 180 are respectively performed by the transferor processing program 1
11, transferee settlement bank processing program 121, transferee processing program 131, transferee settlement bank processing program 1
41, the transfer institution processing program 151, the central bank processing program 161, the lender processing program 171, and the lender settlement bank processing program 181.

The entire flow of FIG. 7 is roughly divided into the following flows. The first is a trade registration unit, which is a part where the transferor and the transferee register the contents of the sales contract.
A flow in which the transferor registers the transfer of electronic securities (assuming that the security number 300 is 0001) with the transfer institution, and a flow in which the transferor registers with the transfer institution that the transferor will transfer the electronic securities. Have. The second is the collateral registration section (1), which is a section for registering the content of the collateral agreement (1) between the transferee and the transferee settlement bank. It has a flow for registering with the transfer institution that the transferee puts the electronic securities to be settled in collateral, and a flow for registering in the transfer institution that the transferee settlement bank will accept collateral. The third is a collateral registration section (2), which is a section for registering the content of the collateral agreement (2) between the transferee settlement bank and the central bank. There is a flow in which the transferee settlement bank registers with the transfer institution that the electronic securities to be settled are secured, and a flow in which the central bank accepts the collateral is registered with the transfer institution. The fourth is a trading / collateral insertion settlement execution unit. It has a flow for receiving a transaction registration unit, a collateral registration unit (1), and a collateral registration unit (2) to perform securities settlement and fund settlement.

First, the trade registration unit will be described. The transferor system 110 inputs the payment schedule information (1) 600 shown in FIG. 13 in the transferer system 110 as a registration indicating that the transferor transfers the electronic securities to the transferor in the processing step “transfer registration” 702. Received from the input device 230.
FIG. 13 shows the data contents of the settlement schedule information 600 exchanged in the flow shown in FIG. Further, in order to distinguish the settlement schedule information 600, each is referred to as settlement schedule information (n) 600. In the settlement schedule information (1) 600, the securities number 310 is “0001”,
The registration type 620 is “transfer registration”, the registrant 630 is “transferee”, and the transaction target person 640 is “transferee”,
The fund settlement type is “receive”, and the fund settlement bank 660
Is the "transferor settlement bank", the fund account ID 510 is the "transferr", and the transaction amount is "\ 1,000,000". The settlement schedule information (1) 610 is a transfer of the electronic securities identified by the securities number 300 of “0001” by the participants of the transfer institution system 150 whose securities account ID 410 is identified by the “transferor”. Institution system 1
The registration is to transfer the securities account ID 410 of the 50 participants to the participant specified by the "transferee", and in addition, "\ 1,000,000" is paid as the consideration, and the fund account ID 510 of the "transferor settlement bank" is the "transferor". It is a registration requesting to be transferred to the fund account specified in ". In the following, in the description of the individual payment schedule information (n) 600, only the data content recorded in each item is shown, but its meaning is the same as that of the payment schedule information (1) 600. In the processing step “transfer acceptance” 704, the transfer agency system 150
The payment schedule information (1) 600 is received from the transferor system 110, and the received payment schedule information (1) 600 is recorded in the transaction schedule data 152. At this time, transfer system 1
50 is a financial institution specified by the settlement bank 660 of the settlement schedule information (1) 600, and the fund settlement type 650, the fund account ID 510, and the transaction amount 68 of the settlement schedule information (1) 600.
0 may be transmitted. Hereinafter, when the transfer institution system 150 receives the transaction schedule information 600, the transfer agency system 150 notifies the financial institution specified by the transaction schedule information 600 of the contents of the fund settlement. The transferee system 130 receives the input of the settlement schedule information (2) 600 from the input device 230 of the transferee system 130 in the process step “transfer registration” 706 as a registration indicating that the transferee will receive the electronic securities from the transferor. . In the settlement schedule information (2) 600, the security number 310 is “0001”, the registration type 620 is “transfer registration”, the registrant 630 is “transferee”, and the transaction target person 640 is “transferor”. , The fund settlement type is “payment”, the fund settlement bank 660 is “transferee settlement bank”, the fund account ID 510 is “transferee”, and the transaction amount is “¥ 1,000,000”. The transfer agency system 150 uses the processing step “acceptance of acceptance” 708.
At the transferee system 130, the settlement schedule information (2) 600 is received, and the received settlement schedule information (2) 6
00 is recorded in the transaction schedule data 152.

Next, the collateral registration unit (1) will be described. The transferee system 130 inputs the payment schedule information (3) 600 as a registration that the transferee inserts the electronic securities into the transferee clearing bank in the processing step “collateral insertion registration (transferee)” 722. From the input device 230 of the assignee system 130. Scheduled payment information (3) 600
Has a security number 310 of “0001” and registration type 6
20 is “collateral deposit registration”, registrant 630 is “transferee”, transaction target person 640 is “transferee clearing bank”, fund payment type is “receive”, fund clearing bank 660 Is the "Transferee Settlement Bank", and the fund account ID is 5.
It is assumed that 10 is the "transferee" and the transaction amount is "\ 900,000". The transfer institution system 150 receives the settlement schedule information (3) 600 from the transferee system 130 in the processing step “collateral insertion reception (transferee)” 724,
Transaction schedule data 1 based on the received settlement schedule information (3) 600
Record at 52. The transferee clearing bank system 140 uses the processing step “collateral acceptance registration (transferee clearing bank)” 726.
At the transferee clearing bank, the payment settlement information (4) 600 is input from the input device 230 of the transferee clearing bank system 140 as a registration indicating that the transferee accepts the collateral insertion of the electronic securities from the transferee. Settlement schedule information (4) 600
Has a security number 310 of “0001” and registration type 6
20 is “collateral acceptance registration”, registrant 630 is “transferee settlement bank”, transaction target person 640 is “transferee”, fund settlement type is “payment”, fund settlement bank 660 is It is a “transferee settlement bank” and has a fund account ID 51
It is assumed that 0 is the "own account" and the transaction amount is "\ 900,000". In the processing step “collateral acceptance reception (transferee settlement bank)” 728, the transfer agency system 150
Settlement schedule information from the transferee settlement bank system 140 (4)
600 is received, and the received settlement schedule information (4) 600 is recorded in the transaction schedule data 152.

Next, the collateral registration section (2) will be described. The transferee settlement bank system 140, in the processing step “collateral insertion registration (transferee settlement bank)” 742, setstle settlement schedule information (5 ) 600 is received from the input device 230 of the transferee settlement banking system 140. In the settlement schedule information (5) 600, the securities number 310 is “000.
1 ”, the registration type 620 is“ collateral pledge registration ”, the registrant 630 is“ transferee settlement bank ”, the transaction target person 640 is“ central bank ”, and the fund settlement type is“ receive ”. It is assumed that the fund settlement bank 660 is the "central bank", the fund account ID 510 is the "transferee settlement bank", and the transaction amount is "\ 900,000". The transfer institution system 150 receives the payment schedule information (5) 600 from the transferee payment bank system 140 in the processing step “collateral insertion acceptance (transferee payment bank)” 744, and the received payment schedule information (5) 600. Is recorded in the transaction schedule data 152. The central bank system 160 inputs the settlement schedule information (6) 600 as a registration indicating that the central bank will accept collateral posting of electronic securities from the transferee settlement bank in the processing step “collateral acceptance registration (central bank)” 746. Is received from the input device 230 of the central bank system 160. In the settlement schedule information (6) 600, the securities number 310 is “0001”, the registration type 620 is “collateral acceptance registration”, the registrant 630 is “central bank”, and the transaction target person 640 is “transferee”. Settlement bank ”, fund settlement type is“ payment ”, fund settlement bank 660 is“ central bank ”, fund account ID 510 is“ own account ”, and transaction amount is“ \ 900,000 ” To do. The transfer institution system 150 receives the settlement schedule information (6) 600 from the central bank system 160 in the processing step “collateral acceptance reception (central bank)” 748, and uses the received settlement schedule information (6) 600 as the transaction schedule data 152. To record.

Next, the trading / collateral insertion settlement execution unit will be described. The transfer engine system 150 is the transfer engine system 1
In response to an execution start instruction from the input device 230 of 50, the processing step “security settlement approval / disapproval determination” 760 is executed. In the processing step “security settlement approval / disapproval determination” 760, the transaction schedule information 600 stored in the transaction schedule data 152 is regarded as the transaction schedule information 600 having the same securities number 310, and the following series of determinations is made for each group. To do. First, it is determined whether all the transaction schedule information 600 belonging to the group has the transaction schedule information 600 forming a pair. Here, “pair” means, for example, payment schedule information (1) 600, payment schedule information (2) 600, payment schedule information (3) 600, payment schedule information (4) 600, payment schedule information (5) 600, and payment. This means the relationship of the schedule information (6) 600, which is transfer registration for transfer registration and collateral reception registration for collateral insertion registration. Further, in the paired transaction schedule information 600, the one registrant 630 and the other transaction target person 640 do not match, or if one of the fund payment types is “receive”, the other fund payment type is “payment”. If there is no transaction amount 680 or the other transaction amount 680 does not match, the transaction schedule information 6 for the group
00 is determined not to be registered correctly. Next, when it is determined that all the transaction schedule information 600 belonging to the above-mentioned group makes a pair, the participant who has transferred and the participant who has posted collateral make a transaction for each transfer registration and collateral insertion registration. Determine if you have a legitimate interest in the underlying electronic securities. Here, the fact that the participant has a legitimate right means that the participant currently has the right to the electronic securities to be traded in the group (the securities account information 4 that the participant has the right to.
If the securities information 300 of the electronic securities to be traded is recorded in 00), or from the current right holder of the electronic securities to be traded to the participant, according to the trading schedule information 600 registered in the group. The case where the chain of rights transfer by transfer registration or collateral insertion registration is correctly connected. Here, the right transfer chain is correctly connected means that, for example, when the participant A has the right of the electronic securities a, the transfer registration of the electronic securities a from the participant A to the participant B, the participant When B is registered as a security deposit with the participant C, it is assumed that the right transfer chain is correctly connected to the participants B and C. Also participant A,
When a participant other than B and C (for example, participant D) performs transfer registration or collateral insertion registration for electronic securities a, participant D has a legitimate right to electronic securities a. Decide not to. The transfer institution system 150 determines that securities can be settled for a group registered by a participant who has a valid right for transfer registration and collateral insertion registration,
The processing step “fund settlement approval / disapproval confirmation request” 762 continues the fund settlement confirmation work. For other groups, the payment process is stopped.

The transfer institution system 150 creates the fund settlement schedule data 1600 shown in FIG. 14 for each group of the transaction schedule information 600 in the processing step “request for confirmation of fund settlement” 762. Fund settlement schedule data 1
Reference numeral 600 is information summarizing from which fund account of each financial institution the amount to be withdrawn or deposited according to each group of transaction plan information 600, and fund settlement schedule information which is deposit / withdrawal data of each fund account. 1610. The funds settlement schedule information 1610 is information for identifying the funds settlement account, the funds settlement bank 660, the funds account ID 510, and the settlement amount 166 that identifies the settlement amount.
It has 0 items. Cash settlement bank 660 and cash account ID
The item 510 identifies which account of which financial institution is scheduled to be settled. In addition, in the example of FIG. 14, in order to supplementarily explain how the settlement amount 1650 is calculated in the present embodiment, the settlement amount 1654 in the sales contract,
An item for clearly specifying the settlement amount 1656 in the collateral agreement (1) and the settlement amount 1658 in the collateral agreement (2) is added. First, in the sales contract, instruct the transfer schedule information (1) 600 and the transfer schedule information (2) 600 to transfer \ 1,000,000 from the transferee account of the transferee clearing bank to the transferor account of the transferor clearing bank. Has been done. This is actually transferred from the transferee's account to the transferee's own account at the transferee clearing bank, from the transferee clearing bank's account to the transferor clearing bank's account at the central bank, and at the transferee clearing bank. Transferred from the account settlement bank of the person clearing bank to the account of the transferor. Therefore, the fact that \ 1,000,000 is to be deposited is recorded in the transferee settlement bank account of the transferee settlement bank, the transferee settlement bank account of the central bank, and the fund settlement schedule information 1610 of the transferee settlement bank's own account. On the contrary, it is recorded that \ 1,000,000 will be withdrawn from the transferee settlement bank's account, the transferee settlement bank's own account, and the central bank's transferee settlement bank information 1610. Similarly, in the collateral agreement (1), the transfer schedule information (3) 600 and the transfer schedule information (4) 600 transfer \ 900,000 from the transferee clearing bank's own account to the transferee's account in the transferee clearing bank. Have been instructed to. Therefore, the transfer settlement information 1610 of the transferee settlement bank's account will be deposited with \ 900,000, and the transfer payment settlement information 1610 of the transferee settlement bank's own account will be withdrawn \ 900,000. To record. Similarly, in the collateral contract (2), the transaction schedule information (5) 600 and the transaction schedule information (6) 600 are received, and the fund settlement schedule information 16 of the transferee settlement bank account of the central bank is received.
10 indicates that \ 900,000 is to be deposited, and the central bank's own account settlement schedule information 1610 is \ 900,000.
Record the withdrawal. Note that FIG. 14, FIG. 16 and FIG.
8, FIG. 20, and FIG. 24, “+” settlement amount indicates payment, and “−” settlement amount indicates withdrawal. Next, in each fund settlement schedule information 1610, the sales contract,
The total settlement amount of the collateral agreement (1) and the collateral agreement (2) is calculated to be the settlement amount 1660. When the transfer institution system 150 creates the fund settlement schedule data 1600 according to the above procedure, the created fund settlement schedule data 1600 is transmitted to all the financial institutions instructed by the fund settlement bank 660 of the fund settlement schedule information 1610 to perform the fund settlement. Request a judgment of approval / disapproval. In this embodiment, it is transmitted to the central bank, the transferee settlement bank, and the transferee settlement bank. Central Bank System 16
0 is processing step “Financial settlement availability (central bank)” 764.
Thus, when the fund settlement schedule data 1600 is received, it is checked whether or not there is a balance shortage for those settled by the central bank. Specifically, the following series of processing is performed.
First, the fund settlement bank 660 is the central bank, and the settlement amount is 1
The fund settlement schedule information 1610 for which 660 is the payment (negative in FIG. 14) is extracted. Next, for each of the extracted fund settlement schedule information 1610, the fund account information 500 specified by the fund account ID 510
Is searched from the fund account data (central bank) 163, and it is determined whether the fund balance 520 of the retrieved fund account information 500 is larger than the payment amount indicated by the payment amount 1660 of the fund payment schedule information 1610. As a result, the settlement amount 1660 is set in all the extracted fund settlement schedule information 1610.
Is greater than the fund balance 520, it is determined that the funds can be settled, and otherwise, it is determined that the funds cannot be settled. In addition, in the description, whether or not the fund can be settled is determined only by the shortage of the balance of the fund settlement account, but in addition, the authority to instruct withdrawal / payment to the fund settlement account if there is a fund settlement account. You may judge whether is correct. The central bank system 160 then returns a determination as to whether the settlement of funds is possible to the transfer institution system 150. In the same manner as the above-mentioned processing step “Financial settlement allowance (central bank)” 764, the transferor settlement bank system 120 executes the processing step “Funds settlement approval (transferee settlement bank)” 766 of the fund account in the transferor settlement bank. It is determined whether the funds can be settled, and the result is returned to the transfer institution system 150. Also, transferee settlement bank system 1
Similarly, in the processing step "fundament settlement approval / disapproval (transferee settlement bank)" 768, 40 also determines whether or not fund settlement of the fund account in the transferee settlement bank is possible, and the transfer institution system 150
Reply to. Note that, in the present embodiment, the transfer institution system 150 requests the systems of all financial institutions to directly determine whether the funds can be settled. However, for example, the central bank system 160 requests only the central bank system 160 to determine whether the funds can be settled. However, the central bank system 160 may request the system of another financial institution to determine whether or not the settlement is possible, and collectively send the result to the transfer institution system 150.

Next, the transfer institution system 150, in the processing step "fund settlement request" 770, judges whether or not the settlement possible responses have been obtained from the systems of all the financial institutions which have inquired whether or not the settlement of funds is possible. When the settlement possible response is received from all the financial institution systems, processing step 762.
To the financial institution who inquired about the settlement in
Ask to perform a cash settlement. When a response indicating that settlement is not possible is received from any of the financial institution systems, the settlement processing of the group of transaction schedule information 600 targeted for settlement processing is stopped. When the central bank system 160 receives a fund settlement request from the transfer institution system 150 in the processing step “fund settlement (central bank)” 772, the central bank system 160 withdraws the fund account in the central bank based on the contents of the fund settlement schedule data 1600. Perform processing and deposit processing. Specifically, the following series of processing is performed. First, the fund settlement bank 660 extracts the fund settlement schedule information 1610 which is the central bank. Next, for each of the extracted fund settlement schedule information 1610, the fund account information 500 (central bank) 163 is searched for the fund account information 500 specified by the fund account ID 510. Further, with respect to the fund balance 520 of the retrieved fund account information 500, the amount shown by the settlement amount 1660 of the fund settlement schedule information 1610 is deposited (added) or withdrawn (subtracted). Further, the central bank system 160 returns a fund settlement completion notice, which is a notice that the fund settlement has been completed, to the transfer institution system 150. Similar to the above-mentioned processing step “fund settlement (central bank)” 772, the transferor settlement bank system 1
20 is a processing step “fund settlement (transferee settlement bank)” 7
In 74, withdrawal processing of a transfer account settlement bank fund account,
The deposit processing is performed, and a fund settlement completion notification is returned to the transfer institution system 150. Also, the transferee settlement bank system 140
Similarly, in the processing step “fund settlement (transferee settlement bank)” 776, the withdrawal process and the deposit process of the fund account in the transferee settlement bank are performed, and the result is returned to the transfer institution system 150. In the present embodiment, the transfer institution system 150 requests all financial institutions 'systems to directly settle funds. However, for example, only the central bank system 160 is requested to settle funds and other financial institutions' systems are requested. The central bank system 160 may make a request for the system, and the completion notices may be collected and returned to the transfer institution system 150.

Next, the transfer institution system 150 waits for receipt of settlement completion notifications from the systems of all the financial institutions that have requested the settlement of funds, in the processing step "execute securities transfer" 778. When the settlement completion notification is received from the system of all financial institutions, the transaction schedule information 600 to be settled.
Based on all the transaction schedule information 600 included in the group, the securities transfer is performed assuming that the rights transfer (transfer, collateral insertion) is collectively performed. Here, in the example of the transaction schedule data 152 shown in FIG.
For the electronic securities identified by “0001”, the transfer schedule information (1) 600 and the transfer schedule information (2) 600 indicate that the transfer from the transferee to the transferee is the transfer schedule information (3) 60.
0, collateral is pledged from the assignee to the transferee settlement bank by the transaction schedule information (4) 600, and collateral is pledged from the transferee settlement bank to the central bank by the transaction schedule information (5) 600 and transaction schedule information (6) 600. Is being done. Therefore, from the securities account data 153, the securities account information 40 for which the transferee has the right
0, the securities information 300 identified by the securities number 310 of “0001” is retrieved from the retrieved securities account information 400, and the beneficiary 350 of the retrieved securities information 300 is designated as “transferee” and the pledgee (1 ) 360 as the “transferee settlement bank” and the pledgee (2) 360 as the “central bank”, and the securities information 300 is added to the securities account information 400 of the securities account data 153 to which the central bank has rights. Store.

The following is a summary of the simultaneous collateral payment flow in which the central bank lends funds using the electronic securities scheduled to be settled as collateral. In this flow, first, the transfer system 150
Received registration for transfer agreement, registration for collateral agreement (1), and registration for collateral agreement (2). Next, the transfer institution system 150 determines whether the registered content is correct, and if it is determined that the registered content is correct, the transfer institution system 150 requests the system of the financial institution to determine whether the funds can be settled. When the system of the financial institution determines that the funds can be settled, the transfer institution system 150
Requested the settlement of funds from the system of the financial institution, and upon receipt of the notice of completion of the settlement of funds from the system of the financial institution, transferred the rights of the electronic securities based on all the registered contents. In this flow, the transfer institution system 150 confirms with the financial institution whether the funds can be settled, and then requests the payment of the funds and transfers the securities. After confirming, it may be a flow of requesting a securities transfer and performing fund settlement. Further, in this flow, the transfer instruction from the transferee clearing bank of the transferee is included in the payment schedule information 600, and the transferee is informed that the transferee is the transferee clearing bank. Alternatively, the transferee may directly notify the transferee settlement bank.

Next, with reference to FIG. 8, a processing flow in which the transferee later raises funds and buys back the electronic securities deposited as collateral will be described. In explaining this flow, it is assumed that the following contracts are specifically made.

The transferee has a contract with the transferee settlement bank to buy back the electronic securities pledged by the transferee for ¥ 910,000 (referred to as collateral return contract (1)). The transferee settlement bank has a contract with the central bank to buy back electronic securities deposited as collateral from the transferee for \ 910,000 (referred to as collateral contract (2)).

The entire flow of FIG. 8 is roughly divided into the following flows. The first is the collateral return registration unit (1), in which the transferee and the transferee settlement bank have the collateral return contract (1).
This is the part for registering the contents of. The transferee receives the electronic securities from the transferee settlement bank (the security number 31
0 is an electronic securities of 0001) and a flow for registering with the transfer institution that the transferee clearing bank will accept the repurchase by the transferee. The second is a collateral return registration unit (2), which is a part where the transferee settlement bank and the central bank register the contents of the collateral return contract (2). A flow in which the transferee settlement bank registers with the transfer institution that it will repurchase electronic securities from the central bank,
It also has a flow in which the central bank registers with the transfer institution that it accepts the redemption by the transferee settlement bank. Third
Is a collateral return settlement unit. It has a flow for receiving the collateral return registration unit (1) and the collateral return registration unit (2) and performing securities settlement and fund settlement.

First, the security return registration unit (1) will be described. The transferee system 130, in the processing step “return request registration (transferee)” 802, is the settlement schedule information shown in FIG. 15 as a registration indicating that the transferee requests the transferee settlement bank to return the electronic securities. (7) Receive 600 input from the input device 230 of the assignee system 130. In the settlement schedule information (7) 600, the securities number 310 is “000.
1 ”, the registration type 620 is“ return request registration ”, the registrant 630 is“ transferee ”, and the transaction target person 64
0 is the “transferee settlement bank”, the fund settlement type is “payment”, and the fund settlement bank 660 is the “transferee settlement bank”
It is assumed that the fund account ID 510 is “transferee” and the transaction amount is “¥ 910,000”. Also in this flow, the meaning of the payment schedule information 600 is the same as the meaning of the payment schedule information (1) 600 described above. The transfer institution system 150, in the processing step “return request reception (transferee)” 804, the transferee system 1
The settlement schedule information (7) 600 is received from 30, and the received settlement schedule information (7) 600 is recorded in the transaction schedule data 152. The transferee settlement bank system 140, in the processing step “return acceptance registration (transferee settlement bank)” 806, setstle settlement plan information (registration indicating that the transferee settlement bank accepts returning the electronic securities to the transferee). 8) 600
Input device 23 of transferee settlement bank system 140
Receive from 0. In the settlement schedule information (8) 600, the securities number 310 is “0001”, the registration type 620 is “return acceptance registration”, and the registrant 630 is “transferee settlement bank”.
The transaction target person 640 is “transferee”, the fund settlement type is “receive”, the fund settlement bank 660 is “transferee settlement bank”, and the fund account ID 510 is “own account”. , And the transaction amount is "\ 910,000". The transfer institution system 150 receives the payment schedule information (8) 600 from the transferee payment bank system 140 in the processing step “return acceptance acceptance (transferee payment bank)” 808, and receives the received payment schedule information (8) 600. The transaction schedule data 152 is recorded.

Next, the security return registration unit (2) will be described. The transferee settlement bank system 140, in the process step “return request registration (transferee settlement bank)” 822,
Settlement schedule information (9) 600 as a registration that the transferee settlement bank requests the central bank to return the electronic securities.
Input device 23 of transferee settlement bank system 140
Receive from 0. In the settlement schedule information (9) 600, the securities number 310 is “0001”, the registration type 620 is “return request registration”, and the registrant 630 is “transferee settlement bank”.
, The transaction target person 640 is “central bank”, the fund settlement type is “payment”, the fund settlement bank 660 is “central bank”, the fund account ID 510 is “transferee settlement bank”, It is assumed that the transaction amount is "\ 910,000". The transfer institution system 150 receives the payment schedule information (9) 600 from the transferee payment bank system 140 in the processing step “return request acceptance (transferee payment bank)” 824, and receives the received payment schedule information (9) 600. The transaction schedule data 152 is recorded. The central bank system 160
In the processing step “registration of return acceptance (central bank)” 826, the settlement schedule information (10) is registered as a registration indicating that the central bank will accept the return of the electronic securities to the transferee settlement bank.
600 input to the input device 23 of the central bank system 160
Receive from 0. In the settlement schedule information (10) 600, the securities number 310 is “0001”, the registration type 620 is “return acceptance registration”, the registrant 630 is “central bank”, and the transaction target person 640 is “transferee”. Settlement bank ”, the type of payment is“ receive ”, and the settlement bank 660
Is the "central bank", the fund account ID 510 is the "own account", and the transaction amount is "\ 910,000".
In the processing step “return acceptance acceptance (central bank)” 828, the transfer institution system 150 makes the central bank system 1
Settlement schedule information (10) 600 is received from 60, and the received settlement schedule information (10) 600 is set in transaction plan data 152.
To record.

Next, the collateral return settlement unit will be described. The processing flow of the collateral return settlement unit is the same as the processing flow of the trading / collateral insertion settlement execution unit in FIG. 7. However, in the present embodiment, the settlement target is the settlement schedule information 600 shown in FIG. 15, and none of the fund settlement banks 660 include the “transfer side settlement bank”, so that it exists in FIG. 7. The processing step “Fund settlement approval (transfer bank)” 766 and the processing step “Fund settlement (transfer bank)” 776 do not exist in FIG. By the processing of the collateral return settlement unit, the settlement schedule information 60 shown in FIG.
The fund settlement schedule data 1800 shown in FIGS. 0 to 16 is created, and the fund settlement of the financial institution is performed based on the fund settlement schedule data 1800. In addition, in response to the settlement of funds, the electronic securities subject to the final settlement (the securities number 310 is “000
1)) is transferred from the securities account in which the central bank is entitled to the securities account in which the transferee is entitled,
Further, the description of the pledgee 360 of the securities information 300 is deleted.

The flow of repurchasing the electronic securities deposited as collateral at the central bank is summarized below. In this flow, first, the transfer institution system 150 receives the registration regarding the collateral return contract (1) and the registration regarding the collateral return contract (2). Next, the transfer institution system 150 determines whether the registered content is correct, and if it is determined that the registered content is correct, the transfer institution system 150 requests the system of the financial institution to determine whether the funds can be settled. When the system of the financial institution determines that the funds can be settled, the transfer institution system 150 requests the system of the financial institution to settle the fund, receives the notification of the completion of the fund settlement from the system of the financial institution, and receives the electronic securities. I transferred my rights.

Next, referring to FIG. 9, a simultaneous collateral payment flow for selling electronic securities pledged to the central bank as collateral will be described. In explaining this flow, it is assumed that the transferor has already posted electronic securities as collateral to the central bank via the transferor settlement bank. It is also assumed that the following contracts are made under the above assumptions.

The transferor has a contract with the transferee to sell the electronic securities that the transferor has pledged to the central bank as collateral via the transferor settlement bank for ¥ 1,000,000 (referred to as a sales contract). The transferor has a contract with the transferor settlement bank to buy back the electronic securities pledged by the transferor for ¥ 900,000 (referred to as collateral return contract (1)). The transferee clearing bank and the central bank pay the electronic securities that the transferee clearing bank deposits to the central bank as collateral from the transferee.
It has a repurchase agreement for 0,000 (referred to as collateral return agreement (2)).

The entire flow of FIG. 9 is roughly divided into the following flows. The first is a trade registration unit, which is a part where the transferor and the transferee register the contents of the sales contract.
A flow in which the transferor registers with the transfer institution that the transferor will transfer the electronic securities (assuming that the security number is 0002).
In addition, the transferee has a flow for registering with the transfer institution that the transferee will transfer the electronic securities. The second is the collateral return registration unit (1), which is a unit for registering the content of the collateral return contract (1) between the transferor and the transferor settlement bank. It has a flow for registering with the transfer institution that the transferor will buy back the electronic securities that had been posted as collateral from the transferor clearing bank, and a flow for registering that the transferor clearing bank will accept the return by the transferor. The third is a collateral return registration section (2), which is a section for registering the content of the collateral return contract (2) between the transferor settlement bank and the central bank. Flow of registering with the transfer institution that the transferor-settlement bank accepts the collateral from the transferor as collateral and has posted it to the central bank, and that the central bank accepts the refund by the transferor-settlement bank Have a flow for registering. The fourth is a trade / collateral return settlement execution unit. It has a processing flow for receiving a transaction registration unit, a collateral return registration unit (1), and a collateral return registration unit (2) to perform a fund settlement and a fund settlement.

First, the trade registration unit will be described. The trade registration unit in FIG. 9 performs processing in accordance with the same procedure as the trade registration unit in FIG. 7. However, in this processing flow, the data to be processed is different. Specifically, in the processing step “transfer registration” 702 and the processing step “transfer acceptance” 704, the settlement schedule information (11) 600 shown in FIG. 17 is processed instead of the settlement schedule information (1) 600. Further, in the processing step “transfer registration” 706 and the processing step “transfer acceptance” 708, the settlement schedule information (2) 6
Instead of 00, the settlement schedule information (12) 600 is processed. The settlement schedule information (11) 600 is the security number 310.
Is "0002" and the registration type 620 is "transfer registration"
The registrant 630 is the “transferor”, the transaction target person 640 is the “transferee”, the fund settlement type is “receipt”, and the fund settlement bank 660 is the “transferor settlement bank”.
It is assumed that the fund account ID 510 is “transferor” and the transaction amount is “¥ 800,000”. Settlement schedule information (1
2) 600 has a security number 310 of “0002”,
The registration type 620 is “transfer registration”, the registrant 630 is “transferee”, the transaction target person 640 is “transferor”, the fund settlement type is “payment”, and the fund settlement bank 6
60 is the “transferee settlement bank” and the fund account ID 510
Is the "transferee" and the transaction amount is "\ 800,000". Also in this flow, the meaning of the settlement schedule information 600 is the same as the meaning of the settlement schedule information (1) 600 described above.

Next, the collateral return registration unit (1) will be described. In the processing step “return request registration (transferor)” 922, the transferor system 110 registers the payment schedule information shown in FIG. 17 as a registration indicating that the transferor requests the transferor clearing bank to return the electronic securities. (13) The input of 600 is received from the input device 230 of the transferor system 110.
In the settlement schedule information (13) 600, the security number 310 is “0.
002 ”, the registration type 620 is“ return request registration ”, the registrant 630 is“ transferor ”, and the transaction target person 6
40 is the “transferor settlement bank”, the fund settlement type is “payment”, the fund settlement bank 660 is the “transferor settlement bank”, the fund account ID 510 is the “transferor”,
It is assumed that the transaction amount is "\ 900,000". The transfer agency system 150 uses the processing step "return request acceptance (transferor)".
At 924, the payment schedule information (13) 600 is received from the transferor system 110, and the received payment schedule information (1)
3) Record 600 in the transaction schedule data 152. The transferor clearing bank system 120, in the processing step “return acceptance registration (transferr clearing bank)” 926, setstle payment schedule information (registration) as a registration indicating that the transferor clearing bank accepts returning the electronic securities to the transferor. 14) Receive 600 input from the input device 230 of the transferor settlement banking system 120.
In the settlement schedule information (14) 600, the securities number 310 is “0.
002 ”, the registration type 620 is“ return acceptance registration ”, the registrant 630 is“ transferor settlement bank ”, the transaction target person 640 is“ transferor ”, and the fund settlement type is“ receipt ”. It is assumed that the fund settlement bank 660 is the “transferor settlement bank”, the fund account ID 510 is the “own account”, and the transaction amount is “¥ 900,000”. The transfer institution system 150 receives the settlement schedule information (14) 600 from the transferor settlement bank system 120 in the processing step “return acceptance acceptance (transferee settlement bank)” 928, and the received settlement schedule information (14) 600 is received. Transaction schedule data 15
Record in 2.

Next, the security return registration unit (2) will be described. The transferor settlement banking system 140, in the processing step “return request registration (transferor settlement bank)” 942,
Settlement schedule information (15) 60 as a registration that the transferor settlement bank requests the central bank to return electronic securities.
Input 0 is input device 2 of transferee settlement bank system 120
Receive from 30. In the settlement schedule information (15) 600, the securities number 310 is “0002”, the registration type 620 is “return request registration”, the registrant 630 is “transferor settlement bank”, and the transaction target person 640 is “ Central bank ", the type of payment is" payment ", and the payment bank 6
It is assumed that 60 is the "central bank", the fund account ID 510 is the "transferor settlement bank", and the transaction amount is "\ 900,000". In the processing step “return request acceptance (transferee settlement bank)” 944, the transfer institution system 150 sends the settlement schedule information (15) 6 from the transferor settlement bank system 120.
00 is received, and the received settlement schedule information (15) 600 is recorded in the transaction schedule data 152. Central bank system 1
Reference numeral 60 is a processing step “return acceptance registration (central bank)” 9
At 46, the central bank receives the payment schedule information (16) 600 from the input device 230 of the central bank system 160 as a registration indicating that the central bank accepts the return of the electronic securities to the transferor settlement bank. Settlement schedule information (16) 600
Has a security number 310 of "0002" and registration type 6
20 is "return acceptance registration", registrant 630 is "central bank", and transaction target person 640 is "transferor settlement bank".
, The fund settlement type is “receipt”, the fund settlement bank 660 is “central bank”, and the fund account ID 510
Is the "own account" and the transaction amount is "\ 900,000". The transfer institution system 150 receives the settlement schedule information (16) 600 from the central bank system 160 in the processing step “return acceptance acceptance (central bank)” 948, and uses the received settlement schedule information (16) 600 as the transaction schedule data 152. To record.

Next, the collateral return settlement unit will be described. The processing flow of the collateral return settlement unit is the same as the processing flow of the trading / collateral insertion settlement execution unit in FIG. 7. However, in the present embodiment, the settlement target is the settlement schedule information 600 shown in FIG. By the processing of this collateral return settlement unit,
The funds settlement schedule data 2000 shown in FIG. 18 is created from the settlement schedule information 600 shown in FIG. In addition, upon receipt of the funds settlement, the electronic securities subject to the final settlement (the securities number 310 is specified by "0002") are moved from the securities account in which the central bank has the rights to the securities account in which the transferee has the rights. Is done. In addition, the securities information 300
The description of the pledgee 360 is deleted, and the beneficiary 350 is rewritten as “transferee”.

The simultaneous collateral payment flow for selling the electronic securities pledged to the central bank as collateral has been summarized above. In this flow, first, the transfer system 150
Has received a sales contract, registration for collateral return contract (1), and registration for collateral return contract (2). Next, the transfer institution system 150 determines whether the registered content is correct, and if it is determined that the registered content is correct, the transfer institution system 150 requests the system of the financial institution to determine whether the funds can be settled. When the system of the financial institution determines that the funds can be settled, the transfer institution system 150 requests the system of the financial institution to settle the fund, and receives the notification of the completion of the fund settlement from the system of the financial institution, and all the registered contents. Based on the above, the rights of electronic securities were transferred. As described above, in the present embodiment, a processing method for performing a single transaction settlement and a plurality of collateral insertion settlements in an indivisible manner (FIG. 7), a processing method for performing a plurality of collateral return settlements inseparably (FIG. 8), The processing method for inseparably executing a single transaction settlement and multiple collateral return settlement transactions (Fig. 9) has been described. Clearing the debts and debts)), not including each settlement, only including,
It is also possible to implement inseparably by freely combining a plurality of combinations.

Next, with reference to FIGS. 10 and 11, a trader who is a participant of a transfer institution and does not provide a fund settlement service for electronic securities settled by the transfer institution and lends funds secured by the electronic securities. The processing flow in which the lender, which is the same as the above, performs simultaneous collateral payment for lending the funds received by using the electronic securities to be settled as collateral. FIG. 10 shows a flow until lending money by using the electronic securities to be settled as collateral, and FIG. 11 is a processing flow for repurchasing the electronic securities deposited as collateral.

First, the flow of FIG. 10 will be described. In explaining this flow, it is assumed that the following contracts are specifically made.

The transferor shall transfer the electronic securities to the transferee for ¥ 1,500,000.
They have a contract to sell at (called a sales contract). The transferee is secured by the lender and the electronic securities to be purchased.
It has a contract to receive 1,400,000 loans (called a collateral contract). In the explanation of this flow, the distribution of electronic securities, which is the case where the transferor transfers the electronic securities for which the transferor has the right, is described. Once you register in your own securities account and transfer it to the transferee, you can process it in the same way as in the case of transfer.

The entire flow of FIG. 10 is roughly divided into the following flows. The first is the transfer registration unit, which is a part where the transferor and the transferee register the contents of the sales contract. A flow for registering with the transfer institution that the transferor transfers the electronic securities (assuming that the security number 310 is specified by 0003) and a flow for registering with the transfer institution that the transferee will transfer the electronic securities are shown. Have. The second is the collateral registration section. This is the part where the assignee and lender register the details of the collateral agreement. It has a flow for registering with the transfer institution that the transferee puts the electronic securities to be settled in collateral, and a flow for registering that the lender accepts collateral in the transfer institution. The third is a trading / collateral insertion settlement execution unit. It has a flow for receiving a transaction registration unit, a collateral registration unit (1), and a collateral registration unit (2) to perform securities settlement and fund settlement.

First, the trade registration unit will be described. Figure 10
The trade registration unit in FIG. 7 performs processing according to the same procedure as the trade registration unit in FIG. However, in this processing flow, the data to be processed is different. Specifically, in the process step “transfer registration” 702 and the process step “transfer acceptance” 704, the settlement schedule information (17) 600 shown in FIG. 19 is processed instead of the settlement schedule information (1) 600. Further, in the processing step “transfer registration” 706 and the processing step “transfer acceptance” 708, the settlement schedule information (2) 6
Instead of 00, the settlement schedule information (18) 600 is processed. The settlement schedule information (17) 600 is the securities number 310.
Is “0003” and the registration type 620 is “transfer registration”
The registrant 630 is the “transferor”, the transaction target person 640 is the “transferee”, the fund settlement type is “receipt”, and the fund settlement bank 660 is the “transferor settlement bank”.
It is assumed that the fund account ID 510 is “transferor” and the transaction amount is “¥ 1,500,000”. Settlement schedule information (1
8) 600 has a security number 310 of “0003”,
The registration type 620 is “transfer registration”, the registrant 630 is “transferee”, the transaction target person 640 is “transferor”, the fund settlement type is “payment”, and the fund settlement bank 6
60 is the “transferee settlement bank” and the fund account ID 510
Is the "transferee" and the transaction amount is "\ 1,500,000". Even in this flow, the settlement schedule information 600
Is assumed to be the same as the meaning of the settlement schedule information (1) 600 described above.

Next, the collateral registration unit will be described. In the process step “collateral insertion registration (transferee)” 1122, the transferee system 130 registers the settlement schedule information (1) as a registration indicating that the transferee inserts the electronic securities into the lender.
9) Input 600 of the input device 2 of the assignee system 130
Receive from 30. In the settlement schedule information (19) 600, the securities number 310 is “0003”, the registration type 620 is “collateral insertion registration”, the registrant 630 is “transferee”, and the transaction target person 640 is “loan”. Person ”, the fund settlement type is“ receipt ”, the fund settlement bank 660 is“ transferee settlement bank ”, the fund account ID 510 is“ transferee ”, and the transaction amount is“ ¥ 1,400,000 ” To do.
In the processing step “collateral insertion acceptance (transferee)” 1124, the transfer institution system 150 makes the transferee system 13
The settlement schedule information (19) 600 is received from 0, and the received settlement schedule information (19) 600 is recorded in the transaction schedule data 152. The lender system 170 lends the input of the settlement schedule information (20) 600 as a registration indicating that the lender accepts the mortgage of the electronic securities from the transferee in the processing step “collateral acceptance registration (lender)” 1126. It is received from the input device 230 of the human settlement bank system 180. In the settlement schedule information (20) 600, the securities number 310 is “00”.
03 ”, the registration type 620 is“ collateral acceptance registration ”, the registrant 630 is“ lender settlement bank ”, the transaction target person 640 is“ transferee ”, and the fund settlement type is“ payment ”. Yes, the Fund Settlement Bank 660 is the “Lender Settlement Bank”
It is assumed that the fund account ID 510 is “lender” and the transaction amount is “¥ 1,400,000”. The transfer institution system 150 uses the processing step “collateral acceptance reception (lender)” 1
At 128, the settlement schedule information (20) 600 is received from the lender system 170, and the received settlement schedule information (2)
0) 600 is recorded in the transaction schedule data 152.

Next, the trading / collateral insertion settlement unit will be described. The processing flow of the sale / collateral insertion settlement unit is the same as the processing flow of the sale / collateral insertion settlement execution unit in FIG. 7. However, in the present embodiment, the target of payment is the payment schedule information 600 shown in FIG. 19, and the payment schedule information (2
0) 600 funds settlement banks 660 are “lender settlement banks”
Therefore, a processing step “Fund settlement approval / disapproval (lender settlement bank)” 767, which is a processing step for determining whether or not the lender settlement bank does not exist in FIG. A processing step “fund settlement (lender settlement bank)” 777, which is a processing step to be executed, is newly added. The processing content of “Financial settlement availability (lender settlement bank)” 767 is the same as that of the above-mentioned processing step “Financial settlement availability (Central Bank)” 764. The processing content of the processing step “fund settlement (lender settlement bank)” 777 is the same as that of the aforementioned “fund settlement (central bank)” 772. From the settlement schedule information 600 shown in FIG. 19 to the processing shown in FIG.
The fund settlement schedule data 2200 shown in 0 is created, and the fund settlement of the financial institution is performed based on the fund settlement schedule data 1800. In addition, upon receipt of the settlement of funds, the electronic securities (the securities number 310 of which is specified by "0003"), which is the transaction object of this settlement, moves from the securities account in which the transferor has the right to the securities account in which the lender has the right. And the description of the beneficiary 350 of the securities information 300 becomes "transferee",
“Lender” is added as a description of the pledgee 360.

The following is a summary of the simultaneous collateral payment flow in which the lender lends funds using the electronic securities scheduled to be settled as collateral. In this flow, first, the transfer system 150
Received registration for transferor contract and registration for collateral contract. Next, the transfer institution system 150 determines whether the registered content is correct, and if it is determined that the registered content is correct, the transfer institution system 150 requests the system of the financial institution to determine whether the funds can be settled. When the system of the financial institution determines that the funds can be settled, the transfer institution system 150 requests the system of the financial institution to settle the funds, receives the notification of the completion of the fund settlement from the system of the financial institution, and completes the registration. The rights of electronic securities were transferred based on the contents.

Next, with reference to FIG. 11, a description will be given of a processing flow in which the transferee later raises funds and buys back the electronic securities deposited as collateral. In explaining this flow, it is assumed that the following contracts are specifically made.

The transferee has a contract with the lender to buy back the electronic securities pledged by the transferee as collateral for 1,420,000 yen (called a collateral return contract).

The entire flow of FIG. 8 is roughly divided into the following flows. The first is a collateral return registration unit, which is a part where the transferee and the lender register the contents of the collateral return contract. A flow in which the transferee registers with the transfer institution that the transferor will buy back the electronic security (the electronic security having the security number 310 inserted in the flow of FIG. 10 is 0003), and that the transferor accepts the repurchase by the transferee. Has a flow of registering with the transfer agency. The second has a flow for receiving a collateral return registration unit, which is a collateral return settlement unit, and performing securities settlement and fund settlement.

First, the collateral return registration unit will be described. In the process step “return request registration (transferee)” 1202, the transferee system 130 registers the transfer request of the electronic securities to the lender as a registration for the transferee to perform the process shown in FIG.
The payment schedule information (21) 600 shown in 1 is input from the input device 230 of the assignee system 130. In the settlement schedule information (21) 600, the securities number 310 is “0003”, the registration type 620 is “return request registration”, the registrant 630 is “transferee”, and the transaction target person 640 is “lender”. , The fund settlement type is “payment”, the fund settlement bank 660 is “transferee settlement bank”, the fund account ID 510 is “transferee”, and the transaction amount is “\ 1,420,0
00 ". Also in this flow, the meaning of the settlement schedule information 600 is the settlement schedule information (1) 60 described above.
It is assumed to have the same meaning as 0. The transfer agency system 150 uses the processing step “return request acceptance (transferee)”.
At 1204, the payment schedule information (21) 600 is received from the transferee system 130, and the received payment schedule information (21) 600 is recorded in the transaction schedule data 152. The lender system 170 inputs the settlement schedule information (22) 600 as a registration to the effect that the lender accepts the return of the electronic securities to the transferee in the processing step “return acceptance registration (lender)” 1206. Received from the input device 230 of the lender system 170. Settlement schedule information (22) 60
In the case of 0, the securities number 310 is “0003”, the registration type 620 is “return acceptance registration”, the registrant 630 is “lender”, the transaction target person 640 is “transferee”,
The cash settlement type is “receive”, and the cash settlement bank 66
It is assumed that 0 is the “lender settlement bank”, the fund account ID 510 is the “lender”, and the transaction amount is “¥ 1,420,000”. The transfer institution system 150 receives the settlement schedule information (22) 600 from the transferee settlement bank system 140 in the processing step “return acceptance acceptance (lender)” 1208, and schedules the received settlement schedule information (22) 600. It is recorded in the data 152.

Next, the collateral return settlement unit will be described. The processing flow of the collateral return settlement unit is the same as the processing flow of the trading / collateral insertion settlement execution unit in FIG. 7. However, in the present embodiment, the settlement target is the settlement schedule information 600 shown in FIG. 21, and none of the fund settlement banks 660 includes the “transfer side settlement bank”, so that it exists in FIG. 7. The processing step “Fund settlement approval (transfer bank)” 766 and the processing step “Fund settlement (transfer bank)” 776 do not exist in FIG. Conversely, the fund settlement bank 660 of the settlement schedule information (23) 600
Is a “lender settlement bank”, the processing step “fund settlement permission (lender settlement bank)” 767, which is a processing step for determining whether or not the lender settlement bank does not exist in FIG. A processing step “fund settlement (lender settlement bank)” 777, which is a processing step for executing withdrawal at the lender settlement bank, is newly added. By the processing of the collateral return settlement unit, the fund settlement schedule data 2400 shown in FIG. 22 is created from the settlement schedule information 600 shown in FIG.
Based on 0, the financial institution will settle the funds. In addition, upon receipt of the funds settlement, the electronic securities subject to the final settlement (the securities number 310 is specified by "0003") are moved from the securities account in which the lender has a right to the securities account in which the transferee has a right. And the pledgee 36 of the securities information 300.
The description of 0 is deleted.

The above is a summary of the simultaneous collateral payment flow for selling the electronic securities pledged to the lender as collateral. In this flow, first, the transfer system 150
Has been registered for a collateral return agreement. Next, the transfer institution system 150 determines whether the registered content is correct, and if it is determined that the registered content is correct, the transfer institution system 150 requests the system of the financial institution to determine whether the funds can be settled. When the system of the financial institution determines that the funds can be settled, the transfer institution system 150
We requested the financial institution's system to settle the funds, and upon receipt of the notification of the completion of the fund settlement from the system of the financial institution, transferred the rights of the electronic securities based on all the registered contents.

Next, with reference to FIG. 12, a description will be given of the simultaneous collateral payment flow for selling the electronic securities pledged to the lender as collateral. In explaining this flow, it is assumed that the transferor pledges electronic securities to the lender as collateral. It is also assumed that the following contracts are made under the above assumptions.

The transferor has a contract with the transferee to sell the electronic securities that the transferor has pledged to the lender as collateral for ¥ 2,500,000 (called a sales contract). The transferor is the lender and the electronic securities pledged by the transferor to the collateral \ 2,4
It has a repurchase agreement for 00,000 (called a collateral return agreement).

The entire flow of FIG. 12 is roughly divided into the following flows. The first is a trade registration unit, which is a part where the transferor and the transferee register the contents of the sales contract. A flow for registering with the transfer institution that the transferor transfers the electronic securities (assuming that the security number 310 is specified by 0002) and a flow for registering with the transfer institution that the transferee will transfer the electronic securities are shown. Have. The second is a collateral return registration section, which is a section for registering the content of the collateral return contract between the transferor and the lender. It has a flow for registering with the transfer institution that the transferor will buy back the electronic securities that have been posted as collateral from the lender, and a flow for registering that the lender accepts the refund by the transferor. Third,
It is a trade / collateral return settlement execution unit. It has a processing flow for receiving a transaction registration unit and a collateral return registration unit and performing a fund settlement and a fund settlement.

First, the trade registration unit will be described. 12
The trade registration unit in FIG. 7 performs processing according to the same procedure as the trade registration unit in FIG. However, in this processing flow, the data to be processed is different. Specifically, in the process step “transfer registration” 1302 and the process step “transfer acceptance” 1304, the settlement schedule information (23) 600 shown in FIG. 23 is processed instead of the settlement schedule information (1) 600. Further, in the processing step “transfer registration” 1306 and the processing step “transfer acceptance” 1308, the settlement schedule information (24) 600, not the settlement schedule information (2) 600, is processed. In the settlement schedule information (23) 600, the securities number 610 is “0004”, the registration type 620 is “transfer registration”, the registrant 630 is “transferee”, and the transaction target person 640 is “transferee”. , The cash settlement type is “receive”, the cash settlement bank 660 is “transferor settlement bank”, the cash account ID 510 is “transferor”, and the transaction amount is “¥ 2,500,000”. In the settlement schedule information (24) 600, the securities number 610 is “0004”.
The registration type 620 is “transfer registration”, the registrant 630 is “transferee”, the transaction target person 640 is “transferee”, the fund settlement type is “payment”, and the fund settlement bank 660 is the “transferee settlement bank” and the fund account I
D510 is the "transferee" and the transaction amount is "\ 2,500,00
It is assumed to be "0". Also in this flow, the meaning of the settlement schedule information 600 is the same as the settlement schedule information (1) described above.
It is the same as the meaning of 600.

Next, the collateral return registration unit (1) will be described. In the processing step “return request registration (transferor)” 1322, the transferor system 110 registers as a registration that the transferor requests the lender to return the electronic securities.
The payment schedule information (25) 600 shown in FIG. 23 is input from the input device 230 of the transferor system 110. In the settlement schedule information (25) 600, the securities number 610 is “000.
4 ”, the registration type 620 is“ return request registration ”, the registrant 630 is“ transferor ”, and the transaction target person 64
0 is the “transferor”, the fund settlement type is “payment”, the fund settlement bank 660 is the “transferor settlement bank”,
It is assumed that the fund account ID 510 is “transferor” and the transaction amount is “¥ 2,400,000”. Transfer system 150
Is the processing step "return request acceptance (transferor)" 1324.
, The transfer schedule information (2
5) 600 is received, and the received settlement schedule information (25) 6
00 is recorded in the transaction schedule data 152. The lender system 170 uses the processing step “return acceptance registration (lender)”.
In 1326, the settlement plan information (2) is registered as a registration indicating that the lender accepts the return of the electronic securities to the transferor.
6) Input 600 to input device 2 of lender system 170
Receive from 30. In the settlement schedule information (26) 600, the securities number 610 is “0004”, the registration type 620 is “return acceptance registration”, the registrant 630 is “lender”, and the transaction target person 640 is “transferor”. , The fund settlement type is “receive”, the fund settlement bank 660 is “lender settlement bank”, the fund account ID 510 is “lender”, and the transaction amount is “¥ 2,400,000”. .
In the processing step “return acceptance acceptance (lender)” 1328, the transfer institution system 150 makes the lender system 17
The payment schedule information (26) 600 is received from 0, and the received payment schedule information (14) 600 is recorded in the transaction schedule data 152.

Next, the transaction / collateral return settlement unit will be described. The processing flow of the transaction / collateral return settlement unit is the same as the processing flow of the transaction / collateral return settlement execution unit in FIG. However, in the present embodiment, the target of payment is the payment schedule information 600 shown in FIG. By the processing of the real sale / collateral return settlement unit, the settlement schedule information 600 shown in FIG.
Then, the fund settlement schedule data 2600 shown in FIG. 24 is created, and the fund settlement of the financial institution is performed based on the fund settlement schedule data 1800. In addition, in response to the settlement of funds, the electronic securities subject to the final settlement (the securities number 310 is “000
4 ”), from the securities account in which the lender is entitled to the securities account in which the transferee is entitled.
Further, the description of the pledgee 360 of the securities information 300 is deleted, and the beneficiary 350 is rewritten as “transferee”.

The above is a summary of the simultaneous collateral payment flow for selling the electronic securities pledged to the lender as collateral. In this flow, first, the transfer system 150
Has received registration regarding a sales contract and a collateral return contract. Next, the transfer institution system 150 determines whether the registered content is correct, and if it is determined that the registered content is correct, the transfer institution system 150 requests the system of the financial institution to determine whether the funds can be settled. When the system of the financial institution determines that the funds can be settled, the transfer institution system 150 requests the system of the financial institution to settle the fund, and receives the notification of the completion of the fund settlement from the system of the financial institution, and all the registered contents. Based on the above, the rights of electronic securities were transferred.

As described above, in the present embodiment, a processing method in which a single transaction settlement and collateral insertion settlement are inseparably executed (see FIG. 1).
0), the processing method (FIG. 11) that executes a single transaction settlement and collateral return settlement inseparably was described. It is also feasible to perform an indivisible execution by freely combining each of the settlements (erasing bills and eliminating debts / debts), not including, only including, and including plural.

According to the embodiment of the present invention, a mechanism that enables securities to be pledged to a central bank, that is, a multi-tier simultaneous collateral receiving / paying system (from a trading company to a settlement bank that performs settlement of funds of the trading company, Can realize simultaneous collateral payment from the settlement bank to the central bank).

When the securities transfer institution and the funds transfer institution are different, it is possible that the participants in the securities transfer institution and the funds transfer institution may be different. In general, the buying and selling of securities includes securities companies, institutional investors, general companies that issue bonds, and the like. It is possible that these companies do not have an account at the central bank. However, even if the central bank does not have an account, the electronic securities settlement in a company that does not have a fund account in the central bank can be performed with the intraday liquidity by the multi-tier simultaneous collateral payment method that can be realized in the embodiment of the present invention. Can be done smoothly and smoothly.

Further, in the case of aiming to realize electronic securities that are widely distributed throughout society, the fund transfer, which is the payment for the payment, is performed by a central bank that realizes payment between financial institutions, not within individual financial institutions. For securities transfers, there are various securities such as corporate bonds, bills, negotiable certificates of deposit, etc., such as commodity characteristics such as trading participants, transaction size, creditworthiness of trading securities, and central bank. Depending on the scale of business that can be dealt with by the central bank, it is expected that some electronic securities will not be able to be transferred by the central bank. However, the multi-tier simultaneous collateral payment method that can be realized in the embodiment of the present invention enables simultaneous collateral payment settlement with the central bank's trading securities as collateral even in the case where a securities transfer agency other than the fund transfer agency is used. become.

According to the embodiment of the present invention, in addition to the conventional DVP between the two parties, the DVP can be realized among the three parties of the lender / transferor / transferee who participate in the securities transfer agency. As a result, the collateral payment between the lender and the transferor / transferee and the trading between the transferor and transferee can be carried out inseparably, and the simultaneous collateral performed by one participant participating in the securities transfer agency Transfers, transferees, and lenders who sell and receive securities (a) sell the securities but cannot get the payment, (b) buy the securities but do not get the securities, (c) funds It is possible to avoid a situation in which you cannot get the collateral security even though you lent the loan, and (d) you cannot get the loan of the fund even though you put the security in the collateral.

Further, when electronic transactions of securities having various credit abilities are carried out in the future, depending on the credit credibility of those securities, there is a possibility that many securities that cannot be secured by the central bank will circulate. However, even with such securities, it is conceivable that companies that can be used as collateral will emerge based on market principles, even if they can receive appropriate fees. In the embodiment of the present invention, since DVP can be realized among three parties, a service other than the central bank, which is a fund transfer institution, that is, one participant who participates in the securities transfer system can receive and receive simultaneous collateral with the trading securities as collateral. Can be provided.

As described above, there is an effect that the availability of electronic securities is improved.

[0077]

According to the present invention, it is possible to improve the availability of electronic securities.

[Brief description of drawings]

FIG. 1 is a configuration diagram of an entire system according to an embodiment of the present invention.

FIG. 2 is a configuration diagram of a transferor system and the like according to an embodiment of the present invention.

FIG. 3 is a data structure diagram of securities information according to the embodiment of this invention.

FIG. 4 is a data structure diagram of securities account information according to the embodiment of the present invention.

FIG. 5 is a data structure diagram of fund account information according to the embodiment of the present invention.

FIG. 6 is a data structure diagram of payment schedule information according to the embodiment of the present invention.

FIG. 7 is a flowchart of a process for lending money with the electronic securities as collateral according to the embodiment of the present invention.

FIG. 8 is a flow chart of processing for repurchasing electronic securities according to the embodiment of the present invention.

FIG. 9 is a flowchart of processing for selling electronic securities according to the embodiment of this invention.

FIG. 10 is a flowchart of a process for lending money with the electronic securities according to the embodiment of the present invention as collateral.

FIG. 11 is a flowchart of processing for repurchasing electronic securities according to the embodiment of the present invention.

FIG. 12 is a flowchart of processing for selling electronic securities according to the embodiment of the present invention.

FIG. 13 is a data structure diagram of payment schedule information according to the embodiment of the present invention.

FIG. 14 is a data structure diagram of fund settlement schedule data according to the embodiment of the present invention.

FIG. 15 is a data structure diagram of payment schedule information according to the embodiment of the present invention.

FIG. 16 is a data structure diagram of fund settlement schedule data according to the embodiment of the present invention.

FIG. 17 is a data structure diagram of payment schedule information according to the embodiment of the present invention.

FIG. 18 is a data structure diagram of fund settlement schedule data according to the embodiment of the present invention.

FIG. 19 is a data structure diagram of settlement schedule information according to the embodiment of the present invention.

FIG. 20 is a data structure diagram of fund settlement schedule data according to the embodiment of this invention.

FIG. 21 is a data structure diagram of payment schedule information according to the embodiment of the present invention.

FIG. 22 is a data structure diagram of fund settlement schedule data according to the embodiment of the present invention.

FIG. 23 is a data structure diagram of payment schedule information according to the embodiment of the present invention.

FIG. 24 is a data structure diagram of fund settlement schedule data according to the embodiment of the present invention.

[Explanation of symbols]

110 ... transferor system, 120 ... transferor settlement bank system, 130 ... transferee system, 140 ...
Transferee settlement bank system, 150 ... Transfer institution system, 160 ... Central bank system, 170 ... Lender system, 180 ... Lender settlement bank system,
190… Network

   ─────────────────────────────────────────────────── ─── Continued front page    (72) Inventor Takeuchi ▲ Country ▼ people             890 Kashimada, Sachi-ku, Kawasaki City, Kanagawa Stock             Hitachi, Ltd. Financial Systems Division (72) Inventor Naohiko Mizuta             890 Kashimada, Sachi-ku, Kawasaki City, Kanagawa Stock             Hitachi, Ltd. Financial Systems Division

Claims (14)

[Claims] 1. A transferee of electronic securities, through a transfer bank of the transferee, to a central bank which performs a fund transfer between the transfer bank of the transferor of the electronic security and the transferee transfer bank, A method of processing an electronic securities by a computer for inserting the electronic securities as collateral and applying a loan obtained as a consideration for the purchase price of the electronic securities, comprising: The sale and purchase of the electronic securities and the transfer of the transfer of the electronic securities as collateral by the transferee to the transferee settlement bank, or the transfer of the right of the transferee to transfer the electronic securities as collateral to the transferee clearing bank A first collateral insertion transaction including a transaction and a second collateral insertion transaction including a transaction in which the transfer bank of the transferee inserts the electronic securities as collateral into the central bank; Inseparably executed to the outside
An electronic securities processing method, characterized in that the rights of the electronic securities are transferred. 2. The electronic securities processing method according to claim 1, further comprising the step of receiving data for confirming that the transferor intends to transfer the electronic securities to the transferee, A processing step of receiving data for confirming that the person intends to transfer the electronic securities from the transferor, and the transferee has the intention to insert the electronic securities as collateral into the transferee settlement bank. A processing step of receiving data for confirmation, a processing step of receiving data for confirming that the transferee settlement bank intends to accept the electronic bill as collateral from the transferee, and the transferee settlement A processing step of receiving data for confirming that the bank intends to post the electronic securities as collateral to the central bank; A processing step of receiving data for confirming that the user is willing to accept the electronic bill as collateral from a person clearing bank; A processing step for confirming whether or not settlement can be executed at the transferee settlement bank, the transferee settlement bank and the central bank; A transaction step of inseparably transferring the rights of the electronic securities to the outside of the computer based on a transaction. 3. A computer-assisted electronic securities processing method for a transferee of electronic securities to redeem the electronic securities pledged as collateral to a central bank via a settlement bank of the transferee, wherein: A first return transaction including a transaction for the transferee to repurchase the electronic securities from the transferee settlement bank, or a transaction for repurchasing the right to insert the electronic securities as collateral.
An electronic securities processing method, wherein the transferee settlement bank inseparably executes a second return transaction including a transaction for repurchasing the electronic securities from the central bank to transfer the rights of the electronic securities. 4. The electronic securities processing method according to claim 3, wherein the transferee receives data for confirming that the transferee intends to buy back the electronic securities deposited as collateral from the transferee settlement bank. A processing step; a processing step of receiving data for confirming that the transferee settlement bank intends to return the electronic securities held as collateral to the transferee; and A processing step of receiving data from the bank to confirm that there is an intention to buy back the electronic securities deposited as collateral, and the central bank returns the electronic securities deposited as collateral to the transferee settlement bank A processing step of receiving data for confirming that there is an intention to return, and a settlement of funds associated with the first return transaction and the second return transaction. A processing step for confirming whether or not the transferee settlement bank and the central bank can execute or not, and based on the first return transaction and the second return transaction, the right of the electronic securities is given to the outside of the computer. To an inseparable transfer step. [Claim 5] Via the settlement bank of the transferor of electronic securities,
In order for the transferor to transfer the electronic securities, which the transferor has pledged as collateral, to the central bank that performs the settlement of funds between the transfer bank of the transferee of the electronic securities and the transfer bank of the transferor to the transferee. A method of processing electronic securities by a computer, comprising: a transaction for trading the electronic securities between the transferor and the transferee; and a transaction for the transferor to repurchase the electronic securities from the transferor clearing bank. The first return transaction and the second return transaction including the transaction in which the transferor settlement bank buys back the electronic securities from the central bank are inseparably executed outside the computer, and An electronic securities processing method, characterized by transferring rights. 6. The electronic securities processing method according to claim 5, wherein the transferee receives data for confirming that the transferor intends to transfer the electronic security to the transferee, and the transferee. A processing step of receiving data for confirming that the person is willing to transfer the electronic securities from the transferor; and A processing step of receiving data for confirming that there is the data, and a processing of receiving data for confirming that the transferor settlement bank has a willingness to return the electronic securities held as collateral to the transferor. And a step of receiving data from the central bank confirming that the transferor settlement bank is willing to buy back the electronic securities deposited as collateral from the central bank. Transaction step, a processing step of receiving data for confirming that the central bank intends to return the electronic securities held as collateral to the transferor settlement bank, the transaction transaction and the first transaction step. A processing step of confirming whether or not the return settlement transaction and the settlement of funds associated with the second return transaction can be executed at the transferee settlement bank and the transferor settlement bank and the central bank; An electronic securities processing method comprising: a processing step of inseparably transferring the right of the electronic securities to the outside of the computer based on the first return transaction and the second return transaction. 7. When transferring an electronic certificate held by the transferor of the electronic security or having a right to be newly issued by the transferee to the transferee of the electronic security, the transferee uses the electronic security as collateral. By using a computer to pledge the electronic securities to be transferred as collateral to a lender who is a person who lends money as a consideration for the receipt, and to apply the loan obtained as a consideration to the purchase price of the electronic bill. A method for processing electronic securities, comprising a transaction for selling and selling the electronic securities between the transferor and the transferee, and a collateral insertion transaction for transferring the electronic securities as collateral to the lender by the transferee. Is executed externally to the computer to transfer the rights of the electronic securities. 8. The electronic securities processing method according to claim 7, wherein the transferee receives data for confirming that the transferor intends to transfer the electronic security to the transferee, and the transferee. A processing step of receiving data for confirming that a person intends to transfer the electronic securities from the transferor, and confirming that the transferee intends to post the electronic securities as collateral to the lender. Processing step for receiving data for confirmation, a processing step for receiving data for confirming that the lender is willing to accept the electronic note as collateral from the transferee, the sales transaction and the collateral insertion transaction The funds settlement accompanying
The transfer bank of the transferee, and the transfer bank of the transferee,
And a processing step of confirming whether or not it can be executed at the lender's settlement bank, and a processing step of inseparably transferring the right of the electronic securities to the outside of the computer based on the sale transaction and the collateral insertion transaction. An electronic securities processing method comprising: 9. The electronic securities transferor transfers the electronic securities, which has been posted to a lender who lends money in consideration for the electronic securities as collateral, to the electronic securities transferee. A method of processing electronic securities by a computer, comprising: a transaction for trading the electronic securities between the transferor and the transferee; and a return transaction including a transaction for the transferor to buy back the electronic securities from the lender. An electronic securities processing method in which the rights of the electronic securities are transferred by being executed inseparably to the outside of the computer. 10. The electronic securities processing method according to claim 9, wherein the transferee receives data for confirming that the transferor intends to transfer the electronic security to the transferee, and the transferee. A processing step of receiving data for confirming that the person intends to take over the electronic securities from the transferor; A processing step for receiving data for confirming that the lender has a processing step for receiving data for confirming that the lender has a willingness to return the electronic securities held as collateral to the transferor; The transaction settlement and the settlement of funds associated with the return transaction can be executed at the transfer bank of the transferor, the transfer bank of the transferee, and the transfer bank of the lender. Or a processing step for confirming whether or not it is possible, and a processing step for inseparably transferring the right of the electronic securities to the outside of the computer based on the sales transaction and the return transaction. .. 11. A method of processing an electronic certificate by a computer for transferring an electronic certificate, wherein a settlement instruction for transfer settlement of the electronic certificate and borrowing funds from the electronic certificate as collateral for the same electronic certificate. Settlement instruction for collateral insertion settlement, settlement instruction for collateral return settlement for repurchasing the electronic securities already posted as collateral, settlement instruction for redemption settlement for erasing the electronic securities by fulfilling the obligation promised by the electronic securities Is received from the outside of the computer, all of the received settlement instructions are inseparably executed to the outside of the computer, and the rights of the electronic securities are reviewed. 12. A method of processing electronic securities by a computer for transferring electronic securities, wherein a settlement instruction for transfer settlement of the electronic securities for the same electronic securities, and borrowing funds with the electronic securities as collateral. Settlement support for collateral insertion settlement, settlement instruction for collateral return settlement for repurchasing the electronic securities already posted as collateral, settlement instruction for redemption settlement for erasing the electronic securities by fulfilling the obligation promised by the electronic securities A processing step of receiving at least one of the above, a processing step of confirming to the outside of the computer whether or not the settlement of funds in response to the received settlement instruction is possible, Executing all payment instructions to the outside of the computer and reviewing the rights of the electronic securities. Electronic securities processing method and butterflies. 13. An electronic securities processing method for lending money as consideration for receiving electronic securities as collateral, wherein the electronic securities are specified as information including an intention to insert the electronic securities as collateral. Information including data and data specifying a person who deposits the electronic securities as collateral, a processing step of transmitting to a transfer system for transferring the electronic securities, and data specifying the amount of money to be accepted as collateral for the electronic securities, An electronic securities processing method comprising a processing step of transmitting to either the transfer system or the system used by the financial institution of the loaner of the fund. 14. A method of processing an electronic securities by a computer for lending money as a consideration received by receiving the electronic securities as collateral, wherein the intention is to return the electronic securities deposited as collateral. As information of, the processing step of transmitting information including data specifying the electronic securities and data specifying a person who returns the electronic securities to a transfer system for transferring the electronic securities, and an amount to buy back the electronic securities. An electronic securities processing method, comprising a processing step of transmitting the specified data to either the transfer system or the system used by the financial institution of the fund lender.