JP6629908B2 - Transaction record system and program - Google Patents

Description

  The present invention is configured by a plurality of computers that record, as transaction data between traders, data indicating the details of transactions between the traders and / or related data generated or generated along with the execution of the transactions between the traders. Trade record system and program, for example, a trade matching operation between the orderer of a trading order for a financial instrument and a market agent who brokers a trading order to the market based on a request from the orderer or When performing other financial-related business through an intermediary, the present invention can be used for recording contract matching data or other financial-related business data required for the work.

  Generally, in the securities and finance industry, work called a contract matching business (a type of finance-related business) is performed between institutional investors (investment trust companies and investment advisory companies) and securities companies. Various vendor (service provider) systems are provided as systems for supporting the contract matching operation. In the specification of the present application, these vendors are referred to as intermediaries, and existing systems provided by these vendors are referred to as intermediary systems.

  The composition of the institutional investor transaction in which this trade matching operation 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, a buy / sell order is issued to a securities company by itself, and the securities company takes this order and then places an order on the market. Since the market returns a contract notice (performance notice), the securities company receives this and notifies the individual investor of the contract result. And since the number of orders per day is not so large, once a contract is executed in the market, the settlement method that has been agreed in advance with the securities company without confirming the contents of the contract or the settlement conditions. Make a payment.

  In the case of institutional investor transactions, on the other hand, an investment trust is set up using funds collected from many investors, and the investment trust consignment company (investment trust consignment company) that manages the investment trust becomes the ordering party, or individual clients It is rare for an investment advisory company that manages assets received from a client to do everything from buying and selling orders to settlement like a private investor, as it is an individual investor. Become.

  For example, in the case of pension fund management, the pension fund, which is the customer, usually does not make investment decisions on its own, but instead trusts the assets under management to a trust bank and manages the investment advisory company (institutional investment House). Investment advisory companies are entrusted with the management of many pension funds, so they usually place orders for securities companies (pension funds) at once. Securities companies then take the orders in bulk and place orders in the market, receive a contract notice (performance notification) from the market, and notify the investment advisory company (institutional investor) of the contract result. Then, the investment advisory company performs an operation of allocating the contracted portion to accounts of a plurality of customers (allocation). In the case of an investment trust trust company (institutional investor), the order for constituents of multiple funds is placed at once with securities companies, so the work of allocating contracts to multiple funds (allocation) )I do.

  This allocation information (allocation result information) is shared between the institutional investor and the securities company, and a contract matching operation is performed in which both sides match the contract result data after the close. A series of operations from institutional investors and securities companies as described above, from the communication of contract results to the execution of contract reconciliation, have conventionally been performed manually by e-mail or facsimile, but in recent years, As described above, systems (intermediary systems) by various vendors (service providers) have been developed and spread.

  Further, in the institutional investor transaction, as described above, not only the contract matching business is performed using various vendor systems, but also in the subsequent stage, the finance-related business involving matching (matching processing) is performed. That is, after the allocation is performed, a settlement collation system by a securities custody transfer mechanism (hereinafter, may be abbreviated as “suspension”) that performs various types of matching between the institutional investors, securities companies, and trust banks. There is. In the settlement verification system using the vibration, the contract verification is performed between the institutional investor and the securities company, and then the settlement verification is performed between the trust bank and the securities company.

  By the way, in recent years, distributed ledger technology (hereinafter, referred to as “DLT”) such as blockchain has been used as a technology for recording transaction data. The DLT is a technology in which a plurality of computers (in the present application, these are referred to as nodes) connected by a P2P (peer-to-peer) network share information between related parties, and will be described later. As described above, the present invention also utilizes this DLT.

  In addition, in terms of the system using DLT, as a technology related to the present invention, an accounting operation is performed using a computing system in conjunction with a transaction using a blockchain, and the execution result and 2. Description of the Related Art A financial transaction system that determines the validity of a transaction by matching contents recorded with a block chain is known (see Patent Document 1). Further, there is known a securities transaction support system that accurately and efficiently supports custody business in securities transactions by non-residents (see Patent Document 2).

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

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

  As described above, in the contract matching business, various vendors (service providers) provide systems (intermediary systems).

  However, the use of these existing vendor systems is based on the premise that both institutional investors and securities firms use the same system. The system has been introduced. Specifically, securities firms engage in transactions with multiple institutional investors (contracts related to the transfer of trading orders to the market). If you access the vendor system using the client software for the vendor system used by the investor and perform the contract matching business with another institutional investor, use another vendor system used by another institutional investor. Access to another vendor system using this client software to enter trade matching data. Therefore, the procedure is complicated and there is a possibility that a work error may occur.

  Also, once a vendor system is used between an institutional investor and a securities company, it is fixed by that system, so there is almost no opportunity to use another vendor system. In addition, since the storage format (data format) of the data for contract matching in the database in the vendor system is different for each vendor system, there is no data interchangeability. Makes it difficult to use multiple vendor systems. Further, since there is no competition between vendors, the usage fee of the vendor system is fixed.

  Therefore, it would be convenient if the problem of the difference in data storage format could be solved, and the execution of trade matching between institutional investors and securities companies using multiple vendor systems could be convenient. It is convenient if the transfer can be easily performed. For example, the institutional investor (trader) A uses the system of the vendor (intermediary) α, and the securities company (trader) X uses the system of the vendor (intermediary) β to connect with the institutional investor A. It is convenient if it is possible to execute a contract collation operation with the securities company X. In addition, institutional investor A and securities company X must execute the contract matching business using the system of vendor α at one time, and perform the contract matching business using the system of vendor β at another time. It would be useful if you could.

  The above is not limited to the execution of the contract matching business, but is performed between the orderer of the trading order of the financial product and the market agent that brokers the trading order to the market based on a request from the orderer. The same can be said for other finance-related businesses. Further, not only in the field of securities and finance, but also in various fields if an intermediary intervenes in transactions between traders or work performed in accordance with transactions between traders. For example, if the transaction is a real estate lease agreement and there are borrowers and lenders as business partners and their intermediaries, or if the transaction is a contract related to construction and the order is received from the building contractor and contractor as the business partner. And an intermediary.

  An object of the present invention is to make it possible to use a plurality of intermediaries in a transaction between traders or work associated with the intermediary, and to easily perform transfer of the intermediary, and it is necessary to individually deal with each of the plurality of intermediaries. And a transaction record system and a program capable of eliminating the problem.

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

The present invention is configured by a plurality of computers that record, as transaction data between traders, data indicating the details of transactions between the traders and / or related data generated or generated along with the execution of the transactions between the traders. Transaction record system,
A plurality of intermediary nodes installed by intermediaries that mediate transactions between traders or work involved in transactions between traders are connected by a peer-to-peer network for forming a distributed ledger. Composed of
The intermediary node includes channel storage means provided for each intermediary in order to store transaction data between the intermediaries without including transaction data between other intermediaries. Is provided with a channel storage means between the traders that the mediator that has set up the broker itself mediates, and does not have a channel storage means between the traders that the broker does not mediate,
The channel storage means between the same traders among the channel storage means provided for each trader is an intermediary selected from among a plurality of intermediary nodes as an intermediary between the same traders. Is provided in the intermediary node of the selection range provided by the user, and the transaction data between the same traders is configured to be shared between the intermediary nodes of the selection range.

  Here, “transaction” includes, for example, remittance, settlement, saving, distribution, grant, exchange, transfer, consumption, and the like of values such as money, points, securities, debts, assets, labor, and content. Lending, buying and selling, exercising rights, fulfilling duties, etc., or contracts, requests, communications (mainly highly confidential communications, but also general communications), mediation, arbitration, litigation, negotiations, etc. are included. Therefore, “transactions” include negative (passive or passive) transactions, such as mediation, arbitration, and litigation, that do not necessarily reflect the will of the trader.

  Further, the “transaction data between traders” includes “data indicating the details of transactions between traders” and “related data generated or generated in accordance with the execution of transactions between traders”. Among them, the former "data indicating the transaction contents between traders" is "transaction data" indicating the transaction contents itself. For example, if the transaction is remittance, the remittance source, remittee, 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 showing the contents of each contract, and the transaction is communication If the transaction is arbitration or arbitration, it is data indicating preconditions and results of the arbitration or arbitration.

  Furthermore, the latter “related data generated or generated in connection with the execution of transactions between traders” is not data indicating the details of the transactions themselves, but the execution of transactions between the traders (for example, contract contents, request relations). "Transaction data" as related data generated (scheduled or anticipated) generated or expected to be generated by the execution of various acts based on, for example, the execution of transactions between traders. Transaction data (order data, contract data, and the like) on secondary transactions (for example, market transactions and transactions with third parties) that occur along with it are also included in the “transaction data” as the relevant 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 brokers trading orders in the market based on a request from the orderer, The transaction data of market transactions obtained by the market intermediary placing orders for trading in the market based on the request from the orderer is the `` transaction data '' as the relevant data here, and in this case, The data is merely data in a state called transaction data, and may be referred to as order data, contract data, and the like. In other words, since the transaction data of the market transaction in this case is not the transaction data between the orderer and the market agent, it does not correspond to “data indicating the transaction details between the traders”, In the present invention, this data is referred to as transaction data between the orderer and the market agent (between traders), since it corresponds to “related data” generated based on a request (transaction) from the marketer to the market agent. .

  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, insurance contracts for earthquakes, fires, theft, etc. with the insurance company in connection with this real estate lease contract (insurance details and premiums, etc.), construction during renovation If contract data with contractors (construction period, amount, etc.), data on unit price of building materials, manufacturers, subcontractors, etc., are generated, they will be described as "occurred with the execution of transactions between traders or All the data correspond to “transaction data between traders” in the present invention.

  The “trader” and “intermediary” may be groups (including corporations such as companies, schools, and hospitals, and arbitrary groups such as neighborhood associations, condominium management associations, circles, and academic societies), individuals, and individuals. Regardless of whether it is a commercial or non-profit business, it may or may not be an act as a business. Therefore, the term “intermediary” includes not only commercial intermediaries (organizations or individuals) but also intermediaries (organizations or individuals) engaged in hobbies, private acts, volunteers, and unpaid. As described above, “transactions” include negative (passive and passive) transactions such as mediation, arbitration, and litigation, and therefore “transactions” include the plaintiff and the defendant in the lawsuit, “Intermediaries” include courts and arbitration institutions.

  Further, “each trader” in “channel storage means provided for each trader” means that both traders are the same. 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 not only different channel storage means but also the channel storage means between the traders A and X. Also, the channel storage means between the traders A and Y are different channel storage means because one trader A matches but the other trader does not.

  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 set up by an intermediary that mediates between the traders. Shared by the broker node (the broker node of the selection range selected by the trader), the trader is involved in the transaction data between the traders other than the trader that includes him (registration). And browsing) can be restricted, so that the intermediary can be restricted from participating (registering or browsing) in transaction data between transactors other than the intermediary transactors.

  On the other hand, the trader is involved (registered or browsed) with respect to the transaction data recorded in the channel storage means (channel storage means between the traders including him / her) provided in the broker node of the selection range. It is possible to use a plurality of intermediaries (intermediary nodes) by selecting a plurality of intermediaries (intermediary nodes) between traders (between the traders including yourself). Also, it is possible to easily perform transfer of an intermediary (intermediary node).

  In addition, for the intermediary, in the role of intermediation of transactions between the transactors and intermediation of work that accompanies the transactions, the intermediary node installed by the intermediary includes transactions that include the accessing transactor. It is possible to access the channel storage means between the parties to execute processing according to the trader's request (registration request, browsing request, work request). For this reason, information necessary to fulfill the role of intermediation can be obtained from an intermediary node under its own control. For example, when accessing the channel storage unit in which the necessary information is recorded, for example, In addition, there is no need to perform complicated access authority management using the encryption key technology, and the system configuration can be simplified, thereby achieving the above object.

  The information sharing by setting the channel storage means utilizes the function of the DLT, and the present invention takes an unconventional form.

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

In addition, the present invention provides a plurality of computers that record, as transaction data between traders, data indicating the contents of transactions between the traders and / or related data generated or generated along with the execution of the transactions between the traders. A structured transaction record system,
A plurality of intermediary nodes installed by each of the intermediaries that mediate transactions between traders or work involved in transactions between the traders, and a plurality of trader nodes installed by each of the traders are distributed. Connected and configured with a peer-to-peer network for forming a ledger,
The intermediary node and the transactor node are intermediaries that transact between the transactors and store the transaction data between the transactors without including the transaction data between the other transactors. , A channel storage means provided for each combination of, the intermediary node comprises a channel storage means between the traders that the intermediary that installed the intermediary node itself mediates, and the intermediary itself It is configured not to have a channel storage means between non-intermediating traders, and the trader node is provided with a channel storage means between traders including the trader who has set up the trader node, and includes the trader himself. No channel storage means between the traders,
Channel storage means between the same traders among the channel storage means provided for each trader and for each combination of brokers is the same among the plurality of broker nodes and the plurality of trader nodes. Are provided at a broker node of a selection range set by a broker selected as a broker to mediate between the traders and a trader node of a party range established by a trader included between the same traders, It is characterized in that transaction data between the same traders is shared between broker nodes in the selection range and trader nodes in the party range.

  Here, "transactions", "transaction data between traders", "data indicating the details of transactions between traders", "related data generated or generated in the execution of transactions between traders", "transactions" The meanings of "transfer" and "intermediary" mean that <the channel storage means for recording the transaction data between the transactors is provided for each transactor and shared between the intermediary nodes in the selection range selected by the transactor. Configuration>.

  In such a transaction recording system of the present invention, separate channel storage means is provided for each trader and for each combination of intermediaries, and the transaction data recorded in the channel storage means is stored in the relevant trader. An intermediary node (an intermediary node in a selection range selected by a transactor) established by an intermediary that mediates between the two and a transactor node installed by a transactor included between the transactors (a transactor in a party range) Nodes), it is possible for traders to limit their involvement (registration and browsing) in trade data between traders other than the traders in which they are included. Can restrict participation (registration and browsing) in transaction data between traders other than the traders that they mediate.

  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 the traders including himself) provided in the trader node of the party range. And a transaction recorded in a channel storage means (a channel storage means between traders including the trader) provided in the broker node of the selection range selected by the broker through the broker. Data can also be involved (registered and browsed). Therefore, if a trader selects a plurality of intermediaries (intermediary nodes) between the traders (between the transactors including himself / herself), the trader can use a plurality of intermediaries (intermediary nodes). In addition, it is possible to easily perform transfer of an intermediary (intermediary node).

  In addition, for the intermediary, in the role of intermediation of transactions between the transactors and intermediation of work that accompanies the transactions, the intermediary node installed by the intermediary includes transactions that include the accessing transactor. It is possible to access the channel storage means between the parties to execute processing according to the trader's request (registration request, browsing request, work request). For this reason, information necessary to fulfill the role of intermediation can be obtained from an intermediary node under its own control. For example, when accessing the channel storage unit in which the necessary information is recorded, for example, In addition, there is no need to perform complicated access authority management using the encryption key technology, and the system configuration can be simplified, thereby achieving the above object.

  The information sharing by setting the channel storage means utilizes the function of the DLT, and the present invention takes an unconventional form.

  <A configuration in which the mediator node and the mediator system operate in parallel: For example, see FIGS. 1 and 2 of the first embodiment described later and FIG. 6 of the second embodiment>

In the transaction record system described above,
An intermediary system installed by the same intermediary as the intermediary that installed the intermediary node and operating in parallel with the intermediary node is provided,
This intermediary system,
A request for registration of transaction data between traders by one or both of the traders brokered by the middleman who has set up the middleman system is received, or in addition to this registration request, a request for browsing transaction data between traders, or A trader request receiving means for receiving a work request using transaction data between traders and executing a process corresponding to the request;
Transaction data storage means for storing transaction data between traders pertaining to the registration request received by the trader request reception means,
Synchronization transaction data extraction means for executing processing for extracting transaction data between traders newly registered in the transaction data storage means,
Synchronization channel record instructing means for executing processing for instructing recording of transaction data between traders extracted by the synchronization transaction data extraction means in the channel storage means between the traders of the broker 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 a process of acquiring the newly recorded transaction data between traders,
A synchronization transaction data recording means for executing a process of recording transaction data between traders acquired by the channel monitoring means in the transaction data storage means may be provided.

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

  When the intermediary node and the intermediary system are configured to operate in parallel in this manner, the transaction data between the traders stored in the channel storage means of the intermediary node and the transaction data storage means of the intermediary system Can be synchronized with the transaction data between the traders stored in the intermediary node, and the transaction data between the traders with the same contents can be held in both the broker node and the broker system.

  Therefore, in the situation where the existing mediator system exists, the mediator node is set up and operated in parallel to maintain the service providing function of the existing mediator system, while maintaining the channel provided in the mediator node. It is possible to utilize the function of the DLT by the storage means, that is, the function of sharing information between related parties.

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

  Also, for an intermediary who has an existing system corresponding to the intermediary system but does not participate in the distributed ledger (an intermediary that does not have an intermediary node as a participant node), It is possible to encourage participation in the distributed ledger, and in this sense, it is possible to realize a smooth transition to DLT (a system using DLT).

  <Configuration to convert data format by smart contract>

  In the case where the intermediary node and the intermediary system are configured to operate in parallel as described above, the transaction data between the traders stored in the channel storage means of the intermediary node and the transaction data storage means of the intermediary system There is a case where the data recording format (data format) is different or the same as the transaction data between the traders stored in the transaction data. However, since each intermediary system is set up by a different intermediary, the recording format of the transaction data between the transactors 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 to absorb the difference in the data format in order to synchronize the data. At this time, data conversion processing may be performed on the mediator system side, but a configuration in which data format conversion processing is performed by a smart contract as follows can be adopted.

That is, as described above, in a configuration in which the mediator node and the mediator system are operated in parallel,
The transaction data storage means,
It is configured to store transaction data between traders having different recording formats with the same contents as transaction data between traders stored in the channel storage means,
The channel storage means is
A channel-in conversion program for converting a data format from transaction data between traders stored in the transaction data storage means to transaction data between traders stored in the channel storage means, and a channel-in conversion program stored in the channel storage means A channel-out conversion program for data format conversion processing from transaction data between traders to transaction data between traders stored in the transaction data storage means,
The mediator node is
The transaction data between the traders received from the synchronization channel recording instruction means of the intermediary system is converted into a data format by the channel-in conversion program acquired from the channel storage means and then recorded in the channel storage means between the traders. Channel-in conversion means for executing processing to perform
A channel-out conversion unit that executes a process of converting the transaction data between the traders stored in the channel storage unit into a data format by a channel-out conversion program obtained from the channel storage unit and then passing the converted data to the channel monitoring unit. It can be provided with a configuration.

  In the case where the data format is converted by the smart contract as described above, the transaction data between the traders stored in the channel storage unit of the broker node and the transaction data stored in the transaction data storage unit of the broker system are stored. Even if the data recording format (data format) differs between the transaction data between the trading partners, in addition to being able to synchronize the data recording format (data format), the function of the intermediary system is transferred to the DLT by adopting the smart contract It will be possible to transfer many functions.

  <Configuration for managing serial numbers in channels using smart contracts>

In the transaction record system described above,
The channel storage means is
It is configured to store a serial number management program for managing a serial number in a channel attached to transaction data between traders recorded in the channel storage means,
The mediator node is
A configuration may be provided that includes a serial number management unit that executes a process of assigning an intra-channel serial number to a transaction data between traders newly recorded in the channel storage unit by a serial number management program acquired from the channel storage unit.

  When the intra-channel serial number is managed by the smart contract as described above, the intra-channel serial number only needs to be able to identify each transaction data between the traders in the channel storage means between the same traders. That is, since it is not necessary 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 does not presuppose the configuration in which the intermediary node and the intermediary system operate in parallel. It is not necessary to provide the serial number management means, so that the function transfer of transferring the functions of the intermediary system to the DLT can be promoted.

  <Configuration in which super nodes installed by all channel viewers are connected>

Further, in the transaction record system described above,
Peer-to-peer networks include:
Supermarket provided by all channel viewers who have channel storage means between all traders and can view transaction data between all traders stored in channel storage means between all these traders A configuration in which nodes are connected may be adopted.

  Here, “all channel browsable persons” are the same as “traders” and “intermediaries” in the case of organizations (corporations such as companies, schools, hospitals, etc., neighborhood associations, apartment management associations, circles, academic societies, etc.). Any group may be included.), An individual, and may or may not be a commercial or non-profit business.

  In addition, “viewable” in “all channel viewable persons” does not necessarily mean that only browsing is possible, and that only transaction data stored in all channel storage means can be viewed, In which transaction data can be registered and viewed.

  In the case where the configuration is such that the super nodes are connected in this manner, it is possible to give a different authority to those who can browse all the channels than the trader or the intermediary, and to fulfill a special role. Specifically, for example, the role of an securities custody transfer mechanism in the securities / financial field or an auditor (an organization such as a corporation or an individual) performing an audit using transaction data stored in all channel storage means. It is possible to fulfill.

  <Structure applied to brokerage of trade matching business or other finance-related business in the securities and finance fields>

In the transaction record system described above,
The trader is an orderer of a trading order for a financial instrument, and a market agent who brokers a trading order to the market based on a request from the orderer,
The work involved in transacting between traders is trade matching for trading orders or other finance-related business.
An intermediary is an intermediary that performs trade matching or other finance-related business,
The transaction data between the traders as the related data may be trade matching data including transaction data of a market transaction based on a trading order or its processed data, or other financial-related business data.

  Here, the "other financial related business" in the "contract matching business or other financial related business" is, for example, order data transmitted from the orderer to the market agent, a contract notice received by the market agent from the market. This is a variety of operations using data of (performance notification), contract data based on the data, contact data of contract results transmitted from the market agent to the orderer, or processed data thereof. Therefore, “finance-related business” includes “contract matching 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. This includes operations other than reconciliation operations and operations that occur in individual investor transactions. In addition, among the operations that occur in institutional investor transactions, other than the contract matching business, there are, for example, the settlement matching business performed between the trust bank and the securities company as described above. Some tasks occur before the task.

  In this way, when applied to the brokerage of trade matching business or other finance-related business in the securities and finance fields, the trader, the ordering party and the market agent, perform the finance-related business such as trade matching business. In doing so, it is possible to use a plurality of intermediaries (intermediary nodes) and to easily transfer the intermediaries (intermediary nodes), which is convenient for the orderer and the market agent. In addition to the improvement, it is also possible to prevent the intermediary from being fixed and to expect a lower commission paid to the intermediary.

  <Invention of program>

  Further, the program of the present invention is for causing a computer to function as an intermediary node constituting the transaction recording system described above.

  Further, a program according to the present invention is for causing a computer to function as a trader node constituting the above-described transaction recording system.

  The above-mentioned program or a part thereof is, 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. It is possible to record and store or distribute the data, and use a transmission medium such as a wired network such as LAN, MAN, WAN, Internet, intranet and extranet, or a wireless communication network, or a combination thereof. hand It is possible to feed, also can be delivered by placing the carrier. Further, 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 transaction data between traders is shared between broker nodes in a 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 the selection range and trader nodes in the party range. Therefore, the trader can easily use a plurality of intermediaries (intermediary nodes) and transfer between the intermediaries (intermediary nodes), and can individually deal with each of the plurality of intermediaries. There is an effect that it can be canceled.

FIG. 1 is an overall configuration diagram of a transaction recording system (in a state of parallel operation) according to a first embodiment of the present invention. FIG. 2 is a detailed configuration diagram of a mediator node and a mediator system of the first embodiment. The figure of the flowchart which shows the flow of registration of transaction data and serial number management (intermediary system-> channel) of 1st Embodiment. The figure of the flowchart which shows the flow of registration of transaction data and serial number management (channel ⇒ intermediary system) of the first embodiment. FIG. 1 is an overall configuration diagram of a transaction recording system (a state after completion of transition) according to a first embodiment. FIG. 10 is an overall configuration diagram of a transaction recording system (a state of being operated in parallel) according to a second embodiment of the present invention. FIG. 8 is a detailed configuration diagram of a distributed ledger storage unit according to the second embodiment. The detailed block diagram of the mediator node of 2nd Embodiment. The whole block diagram of the transaction record system (state after completion of transfer) of a 2nd embodiment.

  [First Embodiment]

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

  In the transaction recording system 10 of FIG. 1, for example, an intermediary node 20 using distributed ledger technology (DLT) is installed in an existing intermediary system 40, and the intermediary node 20 and the intermediary system 40 are installed. Are operating in parallel. This state is a transitional state in a transition period to a system centered on the mediator node 20 using the DLT, and indicates a state after the completion of the transition. It can be said that the transition is progressing toward the transaction recording system 10 of FIG. In this transition, it is possible to gradually shift the function of the mediator system 40 to the mediator node 20 side, so it is difficult to assign different codes to various states in the transition period. For the sake of explanation, the transaction recording system 10 is given the same reference numerals for both the state during parallel operation and the state after completion of the transition.

  Note that, here, the transaction recording system 10 in FIG. 1 is described as being in a state of transition to the state in FIG. 5, but the transaction recording system 10 in the state in FIG. The operation may be continued with the node 20 and the mediator system 40 operating in parallel. Further, here, the description will be made assuming that the transaction recording system 10 in the state of FIG. 5 is a state after the completion of the transfer, but from the beginning (that is, without going through the parallel operation state), The transaction record 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 interposed by an intermediary. The transaction data to be recorded between the traders includes data indicating the details of transactions between the traders and data between the traders. And related data generated or generated in connection with the execution of the transaction. The intermediary is a person who mediates transactions between traders or mediates work involved in transactions between traders.

  Specifically, for example, based on a request from an orderer (in the example of FIG. 1, traders A, B, and C) such as an institutional investor who places an order to buy or sell a financial product, and a request from the orderer. Market brokers (such as traders X, Y, and Z in the example of FIG. 1) such as securities companies that broker trading orders in the market. If it is a trade matching business or other financial related business in investor transactions, the intermediary will be a vendor (service provider) (broker (service provider)) that brokers the trade matching business or other financial related business between the client and the market broker. In the example of FIG. 1, the mediators are α, β, γ). At this time, the transaction data between the traders recorded is, for example, data for trade matching or other financial-related business data, and these are not data indicating the details of transactions between the traders, but correspond to the related data. I do. This is because the contract collation data and the like are data generated by a market transaction, not a sales transaction between the orderer and the market agent. In the present embodiment, as shown in FIG. 1, description will be made mainly on an example of such an institutional investor transaction in the securities and financial fields.

  Further, for example, if the transaction is a real estate lease contract, the traders are lenders and borrowers of the real estate, and the intermediary is a real estate agent who handles the contract. At this time, the transaction data recorded between the traders includes, for example, data indicating the details of the transaction between the traders, such as data on the target property, rent, lease period, and the like. Contract data (insurance details and premiums, etc.) when an insurance contract for fire or theft is concluded with an insurance company, contract data (construction time, amount, etc.) with a contractor at the time of renovation, unit price and manufacturer of building materials And data of subcontractors. Thus, for example, a contract procedure in which the borrower D uses the intermediary δ and the lender U uses the intermediary ε (the method of apportioning the usage fee between the intermediaries δ and ε is optional) Is possible, and the traders D and U can use the intermediary δ at the time of the initial contract and use the intermediary ε at the time of renewal of the contract. Details will be described later, focusing on examples of house transactions.

  Further, for example, if the transaction is reservation and provision of an accommodation facility, the transaction party is a prospective lodging person 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, as data indicating the transaction details between the traders, for example, data such as an accommodation date, an accommodation place, an accommodation facility, an accommodation fee, a scheduled check-in time, and the like. The related data includes, for example, contract (reservation) data (car type, usage fee, usage time, etc.) with a rental car company. Thus, for example, a transaction procedure that uses the intermediary σ by the business operator E who is a guest who intends to stay and a business transaction V that is the accommodation facility provider becomes possible using the intermediary τ becomes possible (between the intermediaries σ and τ). The method of apportioning the usage fee is arbitrary.) Also, it is possible for the traders E and V to use the mediator σ at the time of the first reservation and to use the mediator τ at the time of the second and subsequent reservations. The effects will be described in detail later, focusing on the institutional investor transaction described above.

  <Overall Configuration of Transaction Record System 10>

  In FIG. 1, a transaction recording system 10 is configured by connecting a plurality of intermediary 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 to the distributed ledger. In FIG. 1, as an example, three mediator nodes 20α, 20β, and 20γ installed by mediators α, β, and γ are connected. It is. Note that the system can be operated as one intermediary node 20, but with only one intermediary node 20, work via a plurality of intermediaries (intermediary nodes 20) or intermediaries (intermediary nodes 20) can be performed. ) Cannot be changed, and there is also a possibility that harmful effects due to immobilization of an intermediary may occur, so that the effects of the present invention cannot be sufficiently obtained.

  Further, in the example of FIG. 1, a transaction node 60 set up by the transaction Z is connected to the P2P network 1 as a participant node to the distributed ledger. Note that the trader Z is a market agent such as a securities company, but the trader node 60 may be a node set up 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 without the intermediary. When registration or browsing is desired, the trader node 60 can be installed. If there are a plurality of traders who have such a desire, 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 to the distributed ledger. As described above, the super node 80 can be connected to the P2P network 1, but it is not always necessary to connect the super node 80. For example, all services such as a service by the securities depository transfer facility and an audit service are performed. The super node 80 can be installed when performing work using transaction data between traders.

  Each mediator node 20 (20α, 20β, 20γ) is connected to each mediator system 40 (40α, 40β, 40γ) 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. However, the mediator system 40 does not necessarily need to be provided for all the mediator nodes 20. Alternatively, 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 the P2P, and is also connected to a trader terminal 100 (in the example of FIG. 1, traders A, B, C, X in the example of FIG. 1). , Y, and Z, data can be transmitted and received between the transaction terminals 100A, 100B, 100C, 100X, 100Y, and 100Z). In the case where the mediator node 40 is not provided with the mediator system 40, the mediator node 20 is connected to the network 2 and data can be transmitted and received between the broker terminals 100. It is good to do so.

  Further, since a counterpart to the intermediary system 40 is not provided in the trader node 60, the trader node 60 is connected to the network 2 and operated by a trader who has installed the trader node 60. It is possible to transmit and receive data to and from the client terminal 100 (in the example of FIG. 1, the client terminal 100Z operated by the client Z).

  Although not shown in FIG. 1, each mediator terminal operated by each mediator is also connected to the network 2 and can transmit and receive data to and 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 / received to / from the mediator terminal.

  The super node 80 is connected to the network 2 and is capable of transmitting and receiving data to and from the all-channel browsable user terminal 120 operated by the all-channel browsable person similarly connected to the network 2. The super node 80 may transmit and receive data to and from each of the transaction terminals 100 and each of the intermediary terminals (not shown) as necessary.

  Further, an administrator system 110 is connected to the network 2. The administrator system 110 is a system installed by an administrator who determines whether or not to participate in the distributed ledger. The manager system 110 may be connected to the P2P network 1 to serve as a manager node (participant node to the distributed ledger) as shown by a two-dot chain line in FIG. 1. In this case, the super node 80 may be an administrator node having the same function as that of 80, and the administrator may be a person who can be viewed by all channels, or a common ledger (common ledger) of a distributed ledger (distributed ledger storage means). Although the information of the storage means is shared, the administrator node may not share the information of each channel (each channel storage means). Further, the terminal may be an administrator terminal operated by the administrator. Furthermore, when the administrator system 110 is used as an administrator node, the administrator node may perform data distribution processing to each node constituting a channel, or may perform an inquiry from a participant node of a distributed ledger. Alternatively, a process of providing information on the constituent nodes of each channel may be performed. Such data distribution for sharing information between nodes will be described later in detail.

  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, for example) formed using a public network such as the Internet or various service networks provided by a telecommunications carrier. Includes an intranet built using the Internet). 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 connected to the P2P) but is an external network mainly configured by the Internet. The Internet and an internal network such as a LAN and an intranet (for example, a company, (Limited networks built in group companies, offices, factories, hospitals, schools, government offices, etc.), wired or wireless, or a mixture of wired and wireless Regardless of the type, any type of information can be transmitted at a certain speed between a plurality of points (regardless of the length of the distance).

  The network 3 (3α, 3β, 3γ) is an internal network such as a LAN or an intranet, but may be an external network that temporarily passes through the outside. In addition, since it is sufficient that each intermediary node 20 (20α, 20β, 20γ) and each intermediary system 40 (40α, 40β, 40γ) can be connected, a dedicated line may be used instead of a network. I just need. Further, when the intermediary node 20 and the intermediary system 40 are integrally formed in the same computer, the network 3 or a communication line in place of the network 3 is unnecessary, but is a bus in the computer. You may think.

  Further, each intermediary node 20, each intermediary system 40, transaction 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 browsable person terminal 120, and each intermediary terminal (not shown) are each configured by a computer. In addition, these terminals 100, 120 and the like may be, for example, mobile devices such as smartphones and tablet terminals.

  <Configuration of Intermediary Node 20 and Intermediary 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 intermediary system 40 includes a trader request receiving unit 41, a synchronization transaction data extraction unit 42, a synchronization channel recording instruction unit 43, a channel monitoring unit 44, a synchronization transaction data recording unit 45, a transaction It comprises a data storage means 51 and a serial number correspondence storage means 52.

  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γ, ...) A central processing unit (CPU) provided inside each computer main body constituting the node 20 and each intermediary system 40, one or a plurality of programs for defining an 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 the storage means 51, 52 of each intermediary system 40 (40α, 40β, 40γ,...) It is preferably implemented by a hard disk drive (HDD), solid state drive (SSD), or the like. However, as long as there is no problem in storage capacity, access speed, and the like, other recording such as DVD, MO, and magnetic tape can be used. A medium may be employed.

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

  Further, on the premise that basic conditions and rules for forming the distributed ledger are satisfied, the distributed ledger storage means 30 of each mediator node 20 stores a different data storage format for each mediator node 20. May be adopted.

  <Detailed configuration of intermediary node 20 / distributed ledger storage means 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 common ledger storage means 31 for storing information shared by all the participant nodes participating in the distributed ledger, and for each trader. And at least one channel storage means 32.

  At this time, when the distributed ledger storage means 30 is constituted by a database, the common ledger storage means 31 and each channel storage means 32 may be constituted by different databases, respectively, and different tables ( However, a database that does not have a table is excluded.), And a configuration in which these are compromised and divided into several databases may be used. When the database is divided into several databases, the common ledger storage unit 31 and all the channel storage units 32 may be divided, and further, each channel storage unit 32 may be divided into some.

  <Detailed configuration of intermediary node 20 / common ledger storage means 31, and form of information sharing between nodes>

  The common ledger storage unit 31 is a storage unit that implements a basic information sharing function of the distributed ledger. Since the information to be stored in the common ledger storage means 31 is information shared by all the participant nodes, for example, participant information (information for associating identification information such as the name of each participant with an IP address), etc. It is. In addition, when applied to transactions in the securities and financial fields, for example, stock information such as stock names and stock codes of financial products, information on standard settlement instructions (SSI), information on commissions of each securities company, and the like are stored. May be.

  The common ledger storage means 31 can be configured by a block chain, but it is not always necessary to form a chain by storing chain formation information (for example, a hash value of a previous block) in a block. It is not necessary to make the record information in the common ledger into a normal block configuration (a configuration including a time stamp, chain formation information, and content data such as transaction data and a program for a smart contract). However, it is preferable to form a block chain in the case of adopting general block generation / approval / storage (including distribution to other nodes) processing.

  Since the information stored in the common ledger storage unit 31 of each intermediary node 20 is shared by all the participant nodes, the common ledger storage in the distributed ledger storage unit 70 provided in the transaction node 60 is performed. Means 71, a common ledger storage means 91 in a distributed ledger storage means 90 provided in a super node 80, and a distributed ledger storage means provided in an administrator node when the administrator system 110 is an administrator node The information is also stored in the common ledger storage means in the storage unit, and the information is shared.

  <Detailed configuration of intermediary node 20 / channel storage means 32 and form of information sharing between nodes>

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

  Since the channel storage means 32 is provided for each trader, each of the channel storage means 32 stores any one of a pair of traders (any one of a combination of two or two groups of traders). ) Is stored without including transaction data between other traders.

  Specifically, in the example of FIG. 1 and FIG. 2, the mediator node 20α stores the AX channel storage unit 32 that stores the transaction data between the traders A and X, and stores the transaction data between the traders C and X. A total of three channel storage units 32 are provided, a CX channel storage unit 32 for storing the transaction data between the traders C and Y. As described in detail above, for example, when the intermediary α mediates a trade matching business or other financial related business in the securities and financial field transactions, the transaction data between the traders A and X is used. This does not mean the sales transaction data between the traders A and X, because the data is trade matching data or other financial-related business data as related data.

  Here, for example, the AX channel storage means 32 stores only the transaction data between the traders A and X as the transaction data. Therefore, the AX channel storage means 32 does not store the transaction data between the traders C and X or the transaction data between the traders C and Y. It should be noted that although only the transaction data between the traders A and X is stored, the program for the smart contract and the like are stored (see FIG. 2). Means only between traders A and X. Similarly, for the 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.

  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 trader A and C are different. On the other hand, for example, in a sales transaction, the transaction data between the buyer F and the seller W, and the buyer W who reversed the relationship between the buyer and seller, Transaction data with the trader 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 is the same as the WF channel storage means 32 between the traders W and F, it is not necessary to change the name in this way, and it should not be changed. Absent. This is because both traders are in agreement.

  The intermediary node 20 is provided with a channel storage means 32 between the traders that the mediator that has set up the mediator node 20 mediates itself, and the channel storage means 32 between the traders that the mediator itself does not mediate. It does not have a configuration.

  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 established intermediary α performs the intermediation between the traders A and X, the intermediary between the traders C and X, and the intermediary between the traders C and Y.

  Therefore, the channel storage means 32 between the same traders among the channel storage means 32 provided for each trader serves as an intermediary between the same traders among the plurality of broker nodes 20. It is provided in the mediation node 20 of the selection range set by the selected mediator, and the transaction data between the same traders is shared between the mediator 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 mediator nodes 20α and 20β (and the super node 80). The traders A and X select two (or two groups) intermediaries α and β, whereby the two intermediary nodes 20α and 20β are the intermediary nodes 20 in the selection range. .

  Similarly, as shown in FIG. 1, the BY channel storage means 32 for storing the 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) intermediaries β and γ, whereby the two intermediary nodes 20β and 20γ are the intermediary nodes 20 in the selection range.

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

  Further, as shown in FIG. 1, the CY channel storage means 32 for storing the transaction data between the traders C and Y is provided in the broker nodes 20α, 20β, 20γ (and the super node 80), The mediators C and Y select three (or three groups) mediators α, β, and γ, whereby the three mediator nodes 20α, 20β, and 20γ become mediator nodes 20 in the selection range. State. As described above, the trader may select three or more intermediaries (intermediary nodes 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 installs the trader node 60 by himself / herself, the trader Z can access the trader node 60 from the trader terminal 100Z and register or browse transaction data. On the other hand, the trader C does not have his / her own trader node 60, so selects the broker γ, accesses the broker system 40γ from the trader terminal 100C, registers the transaction data, or browse.

  As shown in FIG. 1, the BX channel storage means 32 for storing the transaction data between the traders B and X is provided in the mediator node 20β (and the super node 80). Has selected only one (or one group) intermediary β. In this way, the system configuration allows the trader to select only one (or one group) of intermediaries (intermediary nodes 20), but only one person (or one group). In the selection of (1), work via a plurality of intermediaries (intermediary nodes 20) and transfer of intermediaries (intermediary nodes 20) cannot be performed, and there is a possibility that adverse effects may be caused by fixing the intermediaries. However, 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 that point.

  The timing at which a trader selects an intermediary to be used is, in principle, before a transaction between the traders occurs or before the work associated with the trade between the traders occurs, but the broker node In the case where the channel storage means 32 can be easily installed in the apparatus 20 or in the case where it can be automatically installed, intermediation of transactions between traders or intermediation of work involved in transactions between traders is performed. It may be selected at the time.

  In addition, the trader may additionally select an intermediary to be used later, in which case, the intermediary node 20 installed by the additionally selected intermediary will set an intermediary in the selection range for information sharing. The channel storage means 32 is newly installed in the mediator node 20 and added to the node 20. All of the information that has been shared so far (in principle, all, but only part of information including the latest information) Is also copied to the newly installed 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 intermediary node 20 installed by the intermediary not selected by the trader. .

  The information shared by the channel storage means 32 is transaction data between the same traders. However, the range of the same trader is limited to the transactions to be brokered by the broker and the nature of the work involved in the transactions. Can be adjusted accordingly. For example, in the case of trade matching in institutional investor transactions, the number of traders is not so large because the traders are the institutional investor who is the ordering party and the securities company which is the market broker. Therefore, the number of channel storage means 32 does not increase. However, for example, in the case where the transaction is the reservation and provision of accommodation facilities, the transaction becomes the prospective accommodation and the accommodation provider, and the number between the transaction parties may increase. For example, a plurality of traders of the same series may be regarded as one trader (one group). Specifically, the accommodation prospects are grouped for each affiliated company, or the accommodation facility providers are grouped for affiliated company groups.

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

  Here, the channel-in conversion program is used to convert the transaction data between the traders stored in the transaction data storage means 51 of the intermediary system 40 to the transaction data between the traders stored in the channel storage means 32. This is a program that performs conversion processing.

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

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

  Also, each channel storage means 32 has a participant node (the same channel storage means 32) constituting each channel (however, a channel in which the own node (own node) participates). Although it is the mediation node 20 of the selection 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 Included) may be stored.

  In this case, the identification information of the participant node (the name of the mediator, the name of the trader who has set up the trader node 60, etc.) ) Is stored, and by using the identification information, oneself can be identified from the participant information (information relating the identification information such as the name of each participant and the IP address) stored in the common ledger storage means 31. The IP address of the participant node of the participating channel may be obtained, or the information relating the identification information of the participant of the participating channel and the IP address may be stored in each channel storage means 32. May be stored.

  In the example of FIG. 1, the AX channel storage units 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 (name, etc.) of the mediators α and β and the person who can browse all channels is stored, and the common ledger storage means 31 is used to store the mediator nodes 20α and 20β and the super node 80 using the identification information. Each IP address may be obtained, or the AX channel storage means 32, 92 may store identification information (name, etc.) of intermediaries α, β and persons who can view all channels and information relating the IP addresses to the IP addresses. You may leave.

  Similarly, in the example of FIG. 1, the CZ channel storage means 32, 72, and 92 are provided in the mediator node 20γ, the trader node 60, and the super node 80, and information is shared between these nodes. In the CZ channel storage means 32, 72, and 92, identification information (name and the like) of the intermediary γ, the trader Z, and all channel browsable persons is stored, and the common ledger storage means is used by using the identification information. 31, the respective IP addresses of the mediator node 20γ, the trader node 60, and the super node 80 may be obtained, or the mediator γ, the trader Z, and the CZ channel storage means 32, 72, 92 may be obtained. The association information between the identification information (name or the like) of the person who can browse all channels and the IP address may be stored.

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

  <Function of intermediary node 20 / common ledger management means 21>

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

  More specifically, in response to a data registration request from an intermediary terminal (not shown), the common ledger management unit 21 stores data transmitted from the intermediary terminal via the network 2 to the common ledger storage unit 31. Execute the registration process. In addition, in response to a data browsing request from an intermediary terminal (not shown), a process of acquiring data relating to the browsing request from the common ledger storage unit 31 and transmitting the data to the intermediary terminal via the network 2 is executed.

  At this time, when registering the data in the common ledger storage means 31, the common ledger management means 21 may encrypt and register the data in order to conceal the information, or may register it in plain text. When performing the encryption process and the decryption process, it is possible to use an encryption technology that combines DLT and attribute-based encryption described in Patent Document 3 described above. By using this encryption technology, it is possible to construct a mechanism that gives each participant the authority to view information according to the attributes of the participants (intermediaries 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. However, it is not necessary to perform data distribution to another node, and it is only necessary to lead data distribution to another node (as long as it plays a role of issuing an instruction). Therefore, as described above, the common ledger storage means 31 does not necessarily need to be configured with a block chain. However, if the common ledger storage unit 31 is configured with a block chain, the node that generated the block does not necessarily perform the approval processing of the block. , And it is not necessary to perform a process of distributing the block to all other participant nodes. For example, the block approval and the block distribution may be performed by an administrator node (when the administrator system 110 is an administrator node) or by 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, the administrator node (any one of the broker node 20, the trader node 60, and the super node 80) May also be installed. Even if the blockchain is not configured, the distribution processing to all other participant nodes for information sharing is necessary, and in that case, the node that generated the data to be shared (data to be registered) is also similarly used. However, a data distribution instruction (data to be distributed is transmitted to one or more manager nodes (when the manager system 110 is the manager node) or another one or a plurality of broker nodes 20). , A process of requesting distribution).

  The above-described data distribution processing to other nodes is performed via the distributed ledger forming P2P network 1 regardless of the distribution form.

  <Function of Intermediary Node 20 / Channel Management Unit 22>

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

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

  Further, when performing a process that requires the information stored in the common ledger storage unit 31, the channel management unit 22 cooperates with the common ledger management unit 21 to execute the information stored in the common ledger storage unit 31. Is supposed to get. It should be noted that the common ledger management means 21 may have a reverse cooperation with the channel management means 22 for obtaining information stored in each channel storage means 32.

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

  That is, the channel management unit 22 transmits the network 3 from the intermediary system 40 together with the instruction from the synchronization channel recording instruction unit 43 of the intermediary system 40 as a process of synchronizing the transaction data registration from the intermediary system 40 to the channel. Transaction data (transaction data between the traders extracted from the transaction data storage means 51 by the transaction data extraction means 42 for synchronization) transmitted through In addition to executing the process of recording in the channel storage means 32 between the traders (the channel storage means 32 corresponding to the received transaction data between traders), the synchronization channel recording instruction means 43 A process for transmitting the assigned in-channel serial number via the network 3 is executed.

  At this time, the channel management unit 22 converts the transaction data between the traders received from the synchronization channel recording instruction unit 43 by the channel-in conversion unit 23 into a data format (data format), 32 is executed.

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

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

  When the channel management means 22 determines that the transaction data between traders is newly recorded in the channel storage means 32, the additionally recorded transaction data between traders is added to the data. A process of extracting from the channel storage means 32 together with the intra-channel serial number and transmitting the extracted transaction data between 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 means 22 converts the data format (data format) of the transaction data between the traders extracted from the channel storage means 32 by the channel-out conversion means 24, Then, a process of transmitting the data to the channel monitoring unit 44 via the communication unit 3 is executed.

  In addition, the registration of the transaction data in each channel storage unit 32 of the distributed ledger storage unit 30 by the above-described channel management unit 22 is performed by all other participant nodes (own (own node) of the distributed ledger channel). ) Is a participant node to the channel in which it is participating, and is mainly the mediation node 20 of the selection range, but the transaction node 60 may also be added.) The node that has generated the data to be shared in the channel itself does not need to perform data distribution to other nodes (other nodes in the channel), and only needs to lead the data distribution to other nodes (the role of giving an instruction). Should be fulfilled).

  More specifically, in the process of registering transaction data by the channel management unit 22, the process of distributing information to other nodes for sharing information within a channel can be performed in various distribution modes as follows.

  First, as a first distribution mode, the channel management unit 22 that has generated the transaction data to be shared in the channel is transmitted from the channel storage unit 32 to another participating channel in the channel in which the node (own node) participates. Information of the partner node (such as the name of an intermediary or the name of the trader who has set up the trader node 60, etc.), and cooperates with the common ledger management means 21 using the identification information, and From the participant information (information relating the identification information such as the name of each participant and the IP address) stored in the storage means 31, each IP address of another participant node in the channel in which the participant is participating To get. Then, the channel management unit 22 distributes the transaction data generated by itself to the node of each acquired IP address.

  Next, as a second distribution mode, the channel management unit 22 that has generated the transaction data to be shared in the channel stores, from the channel storage unit 32, another channel in the channel in which it (own node) participates. Information that associates the identification information of the participant node with the IP address is acquired. Then, the channel management unit 22 distributes the transaction data generated by itself to the node of each acquired IP address.

  The third distribution mode is a case where the channel management unit 22 that has generated the transaction data to be shared in the channel is a manager node (the manager system 110 is a manager node, and the broker node 20 , A transaction node that does not correspond to any of the trader node 60 and the super node 80), and sends a distribution instruction (request) to another node in the channel. The distribution instruction includes identification information (for example, an AX channel or the like) as to which transaction data is transaction data between which traders. Then, the administrator node stores in the participant information of all the channels owned by the (administrator) (identification information (name, etc.) of the participant participating in each channel and information associated with the IP address). From the above, the participant information of the channel (for example, AX channel or the like) related to the transaction data received from the channel management means 22 (identification information (name or the like) of the participant participating in the channel and the association information of the IP address) , The distribution destination information of the transaction data received from the channel management means 22 is obtained, and the distribution processing to each node is executed. When there are a plurality of administrator nodes, a distribution instruction may be issued to any one of the administrator nodes, and one of the administrator nodes may perform the distribution process. , And a plurality of manager nodes may share and perform the distribution process.

  Further, the fourth distribution mode is a case where the channel management unit 22 that has generated the transaction data to be shared in the channel is a manager node (the manager system 110 is used as a manager node. , The trader node 60 and the super node 80), the participant information of the channel (for example, the AX channel) related to the transaction data to be distributed (participation participating in the channel) The administrator node inquires of the identification information (name or the like) of the person and the association information of the IP address, and the administrator node returns this. Then, the channel management unit 22 distributes the transaction data generated by itself to the node of each acquired IP address.

  In the fifth distribution mode, the channel management unit 22 that has generated the transaction data to be shared in the channel issues a transaction data distribution instruction to another intermediary node 20. The mediator node 20 receiving such a distribution instruction is predetermined. At this time, if there is a plurality of intermediary nodes 20 that can receive the distribution instruction, the distribution instruction is issued to any one of the intermediary nodes 20 and even if any of the intermediary nodes 20 performs the distribution process. Alternatively, a distribution instruction may be issued to any one of the intermediary nodes 20, and the plurality of intermediary nodes 20 may share and perform the distribution process. Further, the mediator node 20 performing such a distribution process may receive the distribution destination information of the transaction data from the channel management unit 22 that has generated the transaction data to be shared in the channel, or It may be obtained from the storage unit 32, the own channel storage unit 32, and the common ledger storage unit 31.

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

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

  In FIG. 2, transaction data storage means 51 stores identification information of both traders, transaction data between traders, and serial numbers in the own system in association with each other. At this time, the identification information of both or one of the traders may be included in the transaction data, or the trader may be identified by a table name (in the case of a DB), a folder name, or the like. . The serial number in the own system is a serial number in the middleman system 40, but when the middleman who has set up the middleman system 40 mediates between a plurality of traders (for example, the middleman α is the trader A , X, between traders C and X, and between traders C and Y) are serial numbers for each trader. However, instead of a serial number for each trader, a serial number within the own system in which a plurality of traders are mixed may be used, or a serial number for each trader and a plurality of traders may be mixed. You may use together with the serial number in the own system in a state.

  The serial number correspondence storage unit 52 stores the transaction data in the channel storage unit 32. The intermediary node (the intermediary node 20) that has registered the transaction data in the channel storage unit 32. The internal serial number and the serial number within the channel of the transaction data are stored in association with each other. The intra-channel serial number is an identification number of the transaction data assigned to each channel storage unit 32. For example, the intra-AX channel serial number is used in the AX channel storage unit 32 for recording the transaction data between the traders A and X. It is a serial number.

  <Function of intermediary system 40 / transactioner request receiving means 41, synchronization transaction data extraction means 42, and synchronization channel recording instruction means 43: intermediary system 40 → channel synchronization function>

  In FIG. 2, a trader request receiving means 41 is a registration request for trade data transmitted from the trader terminal 100 via the network 2 (one or both of traders who are brokered by a broker who has installed the broker system 40). Registration request for transaction data between traders), a serial number in the own system is assigned to the received transaction data between traders, and the transaction data between the traders together with the serial number in the own system is stored in the transaction data storage means 51. Is executed. At this time, the trader request receiving unit 41 also executes a process of storing the serial number in the own system for the newly registered transaction data in the serial number correspondence storage unit 52. In addition, when assigning a serial number within the own system, information on the latest number (information on how many numbers have been assigned) may be obtained from the internal memory of the trader request receiving means 41, and the serial number correspondence storage means 52 May be obtained from.

  Further, the trader request receiving means 41 receives a browsing request for trade data transmitted from the trader terminal 100 via the network 2 (a view of trade data between traders including the trader who operates the trader terminal 100). Request), acquires transaction data between traders related to the browsing request from the transaction data storage unit 51, and transmits the acquired transaction data between traders to the trader terminal 100 via the network 2. Execute.

  Further, the trader request receiving means 41 receives a work request (a work request using transaction data between traders) transmitted from the trader terminal 100 via the network 2 and processes the received work request. Execute Here, the process in response to the work request is, for example, a process of executing a trade matching business or other finance-related business if the work is related to a transaction in the securities and financial fields.

  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 unit 42 monitors the serial number correspondence storage unit 52, and records that the local node has registered (the serial number in the local system is stored) and the serial number in the channel has not been stored yet. 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. Although there is a time lag before the intermediary node 20 returns the intra-channel serial number, the internal memory of the synchronization transaction data extraction means 42 holds the latest intra-system serial number. A situation in which transaction data is extracted a plurality of times (multiple writing due to a time lag) is avoided. In addition, the serial number correspondence storage means 52 stores whether the own node (the mediator node 20 installed by the user) is the main entity and writes the data into the channel storage means 32, or the other node (the mediator node 20 installed by another mediator). ) Is mainly used to store information for discriminating whether the writing to the channel storage means 32 has been performed, so that newly added transaction data written by another node as a subject is extracted, and the transaction data is read by the own node. Thus, a situation in which the data is written into the channel storage means 32 again (multiplex writing by a loop) is avoided.

  The synchronization channel record instructing 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, and A process for instructing recording in the channel storage means 32 between the traders (for example, in the case of transaction data between traders A and X, the AX channel storage means 32) is executed. Therefore, when the transaction data between the traders is passed to the channel management means 22, information indicating which trade data the transaction data belongs to (identification information of both the traders) is also passed.

  In addition, the synchronization channel record instructing unit 43 is configured to transmit the intra-channel serial number transmitted from the channel management unit 22 of the intermediary node 20 via the network 3 (the intra-channel serial number assigned to the transaction data transmitted to the channel management unit 22). ) Is received and written into the serial number correspondence storage means 52.

  <Functions of intermediary system 40 / channel monitoring means 44 and synchronization transaction data recording means 45: channel ⇒ synchronization function of intermediary system 40>

  The channel monitoring unit 44 monitors whether or not transaction data between traders is newly recorded in the channel storage unit 32 of the intermediary node 20, and performs a process of acquiring the newly recorded transaction data between traders. To do. Specifically, the channel monitoring unit 44 performs a polling process of periodically transmitting an inquiry signal to the channel management unit 22 of the intermediary node 20, thereby waiting for a reply from the channel management unit 22, and newly performing a polling process. When there is recorded transaction data between traders, the transaction data between newly added traders and the serial number within the channel are transmitted from the channel management means 22 and are received.

  The synchronization transaction data recording unit 45 executes a process of 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 means for synchronization 45 assigns a serial number in the own system to the transaction data recorded in the transaction data storage means 51, and stores the serial number in the own system in the transaction data storage means 51 together with the transaction data. . The transaction data recording unit for synchronization 45 also executes a process of storing the correspondence 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 trader node 60>

  In FIG. 1, the transaction node 60 has the same configuration as 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 a counterpart corresponding to the intermediary system 40 is not provided in the trader node 60, the channel management unit 62 does not perform a synchronization process between the counterpart corresponding to the intermediary system 40 and the channel.

  Further, the distributed ledger storage means 70 has a configuration similar to that of the distributed ledger storage means 30 of the mediator node 20, and is a common ledger storage means for storing information shared by all the 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, the super node 80 has a configuration similar to that of the mediator node 20, and includes a common ledger management unit 81, a channel management unit 82, and a distributed ledger storage unit 90. However, since the super node 80 is not provided with a device corresponding to the mediator system 40, the channel management means 82 does not perform a synchronization process between the channel corresponding to the mediator system 40 and the channel.

  Further, the distributed ledger storage means 90 has a configuration similar to that of the distributed ledger storage means 30 of the mediator node 20, and 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 a channel storage means 92 between all the traders is provided.

  <Transaction recording system 10 after transfer is completed: FIG. 5>

  As shown in FIG. 5, the transaction recording system 10 after the completion of the transfer does not have an equivalent to the intermediary system 40 (an existing system existing before the introduction of the DLT). Therefore, the trader's request from the trader terminal 100 is not received by the one corresponding to the middleman system 40, but is received by the middleman 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. Further, the channel management means 22 has the function of the trader request reception means 41 shown in FIG. However, in the state after the completion of the transfer shown in FIG. 5, there is no equivalent to the intermediary system 40 and, therefore, there is no transaction data storage means 51. Therefore, the function of registering the transaction data in the transaction data storage means 51 has been registered. The function of browsing transaction data and the function of performing work (work that accompanies a transaction) using registered transaction data are replaced with the function of registering, browsing, and performing work on the channel storage unit 32. . These functions may be realized by a smart contract by storing a program in the channel storage unit 32.

  Furthermore, in the state after the completion of the transfer shown in FIG. 5, there is no equivalent to the intermediary system 40 and, therefore, there is no transaction data storage means 51, so that the synchronization processing between the intermediary system 40 and the channel is not necessary. . Therefore, the channel management unit 22 does not have the functions of the channel-in conversion unit 23 and the channel-out conversion unit 24 shown in FIG. Further, for the same reason, each of the functions of the synchronization transaction data extraction unit 42, the synchronization channel recording instruction unit 43, the channel monitoring unit 44, and the synchronization transaction data recording unit 45 shown in FIG. 2 is not provided.

  There is also an intermediate state between the transaction recording system 10 in the parallel operating state shown in FIG. 1 and the transaction recording system 10 after the completion of the transition 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 (accordingly, the mediator having the mediator node 20 installed therein) In other words, the state is a state in which the transition to the DLT has been 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 the state of FIG. . That is, an intermediary having an existing system corresponding to the intermediary system 40 has not yet participated in the DLT (distributed ledger), and has set up the intermediary node 20 to be a participant of the distributed ledger. The transition to the state where

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

  In the first embodiment, transaction data registration and serial number management are performed by the transaction recording system 10 as follows.

  In the present invention, since a plurality of intermediaries can be selected, transaction data between traders is registered in the channel storage means 32 between the traders as a case where one (or one group) intervenes. The case where the own node (the intermediary node 20 installed by oneself) is mainly registered and the case where the other node (the intermediary node 20 installed by another intermediary) is mainly registered are registered. 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.

  Further, here, registration of transaction data between traders A and X (between trader A and trader X) is performed by the broker node 20α and the broker system 40α installed by the broker α. The processing will be described as an example. Therefore, 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β. The description will be made from the viewpoint of the mediator α, which is one side.

  In FIG. 3, first, the trader request receiving means 41 establishes a connection between the traders A and X transmitted via the network 2 from the trader terminal 100A or the trader terminal 100X operated by the trader A or the trader X. A registration request for transaction data is received (step S1). It should be noted that the client terminal 100 may be equipped with dedicated client software, or may transmit web screen data for request input from the intermediary system 40 to the client 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 request for work using registration data and a request for registration of result data of the work). .

  The transaction data between the traders A and X is, for example, contract matching data if it is the mediation of the contract matching business in institutional investor transactions, and as described above in detail, the contract matching data is , And the relevant data among the transaction data between the traders A and X. The contract collation data includes data used as a material used in the contract collation work and contract collation result data. Therefore, in the case of mediation of the contract matching business, transaction data (various transaction data as related data) is registered step by step.

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

  Subsequently, the trader A (here, the institutional investor who is the ordering party) browses the contract information. This browsing may use the browsing function of the trader request accepting means 41, or may be browsing of contract information acquired by a route other than the intermediary system 40α, such as e-mail or facsimile. Then, the trader A who browsed the contract information allocates, for example, 5,000 out of 10,000 shares to the fund (1) as allocation information from the trader terminal 100A and allocates 3,000 shares to the fund (2). , And the information that 2,000 shares are to be 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 receiving 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 “Fees, SSI”. The registered result data is provided to the traders A and X by the browsing function of the trader request receiving unit 41 in response to the browsing request from the trader terminals 100A and 100X by the traders A and X.

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

  In the state after the completion of the transfer shown in FIG. 5, there is no equivalent to the intermediary system 40, and therefore, there is no transaction data storage means 51. The registration of the transaction data into the AX channel storage means 32 of the intermediary node 20α is replaced with the registration in the AX channel storage means 32. Is included.). The operation by the channel management unit 22 may be realized by a smart contract.

  Then, as described above, in the work such as the trade matching work, the trade data (in the above example, trade information, allocation information, and result data as related data) is registered in the trade data storage means 51 in a stepwise manner. In some cases, the registration of these step-by-step transaction data will be described below as individual registration.

  In step S1 of FIG. 3, the transaction data to be registered is received from the transaction terminals 100A and 100X by the transaction request receiving means 41. Note that the result data obtained by performing the work by the trader request receiving means 41 is also the transaction data to be registered.

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

  Then, as shown in FIG. 3, the transaction request receiving means 41 additionally registers the serial number in the own system = T3 in the serial number correspondence storage means 52 and information indicating that the registration is mainly performed by the own node. Also register additionally. At this stage, since the in-channel serial number has not been assigned, it is blank (NULL or the like).

  Next, an action process on the intermediary system 40 side for reflecting (synchronously recording) the transaction data additionally registered in the transaction data storage unit 51 on the AX channel storage unit 32 is executed (step S2).

  More specifically, the synchronization transaction data extraction means 42 monitors the serial number correspondence storage means 52, and additionally registers by the own node according to 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. It is determined whether there is any transaction data, and if there is transaction data that has been additionally registered, the transaction data is extracted.

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

  Then, the intermediary node 20α executes a process of recording transaction data between the traders A and X in the AX channel storage means 32 (Step S3).

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

  Then, the channel management unit 22 arranges the obtained channel-in conversion program in the main memory, and constructs the channel-in conversion unit 23. It may be constructed in advance.

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

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

  Thereafter, the channel management unit 22 (which may be considered as a function of the channel-in conversion unit 23) registers the converted transaction data and the intra-AX channel serial number = D3 assigned thereto in the AX channel storage unit 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. Note that the processing of registering transaction data in the AX channel storage means 32 by the channel management means 22 (which may be considered to be a function of the channel-in conversion means 23) includes other processing for information sharing within the channel. Although the distribution process to the node is included, the fact that there are various distribution modes for the distribution process to the other nodes has already been described in detail, and the detailed description is omitted here.

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

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

  More specifically, the synchronization channel record instructing means 43 receives the serial number in the AX channel transmitted from the mediator node 20α via the network 3, and stores the received serial number in the AX channel = D3 in the serial number correspondence storage means. 52 is stored in a blank (NULL or the like).

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

  In FIG. 4, in order to reflect (synchronously record) the transaction data between the traders A and X additionally registered by another node (here, the mediator node 20β) on the own system (here, the mediator system 40α). Then, monitoring processing by polling on the intermediary system 40α side is executed (step S11).

  More specifically, the latest number (here, D3) of serial numbers in the AX channel is acquired from the serial number correspondence storage means 52 by the channel monitoring means 44.

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

  Then, the mediator node 20α executes a process of extracting the transaction data additionally registered by another node (mediator node 20β) (step S12).

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

  Here, if 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 reads the transaction data from the AX channel storage unit 32 (the serial number in the AX channel = D4). Is extracted. At this time, as shown in FIG. 4, 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 of the data format unified for recording on the channel), In this state, the serial number within the AX channel = D4 is stored, and the transaction data with the serial number within the AX channel = 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 in advance.

  Then, the acquired channel-out conversion program is arranged in the main memory by the channel management unit 22 to construct the channel-out conversion unit 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 conform to the data format of the own system (the mediator system 40α).

  Further, the channel management unit 22 (which may be considered as a function of the channel-out conversion unit 24) converts the converted transaction data and the serial number within the AX channel = D4 attached thereto into the intermediary system via the network 3. 40α to the channel monitoring means 44.

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

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

  Subsequently, a serial number in the own system (here, T4) is given to the transaction data received from the intermediary node 20α by the transaction data recording unit for synchronization 45.

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

  Further, the serial number correspondence relationship is additionally registered in the serial number correspondence storage unit 52 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 a serial number correspondence relationship of own 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 (intermediary node 20β) is also registered in the serial number correspondence storage unit 52.

  <Effect of First Embodiment>

  According to the first embodiment, the following effects can be obtained. That is, first, the transaction recording system 10 that is in the state after the completion of the transfer shown in FIG. 5 as well as the state of the parallel operation in FIG. The channel storage means 32 is provided, and the transaction data recorded in the channel storage means 32 is transferred to the intermediary node 20 (the mediation of the selection range selected by the transactor) by the intermediary which mediates between the transactors. Node 20), it is possible for the trader to restrict participation (registration and browsing) in the transaction data between the traders other than the trader in which the trader is included. In other words, it is possible to restrict participation (registration and browsing) in transaction data between traders other than the traders that they mediate.

  On the other hand, the trader is involved (registered) with respect to the transaction data recorded in the channel storage means 32 (the channel storage means 32 between the traders including himself / herself) provided in the intermediary node 20 in the selection range. And browsing), if a plurality of intermediaries (intermediary nodes 20) are selected between the transactors (between the transactors including oneself), a plurality of intermediaries (intermediary nodes 20) can be selected. It can be easily used and transfer of the mediator (mediator node 20). For this reason, it is possible to reduce the usage fee of the mediator node 20 by preventing the mediator from being fixed and promoting competition of the mediators.

  For example, the trader A uses the intermediary α, and the trader X uses the intermediary β to perform an operation (for example, a finance-related business such as a trade matching business, etc.) that accompanies a transaction between the traders A and X. Etc.). At this time, the method of apportioning the usage fee between the mediators α and β is arbitrary. Further, first, the traders A and X can perform work using the middleman α, and thereafter, the traders A and X can perform work using the middleman β. Further, first, the traders A and X work by using the middleman α, and thereafter, the trader A uses the middleman α and the trader X works by using the middleman β. And so on.

  In addition, for the intermediary, in the role of intermediation of transactions between the transactors and intermediation of work that occurs with the transactions, the intermediary node 20 installed by the intermediary includes the transactor that has accessed the intermediary node. An access can be made to the channel storage means 32 between the traders to execute a process corresponding to the trader's request (registration request, browsing request, work request). For this reason, the information necessary to fulfill the role of intermediation can be obtained from the intermediary node 20 under its own control, so that when accessing the channel storage means 32 in which the necessary information is recorded, For example, there is no need to perform complicated access authority management using an encryption key technology, and the system configuration can be simplified.

  Next, regarding 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 unit 32 of the intermediary node 20 Transaction data between traders and transaction data between traders stored in the transaction data storage means 51 of the mediator system 40 can be synchronized, so that transaction data between traders having the same contents can be It can be held by both the node 20 and the mediator system 40.

  For this reason, in a situation where the existing mediator system 40 exists, the mediator node 20 is installed and operated in parallel, so that the service providing function of the existing mediator system 40 is maintained and The function of DLT provided by the provided channel storage means 32, that is, the function of sharing information between related parties can be utilized.

  Therefore, the service provision mode by the DLT function including the existing mediator system 40 (the state of FIG. 1) is smoothly changed to the service provision mode by the DLT function not including the existing mediator system 40 (the state of FIG. 5). Transition can be realized.

  In addition, for an intermediary who has an existing system corresponding to the intermediary system 40 but does not participate in the distributed ledger (an intermediary who does not have the intermediary node 20 as a participant node) Can encourage participation in a distributed ledger, and in this sense, a smooth transition to DLT (a system using DLT) can be realized.

  Further, in the transaction recording system 10, the channel storage means 32 stores a channel-in conversion program and a channel-out conversion program for data format conversion processing (see FIG. 2). Even if the data format (data format) is different between the transaction data between the traders stored in the means 32 and the transaction data between the traders stored in the transaction data storage means 51 of the intermediary system 40. , The two can be synchronized.

  Further, since the data format conversion process can be realized by the smart contract, the function transfer of transferring the function of the intermediary system 40 to the DLT can be smoothly performed.

  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 is only required to be able to identify each transaction data between the same traders in the channel storage means 32 between the same traders. Since there is no need to perform serial number management, it is possible to realize a system configuration in accordance with such serial number management.

  Further, since the in-channel serial number can be managed by the smart contract, there is no need to provide a serial number management means for the in-channel serial number on the intermediary system 40 side. Function transfer to DLT can proceed smoothly.

  Further, since the transaction recording system 10 (see FIGS. 1 and 5) is provided with the super node 80, the authority that can view all channels is different from the authority of the transaction or intermediary, and a special role is given. Can be fulfilled. Specifically, for example, the roles of a securities custody transfer mechanism in the securities and finance fields, and an auditor (an organization such as a corporation or an individual) performing an audit using transaction data stored in all channel storage means 32 Can be fulfilled.

  Further, when the transaction recording system 10 (see FIGS. 1 and 5) is applied to brokerage of a trade matching business or other financial-related business in the securities and financial fields, the ordering person and the market agent who are traders are It is possible to use a plurality of intermediaries (intermediary nodes 20) and easily transfer intermediaries (intermediary nodes 20) when performing financial-related operations such as contract collation operations. Convenience for the marketer and the market agent.

  More specifically, in a situation where various existing systems (intermediary systems 40) provided by a plurality of vendors (intermediaries) are in a state of insufficiency, an orderer (eg, an institutional investor, etc.) as a trader and a market broker This eliminates the need for a trader (eg, a securities company) to take individual measures for each vendor system (intermediary system 40) to be employed, so that the trouble of the trader can be saved and a work error due to individual measures can occur. Performance can also be reduced.

  Further, in the conventional transaction, the market agent (for example, a securities company or the like) adopts the same vendor system (intermediary system 40) as the orderer in response to the request of the orderer (for example, an institutional investor). Since such a need is eliminated, the degree of freedom in selecting a vendor (intermediary) can be improved.

  As a result, appropriate competition between vendors (intermediaries) is promoted, and it is possible to reduce costs (fees paid to vendors) and improve service levels by vendors.

  In addition, a portion that individually supports a plurality of vendor systems (intermediary system 40) (for example, a plurality of clients are mounted on the transaction terminal 100 in order to support 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 systems 40). However, by installing an intermediary node 20 which is a participant node of the distributed ledger, the distributed ledger ( Through the information sharing function mainly by the common ledger storage means 31, 71, 91), it becomes possible to force each vendor (intermediary) to adopt common rules and standards. Work that has been handled (for example, commission calculation in contract matching work) and various regulations (for example, MiFID2, etc.) have been consolidated into one place, and costs for all parties involved have been reduced. It is possible to achieve reduction and shorten the response period.

  As described above, when shifting from the existing system configuration (configuration by the mediator system 40) to the system configuration using DLT (configuration by the mediator node 20), the vendor (intermediary) and trader (orderer, market transaction) ), And the gradual transition at small start becomes possible.

  [Second embodiment]

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

  <Overall Configuration of Transaction Record System 200>

  The relationship between the transaction recording system 200 in the state of parallel operation in FIG. 6 in the second embodiment and the transaction recording system 200 in the state after completion of the transition in FIG. 9 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 in the state of operating in parallel and the transaction recording system 10 in the state after the completion of the transfer 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 is omitted. Now, the description will focus on the different parts.

  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 intermediary nodes 20 in the selection range selected by the trader. Information was shared.

  On the other hand, in the second embodiment, the intermediary node 220 and the intermediary node 260 are provided with channel storage means 232 and 272 for each inter-trademan and for each combination of intermediaries, and are selected by the trader. The information stored in the channel storage units 232 and 272 is shared between the broker 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 persons who can view all channels, and all the super nodes 280 are the same as the super node 80 of the first embodiment. And the respective channel storage means 292 for sharing information with each of the channel storage means 232 and 272.

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

  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. 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 is also different in that each mediator node 240 (220α, 220β, 220γ,...) Is provided with an existing mediator system 240 (240α, 240β, 240γ,...). Is the same as

  Each of the trader 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 this trader node 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 trader nodes 260 (260A, 260B, 260C, 260X, 260Y). , 260Z...).

  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 a common ledger storage unit 291 and each channel. And a storage unit 292.

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

  In FIG. 7, common ledger storage units 231, 271, 291 store common information shared by all participant nodes (all intermediary nodes 220, all trader nodes 260, and super nodes 280). . This is the same as in the first embodiment. Note that a circle in FIG. 7 indicates that each node includes each storage unit.

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

  Note that the letter “S” added to the name of the channel storage means information sharing with the super node 280, so that it 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 the channel storage means for storing the transaction data between the traders A and X. Since the node is not installed and the mediator installs the participant node (mediator node 20), the name of the channel storage means and the participant node (the name of the participant installing the participant node) Had nothing to do with it. On the other hand, in the second embodiment, since all traders and all intermediaries are configured to install the participant nodes (intermediary node 220 and trader node 260), the name of the channel storage means is set. And the participant node (name of the participant in which the participant node is set up), the letter “S” indicating the super node 280 which is also the participant node is also used in the channel storage means. Included in the name.

  Here, for example, the αβAXS channel storage unit 232 stores only the transaction data between the traders A and X as the transaction data. Therefore, the αβAXS channel storage means 232 does not store the transaction data between the traders C and Z and the transaction data between the traders A and Y. It should be noted that even though only the transaction data between the traders A and X is stored, since the program for the smart contract is stored (see FIG. 8), the term “only” is used only for the transaction data. Means only between traders A and X. Similarly, for transaction data, the αγCZS channel storage means 232 stores only between traders C and Z, and the αβγAYS channel storage means 232 stores only between traders A and Y.

  Further, αβAXS channel storage means 232 for storing transaction data between traders A and X mediated by mediators α and β, and αβCXS for storing transaction data between traders C and X mediated by mediators α and β. The channel storage means 232 (however, the latter is not present 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 trader A and C are different. On the other hand, for example, in a sales transaction, the relationship between the transaction data between the buyer F and the seller W using the mediators ξ and η, and the relationship between those transactions are reversed. , And transaction data between the buyer W and the seller F are stored in the same ξη FWS channel storage unit 232. Therefore, the ξηFWS channel storage means 232 between the traders F and W which the mediators ξ and η mediates is the same as the ξηWFS channel storage means 232 between the traders W and F which the mediators ξ and η mediate. It is not necessary to change the name in this way, and it should not be changed. This is because both traders are in agreement.

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

  The intermediary node 220 is provided with a channel storage means 232 between the traders that the mediator that has installed the mediator node 220 mediates itself, and a channel storage means 232 between the traders that the mediator itself does not mediate. It does not have a configuration.

  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. The mediator α that has performed mediation between the traders A and X, mediation between the traders C and Z, and mediation between the traders A and Y. Further, from another point of view, since the mediator node 220α does not include the channel storage means 232 between traders that the mediator α does not mediate, the name of the channel storage means 232 included in the mediator node 220α is , The character “α” is always included.

  In the examples of FIGS. 6 and 7, the distributed ledger storage means 270 of the trader node 260A installed by the trader A stores the transaction data between the traders A and X which the brokers α and β mediate. An αβAXS channel storage unit 272 and an αβγAYS channel storage unit 272 for storing transaction data between the traders A and Y, which are mediated by the intermediaries α, β and γ.

  The trader node 260 has a channel storage means 272 between traders including the trader who has set up the trader node 260, and a channel storage means 272 between traders not including the trader itself. 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. In any case, oneself is conducting a transaction between the traders A and X and a transaction between the traders A and Y included in one of the traders. Further, from another viewpoint, the trader node 260A does not include the channel storage means 272 between the traders not including the trader A, so the name of the channel storage means 272 provided in the trader node 260A is , The character "A" is always included.

  As described above, among the channel storage means 232 and 272 provided for each trader and for each combination of brokers, the channel storage means 232 and 272 for the same trader stores a plurality of broker nodes 220 and Among the plurality of trader nodes 260, a broker included in the selected range of the broker node 220 and a trader included between the same traders installed by the broker selected as the broker between the same traders are installed. The trade data between the same traders is provided in the trader node 260 in the range of the parties concerned, and is shared between the broker nodes 220 in the selection range and the trader nodes 260 in the party range.

  Specifically, as shown in FIG. 6 and FIG. 7, the αβAXS channel storage means 232 for storing the transaction data between the traders A and X, which the brokers α and β mediate, uses the broker nodes 220α and 220β and the transaction Traders A and X select the two (or two groups) intermediaries α and β, thereby providing two intermediary nodes 220α. , 220β are the broker nodes 220 in the selection range, and the trader nodes 260A and 260X are the trader nodes 260 in the party range.

  Similarly, as shown in FIG. 6 and FIG. 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 (and super node 280), traders C and Z select two (or two groups) intermediaries α and γ, and thereby two intermediary nodes 220α and 220γ. Is the mediation node 220 in the selection range, and the transaction nodes 260C and 260Z are the transaction nodes 260 in the party range.

  As shown in FIGS. 6 and 7, the αβγAYS channel storage means 232 for storing the transaction data between the traders A and Y which the brokers α, β and γ mediates includes the broker nodes 220α, 220β, 220γ and Since the traders A and Y are provided at the trader nodes 260A and 260Y (and the super node 280), the traders A and Y select three (or three groups) intermediaries α, β, and γ, thereby three intermediaries. Node nodes 220α, 220β, and 220γ become broker nodes 220 in the selection range, and trader nodes 260A and 260Y are trader nodes 260 in the party range. As described above, the trader may select three or more intermediaries (intermediary nodes 220).

  Further, as shown in FIG. 7, the βBXS channel storage means 232 for storing the transaction data between the traders B and X that the broker β mediates includes the broker node 220β and the trader nodes 260B and 260X (and the super node 280). ), The traders B and X have selected only one (or one group) intermediary β. In this way, the system configuration allows the trader to select only one (or one group) of intermediaries (the middleman node 220), but only one person (or one group). In the selection of, work via a plurality of intermediaries (intermediary nodes 220) and transfer of intermediaries (intermediary nodes 220) cannot be performed, and there is a possibility that harmful effects due to fixation of the intermediaries may occur. However, 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 point.

  As in the case of the first embodiment, the timing at which the trader selects the intermediary to be used is, in principle, before the transaction between the traders occurs or the work involved in the trade between the traders. Before the occurrence of the event, when the channel storage means 232 can be easily installed in the intermediary node 220 or when the channel storage means 232 can be automatically installed, the mediation of transactions between the traders or the trader It may be selected when the mediation of the work accompanying the 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 will set an intermediary in the selection range for information sharing. The channel storage means 232 is newly installed in the intermediary node 220 and added to the node 220, and all of the information shared up to that time (in principle, all, but only a part of information including the latest information) Is also copied to the newly installed channel storage means 232. Further, as 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 that case, the channel storage means 232 is deleted from the intermediary node 220 installed by the intermediary not selected by the trader. At the same time, the name of the channel storage means 232 is also changed.

  The information shared by the channel storage units 232, 272, and 292 is transaction data between the same traders. It can be adjusted according to the nature of the work involved. This is the same as in the first embodiment.

  Further, in each channel storage means 232, 272, 292, in addition to transaction data between traders, various programs for a smart contract (for example, a channel-in conversion program, a channel-out conversion program, a serial number management program, etc.) are stored. It is stored (see FIG. 8). This is the same as in the first embodiment. However, since a counterpart to the intermediary system 240 is not provided in the trader node 260, no synchronization processing is performed. Therefore, in the trader node 260, the channel-in conversion program stored in the channel storage , No channel-out conversion program is used. In addition, the trader node 260 is not provided with an equivalent of an intermediary system 240 for an intermediary to perform intermediation between the traders, but the trader is not allowed to trade between the traders including himself or the trader. In some cases, a trader system (not shown) for performing the work that accompanies the transaction is provided. In such a case, a channel-in conversion program or a channel-out conversion program may be used. .

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

  Also in the transaction recording system 200 of the second embodiment, the same processing as 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, the trader has his / her own trader node 260, so that access for a request (registration request, browsing request, work request) from the trader terminal 100 is not required. 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 user.

  When an access from the trader terminal 100 by the trader is made to the intermediary system 240, the flow is the same as in the case of the first embodiment. Therefore, the mediator system 240 has the same configuration as the mediator system 40 of the first embodiment (see FIG. 2), and performs the same processing as in the first embodiment.

  Also, as shown in FIG. 8, the intermediary node 220 has the same configuration as the intermediary node 20 (see FIG. 2) of the first embodiment, and performs the synchronization processing similarly to the case of the first embodiment. And a data format conversion process for that. The contents of the information stored in each channel storage means 232 are the same as those in the first embodiment, and the participant nodes sharing the information stored in each channel storage means 232 perform the first embodiment. The only difference is the form. That is, as described above, in the first embodiment, since the installation of the trader node 60 is not essential, information is mainly shared between the broker nodes 20 in the selection range. However, in the second embodiment, the information is shared. The information stored in the channel storage units 232 and 272 is shared between the broker nodes 220 in the selection range and the transaction nodes 260 in the party range.

  On the other hand, if the access by the trader from the trader terminal 100 is not made to the intermediary system 240 but to the trader node 260 installed by the trader, the channel of the trader node 260 The management means 262 (including cooperation with the common ledger management means 261) plays a role of the transaction request receiving means 41 (see FIG. 2) of the intermediary system 40 of the first embodiment.

  However, the trader node 260 has no equivalent to the transaction data storage unit 51 (see FIG. 2) of the first embodiment, and therefore, the channel management unit 262 stores the transaction data storage unit 51 of the first embodiment. Instead of registering the data in the channel, browsing the registered data, and performing the work using the registered data, perform the data registration in the channel storage unit 272, browse the registered data, and perform the work using the registered data. Will be. Further, since a counterpart to the intermediary system 240 is not provided in the trader node 260, the channel management means 262 does not perform synchronization processing or data format conversion processing therefor. However, as described above, the trader node 260 is not provided with an equivalent to the middleman system 240 for the middleman to perform the middleman between the traders. In some cases, a trader system (not shown) for performing transactions between companies or operations that accompany the transactions may be provided. In such a case, synchronization processing and data format conversion processing for such processing are performed. May be asked.

  Therefore, the channel management means 262 of the transaction node 260 has the same function as the channel management means 22 of the intermediary node 20 of the transaction recording system 10 after the completion of the transfer shown in FIG. 5 of the first embodiment. Will be.

  <Transaction recording system 200 after completion of transfer: FIG. 9>

  Further, even when the transaction recording system 200 of the second embodiment is in the state after the completion of the transfer shown in FIG. 9, access for a request (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 himself, 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 broker node 220, the brokerage of the transaction recording system 10 in the state after the completion of the transfer shown in FIG. 5 of the first embodiment. This is the same as the case where the access to the sender node 20 is performed.

  On the other hand, when an access for a request from the trader terminal 100 is made to the trader node 260, the trader node 260 of the transaction recording system 200 in the parallel operating state shown in FIG. This is the same as when access is made. This is because the state corresponding to the intermediary system 240 is not provided in the trader node 260, and the state during the parallel operation in FIG. 6 and the state after the completion of the transfer in FIG. 9 are the same.

  <Effect of Second Embodiment>

  According to the second embodiment, the following effects can be obtained. That is, first, the transaction recording system 200 that is in the state after the completion of the transfer shown in FIG. 9 as well as the state of the parallel operation shown in FIG. In addition, separate channel storage means 232 and 272 are provided for each combination of intermediaries, and transaction data recorded in the channel storage means 232 and 272 can be transferred by an intermediary set up by an intermediary between the intermediaries. Node 220 (the broker node 220 of the selection range selected by the trader) and the trader node 260 (the trader node 260 of the party range) set up by the trader included between the traders, For traders, you can restrict participation (registration and browsing) in trade data between traders other than the traders that include you, , 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 similar to that 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 the traders that include him / her) provided in the trader node 260 in the party range. And browsing), and recorded in a channel storage means 232 (a channel storage means 232 between traders including the user) provided in the mediator node 220 of the selection range selected by the user via the mediator. It is possible to participate (register and browse) the transaction data that has been entered. Therefore, if a plurality of intermediaries (intermediary nodes 220) are selected between the transactors (between the transactors including themselves), the plurality of intermediaries (intermediary nodes 220) are used. And the transfer of the mediator (mediator node 220) can be easily performed. This effect is similar to that of the first embodiment.

  In addition, for the intermediary, in the role of intermediation of transactions between the transactors and intermediation of work that accompanies the transactions, the intermediary node 220 installed by the intermediary includes the transactor that has accessed the intermediary. An access can be made to the channel storage means 232 between the traders to execute a process according to the trader's request (registration request, browsing request, work request). For this reason, the information necessary to fulfill the role of intermediation can be obtained from the intermediary node 220 under its own control. When accessing the channel storage unit 232 in which the necessary information is recorded, For example, there is no need to perform complicated access authority management using an encryption key technology, and the system configuration can be simplified. This effect is similar to that of the first embodiment.

  Next, in the transaction recording system 200 shown in FIG. 6 in which the intermediary node 220 and the intermediary system 240 are operating in parallel, the channel storage of the intermediary node 220 is performed as in the case of the first embodiment. Since the synchronization process is performed between the means 232 and the transaction data storage means (not shown) of the intermediary system 240, the transaction data between the transactors having the same contents is transferred between the intermediary node 220 and the intermediary system 240. Can be held by both.

  For this reason, in a situation where the existing mediator system 240 exists, the mediator node 220 is installed and operated in parallel, so that the service providing function of the existing mediator system 240 is maintained, and The function of DLT provided by the provided channel storage means 232, that is, the function of sharing information between related parties can be utilized. This effect is similar to that of the first embodiment.

  Therefore, the service provision mode by the DLT function including the existing mediator system 240 (the state of FIG. 6) is smoothly changed to the service provision mode by the DLT function not including the existing mediator system 240 (the state of FIG. 9). Transition can be realized.

  In addition, for an intermediary who has an existing system corresponding to the intermediary system 240 but does not participate in the distributed ledger (an intermediary that does not have the intermediary node 220 as a participant node) Can encourage participation in a distributed ledger, and in this sense, a smooth transition to DLT (a system using DLT) can be realized.

  In the transaction recording system 200, the channel storage means 232 stores a channel-in conversion program and a channel-out conversion program for data format conversion processing (see FIG. 8). The data format (data format) differs between the transaction data between the traders stored in the means 232 and the transaction data between the traders stored in the transaction data storage means (not shown) of the intermediary system 240. , They can be synchronized. This effect is similar to that of the first embodiment.

  Further, since the data format conversion process can be realized by the smart contract, the function transfer that transfers the function of the intermediary system 240 to the DLT can be smoothly performed. This effect is similar to that of the first embodiment.

  Further, in the transaction recording system 200, since the serial number management program is stored in the channel storage units 232 and 272 (see FIG. 8), the serial number in the channel can be managed by the smart contract. Therefore, the serial numbers within the channels are stored in the channel storage units 232 and 272 (the channel storage units 232 and 272 between the same traders and the same combination of intermediaries) storing the same transaction data. It is not necessary to perform serial number management between the channel storage units 232 and 272 that store 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 similar to that of the first embodiment.

  Further, since the intra-channel serial number can be managed by the smart contract, there is no need to provide a serial number management means for the intra-channel serial number on the intermediary system 240 side. Function transfer to DLT can proceed smoothly. This effect is similar to that of the first embodiment.

  In addition, the effect obtained by providing the super node 280 and the effect obtained when the present invention is applied to the mediation of trade matching business or other financial related business in the securities and financial fields are obtained in the same manner as in the first embodiment. be able to.

  [Deformation form]

  It should be noted that the present invention is not limited to the above embodiment, and modifications and the like within a range that can achieve the object of the present invention are included in the present invention.

  For example, in each of the above embodiments, in addition to the transaction data, the channel storage means 32 and 232 store a channel-in conversion program and a channel-out conversion program (see FIGS. 2 and 8). , 220, channel-in conversion units 23, 223 and channel-out conversion units 24, 224 are constructed. However, the data format conversion processing is performed by such a smart contract. However, for example, the mediator nodes 20 and 220 may be provided with channel-in converters 23 and 223 and channel-out converters 24 and 224 that do not rely on smart contracts. That is, instead of acquiring the program from each of the channel storage units 32 and 232, the program stored in a storage area other than each of the channel storage units 32 and 232 uses the channel-in conversion units 23 and 223 and the channel-out conversion unit 24. , 224 may be realized. However, if realized by a smart contract, the transition to a system using DLT can be completed earlier.

  As shown by the two-dot line in FIG. 2, a channel-in conversion unit or a channel-out conversion unit may be provided not on the mediator nodes 20 and 220 but on the mediator systems 40 and 240 side.

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

  In the first embodiment, as shown in FIG. 2, the additional registration of the transaction data in the channel storage unit 32 by the other node is monitored by performing polling by the channel monitoring unit 44 (the second embodiment). The same applies to the second embodiment), instead of the polling from the mediator systems 40 and 240, the transaction data to the channel storage means 32 and 232 by the other nodes by the channel management means 22 and 222 on the mediator nodes 20 and 220 side. The process of monitoring the presence or absence of additional registration and transmitting the additionally registered transaction data to the mediator systems 40 and 240 may be performed.

  Further, in the first embodiment, the transaction data is temporarily stored in the transaction data storage unit 51, and then the synchronization process with the channel storage unit 32 is performed (see FIG. 2). A process of registering the transaction data generated by the input from 100 into the transaction data storage unit 51 and the channel storage unit 32 in parallel may be performed. The same applies to the second embodiment.

  Further, 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 intermediary system 40α. The polling process for transmitting an inquiry signal for confirming the existence of transaction data having a number larger than the latest number (= D3) is performed on the channel management means 22 of the node 20α, and in step S12 in FIG. The channel management unit 22 of the node 20α determines whether there is transaction data having a number greater than the latest number (= D3) of the serial number in the AX channel included in the received inquiry signal. Confirmation of whether or not there is transaction data additionally registered by another node in the AX channel storage means 32 is also performed in the second embodiment. Process is not limited to such as.

  For example, the channel monitoring unit 44 instructs the channel management unit 22 of the intermediary node 20α to transmit all transaction data stored in the AX channel storage unit 32 (or, for example, all transaction data of the day, the latest one week or less). , An inquiry signal requesting transmission of a serial number (= D1, D2, D3, D4) in the AX channel for the latest transaction data within the last fixed period, such as all the transaction data. You may. Then, the channel monitoring unit 44 stores the AX channel serial number (= D1, D2, D3, D4) stored in the serial number correspondence storage unit 52 in the AX channel serial number (= D1, D2, D3, D4) returned from the mediator node 20α. = D1, D2, D3), it is determined whether or not a serial number within the AX channel is included. If the serial number is included, the serial number within the AX channel is transmitted to the channel management unit 22 of the mediator node 20α. A request for transmission of the transaction data may be made.

  In addition, the channel monitoring unit 44 instructs the channel management unit 22 of the intermediary node 20α on all transaction data acquired from the serial number correspondence storage unit 52 (or, for example, all transaction data of the current day, all transaction data within the last week). By transmitting a serial number (= D1, D2, D3) in the AX channel for all the transaction data within the latest fixed period, such as the transaction data of An inquiry signal for confirming whether or not the serial number in the AX channel exists in the AX channel storage unit 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 stored in the AX channel storage means 32 (= D1, D2, D3, D4), and extracts the transaction data of the serial number in the AX channel (= D4) that is not included in the serial number in the AX channel of the inquiry signal (= D1, D2, D3). It may be configured to transmit to the channel monitoring means 44 of the system 40α.

  As described above, the transaction recording system and the program of the present invention can be used, for example, between an orderer of a trading order for a financial product and a market agent who orders a trading order to a market based on a request from the orderer. It is suitable for use when recording trade matching data or other financial business data necessary for performing trade matching business or other financial related business with an intermediary. .

1 Peer-to-peer (P2P) network for forming a distributed ledger 10, 200 Transaction record 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 receiving means 42 Synchronization transaction data extraction means 43 Synchronization channel record instructing means 44 Channel monitoring means 45 Synchronization transaction data recording means 51 Transaction data storage means 60,260 Trader node 80,280 Super node

Claims (7)

A transaction recording system constituted by a plurality of computers for recording, as transaction data between traders, data indicating the contents of transactions between traders and / or related data generated or generated along with the execution of transactions between traders. And
A plurality of intermediary nodes installed by intermediaries that mediate transactions between traders or work involved in transactions between traders are connected by a peer-to-peer network for forming a distributed ledger. Composed of
The plurality of intermediary nodes each include a distributed ledger storage unit, and the distributed ledger storage unit stores information shared by all the participant nodes participating in the distributed ledger including the intermediary node. Ledger storage means, and at least one channel storage means provided for each trader,
The intermediary node includes the channel memory means provided between every trader for storage in a state that does not include transaction data between traders between the transaction data and other traders, this time, the intermediary The intermediary having the intermediary node itself has the channel storage means between the intermediary traders, and the intermediary does not have the channel storage means between the non-intermediate traders,
The channel storage means between the same traders among the channel storage means provided for each trader is selected as an intermediary between the same traders among a plurality of the broker nodes. Provided in the broker node of the selection range set by the broker, the transaction data between the same trader is configured to be shared between the broker nodes of the selection range ,
The transaction recording system according to claim 1, wherein the intermediary nodes in the selection range can be a plurality of intermediary nodes selected by the traders among the traders including the trader . A transaction recording system constituted by a plurality of computers for recording, as transaction data between traders, data indicating the contents of transactions between traders and / or related data generated or generated along with the execution of transactions between traders. And
A plurality of intermediary nodes installed by each of the intermediaries that mediate transactions between traders or work involved in transactions between the traders, and a plurality of trader nodes installed by each of the traders are distributed. Connected and configured with a peer-to-peer network for forming a ledger,
Each of the plurality of intermediary nodes and the plurality of transaction nodes includes distributed ledger storage means, and the distributed ledger storage means is configured to participate in the distributed ledger including the intermediary node and the transaction node. A common ledger storage means for storing information shared by the participant nodes of each participant, and at least one channel storage means provided for each of the traders and for each combination of intermediaries,
The intermediary node and the trader node mediate between traders and between the traders in order to store the trade data between traders without including the trade data between other traders. The intermediary node comprises the channel storage means provided for each combination of intermediaries, and the intermediary node comprises the channel storage means between the traders that the intermediaries themselves installed the intermediary nodes themselves, and , The intermediary itself does not include the channel storage means between traders that do not mediate, and the trader node stores the channel storage means between traders including the trader who has set up the trader node. Provided, and does not include the channel storage means between the traders not including the trader itself,
For each trader, and among the channel storage means provided for each combination of intermediaries, the channel storage means between the same traders, the plurality of intermediary nodes and the plurality of trader nodes of the Of these, the intermediary node of the selection range set by the intermediary selected as the intermediary to mediate between the same traders and the transaction node of the party range set up by the traders included between the same traders Provided, the transaction data between the same traders is configured to be shared between broker nodes in the selection range and trader nodes in the party range ,
The transaction recording system according to claim 1, wherein the intermediary nodes in the selection range can be a plurality of intermediary nodes selected by the traders among the traders including the trader . An intermediary system installed by the same intermediary as the intermediary that installed the intermediary node and operating in parallel with the intermediary node,
This intermediary system,
A request for registration of transaction data between traders by one or both of the traders brokered by the middleman who has set up the middleman system is received, or in addition to this registration request, a request for browsing transaction data between traders, or A trader request receiving means for receiving a work request using transaction data between traders and executing a process corresponding to the request;
Transaction data storage means for storing transaction data between traders pertaining to the registration request received by the trader request reception means,
Synchronization transaction data extraction means for executing processing for extracting transaction data between traders newly registered in the transaction data storage means,
Synchronization channel record instructing means for executing a process of instructing the intermediary node to record the transaction data between the traders extracted by the synchronization transaction data extraction means in the channel storage means between the traders. 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 the newly recorded transaction data between traders. When,
A synchronous transaction data recording unit for executing a process of recording the transaction data between the suppliers acquired by the channel monitoring unit in the transaction data storage unit. 3. The transaction record system according to 1 or 2. The transaction data storage means,
It is configured to store transaction data between traders having different recording formats with the same contents as the transaction data between traders stored in the channel storage means,
The channel storage means,
A channel-in conversion program for converting a data format between transaction data between traders stored in the transaction data storage means and transaction data between traders stored in the channel storage means, and the channel storage means A channel-out conversion program for conversion processing of data format from transaction data between traders stored in the transaction data storage means to transaction data between traders stored in the transaction data storage means,
The mediator node,
The transaction data between the traders received from the synchronization channel record instructing means of the intermediary system is converted into a data format by the channel-in conversion program obtained from the channel storage means, and then the data between the traders is converted. Channel-in conversion means for executing processing for recording in the channel storage means;
A channel out which executes a process of converting the transaction data between the traders stored in the channel storage means into a data format by the channel out conversion program obtained from the channel storage means and then passing the data to the channel monitoring means. The transaction recording system according to claim 3, wherein the transaction recording system is provided with a conversion unit. The trader is an orderer of a trading order for a financial instrument, and a market agent that brokers the trading order to a market based on a request from the orderer,
The work involved in the transaction between the traders is a trade matching business or other finance-related business for the trading order,
The intermediary is an intermediary performing the trade matching business or other financial related business,
The transaction data between the traders as the relevant data is trade collation data including market transaction data or processing data of the trading order or other financial-related business data. A transaction record system according to any one of claims 1 to 4 . As an intermediary nodes constituting a transaction recording system according to any one of claims 1 to 5 program for causing a computer to function.   A program for causing a computer to function as a trader node constituting the transaction record system according to claim 2.

Images