KR102556358B1 - Method, system and non-transitory computer-readable recording medium for supporting asset transactions between a plurality of networks - Google Patents

Abstract

According to one aspect of the present invention, as a method for supporting asset trading between multiple networks, a quantity desired to be traded by at least one first trader node using a first network and at least one first trader node using a second network are measured. Acquiring each of the desired trading volumes, summing up the obtained desired trading volumes, and determining the combined desired transaction volume as the desired trading volume of an intermediary node interworking the first network and the second network; and Providing information about asset trading to at least one second trader node using the first network and at least one second trader node using the second network with reference to the determined trading volume of the broker node. A method of inclusion is provided.

Description

Method, system and non-temporary computer readable recording medium for supporting asset transaction between multiple networks

The present invention relates to a method, system, and non-transitory computer-readable recording medium for supporting asset transactions between multiple networks.

When an asset (eg, stock, etc.) is traded over the counter, it is necessary to support trades between trading participants using different OTC trading networks. At this time, the following problems may occur.

First, there may be a difference in transaction conditions (or transaction size) between transaction participants using different networks, and a transaction may not be concluded due to such a difference in transaction conditions. For example, if there is a demand in network A for 1,000 borrowers to borrow 10 shares each, a lender using network B may wish to make one transaction for a total of 10,000 shares.

Second, if a transaction participant advertises his/her tradable asset to a network to which he/she does not belong, the tradable asset may not be synchronized between different networks. For example, when a lender using network A advertises its lendable assets to networks A and B, when a transaction is confirmed in one network, the transaction details may not be reflected in other networks.

Thirdly, liquidity may not be smoothly supplied from one network to another. For example, in supporting a transaction between a borrower using network A and a lender using network B, there may be restrictions on securing surplus of network B and providing it to network A.

The object of the present invention is to solve all the problems of the prior art described above.

Another object of the present invention is to add up tradable assets of a plurality of transaction participants using any one network so that a transaction is made with one transaction participant using another network.

Another object of the present invention is to resolve information inconsistency between networks by enabling tradable assets advertised on different networks to be synchronized in real time.

Another object of the present invention is to smoothly supply liquidity from one network to another, so that transactions between transaction participants using different networks can be smoothly performed.

Representative configurations of the present invention for achieving the above object are as follows.

According to one aspect of the present invention, as a method for supporting asset trading between multiple networks, a quantity desired to be traded by at least one first trader node using a first network and at least one first trader node using a second network are measured. Acquiring each of the desired trading volumes, summing up the obtained desired trading volumes, and determining the combined desired transaction volume as the desired trading volume of an intermediary node interworking the first network and the second network; and Providing information about asset trading to at least one second trader node using the first network and at least one second trader node using the second network with reference to the determined trading volume of the broker node. A method of inclusion is provided.

According to another aspect of the present invention, a system for supporting asset trading between multiple networks, comprising a desired transaction amount of at least one first trader node using a first network and at least one first trader node using a second network. A desired trading quantity acquisition unit for acquiring each desired trading quantity, summing up the acquired desired trading quantities, and determining the combined desired trading quantity as the desired trading quantity of an intermediary node linking the first network and the second network. With reference to the desired trading quantity management unit and the determined desired trading volume of the broker node, the at least one second trader node using the first network and the at least one second trader node using the second network are requested to perform asset trading. There is provided a system including an asset transaction management unit providing information about the property.

In addition to this, another method for implementing the present invention, another system, and a non-transitory computer readable recording medium recording a computer program for executing the method are further provided.

According to the present invention, it is possible to make a transaction with one transaction participant using another network by summing the tradable assets of a plurality of transaction participants using one network.

In addition, according to the present invention, it is possible to solve information inconsistency between networks by synchronizing tradable assets advertised on different networks in real time.

In addition, according to the present invention, liquidity is smoothly supplied from one network to another network, so that transactions between transaction participants using different networks can be smoothly performed.

1 is a diagram showing a schematic configuration of an entire system for supporting asset transactions between multiple networks according to an embodiment of the present invention.
2 is a diagram showing in detail the internal configuration of a support system according to an embodiment of the present invention.
FIG. 3 is a diagram illustrating an embodiment in which rental desired volumes of borrower nodes using different networks are summed up according to an embodiment of the present invention.
4 is a diagram illustrating an embodiment in which desired borrowing volumes of borrower nodes using different networks are summed up according to an embodiment of the present invention.
FIG. 5 is a diagram illustrating an example in which transaction desired quantities of intermediary nodes between different networks are synchronized in real time according to an embodiment of the present invention.
FIG. 6 is a diagram illustrating an embodiment in which a desired rental quantity of a lender node is automatically determined to be offered according to an embodiment of the present invention.
FIG. 7 is a diagram illustrating an embodiment in which a desired rental quantity of a lender node is determined not to be automatically offered according to an embodiment of the present invention.
8 is a diagram illustrating an embodiment in which a desired rental quantity of a lender node is determined to be held according to an embodiment of the present invention.
9 is a diagram illustrating an embodiment in which liquidity is supplied between different networks according to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The detailed description of the present invention which follows refers to the accompanying drawings which illustrate, by way of illustration, specific embodiments in which the present invention may be practiced. These embodiments are described in sufficient detail to enable any person skilled in the art to practice the present invention. It should be understood that the various embodiments of the present invention are different from each other but are not necessarily mutually exclusive. For example, specific shapes, structures, and characteristics described herein may be implemented from one embodiment to another without departing from the spirit and scope of the present invention. It should also be understood that the location or arrangement of individual components within each embodiment may be changed without departing from the spirit and scope of the present invention. Therefore, the detailed description to be described later is not performed in a limiting sense, and the scope of the present invention should be taken as encompassing the scope claimed by the claims and all scopes equivalent thereto. Like reference numbers in the drawings indicate the same or similar elements throughout the various aspects.

Assets as used herein are a concept that collectively refers to financial assets (eg, securities), non-financial assets (eg, real estate), other assets (eg, virtual currency, points, mileage, etc.), It should be understood in the broadest sense that covers all objects with economic value.

In addition, the network referred to in this specification may refer to an environment or platform built to trade assets over the counter, such as an over-the-counter financial transaction network and an over-the-counter virtual currency transaction network.

Hereinafter, various preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings in order to enable those skilled in the art to easily practice the present invention.

Composition of the whole system

1 is a diagram showing a schematic configuration of an entire system for supporting asset transactions between multiple networks according to an embodiment of the present invention.

As shown in FIG. 1 , the entire system according to an embodiment of the present invention may include a communication network 100 , a support system 200 and a device 300 .

First, the communication network 100 according to an embodiment of the present invention may be configured regardless of communication aspects such as wired communication or wireless communication, and may include a local area network (LAN) and a metropolitan area network (MAN). ), a wide area network (WAN), and the like. Preferably, the communication network 100 referred to in this specification may be the well-known Internet or the World Wide Web (WWW). However, the communication network 100 may include, at least in part, a known wired/wireless data communication network, a known telephone network, or a known wire/wireless television communication network without being limited thereto.

For example, the communication network 100 is a wireless data communication network, WiFi communication, WiFi-Direct communication, Long Term Evolution (LTE) communication, 5G communication, Bluetooth communication (low power Bluetooth (BLE) ; Bluetooth Low Energy) communication), infrared communication, ultrasonic communication, and the like may be implemented in at least a part thereof. For another example, the communication network 100 is an optical communication network, and may implement a conventional communication method such as LiFi (Light Fidelity) in at least a part thereof.

Next, the support system 200 according to an embodiment of the present invention may perform communication with the device 300 to be described later through the communication network 100, and of at least one first trader node using the first network. Acquiring the desired transaction amount and the desired transaction amount of at least one first trader node using the second network, respectively, adding the above-obtained desired transaction amount, and combining the above summed desired transaction amount with the first network At least one second trader node using the first network and the second trader node using the first network, by determining the desired transaction volume of the broker node interworking with the second network, and referring to the determined transaction volume of the broker node. It may perform a function of providing information about asset trading to at least one second trader node using the network. Meanwhile, the support system 200 may be a digital device equipped with a memory unit and a microprocessor equipped with an arithmetic capability, and may be, for example, a server system operated on the communication network 100 .

The configuration and functions of the support system 200 according to an embodiment of the present invention will be described in detail through the following detailed description.

Next, the device 300 according to an embodiment of the present invention is a digital device having a function to communicate after accessing the support system 200, such as a smartphone, tablet, smart watch, smart band, smart glasses Any digital device equipped with a memory means and equipped with a microprocessor, such as a desktop computer, a notebook computer, a workstation, a PDA, a web pad, a mobile phone, and the like, can be adopted as the device 300 according to the present invention. there is.

Also, according to an embodiment of the present invention, the device 300 may further include an application program for performing functions according to the present invention. Such an application may exist in the form of a program module within the corresponding device 300 . The characteristics of these program modules include the desired transaction quantity acquisition unit 210, the desired transaction quantity management unit 220, the asset transaction management unit 230, the communication unit 240, and the control unit 250 of the support system 200, which will be described later. Overall, they may be similar. Here, at least a part of the application may be replaced with a hardware device or a firmware device capable of performing substantially the same or equivalent functions as necessary.

Composition of the support system

Hereinafter, the internal configuration of the support system 200 that performs important functions for the implementation of the present invention and the functions of each component will be reviewed.

2 is a diagram showing in detail the internal configuration of the support system 200 according to an embodiment of the present invention.

As shown in FIG. 2 , the support system 200 according to an embodiment of the present invention includes a desired transaction quantity acquisition unit 210, a desired transaction quantity management unit 220, an asset transaction management unit 230, and a communication unit 240. ) and a control unit 250. According to an embodiment of the present invention, the transaction desired quantity acquisition unit 210, the desired transaction quantity management unit 220, the asset transaction management unit 230, the communication unit 240 and the control unit 250 of the support system 200 At least some of them may be program modules that communicate with external systems (not shown). These program modules may be included in the support system 200 in the form of an operating system, application program module, or other program module, and may be physically stored in various well-known storage devices. Also, these program modules may be stored in a remote storage device capable of communicating with the support system 200 . Meanwhile, these program modules include routines, subroutines, programs, objects, components, data structures, etc. that perform specific tasks or execute specific abstract data types according to the present invention, but are not limited thereto.

Meanwhile, although the support system 200 has been described as above, this description is exemplary, and at least some of the components or functions of the support system 200 are provided within the device 300 or a server (not shown) as needed. It is obvious to those skilled in the art that it may be realized in or included in an external system (not shown).

First, the desired trading quantity acquisition unit 210 according to an embodiment of the present invention determines the desired trading quantity of at least one first trader node using the first network and at least one first trader node using the second network. You can acquire each desired transaction quantity.

According to an embodiment of the present invention, the first network and the second network are different networks, and each network may have at least one lender node that wants to borrow an asset and at least one borrower node that wants to borrow an asset. . The transaction desired volume acquisition unit 210 according to an embodiment of the present invention obtains a desired volume to be rented from at least one lender node existing in each network, or borrows from at least one borrower node present in each network. The desired quantity can be obtained.

For example, assuming that the lender node is the first trader node, the desired transaction quantity acquisition unit 210 obtains the desired transaction quantity from at least one first trader node using the first network, that is, the desired rental quantity (desired quantity to be rented). may be a concept including the type of asset desired to be rented and the desired rental rate), and the desired trading volume, that is, the desired rental volume (the desired rental volume is It may be a concept including the type of asset desired to be rented and the desired rental rate) may be obtained.

As another example, assuming that the borrower node is the first trader node, the desired transaction quantity acquisition unit 210 is the desired transaction quantity from at least one first trader node using the first network, that is, the desired borrowing quantity (borrowing desired quantity). The volume may be a concept including the type of asset desired to be borrowed and the desired rate of borrowing) may be obtained, and the desired volume of transaction, that is, the desired borrowing volume (desired borrowing volume) may be obtained from at least one first trader node using the second network. may be a concept including a type of asset desired to be borrowed and a desired rate of borrowing) may be obtained.

Next, the desired transaction volume management unit 220 according to an embodiment of the present invention sums up the desired transaction volume obtained by the desired transaction volume acquisition unit 210, and transfers the combined desired transaction volume between the first network and the second network. It can be determined by the desired transaction volume of the intermediary node that interworks the network.

According to one embodiment of the present invention, although the first network and the second network are different networks, in order to enable asset trading between trader nodes using the first network and trader nodes using the second network, the first network and An intermediary node interworking the two networks may exist between the second networks. Here, according to an embodiment of the present invention, the desired transaction quantity management unit 220 sums up the desired transaction quantity obtained by the desired transaction quantity acquisition unit 210 and determines the corresponding quantity as the desired transaction quantity of the broker node above. can

That is, according to an embodiment of the present invention, even if the lender node using the first network (or the second network) offers to lend an asset, this is the transaction desired volume of the intermediary node, not the lender node. Information regarding asset transactions may be provided to borrower nodes using either the first network or the second network. In addition, according to an embodiment of the present invention, even when a borrower node using the first network (or the second network) requests the borrowing of an asset, this is the transaction desired volume of the intermediary node, not the borrower node. Information regarding asset transactions may be provided to lender nodes using the first network or the second network.

On the other hand, according to an embodiment of the present invention, in determining the desired transaction volume of the broker node as above, the desired transaction rate of the broker node (ie, the desired rental rate or the desired borrowing rate) is the transaction set by the first transaction node. It may be determined by adding a predetermined calculated rate (or brokerage fee) to the desired rate.

Next, the asset transaction management unit 230 according to an embodiment of the present invention refers to the transaction desired volume of the broker node determined as above, and at least one second trader node using the first network and using the second network Information on asset trading may be provided to at least one second trader node.

For example, assuming that the lender node is the first trader node and the borrower node is the second trader node, the asset transaction management unit 230 determines the transaction desired quantity of the broker node, that is, the desired rental quantity offered by the first trader node. Information on asset transaction may be provided to at least one second trader node using the first network and at least one second trader node using the second network with reference to . According to an embodiment of the present invention, information on such asset transactions may be provided in the form of advertisements, and the second trader node is provided with the above information on asset transactions, and the desired transaction volume of the broker node (i.e., the second trader node) 1 You can decide whether to borrow the desired amount of loan offered by the trader node (ie, whether to conclude an asset transaction).

As another example, assuming that the borrower node is the first trader node and the lender node is the second trader node, the asset transaction management unit 230 determines the desired transaction amount of the broker node, that is, the desired borrowed amount requested by the first trader node. Information on asset transaction may be provided to at least one second trader node using the first network and at least one second trader node using the second network with reference to . According to an embodiment of the present invention, information on such asset transactions may be provided in the form of advertisements, and the second trader node is provided with the above information on asset transactions, and the desired transaction volume of the broker node (i.e., the second trader node) 1 You can decide whether or not to lend (i.e., whether to conclude an asset transaction).

According to an embodiment of the present invention, asset trading is possible between different networks through the support of the above functions, and when a difference occurs between demand and supply for asset trading in different networks, the demand and You can even match supply. In other words, according to an embodiment of the present invention, through the support of the above function, the desired borrowing amount of a plurality of borrower nodes using a certain network is summed up to conclude an asset transaction with the desired borrowing amount of one lender node using another network. This becomes possible, and it is possible to conclude an asset transaction with the desired borrowing amount of one borrower node using another network by summing up the desired borrowing amount of a plurality of lender nodes using a certain network.

On the other hand, the asset transaction management unit 230 according to an embodiment of the present invention, in response to the asset transaction being concluded in at least one of the first network and the second network according to the provision of information on the asset transaction, the first The transaction desired volume of the mediator node between the network and the second network may be synchronized in real time.

For example, according to an offer of a lender node using the first network, information on asset transaction is simultaneously provided to a borrower node using the first network and a borrower node using the second network through an intermediary node, and the intermediary node and the second network are simultaneously provided. Assuming that an asset transaction is concluded between borrower nodes using the network, as a result of the conclusion of the asset transaction, the transaction desired volume of the broker node, that is, the desired rental volume offered by the lender node, can be deducted by the amount of the asset transaction concluded. According to an embodiment of the present invention, the transaction desired volume of the intermediary node deducted as described above can be immediately reflected not only in the second network where the asset transaction is concluded, but also in the first network where the asset transaction is not concluded.

As such, according to an embodiment of the present invention, as the transaction desired volumes of intermediary nodes between different networks are synchronized in real time, all trader nodes using different networks can trade assets under equal conditions.

On the other hand, the asset transaction management unit 230 according to an embodiment of the present invention, in response to the fact that the tradable volume of the first network or the second network does not correspond to a predetermined level, the tradable volume of the second network is the first It may be supplied to the network, or the tradable quantity of the first network may be supplied to the second network.

That is, according to an embodiment of the present invention, when the tradable volume is insufficient in a certain network, the liquidity of asset trading can be secured by securing and providing the tradable volume (or surplus volume) of another network. there is.

On the other hand, according to an embodiment of the present invention, in the process of concluding an asset transaction, the lender node using the first network or the second network may decide to automatically offer its transaction desired volume, and in this way, the determined to be automatically offered The quantity desired to be traded is an asset that can be immediately confirmed (firmed availability), and an asset transaction can be concluded.

For example, the lender node using the first network may decide to automatically offer its desired rental quantity, and the determined rental quantity is the transaction desired quantity of the broker node and is transferred to at least one borrower node using the first network. and information about the asset transaction may be provided to at least one borrower node using the second network. According to an embodiment of the present invention, the borrower node receiving the information on the asset transaction may decide whether to borrow the desired transaction amount of the broker node (ie, whether to request the asset transaction), and the borrower node may determine whether to request the transaction. In response to the decision to borrow the desired volume of transaction, the conclusion of the asset transaction can be confirmed immediately without separate approval from the lender node.

In addition, according to an embodiment of the present invention, in the process of concluding an asset transaction, the lender node using the first network or the second network may determine that the transaction desired volume of the lender node is not automatically offered, and thus is not automatically offered. The desired quantity of transaction, which is determined not to be traded, can be concluded as an asset transaction that cannot be confirmed immediately (indicative availability).

For example, the lender node using the first network may decide not to automatically offer its desired rental quantity, and the determined rental quantity is the transaction desired quantity of the intermediary node at least one borrower using the first network. Information about the asset transaction may be provided to the node and at least one borrower node using the second network. According to an embodiment of the present invention, the borrower node receiving the information on the asset transaction may determine whether to borrow the desired transaction amount of the broker node (ie, whether to request the asset transaction), and the borrower node may determine whether to request the transaction of the broker node. In response to the decision to borrow the desired amount of transaction, the intermediary node may request approval of the asset transaction from the lender node, and the conclusion of the asset transaction can only be confirmed in response to the lender node's approval of the request. .

In addition, according to an embodiment of the present invention, in the process of concluding an asset transaction, the lender node using the first network or the second network may decide to hold its transaction volume, and the transaction volume determined to be held is As an asset that cannot be immediately determined, an asset transaction can be concluded.

For example, a lender node using the first network may decide to hold its rental desired quantity for an intermediary node. Here, according to an embodiment of the present invention, the mediator node may again hold the rental desired quantity held by the lender node for the mediator node for a specific borrower node. According to an embodiment of the present invention, the desired rental volume held for a specific borrower node is the transaction desired volume of the intermediary node, and information on asset transaction may be provided to the above borrower node, and information on asset transaction The borrower node provided with can decide whether to borrow the desired transaction amount of the broker node (ie, whether to accept the held amount). Here, according to an embodiment of the present invention, in response to the above borrower node's decision to borrow the transaction amount desired by the intermediary node, the intermediary node may request approval of the asset transaction from the lender node, and the lender node In response to approving the request, the conclusion of the asset transaction can only be confirmed.

According to an embodiment of the present invention, the above-described information about assets that can be immediately determined or assets that cannot be immediately determined may correspond to one aspect for supplying liquidity between different networks.

On the other hand, although the present invention has been described above as supporting asset trading between two networks based on the first network and the second network, the present invention is not necessarily limited to supporting asset trading between two networks. To the extent that the purpose can be achieved, it is clarified that asset transactions can be supported between three or more networks.

In addition, although the mediator node and the support system 200 have been described as being separate components, the mediator node corresponds to the support system 200 itself, or the mediator node is the same as at least a part of the configuration of the support system 200. Note that it can also perform functions.

In addition, although it has been described above that the mediator node is a configuration for interworking the first network and the second network, the mediator node includes a node interworking the first network and the second network, a node belonging to the first network, and the second network. Note that it may be composed of an aggregate of nodes belonging to .

Next, the communication unit 240 according to an embodiment of the present invention functions to transmit/receive data from/to the transaction desired volume acquisition unit 210, the desired transaction volume management unit 220, and the asset transaction management unit 230. can be performed.

Finally, the control unit 250 according to an embodiment of the present invention controls the flow of data between the desired transaction quantity acquisition unit 210, the desired transaction quantity management unit 220, the asset transaction management unit 230, and the communication unit 240. function can be performed. That is, the control unit 250 according to the present invention controls the flow of data from/to the outside of the support system 200 or the flow of data between each component of the support system 200, thereby obtaining the transaction desired quantity acquisition unit 210, Each of the desired transaction volume management unit 220, the asset transaction management unit 230, and the communication unit 240 may be controlled to perform unique functions.

Example 1

FIG. 3 is a diagram illustrating an embodiment in which rental desired volumes of borrower nodes using different networks are summed up according to an embodiment of the present invention.

As shown in Fig. 3, the lender node A offers 500 shares of asset X at a rate of 0.02% as the desired borrowing volume, and the lender node B offers 500 shares of asset X as the desired borrowing volume at a rate of 2.00%. Let's assume a situation in which an offer is made to the second network.

The support system 200 according to an embodiment of the present invention acquires desired rental volumes of a borrower node A using a first network and a borrower node B using a second network, respectively, and each broker node holds the desired rental volumes. It can be converted into the amount of borrowing desired for the account. Specifically, the support system 200 according to an embodiment of the present invention may convert the desired rental quantity of the lender node A into the desired rental quantity of the first account held by the broker node, and the desired rental quantity of the lender node B may be converted into desired rental quantity of the second account held by the broker node.

Here, according to an embodiment of the present invention, the desired rental rate of the first account may be determined as 0.04% by adding a calculated rate of 0.02% to the desired rental rate of 0.02% set by the lender node A, and the rental of the second account The desired rate may be determined as 2.04% by adding a calculated rate of 0.02% to the desired rental rate of 2.00% set by the lender node B.

On the other hand, according to an embodiment of the present invention, the mediator node may additionally hold a third account including a unique asset of the mediator node, in addition to the first account corresponding to the first network and the second account corresponding to the second network. may be As shown in FIG. 3 , it can be confirmed that the intermediary node offered to lend 1,000 shares of X asset at a rate of 0.05% in the third account.

The support system 200 according to an embodiment of the present invention may sum up the desired rental volume of the account held by the broker node and determine it as the transaction desired volume of the broker node. That is, in the support system 200 according to an embodiment of the present invention, the intermediary node adds 2,000 shares of X assets by 0.55% by summing up the borrowed amount of the first account, the second account, and the third account possessed by the intermediary node. You can decide that you want to rent at a rate of .

Next, the support system 200 according to an embodiment of the present invention refers to the transaction desired volume of the broker node determined as above, to the borrower node A using the first network and the borrower node B using the second network. Can provide information on asset transactions. According to an embodiment of the present invention, such asset transaction information may be provided in the form of an advertisement, and borrower node A and borrower node B are provided with the above asset transaction information, and the intermediary node determines the desired transaction volume. You can decide whether to borrow (i.e. whether to request an asset transaction).

Second embodiment

4 is a diagram illustrating an embodiment in which desired borrowing volumes of borrower nodes using different networks are summed up according to an embodiment of the present invention.

As shown in FIG. 4, borrower node C requests 1,000 shares of X asset at a rate of 0.02% as the desired borrowing amount, and borrower node D requests 500 shares of X asset as the desired borrowing amount at a rate of 0.08%. , and borrower node E requests 200 shares of X asset at a rate of 1.55% as the desired borrowing amount from the second network, and borrower node F requests 300 shares of X asset as the desired borrowing amount at a rate of 2.30%. Let's assume a situation in which a request is made to the second network.

The support system 200 according to an embodiment of the present invention obtains borrower node C and borrower node D using the first network and desired borrowing volumes of borrower node E and borrower node F using the second network, respectively. The desired borrowing amount can be converted into the desired borrowing amount of the account held by the broker node. Specifically, the support system 200 according to an embodiment of the present invention may convert the desired borrowing amount of the borrower node C and the borrower node D into the desired borrowing amount of the first account held by the broker node, and the borrower node E and converting the desired borrowing amount of the borrower node F into the desired borrowing amount of the second account held by the broker node.

Here, according to an embodiment of the present invention, the desired borrowing rate of the first account is 0.02% of the desired borrowing rate set by the borrower node C and 0.08% of the desired borrowing rate set by the borrower node D are weighted by a calculated rate of 0.02%. It can be determined as 0.04% (calculated according to weighted average calculation), and the desired borrowing rate of the second account is calculated at the desired borrowing rate of 1.55% set by the borrower node E and the desired borrowing rate of 2.30% set by the borrower node F. A rate of 0.02% may be weighted to determine 2.00% (calculated according to a weighted average calculation).

On the other hand, according to an embodiment of the present invention, the mediator node may additionally hold a third account including a unique asset of the mediator node, in addition to the first account corresponding to the first network and the second account corresponding to the second network. may be As shown in FIG. 4 , it can be confirmed that the intermediary node has requested to borrow 1,000 shares of X asset at a rate of 0.05% in the third account.

The support system 200 according to an embodiment of the present invention may sum up the desired borrowing volume of the account held by the broker node and determine it as the transaction desired volume of the broker node. That is, the support system 200 according to an embodiment of the present invention sums up the desired borrowing volumes of the first account, the second account, and the third account held by the broker node, and the broker node converts 3,000 shares of X asset by 0.37%. may decide to wish to borrow at a rate of

Next, the support system 200 according to an embodiment of the present invention refers to the transaction desired quantity of the broker node determined as above to the lender node C using the first network and the lender node D using the second network. Can provide information on asset transactions. According to an embodiment of the present invention, such asset transaction information may be provided in the form of an advertisement, and the lender node C and the lender node D are provided with the above asset transaction information, and the intermediary node determines the transaction desired volume. You can decide whether to lend (i.e., offer to trade the asset).

Third embodiment

FIG. 5 is a diagram illustrating an example in which transaction desired quantities of intermediary nodes between different networks are synchronized in real time according to an embodiment of the present invention.

As shown in FIG. 5, at least one borrower node using the first network and at least one borrower node using the second network with reference to the transaction desired volume of the intermediary node (ie, 2000 shares of X asset; the desired rental rate is omitted). Information about asset transactions can be simultaneously provided to the borrower nodes of

According to an embodiment of the present invention, according to the provision of asset transaction information, a borrower node G using the first network borrows 500 shares of asset X among the desired transaction volume of the broker node (i.e., concludes asset transaction) can do. According to an embodiment of the present invention, as a result of the above borrowing, the transaction desired quantity (2,000 shares) of the broker node can be changed to 1,500 shares by deducting the amount (500 shares) for which the asset transaction has been concluded. According to an embodiment of the present invention, the transaction desired volume of the intermediary node deducted (or changed) as above is synchronized in real time between the first network and the second network, so that the asset transaction occurs not only in the first network where the asset transaction is concluded, but also in the first network. It can be immediately reflected even in the non-contracted second network.

4th embodiment

FIG. 6 is a diagram illustrating an embodiment in which a desired rental quantity of a lender node is automatically determined to be offered according to an embodiment of the present invention.

As shown in FIG. 6 , the lender node E using the first network may decide to automatically offer the desired rental amount, and the desired rental amount determined to be automatically offered is an asset that can be immediately determined and an asset transaction is concluded. It can be.

Specifically, according to an embodiment of the present invention, the lender node E using the first network may determine that its own desired rental quantity is automatically offered, and the determined rental desired quantity is set as the transaction desired quantity of the broker node. Information about asset transactions may be provided to at least one borrower node using the first network and at least one borrower node using the second network. According to an embodiment of the present invention, the borrower node H, which has been provided with information on asset transaction, can determine whether to borrow the transaction amount desired by the broker node (ie, whether to request the asset transaction), and the borrower node H In response to the intermediary node's decision to borrow the transaction amount desired, the conclusion of the asset transaction can be confirmed immediately without separate approval from the lender node E.

Example 5

FIG. 7 is a diagram illustrating an embodiment in which a desired rental quantity of a lender node is determined not to be automatically offered according to an embodiment of the present invention.

As shown in FIG. 7 , the lender node F using the second network may decide not to automatically offer its desired rental quantity, and the desired rental quantity determined not to be automatically offered is an asset that cannot be immediately determined. A transaction can be concluded.

Specifically, according to an embodiment of the present invention, the lender node F using the second network may decide not to automatically offer its desired rental quantity, and the determined rental desired quantity is the transaction desired quantity of the broker node. Information regarding the asset transaction may be provided to at least one borrower node using the first network and at least one borrower node using the second network. According to an embodiment of the present invention, borrower node I, which has been provided with information on asset transaction, can determine whether to borrow the transaction amount desired by the broker node (ie, whether to request asset transaction), and borrower node I In response to the broker node's decision to borrow the transaction amount desired, the broker node may request approval of the asset transaction from the lender node F, and in response to the lender node F approving the request, the asset transaction is concluded. can be confirmed

6th embodiment

8 is a diagram illustrating an embodiment in which a desired rental quantity of a lender node is determined to be held according to an embodiment of the present invention.

As shown in FIG. 8 , the lender node G using the second network may decide to hold its desired rental quantity, and the desired rental quantity determined to be held in this way is an asset that cannot be immediately determined, and an asset transaction can be concluded.

Specifically, according to an embodiment of the present invention, the lender node G using the second network may determine that its desired rental quantity is held for the intermediary node. Here, according to an embodiment of the present invention, the mediator node may again hold for the borrower node J the rental desired quantity held by the lender node G for the mediator node. According to one embodiment of the present invention, the borrower node J may be provided with asset transaction information, and the asset transaction information may be provided to the borrower node J as the desired transaction amount of the intermediary node. The provided borrower node J may decide whether to borrow the transaction amount desired by the intermediary node (ie, whether to accept the held amount). Here, according to an embodiment of the present invention, in response to the borrower node J determining to borrow the transaction amount desired by the intermediary node, the intermediary node may request approval of the asset transaction from the lender node G, and the lender node In response to approving the request, the conclusion of the asset transaction can only be confirmed.

Example 7

9 is a diagram illustrating an embodiment in which liquidity is supplied between different networks according to an embodiment of the present invention.

As shown in FIG. 9 , in the support system 200 according to an embodiment of the present invention, in response to the fact that the tradable volume of the first network does not correspond to a predetermined level, the tradable volume of the second network is 1 can be supplied to the network.

Specifically, according to an embodiment of the present invention, borrower node K and borrower node L using the first network may request additional borrowing from the mediator node. According to an embodiment of the present invention, there may not be as much volume as the borrower node K and borrower node L request for additional borrowing in the tradable volume of the broker node, and accordingly, the broker node sends the lender node H using the second network You can request an asset transaction. According to an embodiment of the present invention, an asset transaction may be confirmed between the broker node and the lender node H according to such a request for asset transaction, and the broker node may include the asset borrowed from the lender node H as its own asset. there is. According to an embodiment of the present invention, the mediator node may conclude an asset transaction with borrower node K and borrower node L using the first network using the asset included as the unique asset as described above.

Embodiments according to the present invention described above may be implemented in the form of program instructions that can be executed through various computer components and recorded on a computer-readable recording medium. The computer readable recording medium may include program instructions, data files, data structures, etc. alone or in combination. Program instructions recorded on the computer-readable recording medium may be specially designed and configured for the present invention, or may be known and usable to those skilled in the art of computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks and magnetic tapes, optical recording media such as CD-ROMs and DVDs, and magneto-optical media such as floptical disks. medium), and hardware devices specially configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like. Examples of program instructions include high-level language codes that can be executed by a computer using an interpreter or the like as well as machine language codes generated by a compiler. A hardware device may be modified with one or more software modules to perform processing according to the present invention and vice versa.

Although the present invention has been described above with specific details such as specific components and limited embodiments and drawings, these are only provided to help a more general understanding of the present invention, and the present invention is not limited to the above embodiments, and the present invention Those with ordinary knowledge in the technical field to which the invention belongs may seek various modifications and changes from these descriptions.

Therefore, the spirit of the present invention should not be limited to the above-described embodiments and should not be determined, and all scopes equivalent to or equivalently changed from the claims as well as the claims described below are within the scope of the spirit of the present invention. will be said to belong to

100: communication network
200: support system
210: transaction desired quantity acquisition unit
220: Transaction desired volume management unit
230: asset transaction management department
240: communication department
250: control unit
300: device

Claims (11)

A method implemented in a support system for supporting asset transactions between multiple networks, wherein the support system includes a desired transaction volume acquisition unit, a desired transaction volume management unit, and an asset transaction management unit.
Acquiring, by the desired trading volume obtaining unit, a desired trading volume of at least one first trader node using a first network and a desired trading volume of at least one first trading node using a second network, respectively;
The desired transaction amount management unit summing up the obtained desired transaction amount and determining the combined desired transaction amount as the desired transaction amount of an intermediary node interworking the first network and the second network; and
The asset transaction management unit, with reference to the determined desired transaction volume of the broker node, sends at least one second trader node using the first network and at least one second trader node using the second network regarding asset trading. Including providing information;
In response to the fact that the tradable volume of the first network or the second network does not correspond to a predetermined level, the tradable volume of the second network is sent to the first network as a unique asset of the broker node for liquidity supply. or cause the tradable quantity of the first network to be supplied to the second network as an intrinsic asset of the broker node;
The first network and the second network include a platform built to trade assets
method. According to claim 1,
In response to the asset transaction being concluded in at least one of the first network and the second network according to the provision of information on the asset transaction, the intermediary node desires a transaction between the first network and the second network. to ensure that stocks are synchronized in real time
method. According to claim 1,
The lender node using the first network or the second network may decide to automatically offer its trading volume, and the trading volume determined to be automatically offered is an asset that can be confirmed immediately, and the asset transaction is concluded. can be
method. According to claim 1,
The lender node using the first network or the second network may determine that its transaction desired volume is not automatically offered or held, and the desired transaction volume determined not to be automatically offered or the hold The desired transaction volume determined to be possible is an asset that cannot be immediately confirmed, and the transaction of the above asset can be concluded.
method. delete A non-temporary computer readable recording medium storing a computer program for executing the method according to claim 1. As a system for supporting asset transactions between multiple networks,
a desired trading quantity obtaining unit for obtaining a desired trading quantity of at least one first trader node using a first network and a desired trading quantity of at least one first trader node using a second network, respectively;
A desired transaction volume management unit for summing up the obtained desired transaction volume and determining the combined desired transaction volume as the desired transaction volume of an intermediary node that interlocks the first network and the second network; and
Asset transaction providing information on asset transaction to at least one second trader node using the first network and at least one second trader node using the second network with reference to the determined desired transaction volume of the broker node including management,
In response to the fact that the tradable volume of the first network or the second network does not correspond to a predetermined level, the tradable volume of the second network is sent to the first network as a unique asset of the broker node for liquidity supply. or cause the tradable quantity of the first network to be supplied to the second network as an intrinsic asset of the broker node;
The first network and the second network include a platform built to trade assets
system. According to claim 7,
In response to the asset transaction being concluded in at least one of the first network and the second network according to the provision of information on the asset transaction, the intermediary node desires a transaction between the first network and the second network. to ensure that stocks are synchronized in real time
system. According to claim 7,
The lender node using the first network or the second network may decide to automatically offer its trading volume, and the trading volume determined to be automatically offered is an asset that can be confirmed immediately, and the asset transaction is concluded. can be
system. According to claim 7,
The lender node using the first network or the second network may determine that its transaction desired volume is not automatically offered or held, and the desired transaction volume determined not to be automatically offered or the hold The desired transaction volume determined to be possible is an asset that cannot be immediately confirmed, and the transaction of the above asset can be concluded.
system. delete

Images