JP2020067806A - Settlement system and settlement method - Google Patents

Settlement system and settlement method Download PDF

Info

Publication number
JP2020067806A
JP2020067806A JP2018199926A JP2018199926A JP2020067806A JP 2020067806 A JP2020067806 A JP 2020067806A JP 2018199926 A JP2018199926 A JP 2018199926A JP 2018199926 A JP2018199926 A JP 2018199926A JP 2020067806 A JP2020067806 A JP 2020067806A
Authority
JP
Japan
Prior art keywords
information
settlement
distributed ledger
recorded
order information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2018199926A
Other languages
Japanese (ja)
Other versions
JP6710737B2 (en
Inventor
恒弘 玉置
Tsunehiro Tamaoki
恒弘 玉置
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mizuho Bank Ltd
Original Assignee
Mizuho Bank Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mizuho Bank Ltd filed Critical Mizuho Bank Ltd
Priority to JP2018199926A priority Critical patent/JP6710737B2/en
Publication of JP2020067806A publication Critical patent/JP2020067806A/en
Application granted granted Critical
Publication of JP6710737B2 publication Critical patent/JP6710737B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

To provide a settlement system and a settlement method for assisting efficient trades and settlements through utilizing an infrastructure system capable of checking correctness of records using a decentralized ledger.SOLUTION: An exchange system 20 to be connected to a user system 10 is connected over an infrastructure system capable of checking correctness of information with a decentralized ledger D1. Then, the exchange system 20 obtains order information recorded in the decentralized ledger D1 within a prescribed period, and performs a matching for the obtained order information to identify contracted order information. The exchange system 20 records void information as to non-contracted order information into the decentralized ledger D1, and an adjustment institution system 40 performs settlements based on the contracted order information.SELECTED DRAWING: Figure 1

Description

本発明は、注文者間の取引の決済を行なうための決済システム及び決済方法に関する。   The present invention relates to a settlement system and a settlement method for settlement of transactions between orderers.

ピア・ツー・ピア・ネットワークを活用したブロックチェーン技術が決済等に利用されつつある(例えば、非特許文献1参照)。非特許文献1に記載された技術では、ブロックチェーンを活用して、大規模な決済システムを新規に構築することなく、約定情報を改ざん不可能なデータとして瞬時に共有・決済できる仕組みが検討されている。このブロックチェーン技術では、順序付けられたレコードを、分散台帳で連続的に管理することにより、ブロック内のデータの遡及的な変更を防止する。   Blockchain technology utilizing a peer-to-peer network is being used for payment and the like (see Non-Patent Document 1, for example). In the technology described in Non-Patent Document 1, a mechanism that allows the instant sharing / payment of contract information as unalterable data by utilizing a blockchain without newly constructing a large-scale payment system is considered. ing. In this blockchain technology, the ordered records are continuously managed by a distributed ledger to prevent retrospective change of data in the block.

また、オンライン取引において利用されている仮想通貨の改ざんを防止するために、ブロックチェーン技術が利用される場合もある(例えば、特許文献1参照)。この技術では、約定情報に基づく残高情報をブロックチェーンで繋げたまとまりとして分散台帳に記録する。   In addition, block chain technology may be used to prevent falsification of virtual currency used in online transactions (for example, refer to Patent Document 1). In this technology, balance information based on contract information is recorded in a distributed ledger as a group connected by a block chain.

また、複数のコンピューティングノードを含む分散型ブロックチェーン・コンピューティングシステムを用いて取引を支援する技術も検討されている(例えば、特許文献2参照)。この技術では、取引所は、注文書と、異なるクライアントに関連する複数のデジタルウォレットを格納する。コンピュータシステムは、注文書に追加される新たなデータ取引要求を受け取る。データ取引要求の間のマッチが識別され、個別のデータ取引要求に関連するデジタルウォレットに関連するハッシュが生成される。取引相手は、相手方のハッシュを、マッチに関する情報とともに受け取り、各当事者は、ブロックチェーン取引をブロックチェーンに追加させる。両方のマッチがブロックチェーンに追加されたかどうかを判断するためにブロックチェーンをモニタする。   Further, a technique for supporting a transaction using a distributed blockchain computing system including a plurality of computing nodes is also under consideration (for example, see Patent Document 2). In this technique, the exchange stores purchase orders and multiple digital wallets associated with different clients. The computer system receives a new data trade request to be added to the purchase order. Matches between data transaction requests are identified and hashes associated with digital wallets associated with individual data transaction requests are generated. The trading partner receives the hash of the other party along with information about the match, and each party has the blockchain transaction added to the blockchain. Monitor the blockchain to determine if both matches have been added to the blockchain.

また、分散型台帳技術を用いて、債務記録情報の正当性を確認できる基盤システムを利用して、支払を支援するための支払支援システム及び支払支援方法を提供する(例えば、特許文献3参照)。この技術では、支払人端末及び支払人金融機関サーバに接続され、ブロックチェーン等の分散型台帳技術により情報の正当性を確認できる基盤システムを用いる。支払人端末は、債務者から債権者に対する支払方式の選択情報を取得し、選択された支払方式の債務記録情報を分散台帳に記録し、選択された支払方式に応じた支払人金融機関サーバに債務記録情報の発行を通知する。支払人金融機関サーバは、分散台帳を確認し、債務記録情報の承認情報を分散台帳に記録し、支払方式に基づいて、債権者に対する支払処理を行ない、債務記録情報の失効情報を分散台帳に記録する。   Further, a payment support system and a payment support method for supporting payment are provided by using a base system capable of confirming the legitimacy of debt record information using the distributed ledger technology (for example, refer to Patent Document 3). . This technology uses a basic system that is connected to a payer terminal and a payer financial institution server and can confirm the validity of information by a distributed ledger technology such as a blockchain. The payer terminal obtains the payment method selection information for the creditor from the debtor, records the debt record information of the selected payment method in the distributed ledger, and stores it in the payer financial institution server according to the selected payment method. Notify issue of debt record information. The payer financial institution server confirms the distributed ledger, records the approval information of the debt record information in the distributed ledger, processes the payment to the creditors based on the payment method, and records the revocation information of the debt record information in the distributed ledger. Record.

特開2016−151802号公報JP, 2016-151802, A 特表2018−515833号公報Japanese Patent Publication No. 2018-515833 特許第6363254号公報Japanese Patent No. 6363254

株式会社みずほ銀行、「国境を越えた証券取引の決済プロセス効率化に向けた実証実験を実施」、平成28年3月8日、[online]、株式会社みずほ銀行、[平成30年9月9日検索]、インターネット<https://www.mizuhobank.co.jp/release/pdf/20160308release_jp.pdf>Mizuho Bank, Ltd., “Implementing a verification experiment aimed at streamlining the settlement process of securities transactions across borders”, March 8, 2016, [online], Mizuho Bank, Ltd., [September 9, 2018 Date search], internet <https://www.mizuhobank.co.jp/release/pdf/20160308release_jp.pdf>

株式のように日々大量の約定や決済が行なわれる取引では、大きなシステム投資により、取引照合及び決済を実現できる。しかし、証券取引では、日々の約定決済件数の少ない取引が存在する。このような証券取引においても、安全で効率的な決済のためには、取引照合やDVP決済等において株式と同等なシステムが必要とされる。しかし、件数が少ない場合、各取引当たりのシステム投資が大きくなる。   For a large number of contracts and settlements such as stocks every day, large system investment makes it possible to collate and settle transactions. However, in securities trading, there are transactions with few daily contract settlements. Even in such securities transactions, a system equivalent to stocks is required for transaction matching, DVP settlement, etc. for secure and efficient settlement. However, if the number of transactions is small, the system investment for each transaction will be large.

上記課題を解決する決済システムは、注文者システムに接続される取引所システムが、分散台帳により情報の正当性を確認できる基盤システムを介して接続された清算機関システムを含む。そして、前記取引所システムが、前記分散台帳に記録され、約定可能な注文情報を取得し、前記取得した注文情報のマッチングを行なうことにより、約定した注文情報を特定し、約定されなかった注文情報について、失効情報を分散台帳に記録し、前記清算機関システムが、前記約定された注文情報に基づいて決済を行なう。   A settlement system that solves the above problem includes a clearing organization system in which an exchange system connected to an orderer system is connected via a basic system that can confirm the validity of information by a distributed ledger. Then, the exchange system acquires contracted order information recorded in the distributed ledger and identifies the contracted order information by matching the acquired order information, and the unconfirmed order information. With respect to, the revocation information is recorded in the distributed ledger, and the clearing agency system performs settlement based on the contracted order information.

本発明によれば、分散台帳による情報共有技術と、情報の正当性を確認できる基盤システムとを利用して、効率的な取引、すなわち約定から決済までの一連の処理を支援することができる。   According to the present invention, it is possible to support an efficient transaction, that is, a series of processing from contract to settlement, by using an information sharing technology using a distributed ledger and a basic system capable of confirming the validity of information.

本実施形態のシステム概略図。The system schematic of this embodiment. ハードウェア構成例の説明図。Explanatory drawing of a hardware structural example. 本実施形態の各システムの説明図であって、(a)はユーザシステム、(b)は取引所システム、(c)は決済口座管理機関システム、(d)は清算機関システムの説明図。It is an explanatory view of each system of this embodiment, (a) is a user system, (b) is an exchange system, (c) is a settlement account management institution system, (d) is an explanatory view of a clearing institution system. 本実施形態で分散台帳に記録される情報の説明図であって、(a)は注文情報、(b)は約定成立情報、(c)は失効情報、(d)は承認依頼情報、(e)は決済承認情報、(f)は決済予告情報、(g)は決済完了情報の説明図。It is explanatory drawing of the information recorded on a distributed ledger in this embodiment, (a) is order information, (b) is contract establishment information, (c) is revocation information, (d) is approval request information, (e) ) Is payment approval information, (f) is payment advance notice information, and (g) is an explanatory diagram of payment completion information. 本実施形態の処理手順の説明図。Explanatory drawing of the processing procedure of this embodiment. 本実施形態の処理手順の説明図。Explanatory drawing of the processing procedure of this embodiment. 本実施形態の処理手順の説明図。Explanatory drawing of the processing procedure of this embodiment.

以下、図1〜図7を用いて、決済システム及び決済方法を具体化した一実施形態を説明する。本実施形態では、証券銘柄について注文を行ない、約定した取引の決済を支援する。この決済には、DVP決済等やクリアリングハウスによる決済が含まれる。以下では、DVP決済を行なう場合を想定するが、他の決済に適用してもよい。
図1に示すように、本実施形態では、分散台帳D1に接続されたユーザシステム10、取引所システム20、決済口座管理機関システム30、清算機関システム40を用いる。本実施形態では、ブロックチェーンにより取引決済情報の記録の正当性を確認できる基盤システムを用いて、取引や決済を支援する場合を想定する。なお、ネットワークに接続された複数のノードで同じデータを保持し合う分散台帳D1(分散型台帳)を用いるものであれば、ブロックチェーン技術を用いる場合に限定されるものではない。そして、取引決済情報は、金融機関の注文、約定、決済に関する情報を電子的に記録するものであり、取引決済情報は分散台帳D1に記録され、ブロックチェーン技術により固定化される。更に、所謂仮想通貨とは異なり、この記録自体では決済は完了せず、単に注文〜決済に関する情報が記録されるだけである。本実施形態では、取引決済情報に関わる関係者間で契約に基づき、承認又は定められた方法で初めて決済が完了する(債権債務関係の成立)。
Hereinafter, an embodiment in which a payment system and a payment method are embodied will be described with reference to FIGS. 1 to 7. In the present embodiment, an order is placed for a security issue, and settlement of a trade that has been executed is supported. This settlement includes DVP settlement and clearinghouse settlement. In the following, it is assumed that DVP payment is performed, but the present invention may be applied to other payments.
As shown in FIG. 1, in the present embodiment, a user system 10, an exchange system 20, a settlement account management institution system 30, and a clearing institution system 40 connected to the distributed ledger D1 are used. In the present embodiment, it is assumed that a transaction and settlement are supported by using a basic system that can confirm the legitimacy of recording transaction settlement information by a blockchain. Note that the block chain technology is not limited to the above as long as the distributed ledger D1 (distributed ledger) that holds the same data in a plurality of nodes connected to the network is used. The transaction settlement information electronically records information about orders, contracts, and settlements of financial institutions, and the transaction settlement information is recorded in the distributed ledger D1 and fixed by the block chain technology. Further, unlike so-called virtual currency, the recording itself does not complete the settlement, but merely records information regarding orders to settlement. In the present embodiment, settlement is completed for the first time by an approved or determined method based on a contract between parties involved in transaction settlement information (establishment of a debt-debt relationship).

ユーザシステム10〜清算機関システム40は、ピア・ツー・ピア(Peer to Peer)のネットワークで接続されている。このピア・ツー・ピアは、多数のシステム間で通信を行なうためのアーキテクチャのひとつであり、ピア同士が通信を行なう通信方式の基盤システムである。例えば、情報の改ざんを防止するために、ブロックチェーン方式を用いることができる。ブロックチェーン方式では、「取引の記録」をまとめた「ブロック」を「チェーン」状に順次追加していく。ブロックチェーンを構成するそれぞれのブロックは、そのブロックと一つ前のブロックに関する情報を含む「ヘッダ」と、ある時間内に行なわれた取引のリストを記録した「トランザクション」とにより構成される。ブロックチェーンにおいては、過去からの全取引記録が記録されているため、仮に不正を行なおうとした場合、不正以降の全ブロックを書き換える必要があり、計算負荷が大きく改ざんを困難にしている。そして、ピア・ツー・ピアネットワークに接続されている各システムは、一つのピアが発信した情報を、それぞれで分散して共有することになる。   The user system 10 to the clearing organization system 40 are connected by a peer-to-peer network. This peer-to-peer is one of the architectures for communicating between a large number of systems, and is a base system of a communication system in which peers communicate with each other. For example, a block chain method can be used to prevent falsification of information. In the blockchain method, "blocks" that are a collection of "transaction records" are added sequentially in a "chain" fashion. Each block that constitutes the block chain is composed of a "header" that contains information about that block and the immediately preceding block, and a "transaction" that records a list of transactions that have been performed within a certain period of time. In the blockchain, since all transaction records from the past are recorded, if it is attempted to make a fraud, it is necessary to rewrite all the blocks after the fraud, which makes the computation load large and falsification difficult. Then, each system connected to the peer-to-peer network will share the information transmitted by one peer in a distributed manner.

そして、ユーザシステム10〜清算機関システム40は、それぞれ、ピア・ツー・ピアネットワークにおいて共有する情報を保存する分散台帳D1を保持する。一つのシステムの分散台帳D1に、所定の情報が書き込まれた場合、ピア・ツー・ピアネットワークにより、他のすべてのシステムが保有する分散台帳D1に、同じ分散情報が書き込まれる。   Then, each of the user system 10 to the clearing house system 40 holds a distributed ledger D1 that stores information shared in the peer-to-peer network. When predetermined information is written in the distributed ledger D1 of one system, the same distributed information is written in the distributed ledger D1 held by all other systems by the peer-to-peer network.

(ハードウェア構成例)
図2は、ユーザシステム10〜清算機関システム40等として機能する情報処理装置H10のハードウェア構成例である。
(Example of hardware configuration)
FIG. 2 is a hardware configuration example of the information processing device H10 that functions as the user system 10 to the clearing organization system 40 and the like.

情報処理装置H10は、通信装置H11、入力装置H12、表示装置H13、記憶部H14、プロセッサH15を有する。なお、このハードウェア構成は一例であり、他のハードウェアを有していてもよい。   The information processing device H10 includes a communication device H11, an input device H12, a display device H13, a storage unit H14, and a processor H15. Note that this hardware configuration is an example, and other hardware may be included.

通信装置H11は、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースカードや無線インタフェース等である。   The communication device H11 is an interface that establishes a communication path with another device and transmits / receives data, and is, for example, a network interface card or a wireless interface.

入力装置H12は、利用者等からの入力を受け付ける装置であり、例えばマウスやキーボード等である。表示装置H13は、各種情報を表示するディスプレイやタッチパネル等である。   The input device H12 is a device that receives an input from a user or the like, and is, for example, a mouse or a keyboard. The display device H13 is a display, a touch panel, or the like that displays various information.

記憶部H14は、ユーザシステム10〜清算機関システム40の各種機能を実行するためのデータや各種プログラムを格納する記憶装置(例えば、情報記憶部M2)である。例えば、記憶部H14は、情報記憶部M2に示した情報を記憶する。記憶部H14の一例としては、ROM、RAM、ハードディスク等がある。   The storage unit H14 is a storage device (for example, the information storage unit M2) that stores data and various programs for executing various functions of the user system 10 to the clearing organization system 40. For example, the storage unit H14 stores the information shown in the information storage unit M2. Examples of the storage unit H14 include a ROM, a RAM, a hard disk, and the like.

プロセッサH15は、記憶部H14に記憶されるプログラムやデータを用いて、ユーザシステム10〜清算機関システム40における各処理(例えば、台帳管理部M1における処理)を制御する。プロセッサH15の一例としては、例えばCPUやMPU等がある。このプロセッサH15は、ROM等に記憶されるプログラムをRAMに展開して、各種処理に対応する各種プロセスを実行する。例えば、プロセッサH15は、ユーザシステム10〜清算機関システム40のアプリケーションプログラムが起動された場合、後述する図5、図6に示す各処理を実行するプロセスを動作させる。   The processor H15 controls each process in the user system 10 to the clearing organization system 40 (for example, the process in the ledger management unit M1) using the programs and data stored in the storage unit H14. Examples of the processor H15 include CPU and MPU. The processor H15 expands a program stored in a ROM or the like into a RAM and executes various processes corresponding to various processes. For example, when the application program of the user system 10 to the clearing organization system 40 is activated, the processor H15 operates a process for executing each process shown in FIGS. 5 and 6 described later.

プロセッサH15は、自身が実行するすべての処理についてソフトウェア処理を行うものに限られない。例えば、プロセッサH15は、自身が実行する処理の少なくとも一部についてハードウェア処理を行う専用のハードウェア回路(例えば、特定用途向け集積回路:ASIC)を備えてもよい。すなわち、プロセッサH15は、(1)コンピュータプログラム(ソフトウェア)に従って動作する1つ以上のプロセッサ、(2)各種処理のうち少なくとも一部の処理を実行する1つ以上の専用のハードウェア回路、或いは(3)それらの組み合わせ、を含む回路(circuitry)として構成し得る。プロセッサは、CPU並びに、RAM及びROM等のメモリを含み、メモリは、処理をCPUに実行させるように構成されたプログラムコード又は指令を格納している。メモリすなわちコンピュータ可読媒体は、汎用又は専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。   The processor H15 is not limited to performing software processing for all the processing executed by itself. For example, the processor H15 may include a dedicated hardware circuit (for example, an application-specific integrated circuit: ASIC) that performs hardware processing for at least a part of the processing executed by itself. That is, the processor H15 includes (1) one or more processors that operate according to a computer program (software), (2) one or more dedicated hardware circuits that execute at least a part of various processes, or ( 3) A combination of them can be configured as a circuit. The processor includes a CPU and memories such as RAM and ROM, and the memory stores program codes or instructions configured to cause the CPU to perform processing. Memory or computer readable media includes any available media that can be accessed by a general purpose or special purpose computer.

(各情報処理装置の機能)
図3に示すように、ユーザシステム10〜清算機関システム40は、それぞれ、台帳管理部M1、情報記憶部M2を備える。台帳管理部M1は、自システムの情報記憶部M2に書き込まれた情報を、ピア・ツー・ピアネットワークに接続された他システムの情報記憶部M2の分散台帳D1に書き込む。
(Functions of each information processing device)
As shown in FIG. 3, each of the user system 10 to the clearing organization system 40 includes a ledger management unit M1 and an information storage unit M2. The ledger management unit M1 writes the information written in the information storage unit M2 of its own system into the distributed ledger D1 of the information storage unit M2 of another system connected to the peer-to-peer network.

図3(a)に示すユーザシステム10は、買い注文、売り注文の注文者が用いるコンピュータシステムである。ユーザシステム10は、制御部11を備える。制御部11は、注文者の入力に応じて、注文情報を生成し、取引所システム20に送信する。   The user system 10 shown in FIG. 3A is a computer system used by an orderer of a buy order and a sell order. The user system 10 includes a control unit 11. The control unit 11 generates order information according to the input of the orderer and transmits it to the exchange system 20.

図3(b)に示す取引所システム20は、各注文者の注文情報(買い注文、売り注文)を取得し、注文条件が整合する注文の約定を管理する取引所のコンピュータシステムである。この取引所システム20は、取引管理部21、参加者情報記憶部22、取引情報記憶部24を備える。   The exchange system 20 illustrated in FIG. 3B is a computer system of an exchange that acquires order information (buying order, selling order) of each orderer and manages the execution of orders whose order conditions match. The exchange system 20 includes a transaction management unit 21, a participant information storage unit 22, and a transaction information storage unit 24.

取引管理部21は、各銘柄について、売り注文と買い注文とをマッチングして、約定成立させる処理を行なう。このため、取引管理部21は、約定成立を行なう条件について、予め定められたルールを保持している。ルールとしては、例えば、約定成立させるタイミング(1時間毎、1日毎)や、複数の同一注文が分散台帳D1上に記録されている場合の約定成立させる注文を特定する条件(時間優先または抽選等)がある。
また、注文者が他の決済口座管理機関に口座を保有する場合には、取引管理部21は、決済承認依頼を行なう。
The transaction management unit 21 performs a process of matching a sell order and a buy order for each issue to establish a contract. For this reason, the transaction management unit 21 holds a predetermined rule for the condition for establishing a contract. As a rule, for example, the timing (every 1 hour, 1 day) at which a contract is fulfilled, or a condition for specifying an order to be fulfilled when a plurality of identical orders are recorded on the distributed ledger D1 (time priority or lottery, etc.) ).
When the orderer holds an account in another settlement account management organization, the transaction management unit 21 makes a settlement approval request.

参加者情報記憶部22には、取引所の参加者を管理するための参加者管理情報が記録される。この参加者管理情報には、参加者コード、保有口座が記録される。
参加者コードデータ領域には、取引所の参加者(注文者)を特定するための識別子に関するデータが記録される。
In the participant information storage unit 22, participant management information for managing the participants of the exchange is recorded. The participant code and holding account are recorded in the participant management information.
In the participant code data area, data regarding an identifier for identifying a participant (orderer) of the exchange is recorded.

保有口座データ領域には、この参加者の決済口座管理機関の口座を特定するための識別子に関するデータが記録される。参加者自身が決済口座管理機関の場合には、参加者自身の決済口座管理機関の口座を特定するための識別子に関するデータが記録される。また、他の決済口座管理機関に口座を保有している場合には、他の決済口座管理機関及び口座を特定するための識別子に関するデータが記録される。   In the holding account data area, data regarding an identifier for specifying the account of the settlement account management institution of this participant is recorded. When the participant himself / herself is a settlement account management institution, data regarding an identifier for identifying the account of the participant's own settlement account management institution is recorded. In addition, when an account is held in another settlement account management institution, data relating to another settlement account management institution and an identifier for identifying the account is recorded.

取引情報記憶部24には、注文情報に基づいて約定された取引管理情報が記録される。この取引管理情報には、取引コード、約定日、銘柄、買い注文者、売り注文者、約定金額、数量に関する情報が記録される。   The transaction information storage unit 24 records transaction management information executed based on the order information. In this transaction management information, information on transaction code, contract date, brand, buy orderer, sell orderer, contracted amount, and quantity is recorded.

取引コードデータ領域には、各注文を特定するための識別子に関するデータが記録される。
約定日データ領域には、約定成立の年月日及び時刻に関するデータが記録される。
In the transaction code data area, data regarding an identifier for identifying each order is recorded.
In the trade date data area, data regarding the date and time when the contract is established is recorded.

銘柄データ領域には、約定成立した取引対象(証券銘柄)を特定するための識別子に関するデータが記録される。   In the issue data area, data relating to an identifier for identifying a trade object (security issue) that has been executed is recorded.

買い注文者、売り注文者データ領域には、それぞれ約定成立した取引の銘柄の買い注文者、売り注文者を特定するための識別子に関するデータが記録される。
約定金額データ領域には、約定成立した取引金額に関するデータが記録される。
数量データ領域には、約定成立した取引数量に関するデータが記録される。
In the buy orderer and sell orderer data areas, data relating to identifiers for identifying the buy orderer and the sell orderer of the brand of the trade that has been executed are recorded.
In the contracted amount data area, data on the contracted amount of transaction is recorded.
In the quantity data area, data relating to the executed trade quantity is recorded.

図3(c)に示す決済口座管理機関システム30は、各注文者の口座を管理する金融機関のコンピュータシステムである。この決済口座管理機関システム30は、口座管理部31、口座情報記憶部32を備える。
口座管理部31は、注文者の口座を管理する処理を実行する。本実施形態では、取引所システム20からの承認依頼に応じて、注文者の口座に残高があることを確認した上で決済承認を行なう。
The settlement account management institution system 30 shown in FIG. 3C is a computer system of a financial institution that manages the account of each orderer. The settlement account management system 30 includes an account management unit 31 and an account information storage unit 32.
The account management unit 31 executes processing for managing the orderer's account. In the present embodiment, in response to an approval request from the exchange system 20, after confirming that the account of the orderer has a balance, the payment is approved.

口座情報記憶部32には、注文者が決済口座管理機関に保有する口座を管理するための口座管理情報が記録される。この口座管理情報には、参加者コード、口座識別子、残高、入出金履歴が記録される。   The account information storage unit 32 records account management information for managing the account held by the orderer in the settlement account management institution. A participant code, an account identifier, a balance, and a deposit / withdrawal history are recorded in this account management information.

参加者コードデータ領域には、取引所の参加者(注文者)を特定するための識別子に関するデータが記録される。
口座識別子データ領域には、この参加者の口座を特定するための識別子に関するデータが記録される。
残高データ領域には、この口座の残高に関するデータが記録される。
入出金履歴データ領域には、この口座への入金や、この口座からの出金の履歴情報が記録される。
In the participant code data area, data regarding an identifier for identifying a participant (orderer) of the exchange is recorded.
In the account identifier data area, data regarding an identifier for identifying the participant's account is recorded.
Data relating to the balance of this account is recorded in the balance data area.
In the deposit / withdrawal history data area, history information of deposits to / withdrawals from this account is recorded.

図3(d)に示す清算機関システム40は、取引所から取得した取引情報に基づいて、注文者間の決済を清算する清算機関(CCP:セントラル・カウンターパーティ)のコンピュータシステムである。清算機関における清算には、決済口座管理機関等が参加する。なお、注文者自身が決済口座管理機関の場合も、この清算に参加する。この清算機関システム40は、清算管理部41、決済情報記憶部42を備える。   The clearing organization system 40 shown in FIG. 3D is a computer system of a clearing organization (CCP: Central Counterparty) that clears settlement between orderers based on the transaction information acquired from the exchange. A clearing account management institution etc. participates in the clearing at the clearing institution. Even if the orderer is the clearing account management organization, he / she will participate in this settlement. The clearing organization system 40 includes a clearing management unit 41 and a payment information storage unit 42.

清算管理部41は、取引所システム20において行なわれた取引についての決済(本実施形態では、DVP決済)を行なう。そして、清算管理部41は、ネッティングに基づいて清算予定情報を生成し、分散台帳D1に記録する。   The clearing management unit 41 performs settlement (DVP settlement in the present embodiment) for a transaction performed on the exchange system 20. Then, the settlement management unit 41 generates settlement schedule information based on the netting and records it in the distributed ledger D1.

決済情報記憶部42には、約定成立した取引についてネッティングを行なった決済予定情報が記録される。決済予定情報には、決済予定日、決済口座管理機関、銘柄、決済予定数量、決済予定金額に関する情報が含まれる。   The settlement information storage unit 42 records settlement schedule information in which netting is performed on a transaction that has been executed. The settlement schedule information includes information on a settlement date, a settlement account management organization, a brand, a settlement amount, and a settlement amount.

決済予定日データ領域には、DVP決済を行なう予定日に関するデータが記録される。
決済口座管理機関データ領域には、決済口座管理機関を特定するための識別子に関するデータが記録される。
In the scheduled settlement date data area, data relating to the scheduled date for DVP settlement is recorded.
In the settlement account management institution data area, data regarding an identifier for identifying the settlement account management institution is recorded.

銘柄データ領域には、約定成立した取引対象(証券銘柄)を特定するための識別子に関するデータが記録される。
決済予定数量、決済予定金額の各データ領域には、それぞれ、決済予定の証券数量、支払予定金額に関するデータが記録される。
In the issue data area, data relating to an identifier for identifying a trade object (security issue) that has been executed is recorded.
Data relating to the quantity of securities to be settled and the planned payment amount are recorded in the data areas of the planned payment amount and the planned payment amount, respectively.

(分散台帳に記録される情報)
図4に示すように、分散台帳D1には、注文情報510、約定成立情報520、失効情報530、承認依頼情報540、決済承認情報550、決済予告情報560、決済完了情報570が記録される。
(Information recorded in the distributed ledger)
As shown in FIG. 4, order information 510, contract establishment information 520, revocation information 530, approval request information 540, settlement approval information 550, settlement notice information 560, and settlement completion information 570 are recorded in the distributed ledger D1.

図4(a)に示すように、注文情報510には、発行番号、銘柄、売買識別子、注文者、指値、数量に関する情報が含まれる。この注文情報510は、必要に応じて、本取引に関わる関係者(ユーザシステム10〜清算機関システム40等)で復号可能なキーにより暗号化される。   As shown in FIG. 4A, the order information 510 includes information on the issue number, brand, trade identifier, orderer, limit price, and quantity. This order information 510 is encrypted with a key that can be decrypted by a person involved in the main transaction (user system 10 to clearing organization system 40 etc.), if necessary.

発行番号データ領域には、取引のための注文を特定するための識別子に関するデータが記録される。実施形態では、この発行番号は、分散台帳D1に記録される一連の情報を特定するための識別子として用いられる。
銘柄データ領域には、取引対象の証券を特定するための識別子に関するデータが記録される。
Data relating to an identifier for specifying an order for trading is recorded in the issue number data area. In the embodiment, this issue number is used as an identifier for identifying a series of information recorded in the distributed ledger D1.
Data relating to an identifier for identifying the securities to be traded is recorded in the issue data area.

売買識別子データ領域には、「売り」又は「買い」を特定するためのフラグが記録される。
注文者データ領域には、この注文の注文者を特定するための識別子に関するデータが記録される。
A flag for identifying "sale" or "buy" is recorded in the trade identifier data area.
In the orderer data area, data regarding an identifier for identifying the orderer of this order is recorded.

指値データ領域には、この銘柄の取引希望価格に関するデータが記録される。
数量データ領域には、この銘柄の取引希望数量に関するデータが記録される。
In the limit data area, data regarding the desired transaction price of this issue is recorded.
In the quantity data area, data regarding the desired trading quantity of this issue is recorded.

図4(b)に示すように、約定成立情報520には、発行番号、銘柄、買い注文者、売り注文者、約定金額、数量に関する情報が含まれる。この約定成立情報520は、必要に応じて、本取引に関わる関係者(ユーザシステム10〜清算機関システム40等)で復号可能なキーにより暗号化される。
発行番号データ領域には、約定された取引を特定するための識別子に関するデータが記録される。ここでは、買い注文、売り注文についての発行番号(例えば、注文情報510の発行番号)を含める。
銘柄データ領域には、取引対象の証券を特定するための識別子に関するデータが記録される。
As shown in FIG. 4B, the contract establishment information 520 includes information about the issue number, brand, buy orderer, sell orderer, contracted amount, and quantity. The contract establishment information 520 is encrypted with a key that can be decrypted by a person involved in the transaction (user system 10 to clearing organization system 40, etc.), if necessary.
In the issue number data area, data relating to an identifier for identifying the executed transaction is recorded. Here, the issue numbers of the buy order and the sell order (for example, the issue number of the order information 510) are included.
Data relating to an identifier for identifying the securities to be traded is recorded in the issue data area.

買い注文者、売り注文者の各データ領域には、それぞれ、約定された注文の買い注文者、売り注文者を特定するための識別子に関するデータが記録される。
約定金額、数量の各データ領域には、それぞれ、約定された取引の約定金額、数量に関するデータが記録される。
In each of the data areas of the buy orderer and the sell orderer, data relating to an identifier for identifying the buy orderer and the sell orderer of the promised order are recorded.
In the respective data areas of the contracted amount and the quantity, data relating to the contracted amount and the quantity of the contracted transaction are recorded.

図4(c)に示すように、失効情報530には、発行番号、注文失効に関する情報が含まれる。この失効情報530は、必要に応じて、本取引に関わる関係者(ユーザシステム10〜清算機関システム40等)で復号可能なキーにより暗号化される。
発行番号データ領域には、取引のための注文を特定するための識別子(例えば、注文情報510の発行番号)に関するデータが記録される。
注文失効データ領域には、この注文が他の注文と約定成立しなかったことを示すフラグが記録される。
As shown in FIG. 4C, the revocation information 530 includes an issue number and information regarding order revocation. This revocation information 530 is encrypted with a key that can be decrypted by a person involved in the transaction (user system 10 to clearing organization system 40 etc.), if necessary.
In the issue number data area, data relating to an identifier (for example, the issue number of the order information 510) for specifying an order for trading is recorded.
A flag indicating that this order has not been contracted with another order is recorded in the order expiration data area.

図4(d)に示すように、承認依頼情報540には、発行番号、銘柄、売買識別子、注文者、約定金額、数量、決済口座管理機関に関する情報が含まれる。この承認依頼情報540は、必要に応じて、本取引に関わる関係者(ユーザシステム10〜清算機関システム40等)で復号可能なキーにより暗号化される。   As shown in FIG. 4D, the approval request information 540 includes information on the issue number, brand, trade identifier, orderer, contract amount, quantity, and settlement account management institution. This approval request information 540 is encrypted by a key that can be decrypted by a person involved in the main transaction (user system 10 to clearing organization system 40 etc.), if necessary.

発行番号データ領域には、約定された取引を特定するための識別子(例えば、注文情報510の発行番号)に関するデータが記録される。
銘柄データ領域には、約定された取引対象の証券を特定するための識別子に関するデータが記録される。
In the issue number data area, data relating to an identifier (for example, the issue number of the order information 510) for identifying the executed transaction is recorded.
In the brand data area, data relating to an identifier for identifying a contract to be traded is recorded.

売買識別子データ領域には、約定された取引対象の「売り」又は「買い」を特定するためのフラグが記録される。
注文者データ領域には、この取引所の参加者である注文者を特定するための識別子に関するデータが記録される。
約定金額、数量の各データ領域には、それぞれ、約定された取引の約定金額、数量に関するデータが記録される。
決済口座管理機関データ領域には、注文者が口座を保有する決済口座管理機関であって、取引承認を依頼する決済口座管理機関を特定するための識別子に関するデータが記録される。
In the trade identifier data area, a flag for specifying “sale” or “buy” of the contracted trade object is recorded.
In the orderer data area, data regarding an identifier for identifying an orderer who is a participant of this exchange is recorded.
In the respective data areas of the contracted amount and the quantity, data relating to the contracted amount and the quantity of the contracted transaction are recorded.
In the settlement account management institution data area, data relating to an identifier for identifying a settlement account management institution that the orderer holds an account and requesting transaction approval is recorded.

図4(e)に示すように、決済承認情報550には、発行番号、銘柄、売買識別子、注文者、決済口座管理機関、承認結果に関する情報が含まれる。この決済承認情報550は、必要に応じて、本取引に関わる関係者(ユーザシステム10〜清算機関システム40等)で復号可能なキーにより暗号化される。   As shown in FIG. 4E, the settlement approval information 550 includes information on the issue number, brand, trade identifier, orderer, settlement account management organization, and approval result. This settlement approval information 550 is encrypted with a key that can be decrypted by a person involved in the main transaction (user system 10 to clearing organization system 40 etc.), if necessary.

発行番号データ領域には、約定された取引を特定するための識別子(例えば、注文情報510の発行番号)に関するデータが記録される。
銘柄データ領域には、約定された取引対象の証券を特定するための識別子に関するデータが記録される。
In the issue number data area, data relating to an identifier (for example, the issue number of the order information 510) for identifying the executed transaction is recorded.
In the brand data area, data relating to an identifier for identifying a contract to be traded is recorded.

売買識別子データ領域には、約定された取引対象の「売り」又は「買い」を特定するためのフラグが記録される。
注文者データ領域には、この取引所の参加者である注文者を特定するための識別子に関するデータが記録される。
In the trade identifier data area, a flag for specifying “sale” or “buy” of the contracted trade object is recorded.
In the orderer data area, data regarding an identifier for identifying an orderer who is a participant of this exchange is recorded.

決済口座管理機関データ領域には、取引承認を行なった決済口座管理機関を特定するための識別子に関するデータが記録される。
承認結果データ領域には、取引承認の結果を特定するためのフラグが記録される。
In the settlement account management institution data area, data regarding an identifier for identifying the settlement account management institution that has approved the transaction is recorded.
A flag for identifying the result of transaction approval is recorded in the approval result data area.

図4(f)に示すように、決済予告情報560には、発行番号、決済対象者、決済予定日時、決済内容に関する情報が含まれる。この決済予告情報560は、必要に応じて、本取引に関わる関係者(ユーザシステム10〜清算機関システム40等)で復号可能なキーにより暗号化される。
発行番号データ領域には、決済予告を特定するための識別子に関するデータが記録される。
決済対象者データ領域には、決済対象者を特定するための識別子に関するデータが記録される。ここで、決済対象者は、注文者、決済口座管理機関(参加者が決済口座管理機関の場合も含む)である。
As shown in FIG. 4F, the settlement advance notice information 560 includes information about the issue number, the settlement target person, the scheduled settlement date and time, and the settlement contents. This settlement advance notice information 560 is encrypted with a key that can be decrypted by a person involved in the main transaction (user system 10 to clearing organization system 40 etc.), if necessary.
In the issue number data area, data relating to the identifier for specifying the settlement announcement is recorded.
Data relating to an identifier for identifying a payment target person is recorded in the payment target person data area. Here, the persons to be settled are the orderer and the settlement account management organization (including the case where the participant is the settlement account management organization).

決済予定日時データ領域には、決済を行なう年月日及び時刻に関するデータが記録される。
決済内容データ領域には、決済対象の内容が記録される。例えば、注文者の取引については、銘柄毎の累計(数量)、取引金額の累計が記録される。決済口座管理機関については、銘柄毎の累計(数量)、取引金額の累計が記録される。
In the scheduled payment date / time data area, data relating to the date and time of payment is recorded.
The contents of the payment target are recorded in the payment contents data area. For example, regarding the orderer's transactions, the total (quantity) of each issue and the total transaction amount are recorded. Regarding the settlement account management institution, the cumulative total (quantity) of each issue and the cumulative total of transaction amounts are recorded.

図4(g)に示すように、決済完了情報570には、発行番号、決済完了に関する情報が含まれる。この決済完了情報570は、必要に応じて、本取引に関わる関係者(ユーザシステム10〜清算機関システム40等)で復号可能なキーにより暗号化される。
発行番号データ領域には、決済予告を特定するための識別子に関するデータが記録される。
決済完了データ領域には、決済予告についてのDVP決済を完了したことを示すフラグが記録される。
As shown in FIG. 4G, the settlement completion information 570 includes an issue number and information regarding settlement completion. This settlement completion information 570 is encrypted by a key that can be decrypted by a person involved in the main transaction (user system 10 to clearing organization system 40 etc.), if necessary.
In the issue number data area, data relating to the identifier for specifying the settlement announcement is recorded.
In the settlement completion data area, a flag indicating that the DVP settlement regarding the settlement notice is completed is recorded.

(取引処理)
次に、図5〜図7を用いて、取引処理を説明する。ここでは、例えば、注文情報510〜決済完了情報570として、ブロックチェーンを利用するオープンアセットプロトコルによるカラードコインを用いる。
(Transaction processing)
Next, the transaction process will be described with reference to FIGS. Here, for example, as the order information 510 to the payment completion information 570, a colored coin according to an open asset protocol using a block chain is used.

まず、図5に示すように、ユーザシステム10は、注文情報の登録処理を実行する(ステップS1−1)。具体的には、売り注文者、買い注文者は、ユーザシステム10を用いて、注文情報を作成する。この注文情報には、銘柄、「売り」又は「買い」を示す売買識別子、指値、数量に関する情報を含める。そして、注文指示が入力された場合、制御部11は、注文情報510、情報記憶部M2に記録する。この場合、台帳管理部M1は、ピア・ツー・ピアネットワークに接続された他システムの情報記憶部M2の分散台帳D1に注文情報510を書き込む。
図7に示すように、売り注文s1〜s4、買い注文b1〜b3の注文情報510が、分散台帳D1に記録された場合を想定する。
First, as shown in FIG. 5, the user system 10 executes order information registration processing (step S1-1). Specifically, the sell orderer and the buy orderer use the user system 10 to create order information. This order information includes information on the brand, a trade identifier indicating “sell” or “buy”, a limit price, and a quantity. When the order instruction is input, the control unit 11 records the order information 510 and the information storage unit M2. In this case, the ledger management unit M1 writes the order information 510 in the distributed ledger D1 of the information storage unit M2 of the other system connected to the peer-to-peer network.
As shown in FIG. 7, it is assumed that the order information 510 of sell orders s1 to s4 and buy orders b1 to b3 is recorded in the distributed ledger D1.

次に、取引所システム20は、マッチング処理を実行する(ステップS1−2)。具体的には、取引所システム20の取引管理部21は、分散台帳D1に記録された注文情報510の中で、発行番号により約定成立情報520や失効情報530が関連付けられていない、約定可能な注文情報510を特定する。そして、取引管理部21は、各銘柄の注文情報510について、予め定められたルール(約定成立を行なう条件)に基づいて、同じ銘柄の買い注文及び売り注文の指値をマッチングする。そして、取引管理部21は、指値に応じて約定可能な買い注文及び売り注文を検索する。   Next, the exchange system 20 executes a matching process (step S1-2). Specifically, the transaction management unit 21 of the exchange system 20 does not associate the contract establishment information 520 and the revocation information 530 with the issue number in the order information 510 recorded in the distributed ledger D1, and can execute the contract. The order information 510 is specified. Then, the transaction management unit 21 matches the limit price of the buy order and the sell order of the same issue with respect to the order information 510 of each issue, based on a predetermined rule (condition for executing contract execution). Then, the transaction management unit 21 searches for buy orders and sell orders that can be contracted according to the limit price.

次に、取引所システム20は、約定成立かどうかについての判定処理を実行する(ステップS1−3)。具体的には、取引所システム20の取引管理部21は約定可能な買い注文及び売り注文を特定できた場合には、約定成立と判定する。   Next, the exchange system 20 executes a determination process as to whether or not the contract is established (step S1-3). Specifically, the transaction management unit 21 of the exchange system 20 determines that a contract has been established when a buy order and a sell order that can be contracted can be specified.

約定成立と判定した場合(ステップS1−3において「YES」の場合)、取引所システム20は、約定成立登録処理を実行する(ステップS1−4)。具体的には、取引所システム20の取引管理部21は、約定成立した注文がある場合には、注文情報に基づいて取引管理情報を生成し、取引情報記憶部24に記録する。そして、取引管理部21は、取引が成立した売り注文及び買い注文の発行番号に基づいて発行番号を付与した約定成立情報520を生成する。この約定成立情報520には、発行番号、約定された取引の銘柄、買い注文者、売り注文者、約定金額、数量に関するデータを含める。そして、取引所システム20の台帳管理部M1は、情報記憶部M2の分散台帳D1に、約定成立情報520を記録する。この場合、台帳管理部M1は、ピア・ツー・ピアネットワークに接続された他システムの情報記憶部M2の分散台帳D1に約定成立情報520を書き込む。   When it is determined that the contract is established (in the case of “YES” in step S1-3), the exchange system 20 executes the contract establishment registration process (step S1-4). Specifically, the transaction management unit 21 of the exchange system 20 generates transaction management information based on the order information and records the transaction management information in the transaction information storage unit 24 when there is an executed order. Then, the transaction management unit 21 generates the contract establishment information 520 to which the issue number is assigned based on the issue numbers of the sell order and the buy order in which the transaction is completed. The contract establishment information 520 includes data relating to the issue number, the brand of the trade that has been executed, the purchase orderer, the sell orderer, the contracted amount, and the quantity. Then, the ledger management unit M1 of the exchange system 20 records the contract establishment information 520 in the distributed ledger D1 of the information storage unit M2. In this case, the ledger management unit M1 writes the contract establishment information 520 to the distributed ledger D1 of the information storage unit M2 of the other system connected to the peer-to-peer network.

図7に示すように、「売り注文s1と買い注文b3」、「売り注文s2と買い注文b1」、「売り注文s4と買い注文b2」が約定成立した場合を想定する。この場合、各約定成立について約定成立情報520を分散台帳D1に記録する。   As shown in FIG. 7, it is assumed that a "sale order s1 and buy order b3", a "sale order s2 and buy order b1", and a "sale order s4 and buy order b2" are fulfilled. In this case, the contract establishment information 520 is recorded for each contract establishment in the distributed ledger D1.

一方、約定可能な注文がなく、約定不成立と判定した場合(ステップS1−3において「NO」の場合)、取引所システム20は、約定成立登録処理(ステップS1−4)をスキップする。   On the other hand, when there is no contractable order and it is determined that the contract has not been established (“NO” in step S1-3), the exchange system 20 skips the contract establishment registration process (step S1-4).

次に、取引所システム20は、約定注文以外の注文の失効登録処理を実行する(ステップS1−5)。具体的には、取引所システム20の取引管理部21は、分散台帳D1に記録された注文情報510において、約定成立しなかった注文情報510を特定する。そして、取引管理部21は、特定した注文情報510の発行番号を記録した失効情報530を生成して、情報記憶部M2の分散台帳D1に、失効情報530を記録する。この場合、台帳管理部M1は、ピア・ツー・ピアネットワークに接続された他システムの情報記憶部M2の分散台帳D1に失効情報530を書き込む。   Next, the exchange system 20 executes a revocation registration process for orders other than contracted orders (step S1-5). Specifically, the transaction management unit 21 of the exchange system 20 identifies the order information 510 that has not been fulfilled in the order information 510 recorded in the distributed ledger D1. Then, the transaction management unit 21 generates revocation information 530 in which the issue number of the specified order information 510 is recorded, and records the revocation information 530 in the distributed ledger D1 of the information storage unit M2. In this case, the ledger management unit M1 writes the revocation information 530 to the distributed ledger D1 of the information storage unit M2 of the other system connected to the peer-to-peer network.

次に、図6に示すように、取引所システム20は、他の決済口座管理機関の登録があるかどうかについての判定処理を実行する(ステップS2−1)。具体的には、取引所システム20の取引管理部21は、参加者情報記憶部22を用いて、約定成立した注文者(参加者)の決済口座管理機関を特定する。この場合、参加者自身が決済口座管理機関の場合と、参加者が他の決済口座管理機関の口座を保有する決済口座管理機関利用者の場合とがある。少なくとも一人の注文者の参加者管理情報に他の決済口座管理機関情報が記録されている場合には、他の決済口座管理機関の登録があると判定する。   Next, as shown in FIG. 6, the exchange system 20 executes a determination process as to whether or not another settlement account management institution is registered (step S2-1). Specifically, the transaction management unit 21 of the exchange system 20 uses the participant information storage unit 22 to identify the settlement account management institution of the orderer (participant) that has been contracted. In this case, there are cases where the participant himself / herself is a settlement account management institution and cases where the participant is a settlement account management institution user who holds an account of another settlement account management institution. If other settlement account management institution information is recorded in the participant management information of at least one orderer, it is determined that another settlement account management institution is registered.

他の決済口座管理機関の登録があると判定した場合(ステップS2−1において「YES」の場合)、取引所システム20は、承認依頼処理を実行する(ステップS2−2)。具体的には、取引所システム20の取引管理部21は、参加者情報記憶部22を用いて、注文者が他の決済口座管理機関に保有する口座を特定する。そして、取引管理部21は、特定した他の決済口座管理機関に決済の承認を依頼するための承認依頼情報540を生成する。この承認依頼情報540には、発行番号、銘柄、売買識別子、注文者、約定金額、数量、決済口座管理機関に関するデータを含める。そして、取引所システム20の台帳管理部M1は、情報記憶部M2の分散台帳D1に、承認依頼情報540を記録する。この場合、台帳管理部M1は、ピア・ツー・ピアネットワークに接続された他システムの情報記憶部M2の分散台帳D1に承認依頼情報540を書き込む。
一方、他の決済口座管理機関の登録がないと判定した場合(ステップS2−1において「NO」の場合)、取引所システム20は、承認依頼処理(ステップS2−2)をスキップする。
When it is determined that another settlement account management institution is registered (“YES” in step S2-1), the exchange system 20 executes approval request processing (step S2-2). Specifically, the transaction management unit 21 of the exchange system 20 uses the participant information storage unit 22 to specify the account held by the orderer in another settlement account management institution. Then, the transaction management unit 21 generates approval request information 540 for requesting approval of payment to the other specified payment account management institution. This approval request information 540 includes data relating to the issue number, brand, trade identifier, orderer, contracted amount, quantity, and settlement account management institution. Then, the ledger management unit M1 of the exchange system 20 records the approval request information 540 in the distributed ledger D1 of the information storage unit M2. In this case, the ledger management unit M1 writes the approval request information 540 in the distributed ledger D1 of the information storage unit M2 of the other system connected to the peer-to-peer network.
On the other hand, when it is determined that there is no registration of another settlement account management institution (“NO” in step S2-1), the exchange system 20 skips the approval request process (step S2-2).

次に、取引所システム20は、注文者が決済口座管理機関かどうかについての判定処理を実行する(ステップS2−3)。具体的には、取引所システム20の取引管理部21は、参加者情報記憶部22を用いて、他の決済口座管理機関が登録されていない注文者を検索する。他の決済口座管理機関が登録されていない注文者を特定できた場合には、注文者(参加者)自身が決済口座管理機関と判定する。   Next, the exchange system 20 executes a determination process as to whether the orderer is a settlement account management institution (step S2-3). Specifically, the transaction management unit 21 of the exchange system 20 uses the participant information storage unit 22 to search for an orderer for whom another settlement account management institution is not registered. When the orderer who is not registered with another settlement account management institution can be specified, the orderer (participant) himself / herself determines that it is the settlement account management institution.

注文者が決済口座管理機関と判定した場合(ステップS2−3において「YES」の場合)、取引所システム20は、自動承認処理を実行する(ステップS2−4)。具体的には、取引所システム20の取引管理部21は、注文者(参加者)自身が決済可能と判定し、自動承認の決済承認情報550を生成する。そして、取引管理部21は、情報記憶部M2の分散台帳D1に、決済承認情報550を記録する。この場合、台帳管理部M1は、ピア・ツー・ピアネットワークに接続された他システムの情報記憶部M2の分散台帳D1に決済承認情報550を書き込む。
一方、すべての注文者が決済口座管理機関でないと判定した場合(ステップS2−3において「NO」の場合)、取引所システム20は、自動承認処理(ステップS2−4)をスキップする。
When the orderer determines that it is the settlement account management institution (“YES” in step S2-3), the exchange system 20 executes an automatic approval process (step S2-4). Specifically, the transaction management unit 21 of the exchange system 20 determines that the orderer (participant) himself can make payment, and generates the payment approval information 550 of automatic approval. Then, the transaction management unit 21 records the settlement approval information 550 in the distributed ledger D1 of the information storage unit M2. In this case, the ledger management unit M1 writes the settlement approval information 550 in the distributed ledger D1 of the information storage unit M2 of the other system connected to the peer-to-peer network.
On the other hand, when it is determined that all the orderers are not settlement account management institutions (“NO” in step S2-3), the exchange system 20 skips the automatic approval process (step S2-4).

承認依頼情報540を取得した決済口座管理機関システム30は、決済承認処理を実行する(ステップS2−5)。具体的には、決済口座管理機関システム30の口座管理部31は、分散台帳D1に記録された承認依頼情報540を用いて、口座情報記憶部32において、注文者の口座を特定する。次に、口座管理部31は、注文者の口座残高において、決済可能な場合には、決済承認情報550を生成する。そして、決済口座管理機関システム30の台帳管理部M1は、情報記憶部M2の分散台帳D1に、決済承認情報550を記録する。この場合、台帳管理部M1は、ピア・ツー・ピアネットワークに接続された他システムの情報記憶部M2の分散台帳D1に決済承認情報550を書き込む。   The settlement account management institution system 30 that has acquired the approval request information 540 executes settlement approval processing (step S2-5). Specifically, the account management unit 31 of the settlement account management institution system 30 specifies the orderer's account in the account information storage unit 32 using the approval request information 540 recorded in the distributed ledger D1. Next, the account management unit 31 generates settlement approval information 550 when the orderer's account balance allows settlement. Then, the ledger management unit M1 of the settlement account management institution system 30 records the settlement approval information 550 in the distributed ledger D1 of the information storage unit M2. In this case, the ledger management unit M1 writes the settlement approval information 550 in the distributed ledger D1 of the information storage unit M2 of the other system connected to the peer-to-peer network.

図7に示すように、「売り注文s1」、「売り注文s2」、「買い注文b1」、「買い注文b2」は、取引所以外の決済口座管理機関を利用している場合を想定する。この場合、各約定についての決済承認情報550を分散台帳D1に記録する。   As shown in FIG. 7, “sale order s1”, “sale order s2”, “buy order b1”, and “buy order b2” are assumed to use a settlement account management institution other than an exchange. In this case, the settlement approval information 550 for each contract is recorded in the distributed ledger D1.

次に、清算機関システム40は、分散台帳D1を用いた集計処理を実行する(ステップS2−6)。具体的には、清算機関システム40の清算管理部41は、分散台帳D1に記録された決済承認を用いて、承認した(自動承認分も含む)決済口座管理機関の取引内容を集計する。ここでは、銘柄毎に約定数量及び全約定金額を集計する。   Next, the clearing organization system 40 executes the aggregation process using the distributed ledger D1 (step S2-6). Specifically, the clearing management unit 41 of the clearing organization system 40 uses the payment approvals recorded in the distributed ledger D1 to total the transaction contents of the approved (including automatic approval) payment account management organizations. Here, the contracted amount and the total contracted amount are totaled for each brand.

次に、清算機関システム40は、分散台帳D1を用いた決済予告処理を実行する(ステップS2−7)。具体的には、清算機関システム40の清算管理部41は、清算機関への参加者(注文者や決済口座管理機関)毎に、約定を集計した約定数量、約定金額(約定数量、約定金額)を含めた決済予告情報560を生成する。清算機関システム40の台帳管理部M1は、情報記憶部M2の分散台帳D1に、決済予告情報560を記録する。この場合、台帳管理部M1は、ピア・ツー・ピアネットワークに接続された他システムの情報記憶部M2の分散台帳D1に決済予告情報560を書き込む。   Next, the clearing organization system 40 executes a settlement advance notice process using the distributed ledger D1 (step S2-7). Specifically, the clearing management unit 41 of the clearing organization system 40 includes a contracted amount and a contracted amount (contracted amount, contracted amount) in which contracts are aggregated for each participant (orderer or settlement account management institution) of the clearing institution. The settlement advance notice information 560 including "" is generated. The ledger management unit M1 of the clearing organization system 40 records the settlement advance notice information 560 in the distributed ledger D1 of the information storage unit M2. In this case, the ledger management unit M1 writes the settlement notice information 560 in the distributed ledger D1 of the information storage unit M2 of the other system connected to the peer-to-peer network.

図7に示すように、清算機関への参加者、決済口座管理機関について、それぞれの決済予告情報560を分散台帳D1に記録する。   As shown in FIG. 7, the settlement advance notice information 560 is recorded in the distributed ledger D1 for each participant in the clearing organization and the settlement account management organization.

次に、清算機関システム40は、DVP決済処理を実行する(ステップS2−8)。具体的には、清算機関システム40の清算管理部41は、決済予告情報560の決済予定日時に到達した場合に、DVP決済を行なう。   Next, the clearinghouse system 40 executes a DVP settlement process (step S2-8). Specifically, the clearing management unit 41 of the clearing organization system 40 performs the DVP payment when the scheduled payment date and time of the payment announcement information 560 is reached.

次に、清算機関システム40は、決済完了登録処理を実行する(ステップS2−9)。具体的には、清算機関システム40の清算管理部41は、決済完了情報570を生成する。そして、清算機関システム40の台帳管理部M1は、情報記憶部M2の分散台帳D1に、決済完了情報570を記録する。この場合、台帳管理部M1は、ピア・ツー・ピアネットワークに接続された他システムの情報記憶部M2の分散台帳D1に決済完了情報570を書き込む。
図7に示すように、決済予告情報560に対応した決済完了情報570を分散台帳D1に記録する。
Next, the clearing organization system 40 executes a payment completion registration process (step S2-9). Specifically, the clearing management unit 41 of the clearing organization system 40 generates the payment completion information 570. Then, the ledger management unit M1 of the clearing organization system 40 records the payment completion information 570 in the distributed ledger D1 of the information storage unit M2. In this case, the ledger management unit M1 writes the settlement completion information 570 in the distributed ledger D1 of the information storage unit M2 of the other system connected to the peer-to-peer network.
As shown in FIG. 7, the payment completion information 570 corresponding to the payment advance information 560 is recorded in the distributed ledger D1.

本実施形態によれば、以下のような効果を得ることができる。
(1)本実施形態では、注文情報510、約定成立情報520、失効情報530、承認依頼情報540、決済承認情報550、決済予告情報560、決済完了情報570が分散台帳D1に記録される。これにより、取引の関係者が、取引内容や取引状況を確認することができる。そして、ブロックチェーンを用いた分散台帳D1により、分散台帳による情報共有技術と、ブロックチェーン等による記録の改竄防止技術とを利用して、記録の内容が不変で、記録の照合が容易であり、迅速で効率的な証券取引、すなわち約定から決済までの一連の処理を支援することができる。
According to this embodiment, the following effects can be obtained.
(1) In this embodiment, order information 510, contract establishment information 520, revocation information 530, approval request information 540, settlement approval information 550, settlement notice information 560, and settlement completion information 570 are recorded in the distributed ledger D1. Thereby, the person involved in the transaction can confirm the transaction content and transaction status. Then, the distributed ledger D1 using the block chain uses the information sharing technology by the distributed ledger and the tampering prevention technology of the record by the block chain and the like, the contents of the record are unchanged, and the collation of the record is easy, It can support a quick and efficient securities transaction, that is, a series of processing from execution to settlement.

(2)本実施形態では、ユーザシステム10は、注文情報の登録処理を実行する(ステップS1−1)。また、取引所システム20は、マッチング処理(ステップS1−2)、約定成立かどうかについての判定処理(ステップS1−3)を実行する。そして、約定可能な注文があると判定した場合(ステップS1−3において「YES」の場合)、取引所システム20は、約定成立登録処理を実行する(ステップS1−4)。これにより、特定の銘柄について複数の注文の中で、所定のルールに基づいて条件が合う注文を約定させて、注文を完結させることができる。   (2) In the present embodiment, the user system 10 executes order information registration processing (step S1-1). The exchange system 20 also executes a matching process (step S1-2) and a determination process (step S1-3) as to whether or not a contract is established. When it is determined that there is an order that can be contracted (in the case of “YES” in step S1-3), the exchange system 20 executes the contract establishment registration process (step S1-4). As a result, among a plurality of orders for a specific issue, orders that meet the conditions can be executed based on a predetermined rule, and the orders can be completed.

(3)本実施形態では、取引所システム20は、約定注文以外の注文の失効登録処理を実行する(ステップS1−5)。これにより、約定できなかった注文情報510を、分散台帳上において、失効させて、注文を完結させることができる。   (3) In the present embodiment, the exchange system 20 executes a revocation registration process for orders other than contracted orders (step S1-5). As a result, the order information 510 that could not be executed can be revoked on the distributed ledger to complete the order.

(4)本実施形態では、他の決済口座管理機関の登録があると判定した場合(ステップS2−1において「YES」の場合)、取引所システム20は、承認依頼処理を実行する(ステップS2−2)。そして、決済口座管理機関システム30は、決済承認処理を実行する(ステップS2−5)。これにより、取引所以外で、注文者の口座が管理されている場合にも、分散台帳D1に記録された承認に基づいて決済手続を進めることができる。   (4) In the present embodiment, when it is determined that another settlement account management institution is registered (“YES” in step S2-1), the exchange system 20 executes approval request processing (step S2). -2). Then, the settlement account management institution system 30 executes settlement approval processing (step S2-5). As a result, even when the orderer's account is managed outside the exchange, it is possible to proceed with the settlement procedure based on the approval recorded in the distributed ledger D1.

(5)本実施形態では、注文者が決済口座管理機関と判定した場合(ステップS2−3において「YES」の場合)、取引所システム20は、自動承認処理を実行する(ステップS2−4)。これにより、注文者が決済口座管理機関の場合、分散台帳D1に記録された承認に基づいて決済手続を進めることができる。   (5) In the present embodiment, when the orderer determines that the settlement account management institution (“YES” in step S2-3), the exchange system 20 executes automatic approval processing (step S2-4). . As a result, when the orderer is the settlement account management institution, the settlement procedure can proceed based on the approval recorded in the distributed ledger D1.

(6)本実施形態では、清算機関システム40は、分散台帳D1を用いた集計処理(ステップS2−6)、分散台帳D1を用いて決済予告処理(ステップS2−7)、DVP決済処理(ステップS2−8)を実行する。これにより、個々の取引を集約して、効率的に決済を行なうことができる。   (6) In the present embodiment, the clearing organization system 40 uses the distributed ledger D1 to perform the aggregation processing (step S2-6), the distributed ledger D1 to settle the payment notice processing (step S2-7), and the DVP settlement processing (step S2-6). Execute S2-8). As a result, individual transactions can be aggregated and efficiently settled.

本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記実施形態では、注文情報510〜決済完了情報570として、ビットコインのブロックチェーンを利用するオープンアセットプロトコル(カラードコイン)を用いる場合を想定した。分散台帳D1に記録される各情報は、カラードコインに限定されるものではない。ビットコイン以外の分散台帳D1を応用した、通貨以外の役割・機能を持たすことを主目的とした基盤システムを利用することができる。
The present embodiment can be modified and implemented as follows. The present embodiment and the following modified examples can be implemented in combination with each other within a technically consistent range.
In the above embodiment, as the order information 510 to the payment completion information 570, it is assumed that an open asset protocol (colored coin) that uses the block chain of Bitcoin is used. The information recorded in the distributed ledger D1 is not limited to colored coins. It is possible to use a basic system, which is a distributed ledger D1 other than bitcoin, and whose main purpose is to have roles and functions other than currency.

・上記実施形態では、注文情報510〜決済完了情報570を分散台帳D1に記録する。分散台帳D1に記録する情報はこれらに限定されるものではない。
・上記実施形態では、清算機関システム40は、分散台帳D1を用いた集計処理(ステップS2−6)、分散台帳D1を用いた決済予告処理(ステップS2−7)を実行する。ここで、約定された取引情報と、決済口座管理機関毎に集計した決済予告とをリンクさせる情報を、分散台帳D1に記録してもよい。
・上記実施形態では、清算機関システム40は、分散台帳D1を用いた集計処理(ステップS2−6)、分散台帳D1に決済予告処理(ステップS2−7)、DVP決済処理(ステップS2−8)を実行する。この場合、各参加者が決済予告の内容を確認し、決済予告承認情報を分散台帳D1に記録するようにしてもよい。この場合、清算機関システム40は、決済予告承認情報に基づいて、DVP決済処理を実行する(ステップS2−8)。
In the above embodiment, the order information 510 to the payment completion information 570 are recorded in the distributed ledger D1. The information recorded in the distributed ledger D1 is not limited to these.
-In the said embodiment, the clearing organization system 40 performs the totalization process (step S2-6) using the distributed ledger D1, and the settlement advance notice process (step S2-7) using the distributed ledger D1. Here, information that links the contracted transaction information and the settlement notice collected for each settlement account management institution may be recorded in the distributed ledger D1.
In the above-described embodiment, the clearing organization system 40 performs the aggregation process using the distributed ledger D1 (step S2-6), the settlement advance notice process on the distributed ledger D1 (step S2-7), and the DVP settlement process (step S2-8). To execute. In this case, each participant may check the details of the settlement notice and record the settlement notice approval information in the distributed ledger D1. In this case, the clearinghouse system 40 executes the DVP settlement process based on the settlement advance notice approval information (step S2-8).

・上記実施形態では、取引所システム20は、約定成立登録処理を実行する(ステップS1−4)。この場合、取引管理部21は、約定が成立した売り注文及び買い注文の発行番号に基づいて発行番号を付与した約定成立情報520を生成する。ここで、約定成立情報520と各注文情報510とを関連付ける情報は、発行番号に限定されるものではない。例えば、約定成立情報520に、各注文情報510の発行番号を含めてもよい。
また、注文情報510毎に約定成立情報520を生成するようにしてもよい。この場合には、約定成立情報520に、取引約定した相手方の注文情報の発行番号を記録しておく。
・上記実施形態では、分散台帳D1に記録する情報は、必要に応じて、本取引に関わる関係者で復号可能なキーにより暗号化される。暗号化の必要性は、ネットワークや情報に応じて行なえばよい。例えば、関係者のみが用いるクローズド型(プライベート型)ネットワークの場合には、暗号化の必要はない。
・上記実施形態では、分散台帳D1に記録される一連の情報を特定するための識別子として、注文情報510の発行番号等を用いる。一連の情報を特定できる識別子であれば、注文情報510の発行番号に限定されるものではない。
-In the above-mentioned embodiment, exchange system 20 performs contract establishment registration processing (Step S1-4). In this case, the transaction management unit 21 generates the contract completion information 520 to which the issue number is given based on the issue numbers of the sell order and the buy order for which the contract has been established. Here, the information associating the contract establishment information 520 and each order information 510 is not limited to the issue number. For example, the contract establishment information 520 may include the issue number of each order information 510.
Further, the contract establishment information 520 may be generated for each order information 510. In this case, in the contract establishment information 520, the issue number of the order information of the counterparty who made the transaction is recorded.
In the above embodiment, the information recorded in the distributed ledger D1 is encrypted with a key that can be decrypted by the parties involved in the main transaction, if necessary. The necessity of encryption may be performed according to the network and information. For example, in the case of a closed type (private type) network used only by parties concerned, encryption is not necessary.
In the above embodiment, the issue number of the order information 510 or the like is used as an identifier for identifying a series of information recorded in the distributed ledger D1. The issue number of the order information 510 is not limited as long as it is an identifier that can specify a series of information.

10…ユーザシステム、11…制御部、20…取引所システム、21…取引管理部、22…参加者情報記憶部、24…取引情報記憶部、30…決済口座管理機関システム、31…口座管理部、32…口座情報記憶部、40…清算機関システム、41…清算管理部、42…決済情報記憶部、D1…分散台帳、M1…台帳管理部、M2…情報記憶部。   10 ... User system, 11 ... Control unit, 20 ... Exchange system, 21 ... Transaction management unit, 22 ... Participant information storage unit, 24 ... Transaction information storage unit, 30 ... Payment account management institution system, 31 ... Account management unit , 32 ... Account information storage unit, 40 ... Clearing agency system, 41 ... Clearing management unit, 42 ... Settlement information storage unit, D1 ... Distributed ledger, M1 ... Ledger management unit, M2 ... Information storage unit.

Claims (6)

注文者システムに接続される取引所システムが、分散台帳により情報の正当性を確認できる基盤システムを介して接続された清算機関システムを含む決済システムであって、
前記取引所システムが、
前記分散台帳に記録され、約定可能な注文情報を取得し、
前記取得した注文情報のマッチングを行なうことにより、約定した注文情報を特定し、
約定されなかった注文情報について、失効情報を前記分散台帳に記録し、
前記清算機関システムが、
前記約定された注文情報に基づいて決済を行なうことを特徴とする決済システム。
The exchange system connected to the orderer system is a settlement system including a clearing organization system connected via a base system that can confirm the validity of information by a distributed ledger,
The exchange system is
Acquired order information that can be filled and recorded in the distributed ledger,
By matching the acquired order information, the contracted order information is specified,
For the unfilled order information, record the revocation information in the distributed ledger,
The clearing system is
A payment system, wherein payment is performed based on the contracted order information.
前記取引所システムが、前記約定された注文情報の発注者が決済口座管理機関であると判定した場合には、前記決済口座管理機関の口座を用いて決済を行なう決済承認情報を前記分散台帳に記録することを特徴とする請求項1に記載の決済システム。   When the exchange system determines that the orderer of the contracted order information is a clearing account management institution, payment approval information for performing payment using the account of the clearing account management institution is stored in the distributed ledger. The payment system according to claim 1, wherein the payment is recorded. 前記取引所システムが、
前記約定された注文情報の発注者及び受注者の少なくとも何れか一方が自身以外を決済口座管理機関として登録している決済口座管理機関利用者と判定した場合には、前記決済口座管理機関利用者の決済口座管理機関システムに対して、承認依頼を送信し、
前記決済口座管理機関システムの決済承認情報が前記分散台帳に記録された場合に決済を行なうことを特徴とする請求項1又は2に記載の決済システム。
The exchange system is
If at least one of the orderer and the contractor of the contracted order information determines that it is a settlement account management institution user who has registered other than himself as a settlement account management institution, the settlement account management institution user Send the approval request to the settlement account management system of
The settlement system according to claim 1 or 2, wherein settlement is performed when settlement approval information of the settlement account management institution system is recorded in the distributed ledger.
前記約定された注文情報に基づいて、決済予告を前記分散台帳に記録し、
前記決済予告の後で決済を行なうことを特徴とする請求項1〜3の何れか一項に記載の決済システム。
Based on the contracted order information, record a settlement notice in the distributed ledger,
The settlement system according to any one of claims 1 to 3, wherein settlement is performed after the settlement notice.
前記約定された注文情報の取引者毎に、取引金額を集計して前記決済予告を行なうことを特徴とする請求項4に記載の決済システム。   The settlement system according to claim 4, wherein the transaction amount is summed up for each trader of the contracted order information and the settlement notice is given. 注文者システムに接続される取引所システムが、分散台帳により情報の正当性を確認できる基盤システムを介して接続された清算機関システムを含む決済システムを用いて、決済を支援する方法であって、
前記取引所システムが、
前記分散台帳に記録され、約定可能な注文情報を取得し、
前記取得した注文情報のマッチングを行なうことにより、約定した注文情報を特定し、
約定されなかった注文情報について、失効情報を前記分散台帳に記録し、
前記清算機関システムが、
前記約定された注文情報に基づいて決済を行なうことを特徴とする決済方法。
A method in which an exchange system connected to an orderer system supports payment by using a payment system including a clearing organization system connected via a base system capable of confirming the validity of information by a distributed ledger,
The exchange system is
Acquired order information that can be filled and recorded in the distributed ledger,
By matching the acquired order information, the contracted order information is specified,
For the unfilled order information, record the revocation information in the distributed ledger,
The clearing system is
A payment method, wherein payment is made based on the contracted order information.
JP2018199926A 2018-10-24 2018-10-24 Payment system and payment method Active JP6710737B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2018199926A JP6710737B2 (en) 2018-10-24 2018-10-24 Payment system and payment method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018199926A JP6710737B2 (en) 2018-10-24 2018-10-24 Payment system and payment method

Publications (2)

Publication Number Publication Date
JP2020067806A true JP2020067806A (en) 2020-04-30
JP6710737B2 JP6710737B2 (en) 2020-06-17

Family

ID=70390408

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018199926A Active JP6710737B2 (en) 2018-10-24 2018-10-24 Payment system and payment method

Country Status (1)

Country Link
JP (1) JP6710737B2 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7015491B1 (en) 2021-06-16 2022-02-03 株式会社インタートレード Transaction order processing system using digital assets
WO2022044662A1 (en) * 2020-08-31 2022-03-03 株式会社日立製作所 Electronic settlement system and electronic settlement method
JP7104276B1 (en) 2021-08-04 2022-07-21 株式会社インタートレード Digital asset clearing system
JP7568898B2 (en) 2020-08-21 2024-10-17 富士通株式会社 COMMUNICATION PROGRAM, COMMUNICATION METHOD, AND COMMUNICATION DEVICE

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017162019A (en) * 2016-03-07 2017-09-14 株式会社 みずほ銀行 Certificate transaction support system
WO2017165380A1 (en) * 2016-03-21 2017-09-28 Mastercard International Incorporated Method and system for recording point to point transaction processing
JP2018032080A (en) * 2016-08-22 2018-03-01 株式会社 みずほ銀行 Custody support system and custody support method
JP2018515833A (en) * 2015-03-31 2018-06-14 ナスダック, インコーポレイテッドNasdaq, Inc. Blockchain transaction recording system and method
JP2018517208A (en) * 2015-05-26 2018-06-28 ティー0.コム,インコーポレーテッド Obfuscation of intentions in transactions using cryptographic techniques
JP6363254B1 (en) * 2017-05-02 2018-07-25 株式会社 みずほ銀行 Payment support system and payment support method

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018515833A (en) * 2015-03-31 2018-06-14 ナスダック, インコーポレイテッドNasdaq, Inc. Blockchain transaction recording system and method
JP2018517208A (en) * 2015-05-26 2018-06-28 ティー0.コム,インコーポレーテッド Obfuscation of intentions in transactions using cryptographic techniques
JP2017162019A (en) * 2016-03-07 2017-09-14 株式会社 みずほ銀行 Certificate transaction support system
WO2017165380A1 (en) * 2016-03-21 2017-09-28 Mastercard International Incorporated Method and system for recording point to point transaction processing
JP2018032080A (en) * 2016-08-22 2018-03-01 株式会社 みずほ銀行 Custody support system and custody support method
JP6363254B1 (en) * 2017-05-02 2018-07-25 株式会社 みずほ銀行 Payment support system and payment support method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
荒井 隆, 金融情報システム白書 (平成26年版), vol. 初版, JPN6019036115, 9 December 2013 (2013-12-09), pages 257 - 259, ISSN: 0004118131 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7568898B2 (en) 2020-08-21 2024-10-17 富士通株式会社 COMMUNICATION PROGRAM, COMMUNICATION METHOD, AND COMMUNICATION DEVICE
WO2022044662A1 (en) * 2020-08-31 2022-03-03 株式会社日立製作所 Electronic settlement system and electronic settlement method
JP7015491B1 (en) 2021-06-16 2022-02-03 株式会社インタートレード Transaction order processing system using digital assets
JP2022191974A (en) * 2021-06-16 2022-12-28 株式会社インタートレード Trading order processing system using digital assets
JP7104276B1 (en) 2021-08-04 2022-07-21 株式会社インタートレード Digital asset clearing system
JP2023023279A (en) * 2021-08-04 2023-02-16 株式会社インタートレード Settlement processing system of digital asset

Also Published As

Publication number Publication date
JP6710737B2 (en) 2020-06-17

Similar Documents

Publication Publication Date Title
JP7533983B2 (en) Apparatus, system, or method for facilitating value transfer between parties with low or no trust
US11727401B1 (en) System, method and program product for generating and utilizing stable value digital assets
JP7139499B6 (en) A method for secure peer-to-peer communication on the blockchain
US11386493B2 (en) System and method for cryptocurrency trading
JP6957482B2 (en) Methods and systems for secure transfer of entities on a blockchain basis
US20180293553A1 (en) Account platform for a distributed network of nodes
US20190139136A1 (en) Systems and methods for trading, clearing and settling securities transactions using blockchain technology
JP6710737B2 (en) Payment system and payment method
JP2020536322A (en) Transaction privacy in public distributed ledger system
CN110599348B (en) Method, device, equipment and storage medium for stock right incentive
KR102605893B1 (en) Investor terminal for supproting transaction of multi-asset backed security token
JP2022524368A (en) Knowledge property right trading system using blockchain and its operation method
JP7357974B2 (en) Information processing device and program
JP6710736B2 (en) Clearing system and clearing method
US20240005409A1 (en) Systems, methods, and storage media for managing digital liquidity tokens in a distributed ledger platform
KR20200021032A (en) Platform system for dealing used goods based on block-chain
JP2022515421A (en) Blockchain-based merger acquisition service provision system and its operation method
KR20220122416A (en) The false real estate property registration prevention system based on blockchain technology
JP6792032B1 (en) Payment system and payment method
KR102180919B1 (en) Electronic wallet encryption system for digital asset management
JP6946256B2 (en) Payment system and payment method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181024

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190924

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191122

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200428

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200527

R150 Certificate of patent or registration of utility model

Ref document number: 6710737

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250