JP2017162019A - Certificate transaction support system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a certificate transaction support system for properly and efficiently supporting a custody business in a certificate transaction by a non-resident.SOLUTION: An information storage part of a settlement scheduled ledger for recording transaction common information containing identification information is provided on each server of a settlement related person of the certificate transaction, the information storage parts of all settlement scheduled ledgers are connected by a network, when new transaction common information is recorded in one settlement scheduled ledger, the transaction common information is recorded in all residual settlement scheduled ledger. When settlement approval information is acquired from a preceding settlement related person, a content is confirmed in the settlement scheduled ledger, and when there is a subsequent settlement related person, settlement approval information is sent to the server of the settlement related person. Then, a transfer facility system 80 executes transfer processing for transaction common information recorded in the settlement scheduled ledger according to the settlement approval information.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a securities transaction support system for supporting custody business in securities transactions by non-residents.

  When non-residents such as overseas investors and securities companies trade domestic securities, they use custody services provided by banks and securities companies. For example, if a sales contract is concluded between an overseas resident investor and an overseas branch office of a domestic securities company for the purchase and sale of domestic securities, the investor will give the foreign custodian a purchase order (delivery of the securities accompanying the securities sale Instructions). Then, the instruction is transmitted to a domestic bank or the like that performs custody work. Here, the bank receives instructions from business partners such as overseas custodians via a SWIFT system (SWIFT: The Society for Worldwide Interbank Financial Tele-communication).

  When conducting such securities transactions, DVP (Delivery Versus Payment), which simultaneously delivers securities and settles the funds that are the consideration, is realized in order to reduce settlement risk. Furthermore, settlement is made one business day after the transaction date. The introduction of T + 1 settlement is under consideration.

This process will be specifically described with reference to FIG.
Here, the overseas management company is an investor who wants to trade domestic securities overseas or a non-resident such as a securities company. Assume that this non-resident overseas investment management company wishes to purchase a domestic securities handled by an exchange (for example, the Tokyo Stock Exchange).

In this case, a purchase order for securities handled at the exchange is made to an overseas securities company (step ST01).
The overseas securities company places a purchase order with the exchange participating company (step ST02).

The exchange participating company places a purchase order with the exchange (step ST03).
Then, the exchange establishes a transaction for this purchase order (step ST04). When the transaction is completed, the exchange provides the contract information regarding the purchase order to the exchange participating company.

  Further, the exchange provides settlement data to the transfer organization (step ST05). Thereby, a transfer organization performs exchange DVP (step ST06). In this case, DVP is performed between exchange participants.

  On the other hand, the exchange participating company that has acquired the deal information from the exchange performs a deal process (step ST07). Specifically, the exchange participating companies provide information on the closing of purchase orders to overseas securities companies.

  The overseas securities company that has acquired the contract information from the exchange participating company performs contract processing (step ST08). Specifically, the overseas securities company provides closing information on the purchase order to the matching company.

  This verification company performs contract verification. In this case, the collation company confirms the contract information (step ST09). Specifically, the verification company transfers the acquired closing information of the purchase order to the overseas management company, and prompts confirmation of the purchase order.

  The overseas asset management company approves the purchase order closing information (step ST10). Specifically, the overseas manager confirms the contents of the contract information. If the contract information can be confirmed, approval information is provided to the verification company.

  The collation company that acquired the approval information completes the contract collation (step ST11). In this case, the verification company provides verification completion information to the overseas securities company. The matching completion information includes a transaction identifier that has been confirmed.

  The overseas securities company that has acquired the verification completion information transmits a settlement instruction to the exchange participating company (step ST12). The swift system described above is used for transmitting the settlement instruction. This settlement instruction includes the transaction identifier of the verification completion information.

The exchange participating company that has acquired the settlement instruction provides the settlement instruction to the domestic verification company (step ST13).
In addition, the overseas management company that has approved the contract information provides the global custodian with approval information regarding the contract information of the purchase order (step ST10). This global custodian is a financial institution that collectively manages and manages securities in multiple countries.

  In this case, the global custodian provides a settlement instruction to the domestic sub-custodian (step ST14). This sub-custodian is a local (domestic) financial institution that conducts custody and management of domestic securities. The swift system described above is used for transmitting the settlement instruction.

The sub-custodian provides a settlement instruction to the domestic verification company (step ST15).
The collation company in Japan collates the settlement instruction acquired from the exchange participating company and the settlement instruction acquired from the sub-custodian (step ST16). Here, only the settlement instructions relating to securities transactions of non-residents are collated. In order to confirm the coincidence of the contents of the settlement instruction, a settlement collation system of a securities custody transfer mechanism is used (for example, see Non-Patent Document 1). Specifically, for the settlement instruction acquired from the sub-custodian and the exchange participating company, the data to be verified is searched according to the matching logic. When the partner data can be identified, the settlement contents of the identified settlement instruction are collated. Note that settlement verification often involves slight differences in settlement amounts between the two parties in non-resident transactions, and this difference is also absorbed by the matching logic.

  Here, if there is one or more collation items that do not match, “collation mismatch” is set. If all the collation items match but the information for determining whether or not delivery can be executed is not set to “release executable”, “match matching (delivery execution impossible)” is set. Further, if all the collation items match and both are set to “release executable”, “collation coincidence (delivery execution is possible)” is set. And the collation result notification which attached | subjected any status information is transmitted with respect to both transmission sources.

  Here, when a settlement instruction is received for a settlement instruction that is determined to be “delivery not possible” for securities or funds, the settlement instruction modification completion result with the status of the registered settlement instruction modified and the revised status attached A notification is returned to both senders of the settlement instruction.

  When the verification of the settlement instruction is completed, the domestic verification company provides a verification completion notification to the sub-custodian and the exchange participating company (step ST17). Specifically, a status indicating the verification result is attached, and settlement verification result notification data is transmitted in real time to both data transmission sources.

The sub-custodian and the exchange participating company each obtain a verification completion notification (steps ST18 and ST19).
Furthermore, the domestic verification company provides settlement data to the transfer organization (step ST20). Specifically, when the verification is completed for the settlement instruction in which DVP settlement is designated and both parties can deliver the securities, a DVP transfer request is generated from the settlement instruction and transmitted to each transfer system.

  In this case, the transfer organization executes the general transfer DVP based on the DVP transfer request (step ST21). Specifically, the balance transfer between the accounts of the participants (sub-custodians, exchange participating companies) is settled by DVP for the instruction that becomes “matching match (delivery execution is possible)”.

  A custody support method for realizing efficient and rapid processing for such instruction data has been studied (for example, see Patent Document 1). In the custody support method described in this document, New data for instructing a new sales transaction and Cancel data for invalidating the previously accepted instruction data are received. For New data, settlement of securities transaction is performed, and for the Cancel data, New data determined to have the same item content is invalidated.

JP 2002-245250 A (first page, FIG. 1)

Securities Custody Organization, “Payment Verification System”, “Transaction Overview (2) Non-resident Transactions”, [online], Securities Custody Organization, [Search February 11, 2016], Internet <URL: https: / /www.jasdec.com/system/finance/outline/dealings/〉

  In securities transactions involving non-residents, multiple settlement parties are involved in the transaction. In this case, since the contents of the settlement instruction are individually confirmed, the confirmation process takes a cumulative time. In particular, when there are many items included in the settlement instruction, a process for determining the appropriateness of the contents of each item is necessary, and the processing load is large.

  On the other hand, it is conceivable for specific institutions to concentrate and manage the contents of securities transactions. However, it is necessary to construct a system for a centrally managed organization. Furthermore, the volume of securities transactions is enormous, and the economic burden for constructing this system increases.

  The present invention has been made to solve the above-described problems, and an object of the present invention is to provide a securities transaction support system for accurately and efficiently supporting custody business in securities transactions involving non-residents. It is in.

  The securities trading support system that solves the above issues is a transaction common information that includes identification information on the servers of overseas securities companies, stock exchange participating companies, collation agencies, custodians of securities traders, and settlement parties of transfer agencies. Is stored, and the information storage units of all the settlement plan ledgers are connected via a network. Further, when new transaction common information is recorded in one settlement scheduled ledger, the transaction common information is also recorded in all other settlement scheduled ledgers. Then, when the payment approval information is obtained from the preceding payment related party, the contents are confirmed in the settlement scheduled ledger, and when there is a subsequent payment related party, the payment approval information is transmitted to the payment related party server, The server of the transfer institution executes a transfer process on the transaction common information recorded in the payment scheduled ledger according to the acquired payment approval information.

  According to the present invention, it is possible to execute transactions efficiently and accurately in securities transactions by non-residents.

The system schematic of embodiment of this invention. It is explanatory drawing of the information used in this embodiment, Comprising: (a) is a payment instruction | indication, (b) is explanatory drawing of payment shared information and payment approval information. Explanatory drawing of the process sequence of this embodiment. Explanatory drawing of the information used in other embodiment. Explanatory drawing of the process sequence of other embodiment. Explanatory drawing of the conventional process sequence.

  Hereinafter, an embodiment embodying a securities transaction support system will be described with reference to FIGS. This embodiment will be described as a securities transaction support system used when a custodian (an organization that manages securities on behalf of an investor) is used to support a custody service for dealing with non-residents. Here, it is assumed that a settlement related party is an overseas securities company, a stock exchange participating company, a collation agency, a securities trader custodian, or a transfer agency (for example, a securities custodian).

Transactions consist of an investor side called the buy side and a broker side called the sell side.
FIG. 1 shows a typical configuration. In the securities trading support system, an overseas management company system 10, an overseas securities company system 20, an exchange participating company system 30, a verification system 50, a global custodian system 60, a sub custodian system 70, and a transfer agency system 80 are used.

  The overseas operating company system 10 to the transfer institution system 80 are connected via a peer-to-peer network. This peer-to-peer is one of the architectures for performing communication between a large number of systems, and is a communication method characterized by communication between peers (peers). For example, a block chain method can be used to prevent falsification of information. In the block chain method, “blocks” that summarize “records of transactions” are sequentially added in a “chain” shape. Each block in the blockchain consists of a “header” that contains information about that block and the previous block, and a “transaction” that records a list of all transactions that took place within a certain period of time. . Since all transaction records from the past are recorded in the block chain, it is necessary to rewrite all past blocks if fraud is to be attempted, resulting in a large calculation load and making alteration difficult. Each system connected to the peer-to-peer network shares and transmits information transmitted by one peer. In the present embodiment, common information about securities transactions is shared by each system.

  Each of the overseas operating company system 10 to the transfer institution system 80 holds a settlement schedule ledger for storing information shared in the peer-to-peer network. When predetermined information is written in the settlement schedule ledger of one system, distributed information is written in the settlement schedule ledgers held by all other systems by the peer-to-peer network.

  For this reason, the overseas operating company system 10 to the transfer institution system 80 includes a file sharing unit C1. Furthermore, the overseas operating company system 10 to the transfer agency system 80 include an information storage unit 12 to an information storage unit 82, respectively. The file sharing unit C1 is configured by a CPU, a RAM, a ROM (not shown), and the like, and a file written in the information storage unit of its own system is transferred to another network connected to the network by peer-to-peer. The information is written in the information storage unit of another system via the file sharing unit C1. In this embodiment, each information storage unit records a settlement schedule ledger (distributed ledger) in which settlement common information in which the contents of securities transactions are recorded is registered. In this distributed ledger, distributed nodes distributed in each system form a consensus and maintain one ledger. Then, the file sharing unit C1 deletes the transaction common information recorded in the settlement scheduled ledger when a predetermined period has elapsed from the date (settlement date) included in the transaction common information. The contents of the payment common information will be described later.

  The overseas management company system 10 is a computer system for non-residents who are investors who wish to trade domestic securities overseas. This overseas manager company system 10 has information for managing its own securities account and fund account held by a global custodian, which is a subordinate account management institution (stock account number, fund account number, Account balance). Furthermore, the overseas operating company system 10 includes an information storage unit 12 for recording its own settlement schedule ledger. Then, the overseas management company system 10 confirms whether or not the contents of the instruction have been altered in the process from the global custodian system 60 to the transfer institution system 80, which are subordinate account management institutions, using this settlement schedule ledger. It has a function to do.

  The overseas securities company system 20 is a computer system managed by a securities company (overseas) that supports securities transactions based on an agreement with an overseas asset management company by an overseas securities company that is a partner of the overseas asset management company. This overseas securities company system 20 has information (stock account number, fund account number, each account) for managing its own securities account and fund account held by an exchange participating company that is a subordinate account management institution of the overseas securities company. Account balance, etc.). Furthermore, the overseas securities company system 20 includes an information storage unit 22 for recording its own settlement schedule ledger. Then, the overseas securities company system 20 uses this scheduled settlement ledger to check whether the contents of the instructions have been altered in the process from the exchange participating company system 30 to the transfer institution system 80, which are subordinate account management institutions. It has a function.

  The exchange participating company system 30 is a computer system managed by a participating company of the exchange where the securities to be traded are traded. This exchange participating company system 30 has information for managing a securities account and a fund account held by a transfer organization which is a subordinate account management organization of the exchange participating company (a securities account number, a fund account number, an account of each account). Balance). Furthermore, this exchange participating company system 30 includes an information storage unit 32 for recording a settlement ledger of an overseas securities company that is a custody customer.

  The collation system 50 is a computer system that performs contract collation for securities transactions between an overseas manager and an overseas securities company. In this contract verification, it is verified whether or not the recognitions of the two companies that deal with the contract content match. When the contract verification is completed, the verification system 50 transmits the payment common information to the peer-to-peer network. The collation system 50 includes an information storage unit 52 for recording a settlement schedule ledger.

  The global custodian system 60 is a computer system managed by the global custodian. This global custodian system 60 has information for managing a securities account and a fund account held by a sub custodian who is a subordinate account management institution of the global custodian (securities account number, fund account number, account balance of each account). Etc.). The global custodian system 60 transmits settlement approval information to the sub-custodian system 70 based on the approval data acquired from the overseas management company system 10. The global custodian system 60 includes an information storage unit 62 for recording a settlement schedule ledger of an overseas management company that is a custodian customer.

  The sub custodian system 70 is a computer system managed by the sub custodian. This sub-custodian system 70 is a securities account held by a sub-custodian that is a subordinate account management institution, information for managing a fund account (securities account number, fund account number, account balance of each account, etc.) ). The sub-custodian system 70 transmits the payment approval information to the transfer institution system 80 based on the payment approval information acquired from the global custodian system 60. The sub-custodian system 70 includes an information storage unit 72 for recording a settlement ledger of a global custodian who is a custodian customer.

  The transfer institution system 80 uses the buy side (sub-custodian system 70) and the sell side (exchange participating company system 30) to make payment approval information on the buy side and the sell side for the common payment information recorded in the scheduled settlement ledger. Receive. Then, the transfer institution system 80 performs DVP settlement of the transaction when the selling-side securities and the buying-side funds balance are satisfied. The transfer institution system 80 includes an information storage unit 82 for recording a settlement schedule ledger.

  Next, items included in a normal settlement instruction D0 used for securities trading will be described with reference to FIG. Here, first, items included in the current settlement instruction D0 will be described with reference to FIG.

  The settlement instruction D0 is data relating to transaction identifier, execution date, settlement date, linkage with other transactions, securities type, stock code, number of securities, securities account number, settlement amount, fund account number, settlement parties, and other necessary information. including.

Data relating to an identifier for identifying each transaction is recorded in the transaction identifier data area.
In the execution date data area, data related to the execution date (date) is recorded.

In the settlement date data area, data relating to the date of settlement for this transaction is recorded.
In the linkage data area with other transactions, data relating to an identifier for specifying a transaction to be performed simultaneously or in sequence with the transaction is recorded.

In the securities type data area, data relating to an identifier for specifying the type of securities is recorded.
In the brand code data area, data relating to an identifier for identifying the brand of the securities to be traded is recorded.

In the securities number data area, data relating to the quantity of securities to be traded is recorded.
In the securities account number data area, data relating to an identifier for specifying an account for managing securities is recorded.

In the settlement amount data area, data relating to the settlement amount in this transaction is recorded.
In the fund account number data area, data relating to an identifier for specifying an account used for settlement in this transaction is recorded.

  In the settlement related party data area, data relating to an identifier for specifying a party performing this transaction is recorded. As the settlement counterparty, data relating to an identifier for identifying the counterparty of this transaction (domestic counterparty securities company or custody bank) is recorded. As the counterparty customer, data relating to an identifier for identifying a trading partner (for example, an overseas counterparty securities company or an investor of “XX Securities Company London Branch”) is recorded.

  In the other necessary information data area, data related to information necessary for the transaction is recorded. For example, data relating to an identifier for determining whether or not the transaction needs to be held is recorded. Specifically, either a hold flag indicating a hold instruction, a release flag indicating a release instruction, or the like is recorded.

  Next, data relating to settlement used in the present embodiment will be described with reference to FIG. In the present embodiment, the items included in the above-described conventional settlement instruction D0 are divided into settlement common information D1 and settlement approval information D2. The settlement common information D1 includes items relating to transaction identifier, contract date, settlement date, linkage with other transactions, securities type, brand code, number of securities, settlement amount, settlement party, and other necessary information. Further, the settlement approval information D2 includes items relating to a transaction identifier, a securities account number, and a fund account number.

  Then, the payment common information D1 is registered in the payment schedule ledger of each system via the above-described peer-to-peer network. On the other hand, the payment approval information D2 is transmitted and received individually between the systems.

With reference to FIG. 3, a processing procedure in the case of supporting a securities transaction by a non-resident using the system configured as described above will be described.
Here, the overseas management company is an investor who wants to trade domestic securities overseas or a non-resident such as a securities company. Assume that this non-resident overseas investment management company wishes to purchase a domestic securities handled by an exchange (for example, the Tokyo Stock Exchange).

  In this case, as in step ST01, the overseas manager company system 10 makes a purchase order for securities handled at the exchange to the overseas securities company system 20 (step S101).

This overseas securities company system 20 places a purchase order with respect to the exchange participating company system 30 as in step ST02 (step S102).
The exchange participating company system 30 places a purchase order with respect to the exchange, similarly to step ST03 (step S103).

And the exchange participating company system 30 which acquired the contract information from an exchange performs a contract process similarly to step ST07 (step S104).
The overseas securities company system 20 that has acquired the contract information from the exchange participating company performs a contract process in the same manner as in step ST08 (step S105).

  In this verification system 50, contract verification is performed. In this case, the collation system 50 performs the contract information confirmation process as in step ST09 (step S106). Then, the collation system 50 prompts the overseas management company system 10 to confirm the purchase order.

  The overseas operating company system 10 confirms the closing information of the purchase order, and executes an approval process as in step ST10 (step S107). Specifically, when the contract information can be confirmed, the overseas operating company system 10 transmits approval information to the verification system 50.

  The collation system 50 that has acquired the approval information completes the contract collation as in step ST11 (step S108). In this case, the verification system 50 provides verification completion information to the overseas securities company system 20. The matching completion information includes a transaction identifier that has been confirmed.

  Furthermore, the collation system 50 executes a process for registering payment common information (step S109). Specifically, the verification system 50 registers the payment common information of the transaction for which the contract verification has been completed in the payment schedule ledger of the information storage unit 52. In this case, the file sharing unit C1 registers the payment common information in the payment schedule ledger of another system.

  The overseas securities company system 20 that has acquired the verification completion information executes a confirmation process (step S110). Specifically, the overseas securities company system 20 extracts the payment common information in which the transaction identifier of the acquired verification completion information is recorded from the payment scheduled ledger recorded in the information storage unit 22.

  Next, the overseas securities company system 20 executes a settlement approval process (step S111). Specifically, when the payment common information is recorded in the payment schedule ledger, the overseas securities company system 20 transmits the payment approval information to the exchange participating company system 30, thereby giving a transfer instruction. Do. This settlement approval information includes information on securities accounts and fund accounts held by overseas securities companies (securities account numbers and fund account numbers).

  The exchange participating company system 30 that has acquired the settlement approval information from the overseas securities company system 20 executes a confirmation process (step S112). Specifically, the exchange participating company system 30 temporarily stores the received payment approval information. Then, the exchange participating company system 30 extracts the payment common information in which the transaction identifier of the acquired payment approval information is recorded from the payment scheduled ledger recorded in the information storage unit 32.

  Next, the exchange participating company system 30 executes a settlement approval process (step S113). Specifically, when the payment common information is recorded in the payment schedule ledger, the exchange participating company system 30 temporarily holds the securities or funds balance of the overseas securities company that is the custodian customer, and then the transfer organization Transfer instructions are sent to the system 80 by sending settlement approval information. This settlement approval information includes information (securities account number, fund account number) regarding the securities account and fund account held by the exchange company at the transfer organization.

  Further, the overseas operating company system 10 provides settlement approval information to the global custodian system 60 (step S107). This settlement approval information includes information on securities accounts and fund accounts held by overseas managers (securities account numbers and fund account numbers).

  In this case, the global custodian system 60 performs a confirmation process (step S114). Specifically, the global custodian system 60 temporarily stores the received payment approval information. Then, the global custodian system 60 extracts the payment common information in which the transaction identifier of the acquired payment approval information is recorded from the payment scheduled ledger recorded in the information storage unit 62.

  Next, the global custodian system 60 executes a settlement approval process (step S115). Specifically, when the payment common information is recorded in the payment schedule ledger, the global custodian system 60 temporarily holds the securities or funds balance of the overseas securities company that is the custodian customer, and then the global custodian. The system 60 makes a transfer instruction by transmitting settlement approval information to the sub-custodian system 70. This settlement approval information includes information (securities account number, fund account number) related to the securities account and fund account held by the global custodian in the sub-custodian.

  The sub-custodian system 70 that has acquired the payment approval information from the global custodian system 60 executes a confirmation process (step S116). Specifically, the sub-custodian system 70 temporarily stores the received payment approval information. Then, the sub-custodian system 70 extracts the payment common information in which the transaction identifier of the acquired payment approval information is recorded from the payment scheduled ledger recorded in the information storage unit 72.

  Next, the sub-custodian system 70 executes a settlement approval process (step S117). Specifically, when payment common information is recorded in the payment scheduled ledger, the sub-custodian system 70 temporarily holds the securities or funds balance of the global custodian who is the custodian customer, and then sub-custodians. The system 70 performs a transfer instruction by transmitting settlement approval information to the transfer agency system 80. This settlement approval information includes information on securities accounts and fund accounts held by the sub-custodian in the transfer organization (securities account number, fund account number).

  Next, the transfer organization system 80 performs a confirmation process (step S118). Here, only verification of settlement approval information regarding non-resident securities transactions is performed. Specifically, the transfer institution system 80 checks whether or not the payment approval information in which the same transaction identifier is recorded is acquired from the sub-custodian system 70 and the exchange participating company system 30. When the payment approval information of the same transaction identifier is acquired from both systems, the transfer institution system 80 records the payment common information in which the transaction identifier of the acquired payment approval information is recorded in the information storage unit 82. It is extracted from the settlement schedule ledger.

  In this case, the transfer organization system 80 executes a general transfer DVP process (step S119). Specifically, the transfer institution system 80 determines whether or not the accounts of the participants (sub-custodians and exchange participating companies) are based on the payment common information and the payment approval information recorded in the payment schedule ledger of the information storage unit 82. Is transferred by DVP.

  When the general transfer DVP is completed, the transfer institution system 80 returns a settlement completion notification to the sub-custodian system 70 and the exchange participating company system 30. In this case, the sub-custodian system 70 transfers the payment amount of the payment common information from the global custodian fund account of the payment approval information to the sub-custodian fund account. Next, the sub custodian system 70 returns a settlement completion notification to the global custodian system 60. In this case, the global custodian system 60 transfers the payment amount of the common payment information from the fund account of the overseas management company to the global custodian fund account of the payment approval information. Further, the exchange participating company system 30 executes transfer from the fund account of the exchange participating company to the fund account of the overseas securities company for the payment amount of the common payment information. Next, the exchange participating company system 30 returns a settlement completion notice to the overseas securities company system 20. Then, the overseas securities company system 20 performs transfer from the account of the overseas securities company to the account of the overseas manager.

According to this embodiment, the following effects can be obtained.
(1) In the present embodiment, the overseas operating company system 10 to the transfer institution system 80 includes a file sharing unit C1. The file sharing unit C1 uses a distributed ledger to form a consensus among the distributed nodes distributed in each system, and manages settlement common information using one ledger. This makes it possible to efficiently and safely manage information necessary for settlement, such as the transfer amount, brand name, and number of securities.

  (2) In the present embodiment, the collation system 50 executes a process for registering payment common information (step S109). Thereby, unlike the conventional settlement instruction, the settlement approval information can be lightened. Moreover, since the common payment information does not circulate frequently, it is possible to suppress omissions and alterations in the distribution process. In addition, the overseas management company system 10 uses this settlement schedule ledger to check whether or not the contents of the instructions have been altered in the process from the global custodian system 60 to the transfer institution system 80, which are subordinate account management institutions. can do. The overseas securities company system 20 may check whether or not the contents of the instruction have been altered in the process from the exchange participating company system 30 to the transfer institution system 80, which are lower-level account management institutions, using this settlement schedule ledger. it can.

  (3) In the present embodiment, the overseas securities company system 20, the global custodian system 60, and the sub custodian system 70 execute a settlement approval process (steps S111, S115, S117). As a result, transfer instructions for funds and securities can be managed in a closed manner only between the parties. An existing mechanism can be used for finality of account balance, identity verification, and the like.

In addition, you may change the said embodiment as follows.
In the above embodiment, the items included in the conventional settlement instruction are divided into settlement common information D1 and settlement approval information D2. In this case, the settlement common information D1 includes items relating to transaction identifier, contract date, settlement date, linkage with other transactions, securities type, brand code, number of securities, settlement amount, settlement party, and other necessary information. Further, the settlement approval information D2 includes items relating to a transaction identifier, a securities account number, and a fund account number. Here, the items included in the payment common information D1 and the payment approval information D2 are not limited to these.

  In the above embodiment, the payment common information D1 is recorded in the payment scheduled ledger. Then, the settlement approval information D2 is transmitted between the settlement related parties systems (the exchange participating company system 30, the global custodian system 60, the sub custodian system 70, etc.). Here, information relating to items included in the payment common information D1 and the payment approval information D2 may be shared in the payment scheduled ledger.

  In this case, the settlement token D3 including the items shown in FIG. 4 is delivered between the parties. The payment token D3 is a data unit including information related to payment contents and instructions, and functions as payment common information and payment approval information. Information relating to the exchange of the settlement token D3 is registered in the settlement ledger in a block chain manner by the peer-to-peer network. This settlement token D3 includes a header D31, variable information D32, and fixed information D33. In this header D31, a transaction identifier and a function flag are recorded. As the function flag, a flag for specifying the function (instruction, completion notification, unprocessed return, etc.) of the settlement token D3 is used.

  For the variable information D32, an item corresponding to the payment approval information D2 of the above embodiment is used. Specifically, it is used for notifying a lower-order person (account manager) followed by the sender of the account number to be used. Here, the variable information D32 is encrypted in such a way that the parties (sender, successor) can confirm the contents.

  For the fixed information D33, an item corresponding to the payment common information D1 of the above embodiment is used. Specifically, the initial registrant of the verification organization or its agency is set based on the contract verification result. This fixed information D33 is recorded in a manner that anyone can view but cannot change.

  Then, as shown in FIG. 5, after the completion of the contract verification (step S108) of the above embodiment, the verification system 50 connects the overseas management company system 10 and the overseas securities company system 20 via the peer-to-peer network. The settlement token D3 is transmitted (step S201). In this case, an instruction flag is set for the settlement token D3. Furthermore, the fixed information D33 is set with information (payment date to other necessary information) that has been verified.

  Next, the overseas securities company system 20 transmits the settlement token D3 to the exchange participating company system 30 via the peer-to-peer network (step S202). In this case, information related to the securities account and the fund account held by the overseas securities company is set in the variable information D32.

  Next, the exchange participating company system 30 transmits the settlement token D3 to the transfer agency system 80 via the peer-to-peer network (step S203). In this case, information relating to the securities account and fund account held by the exchange participating company is set in the variable information D32.

  Further, the overseas operating company system 10 transmits the settlement token D3 to the global custodian system 60 via the peer-to-peer network (step S204). In this case, information related to the securities account and fund account held by the asset management company is set in the variable information D32.

  Next, the global custodian system 60 transmits the settlement token D3 to the sub-custodian system 70 via the peer-to-peer network (step S205). In this case, information relating to the securities account and fund account held by the global custodian is set in the variable information D32.

  Next, the sub-custodian system 70 transmits the settlement token D3 to the transfer agency system 80 via the peer-to-peer network (step S206). In this case, information related to the securities account and fund account held by the sub-custodian is set in the variable information D32.

  And the transfer organization system 80 which acquired the payment token D3 from the exchange participating company system 30 and the sub custodian system 70 performs the confirmation process (step S118) of the said embodiment.

  After the general transfer DVP process (step S122), the transfer institution system 80 transmits the settlement token D3 to the sub-custodian system 70 and the exchange participating company system 30 via the peer-to-peer network. (Step S207). In this case, a completion notification flag is set in the settlement token D3.

  Next, the sub-custodian system 70 transmits the settlement token D3 to the global custodian system 60 via the peer-to-peer network (step S208). In this case, information related to the securities account and fund account held by the sub-custodian is set in the variable information D32.

  Next, the global custodian system 60 transmits the settlement token D3 to the overseas management company system 10 via the peer-to-peer network (step S209). In this case, information relating to the securities account and fund account held by the global custodian is set in the variable information D32.

  Further, the exchange participating company system 30 transmits the settlement token D3 to the overseas securities company system 20 via the peer-to-peer network (step S210). In this case, information relating to the securities account and fund account held by the exchange participating company is set in the variable information D32.

  In the above embodiment, the block chain method is used to prevent information from being falsified, but the falsification preventing method is not limited to this.

  10 ... Overseas asset management system, 20 ... Overseas securities company system, 30 ... Exchange participating company system, 50 ... Verification system, 60 ... Global custodian system, 70 ... Sub-custodian system, 80 ... Transfer organization system, C1 ... File Shared unit, 12 to 82... Information storage unit.

The securities trading support system that solves the above issues is a transaction common information that includes identification information on the servers of overseas securities companies, stock exchange participating companies, collation agencies, custodians of securities traders, and settlement parties of transfer agencies. Is stored, and the information storage units of all the settlement plan ledgers are connected via a network. Further, when new transaction common information is recorded in one settlement scheduled ledger, the transaction common information is also recorded in all other settlement scheduled ledgers. Then, the server of the collation organization records transaction common information including information related to transaction identifiers, securities brands and transaction quantities in the settlement schedule ledger according to the verification of the securities transaction request of the securities trader, and the securities transaction When the custodian server obtains the settlement approval information including the transaction identifier from the server of the person who has received the transaction , the custodian server shares the transaction common associated with the transaction identifier from the settlement schedule ledger held by the custodian server. When the transaction approval process is performed based on the confirmation of the transaction common information, the transaction approval and the settlement approval including the transaction identifier and the account information managed by the custodian are performed. send the information, the verification agencies overseas securities company of the server that has acquired the collation completion information from the server, sure using the settlement plan ledger itself is held If processing is executed and confirmation is made, settlement approval information is transmitted to the server of the stock exchange participating company, and the server of the stock exchange participating company sends a settlement including a transaction identifier from the server of the overseas stock company. When the approval information is acquired, the server of the stock exchange participating company extracts the transaction common information associated with the transaction identifier from the settlement schedule ledger held by itself, and based on the confirmation of the transaction common information When the settlement approval process is performed, the settlement approval information including the transaction identifier and the account information managed by the stock exchange participating company is transmitted to the transfer institution server, and the stock exchange participating company and from each of the servers of the custodian of the securities and Exchange person, if the server of the book-entry transfer institution has acquired the settlement approval information including the transaction identifier, the server of the transfer institution, itself held From the settlement will ledger that, I said to extract the transaction common information associated with the transaction identifier, using the account information of the acquired settlement approved information, perform the transfer processing for the recorded in the settlement plan ledger transaction common information To do.

Claims (8)

The information storage part of the scheduled transaction ledger that records common transaction information including identification information is stored on the servers of overseas securities companies, stock exchange participating companies, verification institutions, custodians of securities exchanges, and transfer parties. Establish and connect the information storage units of all the scheduled settlement ledgers via a network,
When new transaction common information is recorded in one settlement schedule ledger, it is a securities transaction support system that records the transaction common information in all other settlement schedule ledgers,
When the payment approval information is obtained from the preceding payment related party, the contents are confirmed in the settlement scheduled ledger, and when there is a subsequent payment related party, the payment approval information is transmitted to the server of the payment related party,
The server of the said transfer organization performs the transfer process about the transaction common information recorded on the payment plan ledger according to the acquired payment approval information, The securities transaction support system characterized by the above-mentioned.   2. The securities transaction support according to claim 1, wherein, when the server of the collation organization can collate the securities transaction request of the securities trader, the new transaction common information is recorded in a settlement schedule ledger owned by the server. system.   When the custodian server obtains the settlement approval information about the transaction from the server of the securities trader, based on the identification information of the settlement approval information, the confirmation process is performed using the settlement schedule ledger owned by itself. 3. The securities transaction support system according to claim 1, wherein when it is executed and confirmed, settlement approval information including the identification information is transmitted to the server of the transfer organization.   The server of the overseas securities company that has acquired the verification completion information from the server of the verification organization executes the confirmation process using its own settlement schedule ledger, and if it can be confirmed, 4. The settlement transaction support system according to claim 1, wherein settlement approval information is transmitted.   The server of the stock exchange participating company that acquired the settlement approval information executes a confirmation process using its own scheduled settlement ledger, and if it can be confirmed, transmits the settlement approval information to the server of the transfer organization. The securities trading support system according to any one of claims 1 to 4, wherein:   The securities transaction support system according to any one of claims 1 to 5, wherein the transaction common information includes information on securities brands and transaction quantities.   The securities transaction support system according to any one of claims 1 to 6, wherein each settlement approval information includes account information managed by a sender of each settlement approval information.   8. The server according to claim 1, wherein each server deletes the transaction common information recorded in a settlement ledger owned by the server based on a date included in the transaction common information. The securities trading support system described.