JP2019185508A - Transaction record system and program - Google Patents

Abstract

To provide a transaction record system that can facilitate utilizing a plurality of mediators in a transaction between transactors or the associated work and changing a mediator, and can eliminate the need to individually responding to each of the plurality of mediators.SOLUTION: A plurality of mediator nodes 20 set by respective mediators who mediate a transaction between transactors or work associated with the transaction between the transactors are connected with a P2P network 1 for distributed ledger formation to configure a transaction record system 10. At this time, the mediator nodes 20 are provided with channel storage means 32 for the transactors, so that only transaction data between the transactors is stored without including transaction data between other transactors. In addition, the channel storage means 32 between the transactors are provided only for mediator nodes 20 in a selection range set by a mediator selected by the transactors, and information sharing is performed within that range.SELECTED DRAWING: Figure 1

Description

  The present invention is configured by a plurality of computers that record data indicating transaction contents between traders and / or related data generated or generated in accordance with execution of trades between traders as trade data between traders. For example, a contract verification operation between a purchaser of a financial product purchase / sale order and a market agent who carries out a trade order to the market based on a request from the purchaser, or It can be used to record contract verification data or other financial related business data required for the work when other financial related business is performed with an intermediary.

  Generally, in the securities / financial industry, an institutional investor (investment trust management company or investment advisory company) and a securities company perform a work called a trade matching operation (a type of financial related business). As a system that supports contract verification work, systems by various vendors (service providers) are provided. In the present specification, these vendors are called intermediaries, and existing systems provided by these vendors are called intermediary systems.

  The composition of the institutional trade in which this contract verification work is performed will be described as follows. First, for the sake of comparison, the individual investor transaction will be described. In the case of an individual investor, the individual broker places a buy / sell order for the brokerage firm, and the brokerage firm takes the order and then places the order on the market. Since a contract notification (completion notification) is returned from the market, the securities company receives this and informs the individual investor of the contract result. And since the number of orders per day is not so high, once a deal is made in the market, the settlement method agreed with the securities company in advance without confirming the details of the deal and the settlement conditions. Make a payment.

  On the other hand, in the case of institutional investor transactions, an investment trust is set up with funds collected from many investors, and the investment trust entrusting company (investment trust entrusting company) operates as an orderer, or individual customers Since the investment advisory company that manages the assets deposited from the transaction is the orderer, it is rare for a private investor to do everything from buying and selling orders to settlement, usually with a more complex composition. Become.

  For example, in the case of management of pension funds, the pension fund, which is a customer, usually does not make investment decisions on its own, but trusts the assets under management to a trust bank and manages the investment advisory company (institutional investment). Outsourced to the house. Since investment advisory companies are entrusted with the management of many pension funds, they usually place orders with securities companies in a lump for orders from multiple customers (pension funds). The securities company then takes an order to the market in a lump, receives a contract notification (success notification) from the market, and notifies the investment advisory company (institutional investors) of the contract result. Then, the investment advisory company performs an operation (allocation) for allocating the contracts to the accounts of a plurality of customers. In the case of an investment trust management company (institutional investor), the broker will place an order for multiple fund constituents in a lump sum, so the work of allocating the commitments to multiple funds (allocation) )I do.

  This allocation information (allocation result information) is shared between the institutional investor side and the securities company side, and after the closing, a contract matching operation is performed for matching the data of the contract results. A series of operations from communication of contract results to contract verification between institutional investors and securities companies as described above have been performed manually using email, facsimile, etc., but in recent years, As described above, systems (intermediary systems) by various vendors (service providers) have been developed and spread.

  In addition, institutional investor transactions, as described above, not only contract verification work is performed using various vendor systems, but also financial related business with matching (matching processing) is performed at a later stage. In other words, after the allocation is performed, a settlement matching system by a securities custody transfer mechanism (hereinafter sometimes referred to as “shake”) that performs various matching among the three parties of institutional investors, securities companies, and trust banks. There is. In this settlement verification system based on vibration protection, contract verification is performed between an institutional investor and a securities company, and then settlement verification is performed between a trust bank and a securities company.

  By the way, in recent years, as a transaction data recording technique, a distributed ledger technology (hereinafter referred to as “DLT”) such as a block chain has been used. This DLT is a technology that consists of a plurality of computers connected in a P2P (Peer-to-Peer) network (in the present application, these are called nodes), and has information between related parties. As described above, the DLT is also used in the present invention.

  In addition, as a technology using the DLT, the technology related to the present invention is to execute the accounting operation using the computing system in conjunction with the transaction using the block chain, 2. Description of the Related Art A financial transaction system that determines whether a transaction is correct by collating recorded contents with a block chain is known (see Patent Document 1). There is also known a securities transaction support system that accurately and efficiently supports custody work in securities transactions by non-residents (see Patent Document 2).

  Further, as data encryption technology that can be used when constructing the transaction recording system of the present invention, there is an encryption technology combining DLT and attribute-based encryption by the applicant of the present application (see Patent Document 3). .

Japanese Patent No. 6218979 Japanese Patent No. 6190907 Japanese Patent No. 6296630

  As described above, in the contract collation business, systems (intermediary systems) by various vendors (service providers) are provided.

  However, the use of these existing vendor systems is based on the premise that both institutional investors and securities companies use the same system. A system has been introduced. Specifically, since a securities company deals with multiple institutional investors (contracts relating to brokerage of trading orders to the market), when performing a contract matching operation with a certain institutional investor, that institution When accessing the vendor system using the client software for the vendor system used by the investor and performing contract matching with another institutional investor, for another vendor system used by another institutional investor The client software is used to access another vendor system and input data for contract verification. Therefore, the procedure is complicated and an operation error may occur.

  In addition, once an institutional investor and a securities company start using a certain vendor system, it is fixed by that, so there is almost no opportunity to use another vendor system. In addition, the storage format (data format) of the contract verification data in the database in the vendor system is different in each vendor system, so there is no data compatibility. This makes it difficult to use multiple vendor systems. Furthermore, since there is no competition among vendors, the usage fee for the vendor system is also fixed.

  Therefore, it would be convenient if the problem of difference in data storage format could be solved and contract verification work between institutional investors and securities companies could be performed using multiple vendor systems. It would be convenient if the transfer could be performed easily. For example, institutional investor (trader) A uses the system of vendor (broker) α, and securities firm (trader) X uses the system of vendor (broker) β to It would be convenient if a contract verification business with securities company X could be performed. Also, institutional investor A and securities company X will perform contract verification work using the vendor α system at one time, and contract verification business using the vendor β system at another time. It is convenient if you can.

  The above is not limited to the contract verification business, but is performed between the purchaser of the purchase order of the financial product and the market agent who carries out the purchase order of the market based on the request from the orderer. The same is true for other financial services. Furthermore, not only in the securities / finance field, but also in a variety of fields as long as an intermediary is involved in work performed between transactions or transactions performed between transactions. For example, when the transaction is a real estate lease contract and there are borrowers and lenders who are business partners, and their intermediaries, or when the transaction is a contract related to construction, an order from a building orderer or a contractor who is a business operator Such as when there is a person and an intermediary.

  The object of the present invention is to use a plurality of intermediaries in transactions between traders or work accompanying them, and to easily transfer the mediators, and need to deal with each of the plurality of mediators individually. The present invention is to provide a transaction recording system and program that can eliminate the problem.

  <Configuration in which channel storage means for recording transaction data between traders is provided for each trader and shared among broker nodes in a selection range selected by the trader: for example, FIG. 5 of the first embodiment described later See>

The present invention is configured by a plurality of computers that record data indicating transaction contents between traders and / or related data generated or generated in accordance with execution of trades between traders as trade data between traders. A transaction record system,
Multiple intermediary nodes set up by intermediaries that mediate transactions between traders or mediate work between traders are connected by a peer-to-peer network for forming a distributed ledger. Configured
The intermediary node is provided with channel storage means provided for each trader in order to store the trade data between traders without including the trade data between other traders. At this time, the mediator node And the channel storage means between the traders intermediated by the mediator who installed the mediator, and the channel storage means between the traders that the mediator itself does not mediate,
Among the channel storage means provided for each trader, the channel storage means between the same traders is an intermediary selected as an intermediary that mediates between the same traders among a plurality of mediator nodes. The transaction data between the same traders is configured to be shared between the broker nodes in the selected range.

  Here, “transaction” includes, for example, remittance, settlement, saving, distribution, grant, exchange, transfer, consumption, value transfer such as money, points, securities, receivables and payables, assets, labor force, contents, etc. Includes lending, buying and selling, exercising rights, fulfilling duties, etc., or contracts, requests, communications (mainly confidential communications, but general communications are also possible), mediation, arbitration, litigation, negotiations, etc. Therefore, “transactions” include negative (passive / passive) transactions that do not necessarily reflect the intentions of the traders, such as mediation, arbitration, and litigation.

  The “transaction data between traders” includes “data indicating transaction details between traders” and “related data generated or generated in accordance with the performance of trades between traders”. Of these, the former “data indicating transaction details between traders” is “transaction data” indicating the transaction details themselves. For example, if the transaction is a remittance, the remittance source, remittance destination, remittance amount, etc. If the transaction is a real estate lease contract, it is data on the target property, rent, lease period, etc. If the transaction is any other contract, it is data indicating the contents of each contract, and the transaction is a communication If there is, it is data such as a message or date, and if the transaction is mediation or arbitration, it is data indicating the preconditions or results of mediation or arbitration.

  Furthermore, the latter “related data generated or generated in accordance with the performance of transactions between traders” is not data indicating the content of the transaction itself, but the performance of transactions between traders (for example, contract content, request relations). Execution of various actions based on, etc.) “transaction data” as related data that is generated or expected to occur (for example, for the execution of transactions between traders) Transaction data (order data, contract data, etc.) for secondary transactions (for example, market transactions or transactions with third parties) that occur with the transaction are also included in the “transaction data” as the related data here. More specifically, for example, if the trader is an orderer such as an institutional investor and a market agent such as a securities company that conducts a trade order to the market based on a request from the orderer, The transaction data of the market transaction obtained by the market agent based on the request from the orderer is the “transaction data” as the related data here. In this case, it happens to be related The data is only data in a state referred to as transaction data, and may be referred to as order data, contract data, or the like. In other words, the transaction data of the market transaction in this case is not sales transaction data between the orderer and the market agent, so it does not fall under “data indicating the transaction contents between the traders”. In the present invention, it is referred to as transaction data between the orderer and the market broker (between traders). .

  Similarly, if the transaction is a real estate lease contract, the transaction is the lender and borrower of the target property, and as described above, the data on the target property, rent, lease period, etc. Data to be shown ", but contract data (insurance details and insurance premiums, etc.) when an insurance contract such as earthquake, fire or theft is concluded with an insurance company in accordance with this real estate lease contract, construction during renovation If contract data with a contractor (construction period, amount, etc.), unit price of building materials, data on manufacturers, subcontractors, etc. are generated, they can be expressed as “ All data corresponds to “transaction data between traders” in the present invention.

  The “trader” and “intermediary” may be an organization (including corporations such as companies, schools, and hospitals, and voluntary organizations such as neighborhood associations, apartment management associations, circles, and academic societies), individuals, Regardless of profit or non-profit, it does not matter whether it is a business act or not. Accordingly, the “broker” includes not only a commercial broker (group or individual) but also a person (group or individual) who mediates hobbies, private acts, volunteers, and no compensation. As described above, “transaction” includes negative (passive / passive) transactions such as mediation, arbitration, and litigation. Therefore, “trader” includes litigation plaintiffs and defendants, “Intermediaries” include courts and arbitration institutions.

  Further, “every trader” in the “channel storage means provided for every trader” means that both traders match. For example, the channel storage means between traders A and X (between traders A and X) requires that both traders A and X match. Therefore, the channel storage means between the traders A and X and the channel storage means between the traders B and Y are different channel storage means, as well as the channel storage means between the traders A and X. As for the channel storage means between the traders A and Y, one of the traders A is the same, but the other trader is not the same, so they are different channel storage means.

  In such a transaction recording system of the present invention, a separate channel storage means is provided for each trader, and the transaction data recorded in the channel storage means is installed by an intermediary that mediates between the traders. Since it is shared by the intermediary node (the intermediary node of the selection range selected by the trader), the trader is involved in the transaction data (registration) between traders other than the trader in which he / she is included. It is possible to limit the involvement (registration and browsing) of transaction data between traders other than the trader that mediates between them.

  On the other hand, the trader is involved (registration and browsing) with respect to the transaction data recorded in the channel storage means (channel storage means between traders in which he is included) provided in the broker node of the selection range. It is possible to use multiple intermediaries (intermediary nodes) if multiple intermediaries (intermediary nodes) are selected between traders (including traders including myself). In addition, transfer of an intermediary (intermediary node) can be easily performed.

  In addition, for intermediaries, in order to act as an intermediary for transactions between traders and for mediation of work that occurs with trades, transactions involving traders who have accessed at the mediator node that they set up It becomes possible to access the channel storage means between the parties to execute processing according to the request (registration request, browsing request, work request) of the trader. For this reason, since the information necessary to play the role of mediation can be obtained from the mediator node under its management, when accessing the channel storage means in which the necessary information is recorded, for example, Therefore, it is not necessary to perform complicated access authority management using an encryption key technology, and the system configuration can be simplified, thereby achieving the object.

  Note that the information sharing by installing the channel storage means uses the function of DLT, and the present invention takes a form that is not used in the past.

  <Channel storage means for recording transaction data between traders is provided for each trader and for each combination of brokers, and between broker nodes in the selected range selected by the trader and trader nodes in the party range Configuration shared among: For example, see FIG. 9 of the second embodiment to be described later>

In addition, the present invention provides a plurality of computers that record data indicating transaction details between traders and / or related data generated or generated with the performance of trades between traders as trade data between traders. A structured transaction record system comprising:
Distribute multiple intermediary nodes set up by intermediaries that mediate transactions between traders or work involved in transactions between traders, and multiple trader nodes set up by each of the traders It is configured by connecting with a peer-to-peer network for forming a model ledger,
The intermediary node and the trader node are intermediaries that intervene between traders in order to store trade data between traders without including trade data between other traders and between the traders. In this case, the mediator node includes channel storage means between traders mediated by the mediator who has installed the mediator node, and the mediator himself It is configured not to include channel storage means between traders who do not mediate, and the trader node includes channel storage means between traders including the trader who installed the trader node, and includes the trader itself. It is configured not to have channel storage means between no traders,
The channel storage means between the same traders among the channel storage means provided between the traders and for each combination of brokers is the same among the plurality of broker nodes and the plurality of trader nodes. Provided in the broker node of the selected range set up by the broker selected as an intermediary that mediates between the traders of the two parties and the broker node of the party range set up by the traders included between the same traders, Transaction data between the same traders is configured to be shared between intermediary nodes in the selected range and between trader nodes in the party range.

  Here, “transaction”, “transaction data between traders”, “data indicating the transaction details between traders”, “related data generated or generated in accordance with the performance of trades between traders”, “transactions” The meaning of “broker” and “broker” means that the channel storage means for recording the trade data between traders described above is provided for each trader and is shared among the broker nodes in the selection range selected by the trader. The same as in the case of the configuration>.

  In such a transaction recording system of the present invention, a separate channel storage unit is provided for each combination of intermediaries and for each combination of intermediaries, and the transaction data recorded in the channel storage unit is stored in the transaction unit. Intermediary nodes established by intermediaries that mediate between them (intermediary nodes in the selection range selected by the traders) and trader nodes established by traders included between the relevant traders (partner-range traders) Node), it is possible for traders to restrict their involvement (registration and browsing) in transaction data between traders other than the trader in which they are included. It is possible to limit the involvement (registration or browsing) of transaction data between traders other than the trader that mediates.

  On the other hand, the trader is involved (registration and browsing) with respect to the transaction data recorded in the channel storage means (channel storage means between traders in which he is included) provided in the trader node of the party range. Transactions recorded in channel storage means (channel storage means between traders in which they are included) provided in the broker node of the selection range selected by the broker via the broker Data can also be involved (registered and viewed). For this reason, a trader can use a plurality of intermediaries (intermediary nodes) if he / she selects multiple intermediaries (broker nodes) between traders (between traders including himself). Therefore, it is possible to easily change the mediator (mediator node).

  In addition, for intermediaries, in order to act as an intermediary for transactions between traders and for mediation of work that occurs with trades, transactions involving traders who have accessed at the mediator node that they set up It becomes possible to access the channel storage means between the parties to execute processing according to the request (registration request, browsing request, work request) of the trader. For this reason, since the information necessary to play the role of mediation can be obtained from the mediator node under its management, when accessing the channel storage means in which the necessary information is recorded, for example, Therefore, it is not necessary to perform complicated access authority management using an encryption key technology, and the system configuration can be simplified, thereby achieving the object.

  Note that the information sharing by installing the channel storage means uses the function of DLT, and the present invention takes a form that is not used in the past.

  <Configuration in which an intermediary node and an intermediary system are operated in parallel: see, for example, FIGS. 1 and 2 of the first embodiment described later and FIG. 6 of the second embodiment>

In the transaction record system described above,
A mediator system that is installed by the same mediator as the mediator who installed the mediator node and operates in parallel with the mediator node,
This mediator system
Accepting a request for registration of transaction data between traders by one or both of the brokers that the broker who has installed the broker system intervenes, or in addition to this registration request, a request for browsing transaction data between traders, or A trader request accepting means for accepting a work request using transaction data between traders and executing processing corresponding to the request;
Transaction data storage means for storing transaction data between traders related to the registration request accepted by the trader request acceptance means;
Transaction data extraction means for synchronization for executing processing for extracting transaction data between traders newly registered in the transaction data storage means;
A synchronization channel recording instruction means for executing a process of instructing to record the transaction data between traders extracted by the synchronization transaction data extraction means in the channel storage means between the traders of the intermediary node;
Channel monitoring means for monitoring whether or not transaction data between traders is newly recorded in the channel storage means of the intermediary node, and executing processing for acquiring newly recorded transaction data between traders;
It is good also as a structure provided with the transaction data recording means for a synchronization which performs the process which records the transaction data between the traders acquired by this channel monitoring means in a transaction data storage means.

  Here, the “mediator system” operating in parallel with the mediator node may be connected to the mediator node via a communication line (a network or a dedicated line), or the mediator node It may be constituted by the same computer as the constituting computer and integrated with the mediator node.

  Thus, in the case where the broker node and the broker system are configured to operate in parallel, the transaction data between the traders stored in the channel storage unit of the broker node and the transaction data storage unit of the broker system Since it is possible to synchronize the transaction data between the traders stored in the transaction data, the trade data between traders having the same content can be held in both the broker node and the broker system.

  Therefore, in a situation where there is an existing mediator system, a channel provided in the mediator node while maintaining the service providing function of the existing mediator system by installing the mediator node and operating it in parallel It is possible to make use of the function of the DLT by the storage means, that is, the function of holding information between related parties.

  Therefore, from a service provision mode (for example, see FIG. 1 of the first embodiment described later and FIG. 6 of the second embodiment) of the DLT function including the existing broker system, the DLT of the DLT not including the existing broker system is included. It is possible to realize a smooth transition to a service providing form by function (for example, see FIG. 5 of the first embodiment described later and FIG. 9 of the second embodiment).

  In addition, for an intermediary who has an existing system equivalent to an intermediary system but does not participate in the distributed ledger (intermediary who does not have an intermediary node that is a participant node) Participation in the distributed ledger can be promoted, and in this sense, smooth transition to DLT (system using DLT) can be realized.

  <Configuration to convert data format by smart contract>

  As described above, when the broker node and the broker system are configured to operate in parallel, the transaction data between the traders stored in the channel storage unit of the broker node and the transaction data storage unit of the broker system The transaction data stored in the transaction data may be different in data recording format (data format) or in the same case. However, since each intermediary system is installed by a different intermediary, the record format of transaction data between traders stored in the transaction data storage means of each intermediary system is various. It is rare and usually different. Therefore, if they are different, it is necessary to perform a data conversion process that absorbs the difference in data format in order to synchronize the data. At this time, the data conversion process may be performed on the mediator system side, but the data format conversion process may be performed by the smart contract as follows.

That is, in the case where the intermediary node and the intermediary system are configured to operate in parallel as described above,
Transaction data storage means
It is configured to store transaction data between traders having the same contents and different recording formats as the transaction data between traders stored in the channel storage means,
Channel storage means
Channel-in conversion program for data format conversion processing from transaction data between traders stored in transaction data storage means to transaction data between traders stored in channel storage means, and stored in channel storage means A channel-out conversion program for data format conversion processing from transaction data between traders to transaction data stored between traders stored in the transaction data storage means,
The broker node is
Transaction data between traders received from the channel recording instruction means for synchronization of the intermediary system is recorded in the channel storage means between the traders after the data format is converted by the channel-in conversion program acquired from the channel storage means. Channel-in conversion means for executing processing to be performed;
Channel out conversion means for executing transaction data stored in the channel storage means after being converted into a data format by a channel out conversion program acquired from the channel storage means and then passed to the channel monitoring means. It can be set as the structure provided.

  When the data format is converted by the smart contract in this way, the transaction data between the traders stored in the channel storage means of the broker node and the transaction data storage means of the broker system are stored. Even if the data recording format (data format) is different from the transaction data between the traders who are currently trading, in addition to being able to synchronize both, the adoption of the smart contract moves the functions of the broker system to DLT. It is possible to proceed with the function transfer.

  <Configuration to manage channel serial numbers using smart contracts>

In the transaction record system described above,
Channel storage means
It is configured to store a serial number management program for managing intra-channel serial numbers attached to transaction data between traders recorded in the channel storage means,
The broker node is
It is good also as a structure provided with the serial number management means which performs the process which attaches the serial number in a channel with the serial number management program acquired from the channel storage means with respect to the transaction data newly recorded on the channel storage means.

  Thus, when it is set as the structure which manages the serial number in a channel by smart contract, the serial number in a channel should just identify each transaction data between the traders in the channel storage means between the same traders. That is, since there is no need to perform serial number management between channel storage means between different traders, it is possible to realize a system configuration in accordance with such serial number management.

  In addition, the management of the serial number in the channel is not premised on the configuration in which the mediator node and the mediator system are operated in parallel. It is not necessary to provide the serial number management means, so that it is possible to proceed with the function transfer by transferring the function of the mediator system to the DLT.

  <Configuration with super nodes installed by all channel viewers>

Furthermore, in the transaction record system described above,
For peer-to-peer networks,
A supermarket set up by all channel viewers who have channel storage means between all traders and can view transaction data between all traders stored in the channel storage means between all these traders. A configuration in which nodes are connected may be used.

  Here, “all channel viewers” are the same as in the case of “traders” and “brokers”, such as organizations (corporations such as companies, schools, hospitals, neighborhood associations, apartment management associations, circles, academic societies, etc.). It may be a voluntary organization.) It may be an individual, and whether it is a business act or not, whether it is for-profit or non-profit.

  In addition, “viewable” in “all channel viewable person” does not necessarily mean that only browsing is possible, but it is possible to only browse transaction data stored in all channel storage means, and all channel storage means. And the case where transaction data can be registered and viewed.

  When the super node is connected as described above, it is possible to give a different role to a person who can view all channels and to play a special role. Specifically, for example, the role of a securities custody transfer organization in the securities / financial field or an auditor (an organization such as a corporation or an individual) that conducts an audit using transaction data stored in all channel storage means. It can be accomplished.

  <Composition applied to brokerage of contract matching business or other financial related business in securities / finance>

In the transaction record system described above,
A trader is a purchaser of a purchase order of a financial product, and a market agent who carries out a trade order to the market based on a request from the purchaser.
The work involved in transactions between traders is a trade matching operation for trading orders or other financial related business,
An intermediary is an intermediary that performs contract matching operations or other financial-related operations,
The transaction data between the traders as the related data may be configured to be trade verification data including transaction data of market transactions based on sales orders or processed data thereof, or other financial related business data.

  Here, “other financial related business” in “confirmation matching business or other financial related business” refers to, for example, order data transmitted from an orderer to a market agent, or a contract notification received by the market agent from the market. (Notice of completion) data, contract data based on the data, contact data of contract results transmitted from the market agent to the orderer, or various operations using such processing data. Therefore, “financial-related business” includes “contract verification business”, which is a business that occurs in institutional investor transactions, and “other financial-related business”, which is a contract of business that occurs in institutional investor transactions. Businesses other than verification business and business generated by individual investor transactions are included. In addition, among the operations that occur in institutional investor transactions, other than the contract verification business, for example, as described above, there is a settlement verification operation performed between a trust bank and a securities company. There are also jobs that occur at a stage prior to the job.

  In this way, when the configuration is applied to brokerage in the securities / finance field or other intermediary of financial related business, the ordering party and the market agent, who is a trader, will perform financial related business such as contract verification business. When doing this, it is possible to use multiple intermediaries (intermediary nodes) and to easily transfer intermediaries (intermediary nodes). In addition to being able to improve, it will be possible to prevent the broker from being fixed and to expect a lower payment fee to the broker.

  <Invention of program>

  Moreover, the program of this invention is for functioning a computer as an intermediary node which comprises the transaction recording system described above.

  Furthermore, the program of this invention is for functioning a computer as a transaction node which comprises the transaction recording system mentioned above.

  The above-described program or a part thereof may be, for example, a magneto-optical disk (MO), a compact disk (CD), a digital versatile disk (DVD), a flexible disk (FD), a magnetic tape, a read-only memory ( ROM), electrically erasable and rewritable read only memory (EEPROM), flash memory, random access memory (RAM), hard disk drive (HDD), solid state drive (SSD), flash disk, etc. For example, a wired network such as LAN, MAN, WAN, Internet, Intranet, Extranet, or a wireless communication network, or a combination of these may be used. The It is possible to feed, also can be delivered by placing the carrier. Furthermore, the program described above may be a part of another program, or may be recorded on a recording medium together with a separate program.

  As described above, according to the present invention, a separate channel storage means is provided for each trader, and the trade data between traders is shared between the broker nodes in the selection range selected by the trader. Alternatively, a separate channel storage means is provided for each trader and for each combination of brokers, and transaction data between traders is shared between broker nodes in a selected range and between trader nodes in a party range. Therefore, a trader can use a plurality of intermediaries (intermediary nodes) and easily transfer intermediaries (intermediary nodes), and can individually deal with each of the plurality of intermediaries. There is an effect that it can be solved.

The whole block diagram of the transaction recording system (state in parallel operation) of 1st Embodiment of this invention. The detailed block diagram of the mediator node and mediator system of 1st Embodiment. The figure of the flowchart which shows the flow (mediator system-> channel) of registration of transaction data of 1st Embodiment, and serial number management. The figure of the flowchart which shows the flow (channel-> mediator system) of registration of transaction data of 1st Embodiment, and serial number management. The whole block diagram of the transaction recording system (state after completion of transfer) of 1st Embodiment. The whole block diagram of the transaction recording system (state in parallel operation) of 2nd Embodiment of this invention. The detailed block diagram of the distributed ledger memory | storage means of 2nd Embodiment. The detailed block diagram of the mediator node of 2nd Embodiment. The whole block diagram of the transaction recording system (state after completion of transfer) of 2nd Embodiment.

  [First Embodiment]

  A first embodiment of the present invention will be described below with reference to the drawings. FIG. 1 shows an overall configuration of a transaction recording system 10 (a state during parallel operation) of the first embodiment. FIG. 2 shows detailed configurations of the mediator node 20 and the mediator system 40 of the first embodiment. 3 and 4 are flowcharts showing the flow of transaction data registration and serial number management in the first embodiment. Furthermore, FIG. 5 shows the overall configuration of the transaction recording system 10 (the state after the completion of migration) of the first embodiment.

  The transaction recording system 10 of FIG. 1 installs the mediator node 20 using the distributed ledger technology (DLT), for example, with respect to the mediator system 40 which is an existing system, and the mediator node 20 and the mediator system 40. This state is a transitional state in the transition period to the system centering on the mediator node 20 using DLT, and indicates the state after the transition is completed. It can be said that the transition is proceeding toward the transaction recording system 10 of FIG. In this transition, since the function of the mediator system 40 can be gradually moved to the mediator node 20 side, it is difficult to attach different codes to various states in the transition period. For convenience of explanation, the transaction recording system 10 is provided by assigning the same reference numerals to the state in parallel operation and the state after completion of the transition.

  Here, the transaction recording system 10 in FIG. 1 is described as being in a state of transition toward the state of FIG. 5, but the transaction recording system 10 in the state of FIG. The operation may be continued in a state where the node 20 and the mediator system 40 are operated in parallel. In addition, here, the transaction recording system 10 in the state of FIG. 5 is described as being in a state after the completion of the migration, but from the beginning (that is, without going through the parallel operation state), the state of the state of FIG. A transaction recording system 10 may be constructed.

  <Specific examples of transaction data between traders, intermediaries, and traders>

  The transaction recording system 10 is a system for recording transaction data between traders intervening between brokers. The transaction data between traders to be recorded includes data indicating transaction details between traders, and between traders. And related data generated or generated as a result of the performance of the transaction. An intermediary is a person who mediates transactions between traders or mediates work associated with transactions between traders.

  Specifically, for example, based on a request from an orderer such as an institutional investor or the like (in the example of FIG. 1, traders A, B, and C) in which a trader places an order for buying and selling financial products, and the orderer. It is a market agent such as a brokerage company that performs brokerage of trading orders to the market (in the example of FIG. 1, traders X, Y, Z), and the work involved in transactions between these traders is, for example, an institution Assuming that it is a deal matching or other financial related business in an investor transaction, the intermediary will be the vendor (service provider) that mediates the trade matching or other financial related business between the buyer and market agent ( In the example of FIG. 1, the mediators are α, β, γ). At this time, the transaction data between the traders to be recorded is, for example, data for contract matching or other financial related business data, and these correspond to the related data, not the data indicating the transaction contents between traders. To do. This is because the contract verification data and the like are data generated by market transactions, not sales transactions between the orderer and the market agent. In the present embodiment, as shown in FIG. 1, the description will mainly focus on examples of institutional investor transactions in the securities / finance field.

  Further, for example, if the transaction is a real estate lease contract, the traders are real estate lenders and borrowers, and the intermediary is a real estate agent handling the contract. At this time, the transaction data between the traders to be recorded includes, for example, data such as target property, rent, lease period, etc. as data indicating the transaction content between traders, and related data includes, for example, earthquakes and Contract data (insurance details, insurance premiums, etc.) when an insurance contract such as fire or theft is concluded with an insurance company, contract data (construction period, amount, etc.) with a contractor at the time of renovation, unit price / manufacturer of building materials And subcontractor data. Thereby, for example, a contract procedure in which a trader D who is a borrower uses the broker δ and a trader U who is a lender uses the broker ε (the method of apportioning the usage fee between the brokers δ and ε is arbitrary. In addition, the traders D and U can use the mediator δ at the initial contract and the mediator ε at the time of contract renewal. The details will be described later, focusing on the example of house transactions.

  Further, for example, if the transaction is reservation / provision of an accommodation facility, the transaction is a prospective accommodation provider and an accommodation facility provider, and the intermediary is a travel agency, a reservation site operator, or the like. At this time, the transaction data between the traders to be recorded includes data such as the date of stay, the accommodation location, the accommodation facility, the accommodation fee, the scheduled check-in time, etc. as data indicating the transaction content between the traders, The related data includes, for example, contract (reservation) data (vehicle type, usage fee, usage time, etc.) with a rental car company. Thereby, for example, the transaction E who is the prospective guest uses the broker σ, and the transaction V who is the accommodation facility provider enables the reservation procedure using the broker τ (between the brokers σ and τ). The apportioning method of the usage fee is arbitrary.) In addition, it is possible for the traders E and V to use the mediator σ at the first booking and the mediator τ at the second and subsequent bookings. The effect will be described in detail later, focusing on the example of institutional investor transactions described above.

  <Overall configuration of transaction recording system 10>

  In FIG. 1, a transaction recording system 10 is configured by connecting a plurality of mediator nodes 20 via a P2P (peer-to-peer) network 1 for forming a distributed ledger. The mediator node 20 is a node installed by the mediator and a participant node in the distributed ledger. In FIG. 1, as an example, three mediator nodes 20α, 20β, and 20γ installed by mediators α, β, and γ are connected. However, the number of mediator nodes 20 is arbitrary as long as it is plural. It is. It is possible to operate the system as a single intermediary node 20, but with only one intermediary, work via a plurality of intermediaries (intermediary node 20) or intermediaries (intermediary node 20) is possible. ) Cannot be transferred, and there is a possibility that an adverse effect due to immobilization of the mediator may occur, so that the effect of the present invention cannot be sufficiently obtained.

  Further, in the example of FIG. 1, a trader node 60 installed by a trader Z is connected to the P2P network 1 as a participant node in the distributed ledger. The trader Z is a market agent such as a securities company, but the trader node 60 may be a node installed by traders A, B, and C who are orderers such as institutional investors. . As described above, the transaction node 60 can be connected to the P2P network 1, but it is not always necessary to connect the transaction node 60, for example, the transaction data can be directly transmitted to the transaction data without using an intermediary. The trader node 60 can be installed when registration or browsing is desired. And when there are a plurality of traders who have such hopes, a plurality of trader nodes 60 may be installed.

  Further, in the example of FIG. 1, a super node 80 installed by a person who can view all channels is connected to the P2P network 1 as a participant node in the distributed ledger. As described above, although the super node 80 can be connected to the P2P network 1, it is not always necessary to connect the super node 80. For example, all operations such as operations by the securities storage and transfer mechanism, audit operations, etc. The super node 80 can be installed when performing work using transaction data between traders.

  Further, each mediator system 40 (40α, 40β, 40γ) is connected to each mediator node 20 (20α, 20β, 20γ) via a network 3 (3α, 3β, 3γ). In the example of FIG. 1, the mediator system 40 is provided for all the mediator nodes 20, but the mediator system 40 is not necessarily provided for all the mediator nodes 20. For some intermediaries, the transition to the intermediary node 20 using DLT may be completed and the intermediary system 40 may not be installed.

  Each intermediary system 40 (40α, 40β, 40γ) is connected to a network 2 other than P2P, and is also connected to a trader terminal 100 (in the example of FIG. 1, traders A, B, C, X). , Y, Z can be used to exchange data with transaction terminals 100A, 100B, 100C, 100X, 100Y, 100Z). When the broker node 20 is not provided with the broker system 40, the broker node 20 can be connected to the network 2 to transmit / receive data to / from each trader terminal 100. Just do it.

  Further, since no correspondent to the broker system 40 is provided in the trader node 60, the trader node 60 is connected to the network 2 and is operated by the trader who installed the trader node 60. Data can be transmitted to and received from the trader terminal 100 (the trader terminal 100Z operated by the trader Z in the example of FIG. 1).

  Although not shown in FIG. 1, each mediator terminal operated by each mediator is also connected to the network 2 so that data can be transmitted to and received from the mediator system 40. It has become. Further, the mediator node 20 may be connected to the network 2 so that data can be transmitted to and received from the mediator terminal.

  The super node 80 is connected to the network 2 and can transmit and receive data to and from the all channel viewable person terminal 120 operated by all the channel viewable persons connected to the network 2. Moreover, the super node 80 may transmit / receive data to / from each trader terminal 100 and each intermediary terminal (not shown) as necessary.

  Furthermore, an administrator system 110 is connected to the network 2. This administrator system 110 is a system installed by an administrator who determines whether or not to participate in a distributed ledger. Note that the administrator system 110 may be connected to the P2P network 1 as an administrator node (participant node to the distributed ledger) as shown by a two-dot chain line in FIG. The administrator node having the same function as 80 may be used, and the administrator may be a person who can view all channels, or a common ledger (common ledger) in the distributed ledger (distributed ledger storage means). It is also possible to use an administrator node that shares information in the storage means but does not share information in each channel (each channel storage means). Moreover, it is good also as an administrator terminal which an administrator operates. Furthermore, when the administrator system 110 is an administrator node, the administrator node may perform data distribution processing to each node constituting the channel, or an inquiry from a participant node of the distributed ledger. On the other hand, processing for providing information related to the constituent nodes of each channel may be performed, and details of data distribution for sharing information between such nodes will be described later.

  In the above, the network 1 is a P2P network for forming a distributed ledger, and the participant nodes to the distributed ledger are P2P connected. Specifically, the network 1 uses a virtual network (a VPN (Virtual Private Network) on the Internet) formed using a public network such as the Internet or various service networks provided by a telecommunications carrier. Etc.). Therefore, the network 1 may physically use the same communication line as the network 2 (other than P2P).

  The network 2 is not a P2P network (computers in the network 2 are not P2P connected), but is an external network mainly configured by the Internet. The Internet 2 and an internal network such as a LAN or an intranet (for example, in-house, It may be combined with a limited network constructed within a group company, office, factory, hospital, school, government office, etc., wired or wireless, or mixed wired and wireless Regardless of whether it is a type, in short, it may be anything that can transmit information at a certain speed between a plurality of points (regardless of the length of distance).

  The network 3 (3α, 3β, 3γ) is an internal network such as a LAN or an intranet, for example, but may be an external network that temporarily passes through the outside. In addition, since it is only necessary to connect each intermediary node 20 (20α, 20β, 20γ) and each intermediary system 40 (40α, 40β, 40γ), it may be a dedicated line instead of a network. I just need it. Further, when the mediator node 20 and the mediator system 40 are integrated and constructed in the same computer, the network 3 or a communication line replacing it is not necessary, but it is a bus in the computer. You may think.

  Each mediator node 20, each mediator system 40, trader node 60, super node 80, and administrator system 110 are each configured by one or a plurality of computers (servers).

  Furthermore, each trader terminal 100, all channel viewable person terminal 120, and each intermediary terminal (not shown) are each configured by a computer. Moreover, these terminals 100 and 120 etc. may be portable apparatuses, such as a smart phone and a tablet terminal, for example.

  <Configuration of Mediator Node 20 and Mediator System 40>

  In FIG. 2, the mediator node 20 includes a common ledger management unit 21, a channel management unit 22, and a distributed ledger storage unit 30.

  Further, the broker system 40 includes a trader request receiving means 41, a synchronization transaction data extracting means 42, a synchronization channel recording instruction means 43, a channel monitoring means 44, a synchronization transaction data recording means 45, a transaction The data storage means 51 and the serial number correspondence storage means 52 are provided.

  Among these, each means 21 and 22 of each mediator node 20 (20α, 20β, 20γ,...) And each means 41 to 45 of each mediator system 40 (40α, 40β, 40γ,...) Are each mediator. A central processing unit (CPU) provided inside each computer main body constituting the node 20 and each intermediary system 40, one or more programs defining the operation procedure of the CPU, a main memory and a cache This is realized by a working memory such as a memory.

  Further, the distributed ledger storage means 30 of each intermediary node 20 (20α, 20β, 20γ,...) And each storage means 51, 52 of each intermediary system 40 (40α, 40β, 40γ,...) Although it is suitably realized by a hard disk drive (HDD), solid state drive (SSD), etc., other recordings such as DVD, MO, magnetic tape, etc., as long as there is no problem in storage capacity, access speed, etc. A medium may be adopted.

  Furthermore, the data storage format in the distributed ledger storage means 30 of each intermediary node 20 and each storage means 51, 52 of each intermediary system 40 is arbitrary, for example, a normal relational database (RDB), The database may be a relational database such as a document-oriented database (such as a couch DB) or a column-oriented column database, or may be a file system using flat files or a distributed file system (such as HDFS).

  Also, on the premise that basic conditions and rules for configuring a distributed ledger are satisfied, the distributed ledger storage means 30 of each intermediary node 20 has a different data storage format for each intermediary node 20. May be adopted.

  <Detailed Configuration of Intermediary Node 20 / Distributed Ledger Storage Unit 30, and Form of Information Sharing Between Nodes>

  As shown in FIGS. 1 and 2, the distributed ledger storage means 30 is provided for each trader and a common ledger storage means 31 for storing information shared by all participant nodes participating in the distributed ledger. And at least one channel storage means 32.

  At this time, when the distributed ledger storage unit 30 is configured by a database, the common ledger storage unit 31 and each channel storage unit 32 may be configured by different databases, and different tables ( However, it may be constituted by a database that does not have a table.), Or may be divided into several databases. When dividing into several databases, the common ledger storage means 31 and all the channel storage means 32 may be divided, and each channel storage means 32 may be divided into some.

  <Detailed Configuration of Intermediary Node 20 / Common Ledger Storage Unit 31, and Form of Information Sharing Between Nodes>

  The common ledger storage means 31 is a storage part that realizes a basic information sharing function of the distributed ledger. Since the information stored in the common ledger storage means 31 is information shared by all the participant nodes, for example, participant information (information that associates identification information such as the name of each participant with an IP address), etc. It is. When applied to transactions in the securities / financial field, for example, stock information such as stock names and stock codes of financial products, standard settlement instruction (SSI) information, commission information of each securities company, etc. are stored. May be.

  This common ledger storage means 31 can be constituted by a block chain, but it is not always necessary to form a chain by storing chain formation information (for example, the hash value of the previous block) in the block. The recording information in the common ledger does not need to have a normal block configuration (a configuration including time stamp, chain formation information, and content data such as transaction data and smart contract program). However, it is preferable to form a block chain when processing of general generation, approval, and storage (including distribution to other nodes) is adopted.

  Further, since the information stored in the common ledger storage means 31 of each intermediary node 20 is shared by all the participant nodes, the common ledger storage in the distributed ledger storage means 70 provided in the trader node 60 is used. Means 71, common ledger storage means 91 in the distributed ledger storage means 90 provided in the super node 80, and distributed ledger storage means provided in the administrator node when the administrator system 110 is an administrator node It is also stored in the common ledger storage means, and information is shared.

  <Detailed Configuration of Intermediary Node 20 / Channel Storage Unit 32, and Form of Information Sharing Between Nodes>

  The channel storage means 32 is a storage part that stores transaction data between traders for each trader. Therefore, the channel storage means 32 stores both the identification information of the traders, the transaction data between traders, and the channel serial number in association with each other. In addition, the trader may be identified by a table name (in the case of DB), a folder name, or the like.

  Since this channel storage means 32 is provided for each trader, each channel storage means 32 is used for any one of a pair of traders (a combination of traders of two or two organizations). Transaction data for a combination of two) is stored without including transaction data between other traders.

  Specifically, in the example of FIGS. 1 and 2, the broker node 20α stores the transaction data between the traders A and X and the trade data between the traders C and X. A total of three channel storage means 32, that is, a CX channel storage means 32 that stores the transaction data between the traders C and Y As already described in detail, for example, in the case where the intermediary α mediates contract matching business or other financial related business in securities / financial transactions, transaction data between traders A and X This is not the meaning of transaction transaction data between the traders A and X because it is data for contract verification as related data or data for other financial related business.

  Here, for example, the AX channel storage means 32 stores only the transaction data between the traders A and X for the transaction data. Accordingly, the transaction data between the traders C and X and the trade data between the traders C and Y are not stored in the AX channel storage means 32. Although only the transaction data between the traders A and X is stored, since the smart contract program and the like are stored (see FIG. 2), “only” means the transaction data. Means between the traders A and X only. Similarly, for transaction data, the CX channel storage means 32 stores only between the traders C and X, and the CY channel storage means 32 stores only between the traders C and Y.

  Further, the AX channel storage means 32 between the traders A and X and the CX channel storage means 32 between the traders C and X are different channel storage means 32. This is because one trader X matches, but the other traders A and C are different. On the other hand, for example, in a trading transaction, transaction data between the buyer F and the seller W W, and the buyer W who reverses the buying and selling relationship, Transaction data with the seller F who is a seller is stored in the same FW channel storage means 32. Therefore, since the FW channel storage means 32 between the traders F and W and the WF channel storage means 32 between the traders W and F are the same, the name need not be changed in this way and should not be changed. Absent. This is because both traders are in agreement.

  The intermediary node 20 includes channel storage means 32 between traders mediated by the mediator who installed the mediator node 20, and channel storage means 32 between traders that the mediator itself does not mediate. It is set as the structure which does not have.

  Specifically, in the example of FIGS. 1 and 2, the mediator node 20α includes the AX channel storage unit 32, the CX channel storage unit 32, and the CY channel storage unit 32. The installed mediator α performs mediation between traders A and X, mediation between traders C and X, and mediation between traders C and Y.

  Therefore, the channel storage means 32 between the same traders among the channel storage means 32 provided for each trader is an intermediary that mediates between the same traders among the plurality of mediator nodes 20. It is provided in the broker node 20 in the selection range set by the selected broker, and the transaction data between the same traders is shared between the broker nodes 20 in the selection range.

  Specifically, as shown in FIG. 1, the AX channel storage means 32 for storing transaction data between the traders A and X is provided in the broker nodes 20α and 20β (and the super node 80). The traders A and X select two (or two groups) intermediaries α and β, and the two intermediary nodes 20α and 20β thereby become mediator nodes 20 in the selected range. .

  Similarly, as shown in FIG. 1, the BY channel storage means 32 for storing transaction data between the traders B and Y is provided in the broker nodes 20β and 20γ (and the super node 80). B and Y select two (or two groups) mediators β and γ, whereby the two mediator nodes 20β and 20γ are the mediator nodes 20 in the selected range.

  Further, as shown in FIG. 1, the CX channel storage means 32 for storing transaction data between the traders C and X is provided in the broker nodes 20α and 20γ (and the super node 80). , X is a state in which two (or two groups) mediators α, γ are selected, whereby two mediator nodes 20α, 20γ are the mediator nodes 20 in the selection range.

  Further, as shown in FIG. 1, the CY channel storage means 32 for storing transaction data between the traders C and Y is provided in the broker nodes 20α, 20β, and 20γ (and the super node 80). The actors C and Y select three (or three groups) mediators α, β, and γ, so that the three mediator nodes 20α, 20β, and 20γ are the mediator nodes 20 in the selection range. State. Thus, the trader may select three (or three groups) or more intermediaries (intermediary node 20).

  As shown in FIG. 1, the CZ channel storage means 32 for storing transaction data between the traders C and Z is provided in the broker node 20γ and the trader node 60 (and the super node 80). This is a special case. Since the trader Z has installed the trader node 60, the trader Z can access the trader node 60 from the trader terminal 100Z and register or browse the trade data. On the other hand, since the trader C does not have its own trader node 60, the trader C selects the broker γ, accesses the broker system 40γ from the trader terminal 100C, and registers the transaction data, or browse.

  Further, as shown in FIG. 1, the BX channel storage means 32 for storing transaction data between the traders B and X is provided in the intermediary node 20β (and the super node 80). Selects only one (or one) mediator β. As described above, in the system configuration, the trader can select only one (or one organization) intermediary (intermediary node 20), but only one (or one organization) can select. In this selection, work through a plurality of mediators (mediator node 20) and transfer of mediators (mediator node 20) cannot be performed, and there is a possibility that an adverse effect may occur due to immobilization of mediators. The effect of the present invention cannot be sufficiently obtained. However, since the information is shared with the super node 80, the effect of the present invention can be obtained in this respect.

  The trader selects the intermediary to use in principle, before the transaction between the traders or before the work associated with the trade between the traders occurs. When the channel storage means 32 can be easily installed in 20 or when it can be automatically installed, mediation of transactions between traders or mediation of work associated with trades between traders is performed. You may choose when.

  Further, the trader may additionally select an intermediary to be used later. In this case, the intermediary node 20 installed by the additionally selected intermediary will select an intermediary in the selected range to share information. All of the information that has been added to the node 20 and the channel storage means 32 is newly installed in the intermediary node 20 and has been shared so far (in principle, all but only part of the information including the latest information) May also be copied to the new channel storage means 32. On the other hand, the trader can also reduce the number of intermediaries to be used later. In this case, the channel storage means 32 is deleted from the mediator node 20 installed by the mediator who is not selected by the trader. .

  Further, the information shared by the channel storage means 32 is transaction data between the same traders, but the scope of the same traders is the nature of the transactions that are subject to mediation by the mediators and the work associated with the transactions. Can be adjusted accordingly. For example, in the case of contract matching operations in institutional investors, the number of traders is not so high because the traders are institutional investors that are ordering parties and securities companies that are market agents. Therefore, the number of channel storage means 32 does not increase. However, for example, in the case where the transaction is reservation / providment of an accommodation facility, the transaction person becomes an accommodation prospective person and an accommodation facility provider, and there is a possibility that the number between the transaction persons may increase. For example, a plurality of traders of the same series may be regarded as one (one group) trader. Specifically, the accommodation planners are grouped by affiliated company, or the accommodation facility providers are grouped by affiliated company group.

  Further, each channel storage means 32 stores various programs for smart contracts (for example, channel-in conversion program, channel-out conversion program, serial number management program, etc.) in addition to transaction data between traders. (See FIG. 2).

  Here, the channel-in conversion program has a data format from transaction data between traders stored in the transaction data storage means 51 of the broker system 40 to transaction data between traders stored in the channel storage means 32. It is a program that performs conversion processing.

  Further, the channel-out conversion program converts the data format of the transaction data stored in the channel storage means 32 into the transaction data stored in the transaction data storage means 51 of the broker system 40. It is a program that performs processing.

  Further, the serial number management program is a program for managing the intra-channel serial numbers attached to the transaction data between the traders recorded in the channel storage means 32.

  Each channel storage means 32 is provided with a participant node (the same channel storage means 32) constituting each channel (however, the channel in which the self (own node) is participating). The broker node 20 in a selected range that shares transaction data between traders. If there is a trader node 60 installed by one or both traders between the traders, the trader node 60 is also Information).) May be stored.

  In this case, in each channel storage means 32, identification information of a participant node of a channel in which the user (own node) participates (the name of an intermediary, the name of a trader installing the trader node 60, etc.) ), And using the identification information, from the participant information stored in the common ledger storage means 31 (information for associating identification information such as the name of each participant with the IP address) You may make it acquire the IP address of the participant node of the channel which is participating, or the information which associates with each channel memory | storage means 32 the identification information and IP address of the participant of the channel in which it is participating May be stored.

  In the example of FIG. 1, the AX channel storage means 32 and 92 are provided in the mediator nodes 20α and 20β and the super node 80, and information sharing is performed between these nodes. The identification information (names, etc.) of the mediators α, β and all channel viewers is stored in advance, and the identification information of the mediator nodes 20α, 20β and the super node 80 is stored from the common ledger storage means 31 using the identification information. Each IP address may be acquired, or the AX channel storage means 32 and 92 store information relating to identification information (names, etc.) of the mediators α and β and all channel viewers and IP addresses. It may be left.

  Similarly, in the example of FIG. 1, the CZ channel storage means 32, 72, and 92 are provided in the mediator node 20γ, the transaction node 60, and the super node 80, and information sharing is performed between these nodes. In the CZ channel storage means 32, 72, 92, identification information (names, etc.) of the mediator γ, the trader Z, and all channel viewers is stored, and using these identification information, the common ledger storage means is stored. 31 may obtain the IP addresses of the mediator node 20γ, the trader node 60, and the super node 80. Alternatively, the CZ channel storage means 32, 72, 92 may store the mediator γ, the trader Z, and You may memorize | store the correlation information with identification information (name etc.) of an all-channel browsing person, and an IP address.

  The administrator system 110 is an administrator node, and the administrator node performs data distribution processing to each node constituting the channel, or in response to an inquiry from a participant node of the distributed ledger, In the case of a configuration that performs processing for providing information on configuration nodes, it is not always necessary to store information on configuration nodes of each channel in the channel storage means 32, 72, and 92.

  <Function of Intermediary Node 20 / Common Ledger Management Unit 21>

  The common ledger management means 21 executes processing for registering data (information shared by all participant nodes) in the common ledger storage means 31 of the distributed ledger storage means 30 and browsing the registered data. is there. The common ledger management means 21 has a function of a web application server when the mediator node 20 is connected to the network 2 (other than P2P). Further, the common ledger management means 21 has a function of a database management system (DMBS) when the common ledger storage means 31 of the distributed ledger storage means 30 is realized by a database.

  More specifically, the common ledger management means 21 sends data transmitted from the mediator terminal via the network 2 to the common ledger storage means 31 in response to a data registration request from the mediator terminal (not shown). Execute the registration process. Also, in response to a data browsing request from an intermediary terminal (not shown), data related to the browsing request is acquired from the common ledger storage means 31 and transmitted to the mediator terminal via the network 2.

  At this time, when registering data in the common ledger storage unit 31, the common ledger management unit 21 may register the data in encrypted form in order to conceal the information, or may register it in plain text. When performing the encryption process and the decryption process, an encryption technique combining the DLT and the attribute-based encryption described in Patent Document 3 described above can be used. By using this encryption technology, it is possible to construct a mechanism for granting information reference authority to each participant according to the attributes of participants (brokers and traders) of the distributed ledger.

  In addition, the data registration by the common ledger management means 21 described above includes data distribution processing to all other participant nodes participating in the distributed ledger, but it is not necessarily the node itself that generated the shared data. However, it is not necessary to distribute data to other nodes, and it is only necessary to lead data distribution to other nodes (so long as it plays a role of issuing instructions). Therefore, as described above, the common ledger storage unit 31 does not necessarily need to be configured with a block chain. However, when configured with a block chain, the node that generated the block itself does not necessarily have to approve the block. It is not necessary to participate in the process, and it is not always necessary to perform processing for distributing the block to all other participant nodes. For example, such block approval and block distribution may be performed by an administrator node (when the administrator system 110 is an administrator node) or one or more other intermediary nodes 20. When the administrator system 110 has the role of an administrator node that performs such block approval and block distribution, any one of the administrator nodes (the intermediary node 20, the transaction node 60, and the super node 80). A plurality of nodes that do not correspond to the above may be installed. Even if the block chain is not configured, distribution processing to all other participant nodes is necessary for information sharing. In this case as well, the node that generated the shared data (data to be registered) However, a data distribution instruction (sends data to be transmitted) to one or a plurality of administrator nodes (when the administrator system 110 is an administrator node) or to one or more other intermediary nodes 20 , Processing for requesting distribution).

  The data distribution processing to the other nodes described above is performed via the P2P network 1 for forming a distributed ledger, regardless of which distribution form is used.

  <Functions of Mediator Node 20 / Channel Management Unit 22>

  The channel management means 22 executes processing for registering transaction data in each channel storage means 32 of the distributed ledger storage means 30 and browsing the registered transaction data. At this time, the channel management means 22 may register the data after encrypting it or may register it in plain text. When performing the encryption process and the decryption process, the channel management means 22 is described in Patent Document 3 described above. An encryption technique combining DLT and attribute-based encryption can be used as in the case of the common ledger management means 21 described above.

  Similarly to the common ledger management unit 21, the channel management unit 22 has a function of a web application server when the mediator node 20 is connected to the network 2 (other than P2P). Further, the channel management means 22 has a function of a database management system (DMBS) when each channel storage means 32 of the distributed ledger storage means 30 is realized by a database.

  In addition, when performing processing that requires information stored in the common ledger storage unit 31, the channel management unit 22 cooperates with the common ledger management unit 21 to store information stored in the common ledger storage unit 31. To get to. It should be noted that there may be reverse cooperation for obtaining information stored in each channel storage means 32 from the common ledger management means 21 side to the channel management means 22.

  Further, the channel management means 22 includes means realized by various programs for smart contracts stored in the channel storage means 32. Specifically, the channel management means 22 includes a channel-in conversion means 23 realized by a channel-in conversion program, a channel-out conversion means 24 realized by a channel-out conversion program, and a serial number management realized by a serial number management program. Means 25 and these are used in the following processing by the channel management means 22.

  That is, the channel management means 22 performs the network 3 from the mediator system 40 as well as an instruction from the synchronization channel recording instruction means 43 of the mediator system 40 as a synchronization process from the mediator system 40 to the channel regarding registration of transaction data. Transaction data (transaction data between traders extracted from the transaction data storage means 51 by the transaction data extraction means 42 for synchronization) transmitted via the transaction data is received. The processing for recording in the channel storage means 32 between the traders (channel storage means 32 corresponding to the received transaction data between traders) is executed, and the recorded transaction data is sent to the synchronization channel recording instruction means 43. A process of transmitting the assigned intra-channel serial number via the network 3 is executed.

  At this time, the channel management means 22 converts the data format (data format) by the channel-in conversion means 23 for the transaction data received from the synchronization channel recording instruction means 43 by the channel-in conversion means 23, and then the channel storage means. The process of recording in 32 is executed.

  Further, the channel management means 22 executes a process of assigning a system serial number to the transaction data recorded in the channel storage means 32 or the recorded transaction data by the serial number management means 25.

  On the other hand, the channel management means 22 receives a periodic inquiry signal from the channel monitoring means 44 of the mediator system 40 via the network 3 as a synchronization process from the channel relating to transaction data registration to the mediator system 40. Then, it is determined whether or not transaction data between traders is newly recorded in the channel storage means 32, and processing for returning the determination result to the channel monitoring means 44 via the network 3 is executed.

  Further, when the channel management means 22 determines that the transaction data between the traders is newly recorded in the channel storage means 32, the transaction data between the traders additionally recorded is added thereto. A process of extracting from the channel storage means 32 together with the intra-channel serial number and transmitting the extracted transaction data between the traders and the intra-channel serial number to the channel monitoring means 44 via the network 3 is executed.

  At this time, the channel management unit 22 converts the data format (data format) by the channel-out conversion unit 24 with respect to the transaction data between the traders extracted from the channel storage unit 32, and then, along with the channel serial number, 3 is transmitted to the channel monitoring means 44 via 3.

  In addition, in the registration of transaction data in each channel storage means 32 of the distributed ledger storage means 30 by the channel management means 22 described above, all other participant nodes (self (own node) constituting the distributed ledger channel are used. ) Is a participant node to the participating channel, and is mainly an intermediary node 20 in the selected range, but a trader node 60 may also be added. The node itself that generated the data shared in the channel does not need to distribute data to other nodes (other nodes in the channel), but only needs to lead the data distribution to other nodes (the role of issuing instructions). As long as it fulfills.)

  More specifically, in the transaction data registration process by the channel management means 22, the distribution process to other nodes for information sharing in the channel can be performed in various distribution modes as follows.

  First, as a first distribution form, the channel management means 22 that has generated transaction data to be shared in the channel is notified from the channel storage means 32 by other participation in the channel in which the self (own node) is participating. The identification information of the broker node (the name of the broker, the name of the trader who installs the broker node 60, etc.) is acquired, and the common ledger is linked with the common ledger management means 21 using the identification information. From the participant information stored in the storage means 31 (information for associating identification information such as the name of each participant with the IP address), each IP address of other participant nodes in the channel in which the participant is participating To get. Then, the channel management means 22 distributes the transaction data generated by itself to the node of each acquired IP address.

  Next, as a second distribution form, the channel management means 22 that has generated the transaction data to be shared in the channel is transferred from the channel storage means 32 to other channels in the channel in which the self (own node) is participating. Information that associates the identification information of the participant node with the IP address is acquired. Then, the channel management means 22 distributes the transaction data generated by itself to the node of each acquired IP address.

  Further, as a third distribution form, the channel management means 22 that has generated transaction data to be shared within the channel is an administrator node (the administrator system 110 is an administrator node, and the intermediary node 20 , A node that does not correspond to any one of the trader node 60 and the super node 80.) The generated transaction data is transmitted and a distribution instruction (request) to other nodes in the channel is issued. This distribution instruction includes identification information (for example, AX channel or the like) that indicates which transaction data the transaction data is. Then, the administrator node is the participant information of all the channels owned by the administrator (administrator) (association information (name etc.) of participants participating in each channel and association information of IP addresses). To the participant information of the channel (for example, AX channel etc.) related to the transaction data received from the channel management means 22 (identification information (name etc.) of the participant participating in the channel and the association information of the IP address) Is extracted, the distribution destination information of the transaction data received from the channel management means 22 is acquired, and distribution processing to each node is executed. In addition, when there are a plurality of administrator nodes, a distribution instruction may be issued to one of the administrator nodes, and one of the administrator nodes may perform the distribution process, or one of the administrator nodes A distribution instruction may be issued to a plurality of administrator nodes to perform distribution processing.

  Furthermore, as a fourth distribution form, the channel management means 22 that has generated transaction data to be shared within a channel is an administrator node (the administrator system 110 is an administrator node, and the intermediary node 20 , A node that does not correspond to either the trader node 60 or the super node 80.) Participant information (participation participating in the channel) related to the transaction data to be distributed (for example, AX channel) The identification information (name or the like) of the user and the association information between the IP address) and the administrator node returns it. Then, the channel management means 22 distributes the transaction data generated by itself to the node of each acquired IP address.

  Further, as a fifth distribution form, the channel management means 22 that has generated transaction data to be shared within the channel issues a transaction data distribution instruction to the other intermediary node 20. The intermediary node 20 that receives such a distribution instruction is determined in advance. At this time, if there are a plurality of intermediary nodes 20 that can receive a distribution instruction, a distribution instruction is issued to any of the intermediary nodes 20, and any of the intermediary nodes 20 performs the distribution process. Alternatively, a distribution instruction may be issued to any one of the mediator nodes 20 and a plurality of mediator nodes 20 may share the distribution processing. Further, the broker node 20 that performs such distribution processing may receive the distribution destination information of the transaction data from the channel management means 22 that has generated the transaction data that should be shared within the channel, or may have its own channel. You may acquire from the memory | storage means 32, its own channel memory | storage means 32, and the common ledger memory | storage means 31. FIG.

  The above-described data distribution process to other nodes in the channel, and the transmission process of instruction data and inquiry data for the data distribution process, the P2P network 1 for forming the distributed ledger is used regardless of the distribution form. Done through.

  <Configuration of Intermediary System 40 / Transaction Data Storage Means 51, Serial Number Corresponding Storage Means 52>

  In FIG. 2, the transaction data storage means 51 stores both identification information of the traders, trade data between traders, and an internal system serial number in association with each other. At this time, the identification information of both or one of the traders may be included in the trade data, and the trader may be identified by a table name (in the case of DB) or a folder name. . The own system serial number is a serial number in the intermediary system 40, but when the intermediary who installed the intermediary system 40 mediates between a plurality of traders (for example, the mediator α is the trader A , X, traders C, X, and traders C, Y) are serial numbers for each trader. However, it may be a serial number in the system in which a plurality of traders are mixed instead of a serial number for each trader, or a serial number for each trader and a plurality of traders are mixed. It may be used in combination with the serial number in its own system in the state.

  The serial number correspondence storage means 52 includes the other party (separate node or other node) of the intermediary (intermediary node 20) who registered the transaction data in the channel storage means 32, and the transaction data own system. The internal serial number and the intra-channel serial number of transaction data are stored in association with each other. The in-channel serial number is an identification number of transaction data given to each channel storage means 32. For example, the in-AX channel serial number is in the AX channel storage means 32 for recording transaction data between the traders A and X. It is a serial number.

  <Functions of Intermediary System 40 / Transactionr Request Accepting Unit 41, Synchronous Transaction Data Extracting Unit 42, Synchronous Channel Recording Instruction Unit 43: Intermediary System 40⇒Channel Synchronizing Function>

  In FIG. 2, the trader request accepting means 41 is a registration request for transaction data transmitted from the trader terminal 100 via the network 2 (one or both of the traders mediated by the broker who installed the broker system 40). (Transaction data registration request between traders) is given to the received trade data between traders, and a serial number in the own system is given to the trade data between the traders together with the serial number in the own system. The process of registering in the above is executed. At this time, the trader request accepting means 41 also executes a process for causing the serial number correspondence storage means 52 to store the serial number in its own system for the newly registered transaction data. In addition, when assigning a serial number in its own system, information on the latest number (information indicating how many numbers have been assigned) may be acquired from the internal memory of the trader request accepting means 41, and the serial number corresponding storage means 52 May be obtained from

  Further, the trader request accepting means 41 is a request for browsing transaction data transmitted from the trader terminal 100 via the network 2 (viewing trade data between traders including traders operating the trader terminal 100). Request), the transaction data between the traders related to the browsing request is acquired from the transaction data storage means 51, and the acquired transaction data between the traders is transmitted to the trader terminal 100 via the network 2. Execute.

  Further, the trader request accepting means 41 receives a work request (work request using trade data between traders) transmitted from the trader terminal 100 via the network 2, and performs a process according to the received work request. Execute. Here, the process in response to the work request is, for example, a process for executing a contract matching business or other financial related business if it is a work accompanying a transaction in the securities / financial field.

  The synchronization transaction data extraction means 42 executes processing for extracting transaction data between traders newly registered in the transaction data storage means 51. At this time, the synchronization transaction data extraction means 42 monitors the serial number correspondence storage means 52, records that have been registered by the own node (the local system serial number is stored), and the intra-channel serial number has not yet been stored ( Alternatively, by monitoring the presence or absence of a storage area corresponding to a record, it is determined whether there is transaction data between newly registered traders. In addition, there is a time lag until the inter-channel serial number is returned from the mediator node 20 side, but since the latest internal system serial number is held in the internal memory of the transaction data extracting means for synchronization 42, the same A situation where transaction data is extracted multiple times (multiple writing due to time lag) is avoided. Further, in the serial number correspondence storage means 52, whether the own node (the broker node 20 installed by itself) mainly writes in the channel storage means 32, or the other node (the broker node 20 installed by another broker). ) Is stored and information for distinguishing whether data is written to the channel storage means 32 is stored. Therefore, newly added transaction data written by the other node is extracted, and the transaction data is stored in the own node. Thus, the situation of rewriting to the channel storage means 32 (multiple writing by a loop) is avoided.

  The synchronization channel recording instruction means 43 transmits the transaction data between the traders extracted by the synchronization transaction data extraction means 42 to the channel management means 22 of the mediator node 20 via the network 3. Processing for instructing recording in the channel storage means 32 between the traders (for example, AX channel storage means 32 in the case of transaction data between traders A and X) is executed. Therefore, when the transaction data between the traders is passed to the channel management means 22, information (identification information of both traders) indicating which trader the trade data is between is also passed.

  Further, the synchronization channel recording instruction means 43 is a channel serial number transmitted from the channel management means 22 of the mediator node 20 via the network 3 (the channel serial number assigned to the transaction data transmitted to the channel management means 22). ) And writing to the serial number correspondence storage means 52 is also executed.

  <Functions of Intermediary System 40 / Channel Monitoring Unit 44 and Transaction Data Recording Unit 45 for Synchronization: Channel⇒Synchronization Function of Intermediary System 40>

  The channel monitoring means 44 monitors whether or not transaction data between traders is newly recorded in the channel storage means 32 of the intermediary node 20, and performs a process of acquiring newly recorded transaction data between traders. It is something to execute. Specifically, the channel monitoring unit 44 waits for a reply from the channel management unit 22 by performing a polling process that periodically transmits an inquiry signal to the channel management unit 22 of the mediator node 20, and newly When there is transaction data between traders recorded, the channel management means 22 receives the transaction data between the newly added traders and the serial number in the channel, and receives them.

  The transaction data recording unit 45 for synchronization executes processing for recording transaction data between traders acquired by the channel monitoring unit 44 in the transaction data storage unit 51. At this time, the transaction data recording unit 45 for synchronization assigns a serial number in its own system to the transaction data recorded in the transaction data storage unit 51, and stores this serial number in the own system together with the transaction data in the transaction data storage unit 51. . The transaction data recording unit 45 for synchronization also executes a process of storing the correspondence relationship between the serial number in the channel acquired by the channel monitoring unit 44 and the serial number in the own system in the serial number correspondence storage unit 52.

  <Configuration of transaction node 60>

  In FIG. 1, the trader node 60 has the same configuration as that of the mediator node 20, and includes a common ledger management unit 61, a channel management unit 62, and a distributed ledger storage unit 70. However, since the correspondent node 60 is not provided in the transaction node 60, the channel management means 62 does not perform synchronization processing between the correspondent agent system 40 and the channel.

  Further, the distributed ledger storage means 70 has the same configuration as the distributed ledger storage means 30 of the mediator node 20, and common ledger storage means for storing information shared by all participant nodes participating in the distributed ledger. 71 and at least one channel storage means 32 provided for each trader.

  <Configuration of super node 80>

  In FIG. 1, a super node 80 has the same configuration as that of the mediator node 20, and includes a common ledger management means 81, a channel management means 82, and a distributed ledger storage means 90. However, since the super node 80 is not provided with anything corresponding to the mediator system 40, the channel management means 82 does not perform synchronization processing between the channel corresponding to the mediator system 40 and the channel.

  The distributed ledger storage unit 90 has the same configuration as the distributed ledger storage unit 30 of the mediator node 20, and common ledger storage unit stores information shared by all the participant nodes participating in the distributed ledger. 91 and at least one channel storage means 92 provided for each trader. However, the distributed ledger storage means 90 is different from the distributed ledger storage means 30 of the intermediary node 20 in that channel storage means 92 is provided between all traders.

  <Transaction recording system 10 after completion of migration: FIG. 5>

  As shown in FIG. 5, the transaction recording system 10 after the completion of the transition does not include an equivalent to the intermediary system 40 (an existing system existing before the introduction of DLT). Therefore, the trader's request from the trader terminal 100 is not accepted by the broker system 40 but is accepted by the broker node 20.

  For this reason, in the state of FIG. 5, the common ledger management means 21 and the channel management means 22 have the function of a web application server. Moreover, the channel management means 22 is provided with the function of the trader request reception means 41 shown in FIG. However, in the state after the completion of the transition in FIG. 5, there is nothing equivalent to the intermediary system 40, and therefore there is no transaction data storage means 51, so the transaction data registration function in the transaction data storage means 51 is registered. The transaction data browsing function and the function of performing work using the registered transaction data (the work that occurs with the transaction) are replaced with the registration function, the browsing function, and the function of performing work on the channel storage means 32. . These functions may be realized by a smart contract by storing a program in the channel storage means 32.

  Furthermore, in the state after the completion of the transition in FIG. 5, there is nothing equivalent to the intermediary system 40, and therefore there is no transaction data storage means 51, so no synchronization processing is required between the intermediary system 40 and the channel. . For this reason, the channel management means 22 does not have the functions of the channel-in conversion means 23 and the channel-out conversion means 24 shown in FIG. For the same reason, the functions of the synchronization transaction data extraction means 42, the synchronization channel recording instruction means 43, the channel monitoring means 44, and the synchronization transaction data recording means 45 shown in FIG.

  Moreover, there is also an intermediate state between the transaction recording system 10 in a state of being in parallel operation shown in FIG. 1 and the transaction recording system 10 after the completion of migration shown in FIG. This intermediate state means that the mediator node 20 provided with the mediator system 40 and the mediator node 20 not provided with the mediator system 40 (therefore, the mediator who installed the mediator node 20 has In a limited state, the transition to DLT is completed).

  Furthermore, the meaning of proceeding to the transition to DLT (system using DLT) includes not only the transition from the state of FIG. 1 to the state of FIG. 5 but also the transition from the stage before entering the state of FIG. . That is, a broker who has an existing system corresponding to the broker system 40 has not yet participated in the DLT (distributed ledger), and the broker node 20 is installed to participate in the distributed ledger. The transition to the state to become is also included.

  <Flow of transaction data registration and serial number management (intermediary system 40 => channel): FIG. 3>

  In such a 1st embodiment, registration and transaction number management of transaction data are performed by transaction record system 10 as follows.

  In the present invention, since a plurality of intermediaries can be selected, as a case where transaction data between traders is registered in the channel storage means 32 between the traders, it can be seen from one (or one organization) intermediary. In some cases, the own node (the broker node 20 installed by the user) is registered as the subject, and the other node (the mediator node 20 installed by the other mediator) is registered as the subject. is there. Therefore, the flow in the former case will be described with reference to FIG. 3, and the flow in the latter case will be described with reference to FIG.

  Here, registration of transaction data between the traders A and X (between traders A and X) is performed by the mediator node 20α and the mediator system 40α installed by the mediator α. The processing will be described as an example. Accordingly, as shown in FIG. 1, the mediation between the traders A and X is performed by the mediators α and β, and the AX channel storage means 32 is shared between the mediator nodes 20α and 20β. This is an explanation from the viewpoint of the mediator α, which is one side.

  In FIG. 3, first, between the traders A and X transmitted from the trader terminal 100 </ b> A or the trader terminal 100 </ b> X operated by the trader A or the trader X by the trader request receiving means 41. A transaction data registration request is accepted (step S1). The trader terminal 100 may be equipped with dedicated client software, or transmits web request data for request input from the broker system 40 to the trader terminal 100 equipped with a general-purpose browser. May be.

  This registration request may be made in stages, or may include a work request to the intermediary α (a work request using registration data and a request to register the result data of the work). .

  The transaction data between the traders A and X is, for example, data for contract verification if it is an intermediary for contract verification work in institutional investors. As described in detail above, this data for contract verification is This corresponds to the related data among the transaction data between the traders A and X. The contract verification data includes data as material used in the contract verification service and result data of the contract verification. Therefore, in the case of brokerage of the contract verification business, transaction data (various transaction data as related data) is registered step by step.

  More specifically, the trader X (here, a brokerage company that is a market agent), from the trader terminal 100X, for example, the execution of 10,000 shares for a certain stock is established as trade information. Since information is input, this information is received by the trader request receiving means 41 and registered in the transaction data storage means 51.

  Subsequently, the trader A (here, an institutional investor who is an orderer) browses the contract information. This browsing may use the browsing function by the trader request accepting means 41, or may browse contract information acquired by a route other than the mediator system 40α such as e-mail or facsimile. Then, for example, 5,000 shares out of 10,000 shares are allocated to the fund (1) and 3,000 shares are allocated to the fund (2) as allocation information by the trader A who browses the contract information. Since the information that the 2,000 shares are allocated to the fund (3) is input, this information is received by the trader request receiving means 41 and registered in the transaction data storage means 51.

  Thereafter, the trader request accepting means 41 executes the contract matching process using the information registered in the transaction data storage means 51 as described above, and registers the result data in the transaction data storage means 51. As the result data, for example, “5,000 shares, fund (1), fee, SSI”, “3,000 shares, fund (2), fee, SSI”, “2,000 shares, fund (3), Information such as “fee, SSI” and the like. Then, the registered result data is provided to the traders A and X by the browsing function by the trader request receiving means 41 in response to the browse requests from the trader terminals 100A and 100X by the traders A and X.

  At the time of this contract matching process, the trader request accepting means 41, when the information on the standard settlement instruction (SSI) and the information on the fee are stored in the common ledger storage means 31 of the broker node 20α, May be acquired from the common ledger storage means 31 via the common ledger management means 21 or used in advance, or in synchronization with the common ledger storage means 31 in advance, an SSI table storage means (not shown) or a fee table. The information stored in the storage means (not shown) may be used. Instead of synchronizing with the common ledger storage means 31, an SSI table storage means (not shown) or fee table storage provided independently. Information stored in the means (not shown) may be used.

  In the state after the completion of the transition in FIG. 5, there is nothing equivalent to the intermediary system 40, and therefore there is no transaction data storage means 51. Therefore, the transaction data storage means 51 in the work such as the above-mentioned contract verification work. The registration of the transaction data with the agent node 20α is replaced with the registration in the AX channel storage means 32. In this case, the work such as the contract matching operation is performed by the channel management means 22 (the common ledger management means 21 and This includes the cooperation of The work by the channel management means 22 may be realized by a smart contract.

  As described above, in the work such as the contract matching operation, the transaction data (in the above example, the contract information, the allocation information, and the result data) are registered in the transaction data storage unit 51 step by step. However, in the following, description will be made by regarding each step of registration of transaction data as individual registration.

  In step S <b> 1 of FIG. 3, the transaction request receiving means 41 receives transaction data to be registered from the transaction terminals 100 </ b> A and 100 </ b> X. The result data obtained by performing work by the trader request accepting means 41 is also transaction data to be registered.

  Subsequently, the trader request accepting means 41 assigns a serial number in the own system to the transaction data, and then registers the transaction data and the serial number in the own system assigned thereto in the transaction data storage means 51. Thereby, as shown in FIG. 3, the transaction data storage means 51 is added with the identification information of the transaction A, the identification information of the transaction X, transaction data (data format of the own system), and the serial number of the own system = T3. Shall be remembered.

  Then, as shown in FIG. 3, the trader request accepting means 41 additionally registers its own system serial number = T3 in the serial number corresponding storage means 52, and information indicating that the local node is the main registration. Also add additional registration. At this stage, since the channel serial number is not assigned, it is blank (such as NULL).

  Next, action processing on the mediator system 40 side for reflecting (synchronized recording) the transaction data additionally registered in the transaction data storage unit 51 to the AX channel storage unit 32 is executed (step S2).

  More specifically, the serial number correspondence storage unit 52 is monitored by the transaction data extraction unit 42 for synchronization, and additional registration by the own node is performed depending on the presence or absence of a record (or a storage area corresponding to the record) in which the serial number in the channel is not stored. If there is additionally registered transaction data, the transaction data is extracted.

  Subsequently, the synchronization channel recording instruction means 43 transmits a transaction data recording instruction (recording instruction to the AX channel storage means 32) via the network 3 to the channel management means 22 of the mediator node 20. This recording instruction includes identification information of the trader A and identification information of the trader X as channel identification information together with the transaction data.

  Then, in the mediator node 20α, the transaction data recording process between the traders A and X in the AX channel storage means 32 is executed (step S3).

  More specifically, when the channel management unit 22 receives a recording instruction from the mediator system 40, the channel management unit 22 uses the necessary program (here, channel-in conversion program, serial number management program) from the AX channel storage unit 32. To get. In addition, you may acquire beforehand.

  Then, the channel management means 22 places the acquired channel-in conversion program in the main memory, and constructs the channel-in conversion means 23. It may be constructed in advance.

  Further, the channel management means 22 places the acquired serial number management program in the main memory, and constructs the serial number management means 25. It may be constructed in advance.

  Then, the data format of the transaction data is converted by the channel-in conversion means 23 and matched with the recording format of the AX channel storage means 32. Further, the serial number management means 25 assigns a serial number in the AX channel (here, D3).

  Thereafter, the channel management means 22 (which may be considered as a function of the channel-in conversion means 23) registers the converted transaction data and the AX channel serial number = D3 assigned thereto in the AX channel storage means 32. As a result, as shown in FIG. 3, the AX channel storage means 32 stores the identification information of the trader A, the identification information of the trader X, the transaction data (the state after the data format is converted for the channel), the AX channel Internal serial number = D3 is additionally stored. The transaction data registration process in the AX channel storage means 32 by the channel management means 22 (which may be considered as a function of the channel-in conversion means 23) here is for information sharing in the channel. Although the distribution process to the node is included, since there are various distribution modes for the distribution process to the other nodes, the detailed description is omitted here.

  Further, the channel management means 22 transmits the AX channel serial number = D3 given to the transaction data additionally registered in the AX channel storage means 32 to the synchronization channel recording instruction means 43 of the mediator system 40α via the network 3. To do.

  Thereafter, a reply acceptance process on the mediator system 40α side after the transaction data is reflected on the AX channel storage means 32 (after the synchronous recording) is executed (step S4).

  More specifically, the synchronization channel recording instruction means 43 receives the AX channel serial number transmitted from the mediator node 20α via the network 3, and the received AX channel serial number = D3 is received as the serial number corresponding storage means. 52 is stored in a blank (NULL, etc.).

  <Flow of transaction data registration and serial number management (channel ⇒ broker system 40): FIG. 4>

  In FIG. 4, transaction data between traders A and X additionally registered by another node (here, broker node 20β) is reflected (synchronized) in its own system (here, broker system 40α). Then, monitoring processing by polling on the mediator system 40α side is executed (step S11).

  More specifically, the channel monitoring unit 44 obtains the latest number (in this case, D3) of the serial number in the AX channel from the serial number correspondence storage unit 52.

  Subsequently, the channel monitoring unit 44 executes a polling process for transmitting a periodic inquiry signal via the network 3 to the channel management unit 22 of the mediator node 20α. This inquiry signal is an inquiry signal for confirming the presence / absence of transaction data having a number larger than the latest number of serial numbers in the AX channel acquired from the serial number correspondence storage means 52 = D3.

  Then, in the mediator node 20α, processing for extracting transaction data additionally registered by another node (intermediary node 20β) is executed (step S12).

  More specifically, the channel management means 22 receives a periodic inquiry signal from the intermediary system 40α, and determines whether there is transaction data having a larger number than the latest number of the serial number in the AX channel = D3. Thus, it is determined whether or not there is transaction data additionally registered by another node (intermediary node 20β).

  Here, when there is transaction data having a number larger than the latest number of the serial number in the AX channel = D3, the channel management unit 22 sends the transaction data from the AX channel storage unit 32 (serial number in the AX channel = D4). To extract. At this time, as shown in FIG. 4, in the AX channel storage means 32, the identification information of the trader A, the identification information of the trader X, transaction data (state of data format unified for recording on the channel), The AX channel serial number = D4 is stored, and the transaction data of the AX channel serial number = D4 is registered mainly by another node (intermediary node 20β).

  Subsequently, the channel management unit 22 acquires a necessary program (here, a channel-out conversion program) from the AX channel storage unit 32. In addition, you may acquire beforehand.

  Then, the channel management means 22 places the acquired channel-out conversion program in the main memory, and constructs the channel-out conversion means 24. It may be constructed in advance.

  Then, the conversion process of the data format of the transaction data is executed by the channel-out conversion means 24 to match the data format of the own system (intermediary system 40α).

  Further, by the channel management means 22 (which may be considered as a function of the channel-out conversion means 24), the converted transaction data and the AX channel serial number = D4 attached thereto are transmitted via the network 3 to the mediator system. It transmits to the channel monitoring means 44 of 40α.

  Thereafter, in the mediator system 40α, a process of reflecting the transaction data additionally registered by another node (mediator node 20β) on the own system (mediator system 40α) is executed (step S13).

  More specifically, the transaction data (transaction data after conversion into the data format of the own system) transmitted from the intermediary node 20α via the network 3 by the channel monitoring means 44 and its AX channel serial number = D4 are set. Receive.

  Subsequently, the synchronization transaction data recording means 45 assigns a serial number within the system (here, T4) to the transaction data received from the mediator node 20α.

  Then, the transaction data received from the intermediary node 20α by the synchronization transaction data recording means 45 (transaction data additionally registered in the AX channel storage means 32 mainly by another node (intermediary node 20β)) and assigned thereto. The own system serial number = T4 is recorded in the transaction data storage means 51. As a result, as shown in FIG. 4, the transaction data storage means 51 stores the identification information of the transaction A, the identification information of the transaction X, transaction data (the state of the data format of the own system), the own system serial number = T4. Is stored.

  Further, the serial number correspondence storage unit 52 additionally registers the serial number correspondence relationship by the synchronization transaction data recording unit 45. As a result, as shown in FIG. 4, the serial number correspondence storage means 52 additionally registers the serial number correspondence relationship in-system serial number = T4 and AX channel serial number = D4. Further, information indicating that the transaction data is additionally registered in the AX channel storage unit 32 mainly by another node (the mediator node 20β) is also registered in the serial number correspondence storage unit 52.

  <Effects of First Embodiment>

  According to such 1st Embodiment, there exist the following effects. That is, first, as an effect that can be said not only in the state of the parallel operation in FIG. 1 but also in the transaction recording system 10 in the state after the completion of the transition in FIG. The channel storage means 32 is provided, and the transaction data recorded in the channel storage means 32 is used as an intermediary node 20 installed by an intermediary that mediates between the traders (intermediation of a selection range selected by the trader). Sharer node 20), it is possible for traders to restrict their involvement (registration and browsing) in transaction data between traders other than the trader in which they are included. Therefore, it is possible to limit the involvement (registration and browsing) of transaction data between traders other than the trader who mediates.

  On the other hand, the trader is involved (registered) with respect to the transaction data recorded in the channel storage means 32 (channel storage means 32 between traders in which he is included) provided in the broker node 20 in the selected range. If a plurality of intermediaries (intermediary node 20) are selected between traders (between traders including myself), a plurality of intermediaries (intermediary node 20) can be selected. It is possible to easily use and transfer of the mediator (mediator node 20). For this reason, it is possible to expect a reduction in the usage fee of the mediator node 20 by preventing the mediator from being fixed and promoting the competition of the mediator.

  For example, trader A uses intermediary α and trader X uses mediator β to perform work that occurs with trade between traders A and X (for example, financial related business such as contract matching business) Etc.). At this time, a method of apportioning the usage fee between the mediators α and β is arbitrary. Further, first, the traders A and X can work using the mediator α, and then the traders A and X can work using the mediator β. Furthermore, first, the traders A and X work using the mediator α, and then the trader A uses the mediator α and the trader X works using the mediator β. Can do so.

  In addition, for an intermediary, in order to act as an intermediary for transactions between traders and an intermediary for work that occurs along with the transactions, it includes the traders who have accessed at the mediator node 20 installed by the broker. The channel storage means 32 between traders can be accessed to execute processing according to the trader's request (registration request, browsing request, work request). For this reason, since the information necessary to play the role of mediation can be obtained from the mediator node 20 under its own management, when accessing the channel storage means 32 in which the necessary information is recorded, For example, it is not necessary to perform complicated access authority management using encryption key technology, and the system configuration can be simplified.

  Next, for the transaction recording system 10 in which the intermediary node 20 and the intermediary system 40 shown in FIGS. 1 and 2 are operating in parallel, the transaction stored in the channel storage means 32 of the intermediary node 20 Since the transaction data between traders and the trade data between traders stored in the trade data storage means 51 of the mediator system 40 can be synchronized, the trade data between traders having the same content can be It can be held by both the node 20 and the mediator system 40.

  For this reason, in the situation where the existing mediator system 40 exists, the mediator node 20 is installed and operated in parallel, thereby maintaining the service providing function of the existing mediator system 40 while maintaining the mediator node 20. The function of the DLT by the provided channel storage means 32, that is, the function of holding information among the parties concerned can be utilized.

  Therefore, the service providing form by the DLT function including the existing intermediary system 40 (state in FIG. 1) is smoothly changed to the service providing form by the DLT function not including the existing intermediary system 40 (state in FIG. 5). Transition can be achieved.

  Further, for an intermediary who has an existing system corresponding to the intermediary system 40 but does not participate in the distributed ledger (intermediary who does not install the intermediary node 20 which is a participant node). Can promote participation in a distributed ledger, and in this sense, smooth transition to DLT (system using DLT) can be realized.

  Further, in the transaction recording system 10, since the channel storage means 32 stores a channel-in conversion program for data format conversion processing and a channel-out conversion program (see FIG. 2), the channel storage of the mediator node 20 is performed. Even if the data format (data format) differs between the transaction data stored in the means 32 and between the transaction data stored in the transaction data storage means 51 of the broker system 40. Both can be synchronized.

  Furthermore, since the data format conversion process can be realized by the smart contract, the function transfer of transferring the function of the mediator system 40 to the DLT can be smoothly advanced.

  Moreover, in the transaction recording system 10, since the serial number management program is stored in the channel storage means 32 (see FIG. 2), the serial number in the channel can be managed by the smart contract. Therefore, the intra-channel serial number only needs to be able to identify each transaction data between the traders in the channel storage means 32 between the same traders, that is, between the channel storage means 32 between different traders. Since it is not necessary to perform serial number management, a system configuration in accordance with such serial number management can be realized.

  Further, since the serial number in the channel can be managed by the smart contract, it is not necessary to provide a serial number managing means for the serial number in the channel on the mediator system 40 side. Function transfer to DLT can be facilitated.

  Further, since the transaction recording system 10 (see FIGS. 1 and 5) includes the super node 80, the authority different from the trader and the intermediary is given to the person who can view all channels, and the special role is given. Can be accomplished. Specifically, for example, the role of a securities custody transfer organization in the securities / finance field, an auditor (an organization such as a corporation, or an individual) who conducts an audit using transaction data stored in all channel storage means 32 Can be fulfilled.

  Furthermore, when the transaction recording system 10 (see FIGS. 1 and 5) is applied to brokerage of contract execution or other financial related business in the securities / financial field, When performing financial related business such as contract verification business, it is possible to use a plurality of intermediaries (intermediary node 20) and to easily transfer intermediaries (intermediary node 20). Convenience for consumers and market agents.

  More specifically, in a situation where various existing systems (intermediary system 40) provided by a plurality of vendors (intermediaries) are in a turbulent state, the orderer who is a trader (for example, an institutional investor) and the market agent This eliminates the need for individual vendors (for example, brokerage firms) to deal with each vendor system (intermediary system 40) to be adopted, thereby eliminating the labor of the trader and possible work errors due to individual correspondence. Can also be reduced.

  In conventional transactions, market agents (for example, securities companies) employ the same vendor system (intermediary system 40) as the orderers in response to requests from the orderers (for example, institutional investors). Since such a necessity is eliminated, the degree of freedom in selecting a vendor (intermediary) can be improved.

  Thereby, appropriate competition among vendors (intermediaries) is promoted, and it can be expected that costs (payment fees to vendors) are reduced and that service levels by vendors are improved.

  In addition, a portion that has been individually supported for a plurality of vendor systems (intermediary system 40) (for example, a plurality of clients are mounted on the transaction terminal 100 to correspond to each of the plurality of vendor systems) becomes unnecessary. Therefore, it is possible to simplify the system configuration and reduce the weight of the internal system of the trader (when the trader terminal 100 is regarded as a client system).

  Further, conventionally, rules and standards have not been unified in a plurality of vendor systems (intermediary system 40). However, by installing an intermediary node 20 that is a participant node of the distributed ledger, a distributed ledger ( It is possible to force each vendor (intermediary) to adopt common rules and standards mainly through the information sharing function of the common ledger storage means 31, 71, 91). Work that has been handled (for example, fee calculation in the case of contract verification work), correspondence to various regulations (for example, MiFID2 etc.), etc. are now consolidated in one place, and the costs for all concerned parties Reduction and compression of the corresponding period can be achieved.

  As described above, in the transition from the existing system configuration (configuration by the broker system 40) to the system configuration using DLT (configuration by the broker node 20), the vendor (broker) and the trader (orderer, market transaction). The response load on both parties is reduced, and a gradual transition at a small start becomes possible.

  [Second Embodiment]

  6 to 9 show a transaction recording system 200 according to the second embodiment of the present invention. FIG. 6 shows the overall configuration of a transaction recording system 200 (state in parallel operation) of the second embodiment. FIG. 7 shows a detailed configuration of the distributed ledger storage means 230, 270, 290 of the second embodiment, and FIG. 8 shows a detailed configuration of the mediator node 220 of the second embodiment. FIG. 9 shows the overall configuration of a transaction recording system 200 (state after completion of migration) according to the second embodiment.

  <Overall configuration of transaction recording system 200>

  The relationship between the transaction recording system 200 in the second embodiment in FIG. 6 in parallel operation and the transaction recording system 200 in FIG. 9 after completion of the transition is the same as that in FIG. 1 in the first embodiment. This is the same as the relationship between the transaction recording system 10 that is in a parallel operation state and the transaction recording system 10 that is in a state after the completion of transition in FIG.

  Since the transaction recording system 200 of the second embodiment has many parts having the same configuration as the transaction recording system 10 of the first embodiment, the same parts are denoted by the same reference numerals and detailed description thereof is omitted. Then, it demonstrates centering on a different part.

  In the first embodiment, the intermediary node 20 is mainly provided with the channel storage means 32 for each trader, and is stored in the channel storage means 32 between the broker nodes 20 in the selection range selected by the trader. Information was being shared.

  On the other hand, in the second embodiment, the intermediary node 220 and the trader node 260 are provided with channel storage means 232 and 272 for each trader and for each combination of traders, and are selected by the trader. Information stored in the channel storage means 232 and 272 is shared between the intermediary nodes 220 in the selected range and the transaction nodes 260 in the party range.

  Further, the transaction recording system 200 of the second embodiment also includes a super node 280 installed by a person who can view all channels, and the super node 280 is the same as the super node 80 of the first embodiment. Each channel storage means 292 for sharing information with each of the channel storage means 232 and 272 is provided.

  Therefore, in the transaction recording system 200 of the second embodiment, although the contents of the channel storage means 232, 272, 292 are different from the channel storage means 32, 72, 92 of the first embodiment, the channel storage means Except for the difference in the contents of the means, externally, any of the mediator node 220, the trader node 260, and the super node 280 is the mediator node 20, the trader node 60, and the super node 80 of the first embodiment. It has the same configuration as

  That is, as shown in FIG. 6, each intermediary node 220 (220α, 220β, 220γ,...) Includes a common ledger management unit 221, a channel management unit 222, and a distributed ledger storage unit 230. The distributed ledger storage unit 230 includes a common ledger storage unit 231 and each channel storage unit 232. Further, as shown in FIG. 8, the channel management means 222 includes a channel-in conversion means 223, a channel-out conversion means 224, and a serial number management means 225.

  The first embodiment also includes that each intermediary node 220 (220α, 220β, 220γ,...) Is provided with each intermediary system 240 (240α, 240β, 240γ,...) That is an existing system. It is the same as the case of.

  Each of the transaction nodes 260 (260A, 260B, 260C, 260X, 260Y, 260Z...) Includes a common ledger management unit 261, a channel management unit 262, and a distributed ledger storage unit 270. The model ledger storage unit 270 includes a common ledger storage unit 271 and each channel storage unit 272. In the first embodiment, some of the traders Z have their own trader nodes 60 installed (see FIG. 1), and the installation of these trader nodes 60 is not essential. On the other hand, in the second embodiment, as shown in FIG. 6, all the traders A, B, C, X, Y, Z,... Are traded by the trader nodes 260 (260A, 260B, 260C, 260X, 260Y). , 260Z ...) is different.

  Further, the super node 280 includes a common ledger management unit 281, a channel management unit 282, and a distributed ledger storage unit 290. The distributed ledger storage unit 290 includes the common ledger storage unit 291 and each channel. And storage means 292.

  <Detailed Configuration of Distributed Ledger Storage Means 230, 270, 290: FIG. 7>

  In FIG. 7, common ledger storage means 231, 271, 291 store common information shared by all participant nodes (all intermediary nodes 220, all trader nodes 260, and super node 280). . This is the same as in the case of the first embodiment. In addition, the circles in FIG. 7 indicate that each node includes each storage unit.

  In the example of FIGS. 6 and 7, the distributed ledger storage means 230 of the mediator node 220α installed by the mediator α is an αβAXS channel that stores transaction data between the businesses A and X mediated by the mediators α and β. Transaction between the storage means 232, the αγCZS channel storage means 232 for storing transaction data between the traders C and Z mediated by the mediators α and γ, and the trade between the traders A and Y mediated by the mediators α, β and γ ΑβγAYS channel storage means 232 for storing data.

  Note that the letter “S” attached to the name of the channel storage means means information sharing with the super node 280, and therefore is included in the names of all the channel storage means. Absent. However, in the first embodiment, for example, the AX channel storage means 32 means a channel storage means for storing transaction data between the traders A and X. Since the configuration is such that the mediator installs the participant node (mediator node 20) without installing the node, the name of the channel storage means, the participant node (the name of the participant who installs the participant node), and Did not matter at all. On the other hand, in the second embodiment, all traders and all intermediaries are configured to install participant nodes (intermediary node 220, trader node 260). And the participant node (the name of the participant who installs the participant node), the letter “S” indicating the super node 280 that is also the participant node is also used in the channel storage means. It is included in the name.

  Here, for example, the αβAXS channel storage means 232 stores only the transaction data between the traders A and X for the transaction data. Therefore, the αβAXS channel storage means 232 does not store transaction data between the traders C and Z and trade data between the traders A and Y. Although only the transaction data between the traders A and X is stored, since the smart contract program and the like are stored (see FIG. 8), “only” means the transaction data. Means between the traders A and X only. Similarly, with respect to transaction data, the αγCZS channel storage means 232 stores only between the traders C and Z, and the αβγAYS channel storage means 232 stores only between the traders A and Y.

  Further, αβAXS channel storage means 232 for storing transaction data between the traders A and X mediated by the mediators α and β, and αβCXS for storing transaction data between the traders C and X mediated by the mediators α and β. The channel storage means 232 (however, the latter is not in the examples of FIGS. 6 and 7) is a different channel storage means 232. This is because one trader X matches, but the other traders A and C are different. On the other hand, for example, in the buying and selling transaction, the transaction data between the buyer F and the seller W using the brokers ξ and η, and the trading relationship between them are reversed. The transaction data between the trader W who is the buyer and the trader F who is the seller are stored in the same ξηFWS channel storage means 232. Therefore, the ξηFWS channel storage means 232 between the traders F and W mediated by the mediators ξ and η and the ξηWFS channel storage means 232 between the traders W and F mediated by the mediators ξ and η are the same. , It is not necessary and should not be changed. This is because both traders are in agreement.

  Further, αβAXS channel storage means 232 for storing transaction data between the traders A and X mediated by the mediators α and β, and transaction data between the traders A and X mediated by the mediators α, β, γ are stored. The αβγAXS channel storage means 232 to be used (however, the latter is not in the examples of FIGS. 6 and 7) is a different channel storage means 232. In the former case, since the trader has selected the brokers α and β, the two broker nodes 220α and 220β are the broker nodes 220 of the selection range for sharing information, whereas the latter case. This is because the trader selects the mediators α, β, and γ, so that the three mediator nodes 220α, 220β, and 220γ become the mediator nodes 220 in the selection range for sharing information.

  The intermediary node 220 includes channel storage means 232 between traders mediated by the mediator who installed the mediator node 220, and channel storage means 232 between traders that the mediator itself does not mediate. It is set as the structure which does not have.

  Specifically, in the example of FIGS. 6 and 7, the mediator node 220α includes the αβAXS channel storage unit 232, the αγCZS channel storage unit 232, and the αβγAYS channel storage unit 232. Therefore, the mediator node 220α is installed. The intermediary α thus performed mediates between the traders A and X, mediates between the traders C and Z, and mediates between the traders A and Y. Further, from another point of view, the mediator node 220α does not include the channel storage means 232 between the traders that the mediator α does not mediate, so the name of the channel storage means 232 provided in the mediator node 220α is Therefore, the letter “α” is always included.

  6 and 7, the distributed ledger storage means 270 of the transaction node 260A installed by the transaction A stores transaction data between the transactions A and X mediated by the intermediaries α and β. αβAXS channel storage means 272 and αβγAYS channel storage means 272 for storing transaction data between the traders A and Y mediated by the mediators α, β, and γ.

  Further, the trader node 260 includes a channel storage unit 272 between traders including the trader himself who has installed the trader node 260 and a channel storage unit 272 between traders not including the trader himself. There is no configuration.

  Specifically, in the example of FIGS. 6 and 7, the trader node 260A includes the αβAXS channel storage unit 272 and the αβγAYS channel storage unit 272. Therefore, the trader A who installed the trader node 260A In both cases, the transaction between the traders A and X included in one of the traders and the trade between the traders A and Y are performed. Further, from another viewpoint, the trader node 260A does not include the channel storage means 272 between traders not including the trader A. Therefore, the name of the channel storage means 272 provided in the trader node 260A is Therefore, the letter “A” is always included.

  As described above, the channel storage means 232 and 272 between the same traders among the channel storage means 232 and 272 provided between the traders and for each combination of mediators include the plurality of mediator nodes 220 and Among the plurality of trader nodes 260, the broker node 220 of the selection range set by the broker selected as a broker who mediates between the same traders and the traders included between the same traders are installed. The transaction data is provided in the transaction node 260 of the party range, and the transaction data between the same transactions is shared between the broker node 220 of the selected range and the transaction node 260 of the party range.

  Specifically, as shown in FIGS. 6 and 7, the αβAXS channel storage means 232 for storing transaction data between the traders A and X mediated by the brokers α and β includes the broker nodes 220α and 220β Provided in the broker nodes 260A and 260X (and the super node 280), the traders A and X select two (or two groups) brokers α and β, and thereby two broker nodes 220α. , 220β is the broker node 220 in the selected range, and the transaction nodes 260A and 260X are the transaction nodes 260 in the party range.

  Similarly, as shown in FIGS. 6 and 7, the αγ CZS channel storage means 232 for storing transaction data between the traders C and Z mediated by the brokers α and γ includes the broker nodes 220α and 220γ and the trader nodes. 260C and 260Z (as well as the super node 280), the traders C and Z select two (or two groups) intermediaries α and γ, thereby two mediator nodes 220α and 220γ. Is the broker node 220 of the selected range, and the transaction nodes 260C and 260Z are the transaction nodes 260 of the party range.

  Further, as shown in FIGS. 6 and 7, the αβγAYS channel storage means 232 for storing transaction data between the traders A and Y mediated by the mediators α, β and γ includes mediator nodes 220α, 220β, 220γ and Since the transaction nodes 260A and 260Y (and the super node 280) are provided, the transaction parties A and Y select three (or three groups) intermediaries α, β, and γ, and thereby three intermediaries. The broker nodes 220α, 220β, and 220γ are the broker nodes 220 in the selected range, and the transaction nodes 260A and 260Y are the transaction nodes 260 in the party range. Thus, the trader may select three (or three groups) or more intermediaries (intermediary node 220).

  Further, as shown in FIG. 7, βBXS channel storage means 232 for storing transaction data between traders B and X mediated by intermediary β includes intermediary node 220β and trader nodes 260B and 260X (and super node 280). ), The traders B and X select only one (or one group) intermediary β. As described above, in the system configuration, the trader can select only one (or one organization) intermediary (mediator node 220), but only one (or one organization) can select. In this selection, work through a plurality of mediators (mediator node 220) and transfer of mediators (mediator node 220) cannot be performed, and there is a possibility that an adverse effect may occur due to immobilization of mediators. The effect of the present invention cannot be sufficiently obtained. However, since the information is shared with the super node 280, the effect of the present invention can be obtained in that respect.

  In principle, when a trader selects an intermediary to be used, as in the case of the first embodiment, in principle, work before a trade between traders occurs, or work accompanying a trade between traders. If the channel storage means 232 can be easily installed in the intermediary node 220, or if it can be automatically installed, etc. You may select when the mediation of the work accompanying a transaction between them is performed.

  In addition, the trader may additionally select an intermediary to be used later. In this case, the intermediary node 220 installed by the additionally selected intermediary has a selection range of intermediaries to be shared. All of the information that has been added to the node 220 and the channel storage means 232 is newly installed in the intermediary node 220 and has been shared until then (in principle, all but only part of the information including the latest information) May also be copied to the new channel storage means 232. Furthermore, since the number of intermediaries increases, the name of the channel storage means 232 is also changed. On the other hand, the trader can also reduce the number of intermediaries to be used later. In this case, the channel storage means 232 is deleted from the mediator node 220 installed by the mediator who is not selected by the trader. At the same time, the name of the channel storage means 232 is also changed.

  Further, the information shared by the channel storage means 232, 272, 292 is transaction data between the same traders, but the range of the same traders is limited to transactions or transactions subject to mediation by the mediators. It can be adjusted according to the nature of the work involved. This is the same as in the case of the first embodiment.

  Further, in each channel storage means 232, 272, 292, in addition to transaction data between traders, various programs for smart contracts (for example, channel-in conversion program, channel-out conversion program, serial number management program, etc.) are stored. It is stored (see FIG. 8). This is the same as in the case of the first embodiment. However, since the transaction node 260 is not provided with an equivalent to the broker system 240, the synchronization process is not performed. Therefore, in the transaction node 260, the channel-in conversion program stored in the channel storage means 272, Channel out conversion programs are never used. The trader node 260 is not provided with an equivalent to the broker system 240 for brokers to broker between traders. In some cases, there is a trader system (not shown) for performing work that accompanies the transaction. In that case, a channel-in conversion program or a channel-out conversion program may be used. .

  <Flow of registration and serial number management of transaction data in the second embodiment>

  Also in the transaction recording system 200 of the second embodiment, processing similar to the flow of transaction data registration and serial number management in the first embodiment shown in FIGS. 3 and 4 is performed.

  However, in the case of the second embodiment, since the trader has installed his trader node 260, access for a request (registration request, browsing request, work request) from the trader terminal 100 is not performed. , It may be performed on the broker system 240 installed by the broker selected by the user, or may be performed on the trader node 260 installed by the broker.

  When the access from the trader terminal 100 by the trader is performed with respect to the broker system 240, the flow is the same as in the case of the first embodiment. Therefore, the mediator system 240 has a configuration similar to that of the mediator system 40 (see FIG. 2) of the first embodiment, and performs the same processing as that of the first embodiment.

  As shown in FIG. 8, the mediator node 220 also has the same configuration as the mediator node 20 (see FIG. 2) of the first embodiment, and as in the case of the first embodiment, synchronization processing is performed. And data format conversion processing for it. The contents of the information stored in each channel storage means 232 are the same as in the case of the first embodiment, and the participant nodes that share the information stored in each channel storage means 232 have the above-mentioned first embodiment. Only the form is different. That is, as described above, in the first embodiment, since the installation of the transaction node 60 is not essential, information sharing is mainly performed between the broker nodes 20 in the selected range, but in the second embodiment, The information stored in the channel storage means 232 and 272 is shared between the broker node 220 in the selected range and the transaction node 260 in the party range.

  On the other hand, when the access from the trader terminal 100 by the trader is made not to the broker system 240 but to the trader node 260 installed by the trader, the channel of the trader node 260 is used. The management unit 262 (including cooperation with the common ledger management unit 261) serves as the trader request reception unit 41 (see FIG. 2) of the mediator system 40 of the first embodiment.

  However, since there is nothing corresponding to the transaction data storage means 51 (see FIG. 2) of the first embodiment in the trader node 260, the channel management means 262 is the transaction data storage means 51 in the first embodiment. Instead of registering data in, browsing registered data, and using registered data, register data in the channel storage unit 272, view registered data, and use registered data It will be. In addition, since there is no counterpart corresponding to the broker system 240 in the transaction node 260, the channel management means 262 does not perform the synchronization process or the data format conversion process therefor. However, as described above, the trader node 260 is not provided with an equivalent of the broker system 240 for the broker to mediate between traders, but the trader includes a trader including himself / herself. In some cases, there is a trader system (not shown) for performing transactions between them or work that occurs with those transactions. In that case, synchronization processing and data format conversion processing are not performed. May be.

  Therefore, the channel management means 262 of the trader node 260 has the same function as the channel management means 22 of the broker node 20 of the transaction recording system 10 in the state after the completion of the transition shown in FIG. 5 of the first embodiment. It will be.

  <Transaction record system 200 after completion of migration: FIG. 9>

  Further, even when the transaction recording system 200 of the second embodiment is in the state after the completion of the transition shown in FIG. 9, access for requests (registration request, browsing request, work request) from the trader terminal 100 is performed. May be performed on the broker node 220 installed by the broker selected by the trader itself, or may be performed on the trader node 260 installed by the trader himself.

  When an access for a request from the trader terminal 100 is made to the mediator node 220, the mediation of the transaction recording system 10 in a state after the completion of the transition shown in FIG. 5 of the first embodiment. This is the same as when access is made to the operator node 20.

  On the other hand, when access for a request from the trader terminal 100 is made to the trader node 260, the trader node 260 of the transaction record system 200 in the parallel operation state shown in FIG. This is the same as when access is performed. This is because the transaction node 260 is not provided with anything corresponding to the intermediary system 240, so that the state during parallel operation in FIG. 6 is the same as the state after the completion of transition in FIG.

  <Effects of Second Embodiment>

  According to such 2nd Embodiment, there exist the following effects. That is, first, as an effect that can be said not only in the state of parallel operation in FIG. 6 but also in the transaction recording system 200 that has been in the state after the completion of the transition in FIG. In addition, separate channel storage means 232 and 272 are provided for each combination of intermediaries, and the transaction data recorded in the channel storage means 232 and 272 is set up by an intermediary that mediates between the traders. Sharer node 220 (intermediary node 220 of the selection range selected by the trader) and trader node 260 (partner range trader node 260) established by the trader included between the traders, For traders, it is possible to limit the involvement (registration and viewing) of trade data between traders other than the trader in which they are included. , It is possible to limit their involvement to the transaction data between traders other than between the traders to mediate (registered and browsing). This effect is the same as in the case of the first embodiment.

  On the other hand, the trader is involved (registered) with respect to the transaction data recorded in the channel storage means 272 (the channel storage means 272 between traders in which he is included) provided in the trader node 260 in the party scope. And can be recorded in the channel storage means 232 (channel storage means 232 between traders in which they are included) provided in the broker node 220 of the selection range selected by the broker via the broker. It is also possible to participate (register and view) transaction data that has been posted. For this reason, if a trader chooses a plurality of mediators (mediator node 220) between traders (between traders including himself), the trader uses a plurality of mediators (mediator node 220). In addition, the transfer of the mediator (the mediator node 220) can be easily performed. This effect is also the same as in the case of the first embodiment.

  In addition, for intermediaries, in the role of intermediary of transactions between traders and mediation of work that occurs along with transactions, including intermediaries that have accessed in the intermediary node 220 installed by themselves Access for executing processing according to the request (registration request, browsing request, work request) of the trader can be performed on the channel storage means 232 between traders. For this reason, information necessary to play the role of mediation can be obtained from the mediator node 220 under its own management. Therefore, when accessing the channel storage means 232 in which necessary information is recorded, For example, it is not necessary to perform complicated access authority management using encryption key technology, and the system configuration can be simplified. This effect is also the same as in the case of the first embodiment.

  Next, as for the transaction recording system 200 in which the mediator node 220 and the mediator system 240 shown in FIG. 6 are operating in parallel, the channel storage of the mediator node 220 is the same as in the first embodiment. Since the synchronization processing is performed between the means 232 and the transaction data storage means (not shown) of the mediator system 240, transaction data between the same content traders is exchanged between the mediator node 220 and the mediator system 240. It can be held by both.

  Therefore, in the situation where the existing mediator system 240 exists, the mediator node 220 is installed and operated in parallel, so that the service providing function by the existing mediator system 240 is maintained and the mediator node 220 is maintained. It is possible to make use of the DLT function by the provided channel storage means 232, that is, the function of holding information among related parties. This effect is also the same as in the case of the first embodiment.

  Therefore, the service provision form based on the DLT function including the existing intermediary system 240 (state in FIG. 6) is smoothly changed to the service provision form based on the DLT function not including the existing intermediary system 240 (state in FIG. 9). Transition can be achieved.

  Further, for an intermediary who has an existing system corresponding to the intermediary system 240 but does not participate in the distributed ledger (intermediary who does not install the intermediary node 220 which is a participant node). Can promote participation in a distributed ledger, and in this sense, smooth transition to DLT (system using DLT) can be realized.

  Further, in the transaction recording system 200, the channel storage means 232 stores a channel-in conversion program for data format conversion processing and a channel-out conversion program (see FIG. 8). The data format (data format) is different between the transaction data stored in the means 232 and between the transaction data stored in the transaction data storage means (not shown) of the broker system 240. Even if it is, both can be synchronized. This effect is also the same as in the case of the first embodiment.

  Furthermore, since the data format conversion process can be realized by the smart contract, the function transfer of transferring the function of the mediator system 240 to the DLT can be smoothly advanced. This effect is also the same as in the case of the first embodiment.

  Further, in the transaction recording system 200, since the serial number management program is stored in the channel storage means 232 and 272 (see FIG. 8), the serial number in the channel can be managed by the smart contract. Therefore, the serial number in the channel is the transaction data in the channel storage means 232 and 272 for storing the same transaction data (channel storage means 232 and 272 of the same trader and the same intermediary combination). In other words, it is not necessary to perform serial number management between the channel storage means 232 and 272 for storing transaction data of different contents, so that a system configuration in accordance with such serial number management is realized. be able to. This effect is also the same as in the case of the first embodiment.

  Further, since the serial number in the channel can be managed by the smart contract, it is not necessary to provide a serial number managing means for the serial number in the channel on the mediator system 240 side. Function transfer to DLT can be facilitated. This effect is also the same as in the case of the first embodiment.

  In addition, the effect of providing the super node 280 and the effect when applied to the brokerage of a contract verification business or other financial related business in the securities / finance field are also obtained as in the case of the first embodiment. be able to.

  [Deformation form]

  Note that the present invention is not limited to the above-described embodiment, and modifications and the like within a scope where the object of the present invention can be achieved are included in the present invention.

  For example, in each of the above embodiments, the channel storage means 32 and 232 store a channel-in conversion program and a channel-out conversion program in addition to transaction data (see FIGS. 2 and 8). , 220 channel construction means 23, 223 and channel out conversion means 24, 224 are constructed by the channel management means 22, 222, but the data format conversion process is performed in such a smart contract. For example, the mediator nodes 20 and 220 may be provided with channel-in conversion means 23 and 223 and channel-out conversion means 24 and 224 that do not depend on the smart contract. That is, instead of acquiring a program from each channel storage means 32, 232, the channel-in conversion means 23, 223 or channel-out conversion means 24 is used by a program stored in a storage area other than each channel storage means 32, 232. , 224 may be realized. However, if it is realized by a smart contract, the completion of the transition to the system using DLT can be accelerated.

  Further, as indicated by a two-dot chain line in FIG. 2, channel-in conversion means and channel-out conversion means may be provided on the mediator system 40, 240 side instead of the mediator node 20, 220 side.

  Further, the serial number management is the same, and it is not the serial number management by the smart contract using the serial number management program (see FIGS. 2 and 8) stored in each channel storage means 32, 232, but other than each channel storage means 32, 232 The serial number managing means 25 and 225 may be realized by a program stored in the storage area. However, if it is realized by a smart contract, the completion of the transition to the system using DLT can be accelerated.

  In the first embodiment, as shown in FIG. 2, the channel monitoring unit 44 performs polling to monitor the additional registration of transaction data in the channel storage unit 32 by other nodes (the first unit). The same applies to the second embodiment), not the polling from the mediator system 40, 240 side, but the transaction data to the channel storage means 32, 232 by other nodes by the channel management means 22, 222 on the mediator node 20, 220 side. The additional registration may be monitored, and the additionally registered transaction data may be transmitted to the mediator system 40, 240 side.

  Further, in the first embodiment, the transaction data is temporarily stored in the transaction data storage means 51 and then synchronized with the channel storage means 32 (see FIG. 2). The transaction data generated by the input from 100 or the like may be registered in the transaction data storage unit 51 and the channel storage unit 32 in parallel. The same applies to the second embodiment.

  In the first embodiment, in step S11 of FIG. 4, the latest number (= D3) of the serial number in the AX channel is acquired from the serial number correspondence storage unit 52 by the channel monitoring unit 44 of the mediator system 40α. A polling process for transmitting an inquiry signal for confirming the presence / absence of transaction data having a larger number than the latest number (= D3) is performed on the channel management means 22 of the node 20α. In step S12 of FIG. The channel management means 22 of the node 20α is configured to determine whether or not there is transaction data having a number larger than the latest number (= D3) of the serial number in the AX channel included in the received inquiry signal (see above). The same applies to the second embodiment), and whether or not there is transaction data additionally registered by another node in the AX channel storage means 32 is as follows: Process is not limited to such as.

  For example, all the transaction data stored in the AX channel storage unit 32 (or, for example, all the transaction data of the current day, within the last one week by the channel monitoring unit 44 to the channel management unit 22 of the mediator node 20α. The inquiry signal requesting the transmission of the serial number in the AX channel (= D1, D2, D3, D4) for all the transaction data within the most recent fixed period (such as all transaction data of the May be. Then, the channel monitoring means 44, among the AX channel serial numbers (= D1, D2, D3, D4) returned from the mediator node 20α, is stored in the AX channel serial number (stored in the serial number correspondence storage means 52). = D1, D2, D3) It is determined whether or not a serial number in the AX channel is included, and if it is included, the serial number in the AX channel = D4 is sent to the channel management means 22 of the mediator node 20α. It is good also as a structure which performs the transmission request | requirement of transaction data.

  Further, the channel monitoring means 44 sends all transaction data acquired from the serial number correspondence storage means 52 to the channel management means 22 of the mediator node 20α (or all the transaction data of the day, for example, all within the last week). It is not included in the AX channel serial number (= D1, D2, D3) for all the transaction data within the most recent fixed period (such as transaction data of An inquiry signal for confirming whether or not the AX channel serial number exists in the AX channel storage means 32 may be used. Then, by the channel management means 22 of the mediator node 20α, the serial number in the AX channel (= D1, D2, D3) of the received inquiry signal and the serial number in the AX channel (= D1, D3) stored in the AX channel storage means 32 D2, D3, D4), and the transaction data of the AX channel serial number (= D4) not included in the AX channel serial number (= D1, D2, D3) of the inquiry signal is extracted, and the intermediary It is good also as a structure which transmits to the channel monitoring means 44 of system 40 (alpha).

  As described above, the transaction recording system and program of the present invention can be used, for example, between a purchaser of a financial product buying and selling order and a market agent who carries out a buying and selling order to the market based on a request from the buyer. It is suitable for use when recording contract verification data or other financial-related business data necessary for the work when performing contract verification business or other financial-related business in Japan .

DESCRIPTION OF SYMBOLS 1 Peer-to-peer (P2P) network for distributed ledger formation 10,200 Transaction recording system 20,220 Intermediary node 23,223 Channel-in conversion means 24,224 Channel-out conversion means 25,225 Serial number management means 32, 72, 92, 232, 272, 292 Channel storage means 40, 240 Intermediary system 41 Trader request acceptance means 42 Synchronization transaction data extraction means 43 Synchronization channel recording instruction means 44 Channel monitoring means 45 Synchronization transaction data recording means 51 Transaction data storage means 60,260 Transaction node 80,280 Super node

Claims (9)

Transaction recording system configured by a plurality of computers that records data indicating transaction contents between traders and / or related data generated or fulfilled during execution of trades between traders as trade data between traders. Because
Multiple intermediary nodes set up by intermediaries that mediate transactions between traders or mediate work between traders are connected by a peer-to-peer network for forming a distributed ledger. Configured
The intermediary node includes channel storage means provided for each trader in order to store trade data between traders in a state that does not include trade data between other traders. It is configured to include the channel storage means between traders mediated by the mediator who has installed the node, and not include the channel storage means between traders that the mediator itself does not mediate,
The channel storage means between the same traders among the channel storage means provided for each trader is selected as an intermediary that mediates between the same traders among the plurality of mediator nodes. The transaction is provided in the broker node of the selected range set by the broker, and the transaction data between the same brokers is configured to be shared between the broker nodes of the selected range. Recording system. Transaction recording system configured by a plurality of computers that records data indicating transaction contents between traders and / or related data generated or fulfilled during execution of trades between traders as trade data between traders. Because
Distribute multiple intermediary nodes set up by intermediaries that mediate transactions between traders or work involved in transactions between traders, and multiple trader nodes set up by each of the traders It is configured by connecting with a peer-to-peer network for forming a model ledger,
The intermediary node and the trader node mediate between traders and between traders in order to store transaction data between traders without including transaction data between other traders. Channel storage means provided for each combination of mediators, wherein the mediator node comprises the channel storage means between traders mediated by the mediator who installed the mediator node, and The intermediary itself is configured not to include the channel storage means between traders who do not mediate, and the trader node includes the channel storage means between traders including the trader himself who installed the trader node. And, it is configured not to include the channel storage means between traders not including the traders themselves,
Among the channel storage means provided between each trader and for each combination of brokers, the channel storage means between the same traders includes a plurality of broker nodes and a plurality of trader nodes. Among them, the broker node of the selection range set by the broker selected as the broker that mediates between the same traders and the party node of the party range set by the traders included between the same traders The transaction recording system is characterized in that the transaction data between the same traders is provided and shared between the broker nodes in the selection range and between the trader nodes in the party range. An intermediary system that is installed by the same intermediary as the intermediary that installed the intermediary node and operates in parallel with the intermediary node;
This mediator system
Accepting a request for registration of transaction data between traders by one or both of the brokers that the broker who has installed the broker system intervenes, or in addition to this registration request, a request for browsing transaction data between traders, or A trader request accepting means for accepting a work request using transaction data between traders and executing processing corresponding to the request;
Transaction data storage means for storing transaction data between traders related to the registration request accepted by the trader request acceptance means;
Transaction data extraction means for synchronization for executing processing for extracting transaction data between traders newly registered in the transaction data storage means;
Synchronization channel recording instruction means for executing processing for instructing to record the transaction data between the traders extracted by the transaction data extraction means for synchronization in the channel storage means between the traders of the mediator node When,
Channel monitoring means for monitoring whether or not transaction data between traders is newly recorded in the channel storage means of the intermediary node, and executing processing for acquiring newly recorded transaction data between traders When,
The synchronization transaction data recording means for executing a process of recording the transaction data between the traders obtained by the channel monitoring means in the transaction data storage means. The transaction recording system according to 1 or 2. The transaction data storage means includes
It is configured to store transaction data between traders having the same contents as the transaction data stored in the channel storage means but having different recording formats,
The channel storage means includes
Channel-in conversion program for data format conversion processing from transaction data between traders stored in the transaction data storage means to transaction data between traders stored in the channel storage means, and the channel storage means A channel-out conversion program for converting the data format from the transaction data stored in the transaction to the transaction data stored in the transaction data storage means.
The intermediary node is
Transaction data between traders received from the synchronization channel recording instruction means of the intermediary system is converted between data formats by the channel-in conversion program acquired from the channel storage means, and then the traders between the traders. Channel-in conversion means for executing processing for recording in the channel storage means;
A channel-out processing for transferring transaction data between traders stored in the channel storage means to the channel monitoring means after converting the data format by the channel-out conversion program acquired from the channel storage means The transaction recording system according to claim 3, wherein the transaction recording system includes a conversion unit. The channel storage means includes
It is configured to store a serial number management program for managing intra-channel serial numbers attached to transaction data between traders recorded in the channel storage means,
The intermediary node is
It is configured to include serial number management means for executing processing for assigning a serial number in the channel by the serial number management program acquired from the channel storage means for transaction data between traders newly recorded in the channel storage means. The transaction recording system according to any one of claims 1 to 4, wherein The peer-to-peer network includes
The channel storage means between all traders is provided by all channel viewers who can browse the transaction data between all traders stored in the channel storage means between all traders. The transaction record system according to claim 1, wherein a super node is connected. The trader is an orderer of a financial product buying and selling order, and a market agent who performs the buying and selling order to the market based on a request from the orderer,
The work associated with the transaction between the traders is a trade matching business or other financial related business for the buy and sell order,
The intermediary is an intermediary that performs the contract verification business or other financial related business,
The transaction data between the traders as the related data is transaction verification data including market transaction data according to the buy / sell order or processed data thereof, or other financial related business data. The transaction recording system according to any one of 1 to 6.   The program for functioning a computer as an intermediary node which comprises the transaction recording system in any one of Claims 1-7.   The program for functioning a computer as a trader node which comprises the transaction recording system of Claim 2.

Images