Transaction information processing system, transaction information processing method, and program

Abstract

The ability to support the trading of financial products. [Solution] The acquisition unit acquires transaction information indicating transactions of financial instruments. The node generation unit generates nodes representing the trading entity for each financial instrument, based on the transaction information, including a payout node corresponding to the payout destination of the instrument and a receiving node corresponding to the receiving destination of the instrument. The edge generation unit connects the payout node and the receiving node and generates edges indicating the trading volume of the instrument based on the transaction information. The output unit generates and outputs a transaction image including nodes and edges for each instrument.

Description

Technical Field

[0001] The present invention relates to a transaction information processing system, a transaction information processing method, and a program.

Background Art

[0002] As an information processing system for conducting securities transactions, there is known one that performs a process of detecting a settlement failure (fail) of a financial product transaction. For example, Patent Document 1 describes a settlement management system that can detect in advance the risk of settlement failure (fail) and conduct securities transactions while avoiding fails. This settlement management system stores the balance information of securities by brand, transmits and receives securities settlement information through a securities settlement clearing institution, increases or decreases the balance information by brand according to the completion of settlement, and detects in advance that the scheduled delivery of securities to the self-financial institution of the securities will not be established, resulting in insufficient balance to deliver the securities and the inability to execute the delivery.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] For example, financial products such as national bonds are traded by traders including multiple payers (sellers) and receivers (buyers) in a day. Here, in the trading of national bonds, for example, short selling and buy reservations are also made without holding the face value of national bonds. In this case, for the brand sold short, a loop transaction (a series of transactions of the same brand) may be established by concluding a cover transaction for the buy reservation.

[0005] However, with financial instruments that allow loop trading, the involvement of numerous traders makes the transactions themselves complex. This complexity makes it difficult for financial institutions that conduct or manage transactions to grasp the full scope of a security's trading and predict the occurrence of failures. In order to facilitate the completion of financial product transactions, it is necessary to support these transactions by providing operators with transaction information in an easy-to-understand manner.

[0006] The present invention has been made in view of the above problems, and aims to provide a trading information processing system, a trading information processing method, and a program that can support trading of financial products. [Means for solving the problem]

[0007] One aspect of the present invention comprises: an acquisition unit that acquires transaction information indicating transactions of financial instruments; a node generation unit that generates nodes representing the trading entity for each security of the financial instrument, wherein the nodes correspond to the payout destination of the security and the receiving destination of the security, based on the transaction information; an edge generation unit that connects the payout destination node and the receiving destination node and generates an edge indicating the trading volume of the security, based on the transaction information; and an output unit that generates and outputs a transaction image including the nodes and the edge for each security. The output unit, when the recipient of the first transaction is the payer of the second transaction, generates a relay node corresponding to the recipient of the first transaction and the payer of the second transaction as a single node, and further includes an identification unit that identifies a loop in which a plurality of nodes and the edges connecting the plurality of nodes form a ring, based on the transaction volume between each node, and the output unit outputs according to the identification result by the identification unit. It is a transaction information processing system.

[0008] One aspect of the present invention includes the steps of: an acquisition unit acquiring transaction information indicating a transaction of a financial instrument; a node generation unit generating nodes representing the trading entity for each security of the financial instrument, which include a payout node corresponding to the payout destination of the security and a receiving node corresponding to the receiving destination of the security, based on the transaction information; an edge generation unit connecting the payout node and the receiving node and generating an edge indicating the trading volume of the security, based on the transaction information; and an output unit generating and outputting a transaction image for each security, which includes the nodes and the edge. When the recipient of the first transaction becomes the payer of the second transaction, the relay nodes corresponding to the recipient of the first transaction and the payer of the second transaction are generated as a single node, and based on the transaction volume between each node, a loop is identified in which multiple nodes and the edges connecting those multiple nodes form a ring, and output is generated according to the identification result. This is a method for processing transaction information.

[0009] One aspect of the present invention involves causing a computer to perform the following steps: acquire transaction information indicating transactions of financial instruments; generate nodes representing the trading entity for each security of the financial instrument, wherein the nodes correspond to the payout destination of the security and the receiving destination of the security, based on the transaction information; connect the payout destination node and the receiving destination node and generate an edge indicating the trading volume of the security, based on the transaction information; and generate and output a transaction image for each security, including the nodes and the edge. When the recipient of the first transaction becomes the payer of the second transaction, the system generates a relay node corresponding to the recipient of the first transaction and the payer of the second transaction as a single node, identifies a loop in which multiple nodes and the edges connecting those nodes are linked, and outputs according to the identification result. This is a program for that purpose. [Effects of the Invention]

[0010] According to one aspect of the present invention, it is possible to support the trading of financial instruments. [Brief explanation of the drawing]

[0011] [Figure 1] This is a schematic diagram showing an example of a transaction image according to an embodiment of the present invention. [Figure 2] This is a block diagram showing an example of a transaction information processing system according to this embodiment. [Figure 3] This sequence diagram shows an example of the processing procedure of the transaction information processing system according to this embodiment. [Figure 4] This figure shows an example of a screen displayed on the administrator terminal device according to this embodiment. [Figure 5] This figure shows an example of pre-processed data according to this embodiment. [Figure 6] This figure shows an example of a screen displayed on the administrator terminal device according to this embodiment. [Figure 7] This figure shows an example of processing performed by the transaction information processing device according to this embodiment. [Figure 8] This figure shows an example of another process of the transaction information processing device according to this embodiment. [Figure 9]It is a diagram showing an example of the display performed by the administrator terminal device according to this embodiment. [Figure 10] It is a diagram showing an example of another display performed by the administrator terminal device according to this embodiment.

Mode for Carrying Out the Invention

[0012] Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. The following embodiments are one aspect of the embodiments of the present invention, and the present invention is not construed as being limited to the following embodiments.

[0013] (Examples of Terms in this Specification) "Financial products" include, but are not limited to, various deposits, investment trusts, stocks, corporate bonds, government bonds, insurance, etc. provided and intermediated by financial institutions. In the following embodiments, a national bond is taken as a financial product, and an example of a financial product capable of conducting loop transactions is shown, but it is not limited thereto. A financial product may be a financial product that is repeatedly sold (settled) by a large number of traders and is finally transferred from a financial product holder to a financial product purchaser. "Financial institutions" refer to those conducting financial transaction businesses. Examples of "financial institutions" include, but are not limited to, financial product transaction clearing institutions, banks, credit unions, securities companies, or insurance companies. A "national bond" is a bond issued by the state that pays (repays) interest and principal. For example, interest is paid once every six months, and the principal is repaid at maturity.

[0014] "Loop transaction" is a series of settlement transactions including short selling and buy reservation for the same brand. For example, when there are a large number of financial institutions that hold short selling and buy reservation (cover transaction) without holding the face value of Japanese national bonds, at the payment destination, short selling and buy reservation of the same brand and face value are connected in a row, and the face value holders required for a series of transaction settlements are identified. Connecting such a series of settlement transactions is called a loop transaction. In a loop transaction, a fail may occur. "Fail" refers to the case where a trader (a party participating in the transfer) fails to deliver the securities by the deadline for the transfer of securities settlement on the settlement date due to unavoidable reasons. For example, if a series of settlement transactions start with a short sale of national bond face value and there is no national bond face value in the loop transaction, a settlement failure (fail) may occur where the national bond face value is not transferred from the seller to the buyer by the settlement date. When a fail occurs in a loop transaction, fines or penalties may be imposed. Fines and penalties are imposed on the parties to the transaction, but in the case where a financial institution conducts the settlement or for transactions where the financial institution acts as an agent for the settlement, fines and penalties will be imposed on the financial institution. In order for financial institutions to avoid fines and penalties, financial institutions need to confirm the presence or absence of fails by the settlement date and adjust in advance the flow of national bond face value, including settlements borne by other financial institutions.

[0015] (Examples of the operation of financial product transactions) Financial institutions, etc. that conduct transactions or manage transactions perform operations to comply with the settlement date and suppress the occurrence of fails. In the following embodiments, the transaction information processing system 1 uses the traders of the buy and sell transactions as nodes for the same brand and links the nodes according to the transactions. By linking and connecting the nodes, the transaction information processing system 1 generates and displays a transaction image that is strung together in a series of transactions. As a result, the operator can grasp the overall situation of the transactions of this brand by referring to the image.

[0016] FIG. 1 is a schematic diagram showing an example of an image according to an embodiment of the present invention. The transaction images G11 and G12 are images output by the transaction information processing system 1 and each represents an example of an image showing the transactions of a certain brand. The transaction image G11 is an image in a state where the loop transaction has not been established and there is a possibility that a fail may occur. On the other hand, the transaction image G12 is an image in a state where the transaction has been established and no fail occurs. In transaction images G11 and G12, nodes N1 to N5 represent traders. For example, nodes N1, N2, and N3 display the names of traders D, A, and J, respectively. Edges E1 to E5 represent transactions. The arrows on edges E1 to E5 connect the nodes representing traders and move from the sending node (seller) to the receiving node (buyer). The numerical value of the edge represents the transaction volume. For example, edge E1 indicates that a government bond with face value (150) was sold from sending node D to receiving node A. Edge E2 indicates that three government bonds with face value (50) were sold from sending node A to receiving node J.

[0017] The transaction image G11 shows that the physical bond (government bond: physical) is held by, for example, D on node N1 when the transaction begins, and buy / sell orders have been placed up to C on node N5. The transaction image G11 also shows that the physical bond has not yet been delivered and may fail. The bond may be in paper or electronic format. In transaction image G12, edge E5 has been added compared to transaction image G11. Edge E5 indicates that a government bond at face value (150) was sold from trader C to trader D. The state represented by transaction image G12 is such that, for example, the bond was held by node N1's D when the transaction started, and has returned to being held by D. In other words, the state represented by transaction image G12 is that the bond is held by the holder, the transaction is completed, and no failure occurs.

[0018] The operator refers to the displayed image to confirm whether a series of trades are looping, thereby determining whether the trade for this security will be executed, or in other words, whether a failure will occur. This allows the operator to predict whether a failure will occur. For example, if there is no loop, as shown in trading image G11, the operator can have traders C and D, indicated by the nodes at the ends of a chain, execute a trade. Here, the operator can confirm that for the stock shown in trading image G11, the amount held by trader C is the trading volume, and trader C is the seller and trader D is the buyer. If this transaction is completed, the loop will be completed as shown in transaction image G12, and the entire transaction for this security will be completed. This allows the operator to complete the delivery of the entire transaction, ensure compliance with the settlement date, and prevent failures, thereby preventing the imposition of penalties.

[0019] (Transaction Information Processing System 1) Transaction information processing system 1 is an information processing system that processes transaction information indicating transactions of financial products. Transaction information processing system 1 acquires transaction information indicating transactions by multiple traders and performs information processing on the acquired transaction information for each financial product. Specifically, the transaction information processing system 1 displays a transaction image representing the entire transaction for each security. The transaction information processing system 1 also identifies when a failure occurs in a series of transactions for each security. When the transaction information processing system 1 identifies a failure, it displays or notifies, for example, the transaction for that security or the operator managing the transaction, according to this identification result.

[0020] Figure 2 is a block diagram showing an example of the transaction information processing system 1 according to this embodiment. The trading information processing system 1 includes, for example, multiple trader terminal devices 100, an exchange device 200, a trading information processing device 300, and an administrator terminal device 400. The trader terminal devices 100, the exchange device 200, the trading information processing device 300, and the administrator terminal device 400 have communication interfaces (not shown), such as NICs (Network Interface Cards) or wireless communication modules, enabling the exchange of various types of information via a communication network NW. The communication network NW may include, for example, a general-purpose network such as the Internet, and a private network such as local 5G or WiFi (registered trademark).

[0021] (Trader terminal device 100) The trader terminal device 100 is an information processing terminal device such as a personal computer or smartphone operated by the trader. The trader may be, for example, a financial institution that places buy and sell orders for financial products, or an organization that handles the delivery of financial products, such as a financial instruments clearing organization like JSCC (Japan Securities Clearing Corporation). The trader terminal device 100 accepts the securities of financial instruments to be traded and orders in response to the trader's operations. The order includes information related to the order, such as whether it is a sell order or a buy order, the quantity, the date of execution of the transaction, the settlement date, and the name of the trading partner. The trader terminal device 100 transmits order information, including security information, information indicating whether it is a sell order or a buy order, price information indicating the price, and quantity information indicating the order quantity, to the exchange device 200.

[0022] (Exchange equipment 200) The exchange device 200 is an information processing device such as a server device in an exchange. The exchange device 200 includes, for example, an acquisition unit 202, a transaction processing unit 204, and an information output unit 206. The exchange device 200 may be a different device depending on the trader's residence. For example, transaction information from traders residing in Japan (residence data) and transaction information from traders residing abroad (non-residence data) may be generated by a different device.

[0023] The acquisition unit 202 acquires order information from a large number of trader terminal devices 100. The transaction processing unit 204 processes transactions to complete (conclude) them based on the large number of order information. The information output unit 206 generates transaction information showing the security information, price information, quantity information, payer information, and receiving information of the completed transactions, and transmits it to the trader terminal devices 100. The information output unit 206 also outputs the transaction information for the completed transactions to the transaction information processing device 300.

[0024] (Transaction information processing device 300) The transaction information processing device 300 is an information processing device such as a server that performs various processing based on transaction information. The transaction information processing device 300 includes, for example, an acquisition unit 302, a node generation unit 304, an edge generation unit 306, an identification unit 308, and an output unit 310.

[0025] The acquisition unit 302 acquires transaction information. The node generation unit 304 generates nodes representing the trading entity for each financial instrument, based on transaction information, including a payout node corresponding to the payout destination of the instrument and a receiving node corresponding to the receiving destination of the instrument. Furthermore, if the receiving destination of one transaction is the payout destination of another transaction, the node generation unit 304 generates relay nodes as nodes corresponding to both the receiving destination of one transaction and the payout destination of the other transaction. In other words, a relay node is a single node, but it is both a receiving destination and a payout destination. The node generation unit 304 stores information indicating the generated nodes as node data in a storage medium.

[0026] The edge generation unit 306 connects the payout destination node and the receiving node and generates an edge indicating the trading volume of the security based on the trading information. The edge generation unit 306 stores the information indicating the generated edge as edge data in the storage medium. The identification unit 308 identifies a state in which a set of multiple nodes and the edges connecting those nodes (network) forms a loop. In other words, the identification unit 308 identifies whether the connection relationship between multiple nodes and edges forms a loop. The output unit 310 generates and outputs graph data (an example of transaction image information) for each stock symbol, including nodes generated by the node generation unit 304 and edges generated by the edge generation unit 306. The graph data is information for displaying transaction images (see Figure 8). Specifically, for a series of transactions for each stock symbol, the output unit 310 outputs graph data for displaying transaction images (see Figure 1), in which nodes representing traders are connected by edges in a chain. The output unit 310 also outputs the identification results from the identification unit 308.

[0027] The transaction information processing device 300 constructs a graph database based on transaction information through processing in each of its components. A graph database is a database that stores graph data, which includes node data representing multiple nodes and edge data representing the edges connecting those nodes. The graph data is generated for each trading day and each stock symbol, and includes information indicating the positional relationship between nodes and edges, as well as the direction of the edges. A graph database stores multiple graph data sets. Node data includes information such as the names of the issuing and receiving nodes, and the properties of the issuing and receiving nodes. These properties are used to identify the nodes, such as the name, type, and time of the transaction of the trader. Edge data includes information that identifies the relationship between the issuing and receiving nodes, and includes the properties of the edge. These edge properties are used to identify the edge, such as the name, type, and quantity of the edge.

[0028] (Administrator terminal device 400) The administrator terminal device 400 is an information processing terminal device such as a personal computer or smartphone operated by an operator of financial product transactions. The operator is, for example, a representative of a financial institution that holds government bond certificates, or a representative of a financial institution that has customers who are traders holding government bond certificates. The administrator terminal device 400 acquires graph data and identification results from the transaction information processing device 300. The administrator terminal device 400 displays the graph data and identification results on the display unit 402. Furthermore, the administrator terminal device 400 and the trader terminal device 100 may share the same housing, and the terminal device may have the functions of each part of the administrator terminal device 400 and each part of the trader terminal device 100.

[0029] (Sequence of Transaction Information Processing System 1) Figure 3 is a sequence diagram showing an example of the processing procedure of the transaction information processing system 1 according to this embodiment.

[0030] [Step S110] The trader terminal device 100 is operated, for example, by a person in charge of the government bond payout destination, and transmits order information to the exchange device 200, which includes government bond issue information, information indicating a sell order, and price information indicating the price specified in response to the sell order, of which quantity information indicating the quantity of the order. The exchange device 200 receives the order information and sends a response to the trader terminal device 100 of the payout destination.

[0031] [Step S112] The trader terminal device 100 is operated, for example, by a person in charge at the receiving entity of the government bonds, and transmits order information to the exchange device 200, which includes government bond issue information, information indicating a buy order, and price information indicating the price specified in response to the buy order, of which quantity information indicating the quantity of the order. The exchange device 200 receives the order information and sends a response to the receiving entity's trader terminal device 100.

[0032] [Step S114] The exchange device 200 executes a transaction based on the order information received by the acquisition unit 202 and generates transaction information. The generated transaction information is downloaded to the administrator terminal device 400. The administrator terminal device 400 uploads the downloaded transaction information to the transaction information processing device 300. The transaction information processing device 300 performs preprocessing based on the uploaded transaction information and stores the price information, quantity information, payer information, and receiving information of the executed transaction as preprocessed data in the storage medium.

[0033] [Step S116] In the transaction information processing device 300, based on the pre-processed data, the node generation unit 304 generates node data indicating the payout destination node and the receiving destination node, and the edge generation unit 306 generates edge data indicating an edge that has a direction from the payout destination node to the receiving destination node. This allows the trading information processing device 300 to construct a graph database with multiple nodes and edges between nodes for each stock.

[0034] [Step S118] The identification unit 308 refers to the graph database constructed by the node generation unit 304 and the edge generation unit 306 and identifies whether the connection relationship between the dispensing node, the receiving node and the edge is a loop. At this time, the identification unit 308 identifies nodes for each security, such as a starting node representing the originating payout destination, an intermediate node representing the receiving and payout destinations of the security traded, and an ending node representing a trader who has not yet paid out the received security.

[0035] Furthermore, the endpoint node may represent a trader who has not sold all of the securities they bought. The endpoint node and the starting node are also called end nodes. An end node represents a trader who is either a recipient or a payout destination, but not the other. An end node may also represent a trader who has not sold all of the securities they bought, or a trader who has not bought all of the securities they sold.

[0036] The identification unit 308 identifies whether a set of multiple nodes and the edges connecting each node form a loop for all or part of a security transaction. In other words, the identification unit 308 identifies whether a security transaction has been completed, or in other words, whether a failure has occurred. For example, the identification unit 308 may identify a loop when it detects a starting node, an intermediate node, an ending node, and multiple edges connecting the starting node, intermediate node, and ending node to form a loop.

[0037] The output unit 310 outputs graph data generated by the node generation unit 304 and the edge generation unit 306, as well as identification result information including the identification results from the identification unit 308. The identification result information outputs data that distinguishes between pairs of nodes and edges that form loops and pairs of nodes and edges that do not form loops for each stock symbol. For example, the output unit 310 may distinguish between pairs of nodes and edges that form loops and pairs of nodes and edges that do not form loops by the display format of the trading image, or it may output data that distinguishes them by an alert sound when displaying the trading image. The transaction information processing device 300 transmits graph data and identification result information to the administrator terminal device 400.

[0038] [Step S120] The administrator terminal device 400 displays the transaction image and displays information according to the identification result based on the graph data and identification result information transmitted from the transaction information processing device 300.

[0039] (Input / Output Examples) The screen displayed by the administrator terminal device 400 to the operator will be explained below. The screen includes a registration screen for uploading transaction information, a search screen for searching for transactions of each stock, a reference screen for viewing transaction images, and a settings screen for configuring various settings.

[0040] [Registration screen] Figure 4 shows an example of a screen displayed on the administrator terminal device 400 according to this embodiment. This screen is a registration screen where the operator uploads transaction information. In this diagram, the non-residential data and residential data fields are fields for uploading non-residential data and residential data, respectively. The operator specifies the addresses of the non-residential data and residential data and uploads the non-residential data and residential data to the transaction information processing device 300 via the administrator terminal device 400.

[0041] The fields for preprocessed data, search dataset, and graph dataset are used to display preprocessed data for non-residential and residential data. Preprocessed data is data that has been processed to generate transaction images (graphs). A search dataset is data that has been processed specifically for searching. The graph dataset is the data used to plot trading images.

[0042] Figure 5 shows an example of pre-processed data according to this embodiment. The pre-processed data contains data for the following items: ID, brand name, residence type, payout code, payout name, payout shape, receiving code, receiving name, receiving shape, and transaction volume. The ID is identification information that identifies a transaction (buy / sell). The Security Symbol indicates the security that was traded. The Residence Type indicates whether the trading partners at the issuing and receiving locations are non-residential or residential, respectively. The Issuer Code and Receiving Code are identification information that identifies the issuer and receiving locations, respectively. The Issuer Name and Receiving Location Name are the names of the issuer and receiving locations, respectively, and are names generated by pre-processing. The Issuer Shape and Receiving Location Shape are the shapes of the issuer node and receiving location node, respectively. The Transaction Volume indicates the transaction volume.

[0043] The generation process that produces the preprocessed data shown in Figure 5 will now be explained. The transaction information processing device 300 acquires non-residential data and residential data uploaded to the operator by the acquisition unit 302. Non-residential data includes information such as Value Date, Receive / Deliver, Transaction Reason, ISIN, Quantity / Face Amount, Settlement Amount, Securities Account Number, Beneficiary Name, and Counterparty Name. Residential data includes information such as transaction execution date, transaction type, own government bond account number, counterparty code, security code, government bond amount, amount of funds delivered, payer and recipient parties.

[0044] The transaction information processing device 300 creates pre-processed data based on non-residential data. Specifically, the node generation unit 304 identifies the security based on the ISIN. The edge generation unit 306 determines whether the trader in the Beneficiary Name and Counterparty Name is the payer or the recipient based on Receive / Deliver. In other words, the edge generation unit 306 determines the direction of the transaction. The node generation unit 304 generates payer codes and recipient codes based on the Beneficiary Name and Counterparty Name of the non-residential data and the determination result of the edge generation unit 306. The node generation unit 304 refers to a pre-configured correspondence table between codes and trader names, converts the payer codes and recipient codes into trader names, and generates them as the payer name and recipient name, respectively. The node generation unit 304 refers to a pre-configured correspondence table between trader names and node shapes, determines the node shapes for the payer name and recipient name, and generates them as the payer shape and recipient shape, respectively. The edge generation unit 306 generates the transaction volume based on Quantity / Face Amount.

[0045] The transaction information processing device 300 creates pre-processed data based on the residential data. Specifically, the node generation unit 304 identifies the stock based on the stock code. The edge generation unit 306 determines the payer and recipient based on the payer and recipient parties. The node generation unit 304 generates the payer code and recipient code based on the trading partner code, payer party parties, and recipient party parties. The node generation unit 304 refers to a pre-configured correspondence table between codes and trading partner names, converts the payer code and recipient code into trading partner names, and generates them as the payer name and recipient name, respectively. The node generation unit 304 refers to a pre-configured correspondence table between trader names and node shapes, determines the node shapes for the payer name and recipient name, and generates them as the payer shape and recipient shape, respectively. The edge generation unit 306 generates the transaction volume based on the government bond amount and the fund transfer amount.

[0046] The transaction information processing device 300 combines pre-processed data based on non-residential data and pre-processed data based on residential data to generate pre-processed data. The transaction information processing device 300 generates a searchable dataset based on the transaction information and the pre-processed data. The transaction information processing device 300 generates a graph dataset based on the pre-processed data.

[0047] [Search screen] The transaction information processing device 300 creates an index that allows the graph data to be searched using search keys such as the payer code, recipient code, payer name, recipient name, stock code, and Receive / Deliver (payer or recipient), and creates a search dataset containing a large number of indices.

[0048] Figure 6 shows an example of a screen displayed on the administrator terminal device 400 according to this embodiment. This screen is a registration screen where the operator searches for transactions for each stock. The administrator terminal device 400 displays the screen shown in Figure 6 and obtains the search conditions entered by the operator. The search conditions include, for example, the receiving destination, the payout destination, the stock name, or the transaction date. The administrator terminal device 400 sends a search query corresponding to the obtained search conditions to the transaction information processing device 300. Based on the search query, the transaction information processing device 300 extracts transaction details, including graph data, for transactions that match the search query and sends them to the administrator terminal device 400. Based on the received transaction details, the administrator terminal device 400 extracts a list of search results. The list outputs a transaction image for each stock. In Figure 6, for example, the administrator terminal device 400 displays a transaction image for a financial product of security a, including the payout node of Bank A, the receiving node of Securities B, and an edge that includes the quantity.

[0049] [Reference screen] When an operator selects a transaction from the search results list, the administrator terminal device 400 displays the transaction details of the selected transaction, including a transaction image. Figure 7 shows an example of the processing performed by the transaction information processing device 300 according to this embodiment. The upper part of Figure 7 shows the pre-processed data for the selected trades, and the lower part of Figure 7 shows the trade image generated based on that pre-processed data. This trade image represents the trades of stock a on the trading day. For improved readability, the nodes in the trade image are arranged in a grid pattern with short edges.

[0050] The generation process for generating the transaction image shown in Figure 7 will now be explained. The output unit 310, for example, when it receives a reference request that includes a trading date or a stock symbol, extracts graph data corresponding to the trading date and stock symbol. If the reference request does not include a trading date, the output unit 310 assumes the current trading date and extracts graph data corresponding to the stock symbol for that day. Based on the extracted graph data, the output unit 310 generates graph data for that trading date and stock symbol. In the transaction image of Figure 7, when the recipient of one transaction becomes the payer of another transaction, the output unit 310 generates graph data in which the relay nodes corresponding to the recipient of one transaction and the payer of the other transaction are treated as a single node.

[0051] In the case of the preprocessed data in Figure 7, the identification unit 308 identifies that the connection relationship between the node and edge does not form a loop. The output unit 310 outputs to the administrator terminal device 400 that there is no loop and lists the nodes and edges that do not form a loop. The display unit 402 of the administrator terminal device 400 displays the transaction image for the transaction for which a reference request was made, and also displays warning information indicating that a loop is not formed, as well as warning information indicating the nodes and edges that do not form a loop. This allows operators to understand the full scope of a security's trading by referring to trading images, and to predict when a failure will occur based on the warning information.

[0052] In the transaction image in Figure 7, the node representing JSCC, a financial instruments clearing organization, is star-shaped, unlike the oval shapes of the other nodes. Thus, the output unit 310 pre-sets node display information that associates the transaction code or trader name with the display mode of the node, and generates and outputs a transaction image in which the financial instruments clearing organization is represented in a different display mode than other trading entities.

[0053] The identification unit 308 may, at a predetermined timing, refer to the graph dataset and extract graph data in which the connection relationships between nodes and edges do not form loops. In this case, the output unit 310 outputs a list of stock symbols extracted by the identification unit 308 to the administrator terminal device 400. The display unit 402 may, based on the list of stock symbols received by the administrator terminal device 400, display warning information indicating that no trades have been completed for any of the stock symbols in the list. The output unit 310, for example, if it includes the pre-processed data shown in Figure 7, outputs a list including stock a to the administrator terminal device 400 at a predetermined time, such as before the end of trading hours for the day or before the settlement deadline for the delivery securities on the settlement date. The display unit 402 outputs an alert indicating that the transaction has not been completed for at least stock a. This allows the operator to recognize that no trades have been completed for stock a, and by displaying the reference screen for stock a, they can view a transaction image representing the series of trades for stock a. Furthermore, after reviewing this transaction image, the operator can refer to the end node and confirm that stock a was sold from trader C to trader D, thereby recognizing that a loop trade has been completed. They can also recognize that the transaction volume is "150".

[0054] The following describes a case where stock a is sold from trader C to trader D, and a loop transaction is completed. The operator may record and visualize transaction details by communicating with representatives of other financial institutions via telephone or other means and entering the scheduled settlement time for transactions such as the sale from trader C to trader D. In this case, the operator may set the acquired information in a master file, or record the transaction details using a chat-style directed file, thereby sharing the transaction details with other operators. Furthermore, the operator may use the Edit function to add transaction details acquired from other financial institutions on the screen, and may display already recorded transaction details and transaction details acquired from other financial institutions (dashed line) separately. Figure 8 shows an example of another process performed by the transaction information processing device 300 according to this embodiment. The upper part of Figure 8 shows the pre-processed data for the selected trade, and the lower part of Figure 8 shows the trade image generated based on that pre-processed data. This trade image represents the case where stock a is sold from trader C to trader D after the trade in Figure 7.

[0055] Comparing the trading images in Figures 7 and 8, an edge has been added connecting node C to node D. This trading image indicates that a loop trade has been executed for asset a. In the case of the pre-processed data in Figure 8, the identification unit 308 identifies that the connection relationship between the node and the edge forms a loop. The output unit 310 outputs that a loop has been formed to the administrator terminal device 400. The display unit 402 of the administrator terminal device 400 displays the transaction image for the transaction for which a reference request was made, and also displays information indicating that a loop has been formed. This allows operators to understand the full scope of a transaction by referring to transaction images, and to predict that a failure will not occur based on the warning information. Furthermore, to facilitate the operator's work, it may be possible to select and print only directed graphs for specified stocks, and if the directed graph has multiple columns, the number of displayed columns may be selected to adjust the size of the directed graph. In addition, the output speed of the directed graph may be increased by turning on pagination, and all directed graphs may be displayed and printed in a batch by turning off pagination.

[0056] (Example of display of identification results) The following describes examples of displays corresponding to the identification results by the identification unit 308. These display examples are designed to make it easier for operators to identify, for each security, whether all or part of a loop trade has been completed, the nodes and edges where a loop trade was completed, the nodes and edges where a loop trade was not completed, or nodes (edge ​​nodes) that indicate traders who should be encouraged to trade.

[0057] Figure 9 is a diagram showing an example of a display performed by the administrator terminal device 400 according to this embodiment. This diagram shows an example of how the transaction changes from the state shown in Figure 7 to the state shown in Figure 8. Image G91 is an example of a transaction image in the case of Figure 7. Image G92 is an example of a transaction image in the case of Figure 8. Image G91 shows a trade where a loop trade for the target instrument has not been completed, and the nodes and edges are represented by solid lines. On the other hand, Image G92 shows a trade where a loop trade for the target instrument has been completed. In Image G92, the nodes and edges are displayed as dashed lines. This allows the operator to determine whether or not a loop trade has been completed based on whether the nodes and edges are solid or dashed lines.

[0058] Furthermore, the trading image only needs to display some or all of the nodes or edges of the trading image differently depending on whether or not a loop trade has been completed. Depending on whether or not a loop trade has been completed, the trading image may, for example, have different line thicknesses, sizes, shapes, presence or type of hatching, colors, font sizes, etc. for some or all of the nodes or edges. In addition, the display unit 402 of the administrator terminal device 400 may display a string of characters or an image indicating whether or not a loop trade has been completed. In addition, the administrator terminal device 400 may output sound instead of or in addition to the display depending on whether or not a loop trade has been completed.

[0059] Figure 10 is a diagram illustrating an example of other displays performed by the administrator terminal device 400 according to this embodiment. As shown in Figure 10, the identification unit 308 may identify that the relationship between the payout node, the receiving node, and the edge in a series of transactions related to a certain stock name indicates that some of the transactions in the series form a loop. For example, the identification unit 308 identifies that a loop is formed in a series of transactions performed by nodes B, C, and D among nodes A to F. In this case, the display unit 402 of the administrator terminal device 400 displays a transaction image indicating that the series of transactions performed by nodes B, C, and D form a loop.

[0060] In the trading image of Figure 10, nodes B, C, and D, and the edges connecting them, are shown with dashed lines. Additionally, the text on these nodes and edges is displayed in small font. On the other hand, in the trading image of Figure 10, the end nodes A, E, and J are hatched, with larger text and thicker lines. Thus, the display unit 402 may change its display mode depending on whether or not a loop transaction has occurred in a portion of the trading of a stock. Furthermore, it is desirable to be able to specify the type of characters to be displayed in transaction images such as Figure 10. Additionally, the trading partner's name may be shortened and displayed so that the transaction image fits within the frame of the display screen or window. This can improve the visibility of the transaction image.

[0061] As explained above, in the transaction information processing system 1, the acquisition unit 302 acquires transaction information indicating transactions of financial instruments. The node generation unit 304 generates nodes representing the trading entity for each financial instrument, based on the transaction information, including a payout node corresponding to the payout destination of the instrument and a receiving node corresponding to the receiving destination of the instrument. The edge generation unit 306 connects the payout node and the receiving node and generates edges indicating the trading volume of the instrument based on the transaction information. The output unit 310 or display unit 402 generates and outputs a transaction image including nodes and edges for each instrument. This allows operators to, for example, understand the entire scope of a security transaction by referring to the transaction images, and to predict whether or not a failure will occur. Operators may also register default search filter settings. These settings may include, for example, the Security Account Number, Counterparty, Beneficiary, and expiration date of the security handled by the operator. By registering these settings in advance, operators can easily check the transaction details of the security they handle. In this way, the transaction information processing system 1 can support the trading of financial instruments.

[0062] Furthermore, in the transaction information processing system 1, if the recipient of the first transaction becomes the payer of the second transaction, the output unit 310 or the display unit 402 generates a relay node corresponding to the recipient of the first transaction and the payer of the second transaction as a single node. This allows the transaction information processing system 1 to link a series of transactions together, thereby supporting the trading of financial products.

[0063] Furthermore, in the transaction information processing system 1, the identification unit 308 identifies loops in which multiple nodes and the edges connecting those multiple nodes form a ring. The output unit 310 or display unit 402 outputs according to the identification result by the identification unit 308. This allows the operator to determine whether or not a fail will occur by referring to this output. If a fail is expected, the operator can mitigate the failure by taking appropriate measures.

[0064] Furthermore, in the transaction information processing system 1, the identification unit detects a starting node corresponding to the starting payout destination for a financial instrument, an intermediary node including the receiving and payout destinations that traded the financial instrument, an ending node among the intermediary nodes that traded with the starting node as the receiving destination, and multiple edges connecting the starting node, intermediary nodes, and ending nodes in a loop, and identifies that the connection relationship between the payout node, receiving node, and edges is a loop. This allows operators to understand whether or not failures will occur, even in complex transactions where financial instruments are bought and sold repeatedly, such as at a starting node, intermediate nodes, and ending nodes.

[0065] Furthermore, in the transaction information processing system 1, the identification unit 308 may identify loops based on the transaction volume between each node. The identification unit 308 may also identify whether or not a loop exists at a node that forms a loop, based on whether or not the transaction volume of incoming transactions matches the transaction volume of outgoing transactions. This allows operators to understand whether or not a failure will occur, including the transaction volume.

[0066] Furthermore, in the transaction information processing system 1, the identification unit 308 identifies end nodes that are not connected to at least one of the receiving node or the disbursing node. The output unit 310 or display unit 402 outputs according to the identification result by the identification unit 308. This allows operators to easily identify the traders who will execute trades in order to complete loop transactions.

[0067] Furthermore, in the transaction information processing system 1, the output unit 310 or the display unit 402 generates and outputs a transaction image in which the financial instruments clearing organization is represented in a different display manner from other trading entities, based on node display information which associates the identification information of the financial instruments clearing organization with the display manner of the node. This makes it easier for operators to identify financial instrument clearing organizations in transaction images.

[0068] Furthermore, in the transaction information processing system 1, the output unit 310 outputs an alert identifying a financial instrument if the identification unit 308 identifies that there are payout destination nodes, receiving nodes, and edges that do not form a loop at a predetermined timing. This allows operators to be aware of the possibility of a failure occurring before fail costs are incurred due to the expiration of deadlines such as the settlement deadline for the forwarded securities on the settlement date.

[0069] In the above embodiment, the trader names in the non-resident data and the resident data were converted to the trader names in the pre-processed data. This makes it possible to match the trader names in the pre-processed data even if the specifications or notation of the names differ between the non-resident data and the resident data, even for the same trading entity.

[0070] In the above embodiment, the identification unit 308 may identify the difference between the transaction volume received and the transaction volume paid out at each node. The output unit 310 or display unit 402 may display the difference in transaction volume for each node. In this case, the output unit 310 or display unit 402 may display an alert, such as by highlighting, for relay nodes where the difference is not zero, or it may not display the difference for relay nodes where the difference is not zero.

[0071] The trading terminal device 100, the acquisition unit 202, the trading processing unit 204, and the information output unit 206 of the exchange device 200, the acquisition unit 302, the node generation unit 304, the edge generation unit 306, the identification unit 308, and the output unit 310 of the trading information processing device 300, and the display unit 402 of the administrator terminal device 400 are realized, for example, by a processor such as a CPU executing a program stored in program memory. Furthermore, some or all of these functional units may be realized by hardware such as LSI (Large Scale Integration), ASIC (Application Specific Integrated Circuit), or FPGA (Field-Programmable Gate Array), or by the cooperation of software and hardware.

[0072] Although various embodiments and modifications have been described, these are merely examples and are not limited to these. For example, one embodiment or modification, or a part of one embodiment or modification, may be combined with one or more other embodiments or modifications to realize one aspect of the present invention.

[0073] In addition, the various processes related to the transaction information processing device 300 described above may be performed by recording a program for executing each process of the transaction information processing device 300 in this embodiment onto a computer-readable recording medium, and then loading and executing the program recorded on the recording medium onto a computer system.

[0074] Furthermore, the term "computer system" as used herein may include hardware such as the operating system and peripheral devices. Additionally, if a WWW system is being used, "computer system" shall also include the homepage provisioning environment (or display environment). Moreover, "computer-readable recording media" refers to storage devices such as flexible disks, magneto-optical disks, ROMs, writable non-volatile memory such as flash memory, portable media such as CD-ROMs, and hard disks built into computer systems.

[0075] Furthermore, "computer-readable recording media" refers to volatile memory (for example, DRAM (Dynamic)) within a computer system that acts as a server or client when a program is transmitted via a network such as the internet or a communication line such as a telephone line. This includes devices that retain programs for a certain period of time, such as Random Access Memory. Furthermore, the above-mentioned program may be transmitted from a computer system that stores the program in a memory device or the like to another computer system via a transmission medium or by transmission waves within the transmission medium.

[0076] Here, the "transmission medium" used to transmit the program refers to a medium that has the function of transmitting information, such as a network (communication network) like the Internet or a communication line (communication line) like a telephone line. Furthermore, the program described above may be intended to implement only a part of the functions mentioned above. Moreover, it may be a so-called differential file (differential program) that can implement the aforementioned functions in combination with a program already recorded in the computer system.

[0077] Although embodiments of the present invention have been described in detail above with reference to the drawings, the specific configuration is not limited to these embodiments and may include designs that do not depart from the spirit of the invention. [Explanation of symbols]

[0078] 1. Transaction Information Processing System 100 Transaction terminal device 200 exchange equipment 202 Acquisition Department 204 Transaction Processing Section 206 Information Output Unit 300 Transaction Information Processing Device 302 Acquisition Department 304 Node Generation Unit 306 Edge generation unit 308 Identification unit 310 Output section 400 Administrator terminal device 402 Display section

Claims

1. An acquisition unit that acquires transaction information showing transactions of financial products, For each of the aforementioned financial instruments, a node generation unit generates a node representing the trading entity, which includes a payout node corresponding to the payout destination of the aforementioned financial instrument and a receiving node corresponding to the receiving destination of the aforementioned financial instrument, based on the transaction information. An edge generation unit connects the payout destination node and the receiving node, and generates an edge indicating the trading volume of the security based on the trading information, For each of the aforementioned stocks, an output unit generates and outputs a trading image including the nodes and edges, Equipped with, The output unit generates a relay node corresponding to the recipient of the first transaction and the recipient of the second transaction as a single node when the recipient of the first transaction is the payer of the second transaction. The system further includes an identification unit that identifies a loop in which a plurality of nodes and the edges connecting the plurality of nodes form a ring, based on the transaction volume between each node. The output unit outputs according to the identification result by the identification unit. Transaction information processing system.

2. The transaction information processing system according to claim 1, wherein the identification unit detects a starting node corresponding to the starting payout destination for the financial instrument, an intermediary node including a receiving and payout destination that traded the financial instrument, an ending node among the intermediary nodes that traded with the starting node as the receiving destination, and a plurality of edges connecting the starting node, the intermediary node and the ending node to form a loop, and identifies that the connection relationship between the payout node, the receiving node and the edges is a loop.

3. The identification unit further identifies an end node that is not connected to at least one of the receiving node or the dispensing node, The output unit outputs according to the identification result by the identification unit. A transaction information processing system according to claim 1, comprising:

4. The transaction information processing system according to claim 1, wherein the output unit generates and outputs the transaction image, which is represented by a financial instruments clearing organization in a different display manner from that of other transaction entities, based on node display information relating the identification information of the transaction entity and the display manner of the node.

5. The transaction information processing system according to claim 1, wherein the output unit outputs an alert identifying the financial instrument when the identification unit identifies that the payout destination node, the receiving node, and the edge do not form the loop at a predetermined timing.

6. The acquisition unit takes the step of acquiring transaction information that indicates a transaction of a financial product, The node generation unit generates, for each security of the financial instrument, a node representing the trading entity, which includes a payout node corresponding to the payout destination of the security and a receiving node corresponding to the receiving destination of the security, based on the transaction information. The edge generation unit connects the payout destination node and the receiving node, and generates an edge indicating the trading volume of the security based on the trading information. The output unit includes the step of generating and outputting a trading image for each of the aforementioned stocks, including the nodes and edges. When the recipient of the first transaction becomes the payer of the second transaction, the relay node corresponding to the recipient of the first transaction and the payer of the second transaction is generated as a single node. Based on the transaction volume between each node, a loop is identified in which multiple nodes and the edges connecting those multiple nodes form a ring. Output according to the identification result. Transaction information processing method.

7. On the computer, Steps to obtain transaction information showing transactions of financial products, For each of the aforementioned financial instruments, the steps include generating a node representing the trading entity, which includes a payout node corresponding to the payout destination of the aforementioned financial instrument and a receiving node corresponding to the receiving destination of the aforementioned financial instrument, based on the transaction information; The steps include connecting the payout node and the receiving node, and generating an edge indicating the trading volume of the security based on the trading information, For each of the aforementioned stocks, the following steps are performed: generate and output a trading image including the nodes and edges; When the recipient of the first transaction becomes the payer of the second transaction, the relay node corresponding to the recipient of the first transaction and the payer of the second transaction is generated as a single node. Based on the transaction volume between each node, a loop is identified in which multiple nodes and the edges connecting those multiple nodes form a ring. Output according to the identification result. program.

Images