WO2015102184A1 - 대차 거래 장치 및 그 동작 방법 - Google Patents

대차 거래 장치 및 그 동작 방법 Download PDF

Info

Publication number
WO2015102184A1
WO2015102184A1 PCT/KR2014/005814 KR2014005814W WO2015102184A1 WO 2015102184 A1 WO2015102184 A1 WO 2015102184A1 KR 2014005814 W KR2014005814 W KR 2014005814W WO 2015102184 A1 WO2015102184 A1 WO 2015102184A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
security
asset
security right
information database
Prior art date
Application number
PCT/KR2014/005814
Other languages
English (en)
French (fr)
Inventor
구민수
오철호
김동주
Original Assignee
구민수
오철호
김동주
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020130168365A external-priority patent/KR101556540B1/ko
Application filed by 구민수, 오철호, 김동주 filed Critical 구민수
Priority to JP2016543020A priority Critical patent/JP6419192B2/ja
Priority to CN201480071564.2A priority patent/CN105900126A/zh
Publication of WO2015102184A1 publication Critical patent/WO2015102184A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • the present invention relates to a balance trading device and a method of operating the same, and more particularly, to a technology for increasing the stability and utility of the balance trading through a security right.
  • Securities lending may mean a transaction in which a lender, such as a securities holding institution or an individual customer, lends a securities to a borrower who requires securities as a part of a market investment strategy after a period of repayment. have.
  • a lender such as a securities holding institution or an individual customer
  • investors who hold securities in the mid- to long-term can participate in the lending market and acquire additional income (such as loan fees on loans) from the stockholders 'borrowings and borrow the necessary securities from the borrowers' point of view.
  • additional income such as loan fees on loans
  • the lending of the securities may provide a mutual benefit between the lender and the borrower, but if the borrower fails to repay the securities, there is a risk of incurring damage to the lender. Therefore, there is a need for a loan trading technology that can provide the lender with stability of the loan transaction and at the same time, increase the utility of the loan transaction.
  • the present invention has been made to solve the above problems, by setting a security right in the security assets provided by the borrower, allowing the execution of the security right by the intermediary, the balance to increase the stability of the loan transaction and further the utility of the loan transaction It's about trading technology.
  • a balance trading device for brokering a balance transaction between a first user and a second user.
  • the device includes information about the assets of the first user and the second user that can be displayed and managed by an account and attribute information on whether to set a disposition restriction on the assets contained in the account as a security right or a contract.
  • An account information database An interface module for receiving a borrowing request for a given asset from the second user, wherein the borrowing request is information about an asset that the second user requests borrowing and collateral provided by the second user as collateral for a loan transaction Contains information about the asset;
  • a rental processing module configured to set at least a portion of an asset included in the account of the first user as a rentable asset and to rent the asset corresponding to the borrowing request among the rentable assets to the second user;
  • a security right management module reflecting the setting of the security right for the security asset by setting a disposal restriction on the security asset of the second user with reference to the account information database of the second user.
  • a method of operating a balance trading device for mediating a balance transaction between a first user and a second user includes setting at least a portion of an asset included in the account of the first user as a rentable asset; Receiving a borrowing request for a given asset from the second user, wherein the borrowing request is information about an asset that the second user requests borrowing and a collateral asset provided by the second user as collateral for a loan transaction; Contains information about-; Lending to the second user an asset corresponding to the borrowing request among the loanable assets; And setting a disposition restriction on the collateral asset of the second user with reference to the account information database of the second user, thereby reflecting the setting of the security right for the collateral asset.
  • the contents of the security right or the agreement it may include attribute information on whether to set a disposition restriction on the assets included in the account.
  • a computer-readable recording medium having a program recorded thereon for performing the method of operating a balance sheet device.
  • a security right can be set on an asset provided by a borrower for a loan transaction, and the execution of the security right by an intermediary on the borrower's security asset can be improved, thereby improving the stability of the loan transaction.
  • FIG. 1 illustrates a balance trading system according to an embodiment of the present invention.
  • FIG. 2 illustrates a balance trading system according to an additional embodiment of the present invention.
  • FIG 3 illustrates a balance trading device according to an embodiment of the present invention.
  • FIG 4 shows an example of an account information database according to an embodiment of the present invention.
  • FIG 5 shows an example of a rental pool according to an embodiment of the present invention.
  • FIG. 6 illustrates a method of operating a balance trading device according to an embodiment of the present invention.
  • FIG. 7 illustrates a method of operating a balance trading device according to an embodiment of the present invention.
  • FIG. 8 illustrates a method of operating a balance trading device according to an embodiment of the present invention.
  • FIG. 9 illustrates a method of operating a balance trading device according to an embodiment of the present invention.
  • FIG. 1 illustrates a balance trading system in accordance with an embodiment of the present invention.
  • the balance trading system 100 may include a first user terminal 110, a second user terminal 120, and a balance trading server 130.
  • a terminal may be referred to herein as an electronic hardware device used to enter or display data in a computer or computing system, and a server may be referred to as a computer for processing a request from a client computer in a network environment. have.
  • FIG. 1 a balance transaction process between the first user terminal 110, the second user terminal 120, and the balance transaction server 130 will be described.
  • This can be done in the same way in an offline loan trading system, and the present invention can include an offline loan trading method.
  • a terminal, a server, and the like are shown as an apparatus for performing the present invention, but these are merely examples, and various computing devices may be used according to an embodiment to which the present invention is applied.
  • the user server may be used instead of the user terminal, and the user terminal may be replaced by an interface program that communicates with the balance trading server.
  • the technology and the spirit of the present invention will be described with reference to the first user terminal 110, the second user terminal 120, and the loan transaction server 130 shown in FIG. 1.
  • the first user terminal 110 and the second user terminal 120 refers to a terminal of a user who is an asset owner who deposits an asset in an asset account (eg, a security account, a bank account, etc.).
  • Assets deposited herein mean any asset that can be managed by marking it as an account.
  • assets may include securities (e.g., stocks, bonds, beneficiaries, ELS, etc.), deposits, derivatives (e.g., futures options, etc.), savings, depositable assets, and ELFs. It may include at least one.
  • the asset is an asset directly managed by a separate registration or registration process, and may include an asset that can be managed by an account as a right that occurs based on a registered / registered ranking.
  • assets can be divided into contractual assets and non-contractable assets.
  • a contractual asset is an asset formed on the basis of a contract between the parties (for example, a loan for consumption), and there is an obligation to settle each other based on a certain condition, period, and the like.
  • Assets may include, for example, futures contracts, option contracts, deposits, savings, deposits, and so on.
  • Non-contractual assets are assets that are not assets and do not have a settlement obligation between the parties.
  • Non-contractual assets may include, for example, stocks.
  • the first user terminal 110 and the second user terminal 120 are parties to the loan transaction, specifically, the first user corresponds to the lender of the loan transaction, and the second user is the borrower of the loan transaction. This may be the case.
  • a direct loan transaction is made between the first user and the second user, but the balance transaction server 130 manages such a loan transaction, or no direct loan transaction is made between the first user and the second user, and each user has a balance. Through the transaction of the transaction server 130, the entire loan transaction may be made.
  • the loan transaction server 130 refers to a server that is directly or indirectly operated by an intermediary (or manager) of a loan transaction, where the broker directly or indirectly occupies the user's assets and manages the user's assets. It may include individuals or institutions having, for example, securities companies, banks, savings banks, financial, insurance companies and the like.
  • the loan transaction server 130 enters into a contract for a loan transaction with each user in order to broker a loan transaction between the first user and the second user.
  • a direct loan between the first user and the second user may be performed.
  • the transaction is made, but the balance transaction server 130 manages such a balance transaction, or a direct balance transaction is not made between the first user and the second user, and each user may make a total balance transaction through the transaction of the balance transaction server 130.
  • the loan transaction server 130 may set an asset owned by the first user as a rentable asset, and rent the asset set as a rentable asset to the second user according to the borrowing request of the second user. .
  • the first user can obtain the profit from the rental of the asset
  • the second user can borrow the asset instead of paying a predetermined fee, etc.
  • the intermediary can be the first user and the second user. It is possible to obtain a certain profit by brokering a loan transaction between them.
  • the second user when the date of the right to such a loan transaction is reached, the second user must terminate the loan transaction by repaying the loaned asset to the first user, but the second user may make such repayment due to lack of assets, for example. Failure to do so may occur. Therefore, in the present invention, the second user can provide his own assets (ie, collateral assets) as collateral for the loan transaction, and the loan transaction server 130 sets a security right for the collateral asset of the second user, It can secure the stability of the loan transaction.
  • the security right set on the collateral asset of the second user may be associated with an intermediary of the loan transaction in addition to the first user.
  • a security right may be established with the first user and the intermediary as the joint security right.
  • the loan transaction server 130 may execute the security right as one of the joint security rights on the security asset of the second user, thereby distributing the security asset to the first user.
  • a security right i.e. a sole security right
  • a security right i.e. a pledged right
  • the loan transaction server 130 may execute the security right set in the security asset of the second user as the security right holder, thereby distributing the security asset to the first user.
  • the balance transaction server 130 mediates the balance transaction between the users, and sets the security right as the sole security right or the joint security right on the security asset provided by the user, thereby being the first collateral security rights or all rights holder.
  • the loan transaction system 100 may further include a notary server.
  • Notary agency server refers to a server that is directly or indirectly operated by an agency capable of performing a notary public service, and an institution capable of performing a notary public office includes, for example, a legal corporation, a legal corporation (limited), This could include a legal association, a notarized corporation, and so on.
  • a security right may be set on the user's asset, and the broker of the loan transaction is a stakeholder who occupies and / or manages the user's asset, and accepts or actively consents to the security right setting on the asset. It may be the party to be involved.
  • the intermediary in the loan transaction may request the registration of the fixed date for the contents of the acceptance of the security right as a stakeholder who has the right to approve the security right, and also the right to notify the fact of security rights from the user who has the right to notify the security rights.
  • the delegation may request the registration of a fixed date for the contents of the notice of establishing the security right.
  • the notary institution server may receive the fact of setting the security right from the loan transaction server 130 and generate a counter force of the security right by the security right setting acceptance or the security right setting notification.
  • a security right set on a security asset provided by a second user is restricted in disposition by the second user so that a disposition restriction is established, but the agreement of the parties (ie, first user, second user and intermediary) (Or arrangement) may enable disposal of the second user.
  • Such an agreement may, in the present invention, be referred to as a disposal control agreement.
  • no disposition is permitted in principle on an asset for which a security right is established. This is to guarantee the status of the secured creditor.
  • disposal restriction management agreement according to the present invention is set in such an asset, disposal of the asset by a second user may be permitted.
  • the disposal restriction management agreement of the present invention enables the disposition of the second user with respect to the asset for which the security right is set, but can guarantee the status of the security rights of the first user (and the intermediary) by imposing certain restrictions on the disposition. have.
  • FIG. 2 illustrates a balance trading system according to an additional embodiment of the present invention.
  • the third user terminal 140 refers to a terminal of a user corresponding to the security right holder of the security right set in the asset of the first user. That is, at least some of the assets included in the account of the first user may be a security asset in which a security right is set as the security rights holder as the third user, and in the present invention, such security assets can be rented at the request of the first user. Can be set as an asset.
  • the loan transaction server 130 is applied to the security right set in the security asset provided by the second user.
  • a third user can be associated.
  • the loan transaction server 130 sets the security right for the collateral property of the second user as the collateral security rights of the first user and the intermediary, and at the same time, the third user for the security right portion of the first user of the security right. You can set up a security right (that is, a pledge of rights) that is a security right.
  • the loan transaction server 130 executes the security right as one of the joint security right holders of the security rights of the first user set in the security assets of the second user, thereby executing the security property as the first. Distribution to users and third users. In one embodiment, when the at least some of the collateral assets of the second user are distributed only to the first user due to the execution of the security right, the loan transaction server 130 secures the third user for the assets distributed by the first user.
  • the security right can be set additionally.
  • the third user may exercise the pledge of the security right of the first user as a pledge.
  • the balance transaction server 130 may reflect the execution of the pledge of the third user to the collateral asset provided by the second user.
  • the security right of the first user with respect to the security asset provided by the second user may be deleted, and the security right may be reset so that the third user becomes a joint security right together with the first user. This securely secures the third user's position on the assets that the second user has to repay without affecting the loan transaction with the second user.
  • the first user terminal 110, the second user terminal 120, the balance trading server 130 or the third user terminal 140 are each shown as separate components, Thus at least two can be integrated into one component.
  • the balance transaction server 130 and the third user terminal 140 are shown in separate configurations, but may be integrated into one configuration according to an embodiment.
  • FIG 3 illustrates a balance trading device according to an embodiment of the present invention.
  • the balance trading device 300 is for brokering a balance transaction between a first user (ie, a lender) and a second user (ie, a borrower), and is used by an intermediary (or manager) of the balance transaction to practice the present invention.
  • a first user ie, a lender
  • a second user ie, a borrower
  • an intermediary or manager
  • it may be implemented as a computing device, such as a server, a terminal.
  • the balance trading device 300 may include an interface module 310; Rental processing module 320; Security right management module 330; The account information database 340 and the confirmation date registration module 350 may be included.
  • the interface module 310 may communicate with at least one of a user and a manager of the balance trading device 300.
  • the interface module 310 may receive a loan request for at least a portion of an asset included in an account of the first user from the first user.
  • the rental application may include information about the asset that the first user wants to rent, and the information about the asset is for specifying the asset that the first user wants to rent, for example, the asset has a predetermined oil price.
  • the rental application may include information about the asset that the first user wants to rent, and the information about the asset is for specifying the asset that the first user wants to rent, for example, the asset has a predetermined oil price.
  • it may include information on the type and quantity of securities.
  • the information about the asset may further include information about the security right, wherein the information about the security right is
  • the information may include information about the third user who is the security right holder, information on whether or not the third user consents to the loan transaction.
  • the interface module 310 may receive a borrow request from the second user.
  • the borrowing request may include information about an asset that the second user requests for borrowing and information about a collateral asset that the second user provides as collateral for the loan transaction.
  • the asset to be borrowed for example, when the asset is a predetermined security, it may include information on the item and quantity of the security.
  • the interface module 310 may transmit the security asset request signal to the second user.
  • the collateral asset request signal here is a signal requesting the second user to provide a collateral asset (eg, additionally) in order to keep the loan transaction valid. Such transmission of the collateral asset request signal may be performed, for example, before the loan transaction is terminated if the collateral asset is determined to be invalid by the rental processing module 320.
  • the interface module 310 may receive a security right execution signal (or an all rights execution signal) from a third user.
  • the signal for execution of security rights is a signal for executing the security rights of the third user for the security right of the first use (i.e., all rights), and the security rights that are the subject of execution, and the security rights holder who requests or consents to the execution of security rights. It may include at least one of the information.
  • the information on the security right is for uniquely specifying the security right from other security rights, and may include, for example, information about a security, a security right, a security obligation (or security right).
  • the security right execution signal may include information on the reason or basis of the security right execution.
  • the reception of the security right execution signal by the interface module 310 is required to execute the security right due to the occurrence of unpaid money (or receivables), the generation of a margin call (that is, when counter-trade is necessary). ), It may include receiving a security right execution signal generated inside the balance trading device 300.
  • the interface module 310 may receive a security asset disposal signal from a second user.
  • the signal for disposing of a security asset is a signal for disposing the security asset to generate a new security asset from the security asset, and may include, for example, a signal for selling securities, a signal for buying securities using deposits, or a signal for clearing a contract. have.
  • the signal for disposing of the security asset may include information for identifying an asset to be disposed of and information on disposal conditions, and the information on disposal conditions may include, for example, selling price of the security in case of selling the security. Information on selling quantity, etc. may be included.
  • the disposition by the collateral asset disposition signal may be made for all, but not all, of the collateral asset of the second user.
  • the reception by the interface module 310 may be made from a user terminal, a manager terminal, or the like, or may be made by receiving a intention about a management action through a wired line or a store visit. In addition, the reception may be performed from the manager of the balance trading device 300.
  • the rental processing module 320 may set at least a portion of the assets included in the account of the first user as a rentable asset according to the loan application of the first user. According to an embodiment, there may be more than one first user, and therefore, the rental processing module 320 may configure a rental pool with assets of at least one first user.
  • the rental pool refers to the total set of loanable assets made available for rental by the conclusion of a loan transaction agreement between a first user, that is, a lender and an intermediary (or an administrator of the loan transaction apparatus 300).
  • the rental processing module 320 may rent the asset corresponding to the borrowing request among the loanable assets to the second user according to the borrowing request of the second user.
  • the loan processing module 320 replaces the loanable asset with the second user after the disposal restriction set on the loanable asset by the security right management module 330 is released. Can be performed.
  • the loan processing module 320 after the loan processing, when the reference date of the right for the loan transaction of the loaned assets, the assets that must be repaid due to the loan transaction among the assets contained in the account of the second user 1 Repayment can be performed by replacing the user.
  • the rental processing module 320 may determine the suitability of the borrowing request of the second user by comparing the value of the collateral asset provided by the second user with the value of the asset that the second user requests borrowing. For example, if the value of the collateral asset provided by the second user as collateral is greater than or equal to a predetermined ratio with respect to the asset requesting borrowing, the loan processing module 320 determines that the borrowing request of the second user is legitimate and lends the loan. Can be performed. Conversely, as a result of this determination, if the borrowing request is not legal, according to the embodiment, the loan processing module 320 rejects the entire borrowing request of the second user, or only a part of the borrowing request recognized as legal by the collateral asset. It can be determined to be legitimate and the rental process can be performed.
  • the loan processing module 320 may determine the validity of the security asset by comparing the value of the security asset provided by the second user with the value of the rental asset loaned to the second user. Such determination by the rental processing module 320 may be performed periodically and / or aperiodically, for example, may be performed continuously.
  • the collateral asset provided by the second user as collateral reflects that its value or value may change over time, and the rental processing module 320 determines that the value of the collateral asset is more than a predetermined ratio with respect to the rental asset. As a result, the collateral asset can be determined to be valid, so that the loan transaction can be maintained.
  • the rental processing module 320 may determine that the collateral asset is not valid and terminate the loan transaction. Termination of such a loan transaction may involve the return of the rental asset and / or the execution of a security right. That is, the rental processing module 320 may return the rental asset from the second user to the first user for the end of the loan transaction. At this time, if at least a part of the rental asset is not returned, the security right management module 330 may execute the security right for the first user so that the security asset is distributed to the first user. According to an embodiment, the end of the balance transaction may additionally involve transmission of the collateral asset request signal by the interface module 310.
  • the interface module 310 may transmit a collateral asset request signal informing the second user to additionally provide the collateral asset.
  • the rental processing module 320 may again determine the validity of the collateral asset.
  • the security right management module 330 may restrict disposition by the user by setting a disposition restriction on the user's asset in the account information database 340, or allow disposition by the user by releasing the disposition restriction set on the asset. have. Setting and canceling the disposition restriction of the security right management module 330 may reflect setting and revocation of the security right.
  • the security right management module 330 refers to the account information database 340 of the second user, and sets a disposition restriction on the security property provided by the second user for the loan transaction, thereby setting up the security right for the security property.
  • the security right established here is either i) a security right in which the intermediary of the first user and the loan transaction is the joint security right for the collateral assets of the second user, or ii) a security right and an intermediary of the intermediary in the security rights of the second user. It may be a security right (i.e. pledge) that makes a first user a security right (ie, a pledger) to a security right.
  • the security right management module 330 may release the disposal restriction set on the security asset of the second user by referring to the account information database 340 of the second user. This may either i) reflect the termination of the security right for the collateral asset of the second user upon completion of repayment of the loan transaction by the loan processing module 320, or ii) temporarily for the collateral asset, in accordance with the disposal restriction management agreement. This is to lift the disposal restriction.
  • the security right management module 330 may perform the disposal action on the security asset. Such disposal may be performed through, for example, a stock exchange, a clearing house, or the like. Disposal also occurs during order validity, where order validity is the time at which the buy or sell order requested by the exchange is in effect, for example, such order validity may be from 8:00 am to 6:00 pm have.
  • the security right management module 330 may further include determining whether a foreclosure management agreement has been set for the security asset of the second user before the foreclosure restriction is released for the security asset. Can be. In detail, the determination may be performed by the security right management module 330 by referring to the account information database 340 of the second user to determine whether a disposal restriction management agreement is set in the security asset of the second user.
  • the security right management module 330 is a joint security right or sole security right for the security property, 1 A security right can be exercised so that collateral assets can be distributed to users. Specifically, the security right management module 330 releases the restriction of disposition set on the security asset of the second user with reference to the account information database 340 of the second user, and distributes at least a part of the security asset to the first user. You can run The distribution may be performed by directly replacing at least some of the collateral assets to the first user or by transferring deposits resulting from selling at least some of the collateral assets to the first user. Assets distributed to the first user may correspond to the unpaid amount of the second user.
  • the security right management module 330 refers to the account information database 340 of the first user. Disposition restrictions set on a user's collateral assets may be revoked. This is for the rental processing of the rental processing module 320 for the rentable asset whose disposal restrictions have been released.
  • the security right management module 330 refers to the account information database 340 of the second user, and reflects the setting of the security right for the collateral asset of the first user and the intermediary of the loan transaction as the joint security right with respect to the security asset of the second user.
  • the security rights of the third user as the security right may be reflected with respect to the security right of the first user.
  • the security right management module 330 may execute the security right for the first user when at least some of the assets to be repaid by the rental processing module 320 are not repaid. Execution of the security right may include the security right management module 330 releasing the disposal restriction set on the security asset of the second user with reference to the account information database 340 of the second user, and removing at least some of the security asset from the first user and the first. 3 may be performed by distributing to at least one of the users.
  • the security right management module 330 refers to the first user's account information database 340 to repay (or replace) the first user. It is possible to reflect the setting of the security right in which the third user is the security right for the acquired asset.
  • the security right management module 330 may reset the security right for the security asset provided by the second user. Specifically, the security right management module 330 deletes the content of the security right that makes the first user a security right by referring to the account information database 340 of the second user, and makes the security rights of the third user and the intermediary the common security right. Can reflect the setting of. That is, the third user can acquire the status as a joint security right held by the first user with respect to the collateral assets of the second user through the execution of all rights, and can be a joint security right with the intermediary. According to an embodiment, the security right management module 330 may determine the validity of the security right execution signal before resetting the security right.
  • the security right management module 330 may reset the security right. This determination may be performed according to predetermined validity determination criteria. Criteria for validity may be arbitrarily determined by agreement or agreement between the parties, or may be determined by law, etc., and different criteria may be applied depending on the nature or type of the management activity of the security right. In one example, the validity of the security right setting signal may be determined according to whether information about the security right holder who requests the security right included in the security right execution signal or agrees to the security right is valid. The validity of information about the secured creditor requesting the secured credit or agreeing to execute the secured security may be determined by various authentication methods available in the art, such as login-authentication, certificate, and digital signature.
  • the security right management module 330 is a security right execution signal when the security right execution signal received by the interface module 310 is received from the manager of the balance screen device 300 or generated inside the balance trading device 200. Can be determined to be valid.
  • These standards are exemplary, and various standards may be applied according to the embodiment to which the present invention is applied.
  • the account information database 340 may include attribute information on whether a user restricts disposal of assets and assets.
  • the account information database 340 corresponds to the customer account, and thus information about the security right set in the non-contractable asset among the collateral assets may be reflected in the account information database 340 to generate a counter force of the security right.
  • a detailed description of the account information database 340 will be described later with reference to FIGS. 4 and 5, and a detailed description thereof will be omitted.
  • the confirmation date registration module 350 may register the confirmation date with respect to the security right in order to obtain a counter force of the security right. This operation of the confirmation date registration module 350 may be performed periodically and / or aperiodically, for example, may be performed whenever a security right is set, the contents of the security right are updated, or may be performed at a predetermined time. .
  • the confirmation date registration module 350 may transmit a request for notifying the security right setting and a request for registration of the confirmation date for the above information to the notary body in order to receive the confirmation date for the security right.
  • the contents regarding the acceptance of the security right may include the contents of the security right and the intention of acceptance of the security right, and may be in the form of a completed document or a combination of individual legal components.
  • the confirmation date registration module 350 may transmit the information on the security right notification and the request for registration of the confirmation date for the above information to the notary body in order to register the confirmation date for the security right.
  • the information on the security right setting notification may include the content of the security right, the intention to express the security right notification, and the delegation of the right to notify the security right setting fact, and may be in the form of a completed document or a combination of individual legal components. Can be.
  • the notary institution may register the confirmation date and transmit the confirmation date to the loan transaction apparatus 300, and the loan transaction device 300 may have the security right registered with the confirmation date from the notary authority. Receiving the contents regarding the setting notification, the counter power of the security right by the security right setting notification may occur.
  • An interface module 310 shown in FIG. 3; Rental processing module 320; Security right management module 330; It will be appreciated that the account information database 340 and the date of registration module 350 may be implemented by a plurality of physical devices, or may be implemented by one physical device.
  • Each of the account information database 340 and the confirmation date registration module 350 may be implemented using various methods, such as using software or using firmware.
  • FIG 4 shows an example of an account information database according to an embodiment of the present invention.
  • the account information database 340 refers to a database including attribute information on whether a user restricts disposal of assets and assets.
  • the account information database 340 may be generated or modified by the manager of the balance trading device 300 or the balance trading device 300.
  • the asset of the user included in the account information database 340 means an asset held by the user, which can be displayed and managed as an account, and the information about the asset may include the item, quantity, value, and the like of the asset.
  • the information about the asset may include information about the security right, wherein the information about the security right is for uniquely specifying the security right from another security right, for example, a collateral, a security right holder. This may include information about the security obligation, the security obligation, and the setting of disposition restrictions on collateral.
  • the attribute information on whether the disposal of the asset is restricted means the attribute information on whether the disposal of each asset that can be performed on the asset is permitted.
  • the attribute information regarding whether the asset is restricted in disposal may include, for example, attribute information regarding whether to set a sale limit, a factory limit, or a substitution limit for the security; Attribution information on whether a limit on purchases of securities for a settlement amount is established; It may include attribute information on whether the withdrawal limit, transfer limit, and limit on the purchase of securities for the deposit are set.
  • the account information database 340 may correspond to a computerized customer account unit based on agreements between parties, related laws (eg, Article 311, etc. on the Capital Markets and Financial Investment Business Act). Therefore, when the asset of the user for which the security right is set is a non-contractable asset, a counter force of the security right may be generated by computer-recording the right status of the security right in the account in the account information database 340.
  • related laws eg, Article 311, etc. on the Capital Markets and Financial Investment Business Act
  • the loan transaction apparatus 300 may receive information on some of various types of information registered in the account information database 340 from an administrator, a user, a notary public, and the like.
  • the balance transaction apparatus 300 may change the information registered in the account information database 340 according to the received information. For example, when a security right is set or terminated for a futures contract, the information about the security right set or termination is received, and the account information database 340 sets a restriction on the futures contract or releases the restriction on the futures contract. Thus, the setting or termination of the security right can be reflected in the account information database 340.
  • New assets may arise from conventional assets in account information database 340.
  • the occurrence may comprise at least one of an occurrence of a new asset in addition to the conventional asset and an occurrence of a new asset alternative to the conventional asset.
  • conventional securities are extinguished due to the splitting, merging, incineration, etc. of potatoes, capital and stocks, generating new securities or cash (ie, new deposits), or selling cash (ie, by selling securities).
  • New deposits may occur.
  • dividends ie, new deposits
  • dividends may be generated by dividend stocks (ie, new securities) or cash dividends by stock dividends from the conventional securities.
  • interest income may be generated from conventional deposits, or new assets may be generated by buying other assets using conventional deposits.
  • cash ie, new deposit
  • the new asset is registered in the account information database 340 and may inherit the attribute information of the conventional asset.
  • the disposal restriction may also be set for new deposits generated from the conventional asset.
  • the setting allows the new asset to have the same disposal restrictions as before, so that the security right is inherited.
  • the generation of new assets mentioned above is exemplary, and new assets may arise from conventional assets in account information database 340 in a variety of ways.
  • the account information database 340 may include attribute information on whether the sale limit, release limit, substitution limit, and disposal control agreement for the security is set.
  • Securities A is a general securities, with no restrictions being set, and therefore, selling, issuing and replacing Securities A may be permitted.
  • the securities are initially received and can be set up to allow all sale, release and substitution without any limitation, such as securities A. According to an embodiment, this state may be referred to as a default state, for example.
  • Securities B are securities in which security rights are set with User A as the security right. Restrictions, release restrictions and substitution restrictions are set. Therefore, disposal of Securities B is not permitted in principle.
  • the account information database 340 may include attribute information on whether to limit the purchase of securities for the settlement amount of the sale.
  • the selling execution amount is generated by the sale of the securities, and means the amount before cashing out. Since the cash is not made, withdrawal and transfer are not allowed for the settlement amount, but only purchase of securities using the settlement amount can be allowed.
  • the selling amount A is not set as a general selling amount, and therefore, the purchase of securities using the selling amount A can be allowed.
  • when the first selling price occurs it may be set as the selling price A, and this state may be referred to as a default state, for example.
  • the settlement amount B is a settlement amount incurred when the securities in which the security right is set with the user A as the security right are sold, and the purchase limit of the securities is set. Therefore, the purchase of securities using the settlement price B is not permitted in principle.
  • the account information database 340 may include attribute information on whether the withdrawal limit, transfer limit, and limit on purchase of securities for the deposit are set.
  • the deposit is cash included in the user's account, and may include not only cash deposited or transferred by the user, but also an amount in which the selling amount is cashed. Therefore, deposits, transfers, and purchases of securities using the deposits are acceptable in principle for deposits.
  • deposit A is a general deposit and no limit is set, therefore, withdrawal and transfer of deposits, purchase of securities using deposits can be allowed.
  • deposit B is a deposit in which security rights are set with lender A as the security right, and there are restrictions on deposits, transfer restrictions, and the purchase limit using deposits. Therefore, disposal of deposit B is not permitted in principle.
  • the deposit may include a settlement amount.
  • the account information database 340 may include information about assets that are set as loanable. Such information may be implemented by adding separate information or a tag to each asset shown in the account information database 340 of FIG. 4 or by a separate rental pool included in the account information database 340. . Implementation of a separate rental pool will be described later with reference to FIG. 5, and a detailed description thereof will be omitted.
  • the configuration of the account information database 340 of FIG. 4 is exemplary, and according to an embodiment to which the present invention is applied, any asset that can be managed or traded by an account such as a savings account, an accountable asset, or an ELF may be used.
  • FIG 5 shows an example of a rental pool according to an embodiment of the present invention.
  • the rental pool 345 refers to the total set of loanable assets made available for loan by concluding a loan agreement with a lender and an intermediary (or a manager of the loan transaction apparatus 300).
  • a total of 100,000, 200,000, 70,000, and 50,000 shares of the first to fourth securities are set as loanable assets.
  • the first to fourth securities are set as loanable assets by a loan application of at least one first user (rent).
  • 80,000 shares of first securities, 100,000 shares of second securities, and 30,000 shares of fourth securities were leased by at least one second user (borrower), resulting in 20,000 shares of first securities, 100,000 shares.
  • Secondary securities, 70,000 third-party securities, and 20,000 fourth-party securities may now be loanable.
  • the rental pool 345 shown in FIG. 5 is exemplary and may have various configurations, according to an embodiment to which the present invention is applied.
  • FIG. 6 illustrates a method of operating a balance trading device according to an embodiment of the present invention.
  • the method 600 is for brokering a loan transaction between a first user and a second user, where the first user corresponds to the lender and the second user corresponds to the borrower.
  • the rental processing module 320 may set at least some of the assets included in the account of the first user as loanable assets. Step S610 may be performed after receiving the request of the first user who wants to rent the asset of the asset by the interface module 310. According to an embodiment, there may be more than one first user. Therefore, in operation S610, the rental processing module 320 may configure a rental pool with at least one first user's assets.
  • the rental pool refers to the total set of loanable assets made available for loan by concluding a loan agreement with a lender and an intermediary (or a manager of the loan transaction apparatus 300).
  • the interface module 310 may receive a borrow request for a predetermined asset from the second user.
  • the borrowing request may include information about assets that the second user requests borrowing and information about collateral assets that the second user provides as collateral for the loan transaction, and the information about such assets may be For specifying an asset to be rented or provided as collateral, for example, when the asset is a predetermined security, it may include information on the item and quantity of the security.
  • the rental processing module 320 may rent-process the asset corresponding to the borrowing request among the rentable assets to the second user.
  • the loan processing may refer to a series of information processing necessary for a loan transaction according to a borrowing request of a second user to be concluded so that an asset to be loaned to the second user is received or borrowed into an account associated with the second user.
  • step S630 may be performed by the rental processing module 320 by lending to the second user an asset corresponding to the asset requested by the second user to borrow from among the assets provided by the first user and set as loanable assets. .
  • a loan transaction may or may not be concluded for all or at least a portion of the asset for which the second user has requested borrowing.
  • the security right management module 330 may reflect the setting of the security right for the security asset of the second user.
  • the setting of the security right may be reflected by setting a disposal restriction on the security asset of the second user with reference to the account information database 340 of the second user.
  • the security right established here is either i) a security right in which the intermediary of the first user and the loan transaction is the joint security right for the collateral assets of the second user, or ii) a security right and an intermediary of the intermediary in the security rights of the second user. It may be a security right (ie, pledge) that makes the first user a security right (ie, a pledger) with respect to the security right.
  • the account information database 340 corresponds to the customer account book in step S640.
  • Information about the security right set in the non-contractable asset may be included in the account information database 340 to generate a counter force of the security right.
  • the intermediary of the loan transaction with the first user becomes the co-ordinator or sole collateral holder so that the intermediary can effectively enforce the security right so that the collateral asset can be distributed to the first user who is either the co-creditor or the pledger. It is possible to prevent the risk of the first user.
  • step S650 the rental processing module 320 may replace the asset that needs to be repaid due to the loan transaction among the assets included in the account of the second user, to the first user when the reference date of the right for the loan transaction arrives.
  • step S650 is to confirm the allocation details of the loan transaction regarding the repayment of the borrower or the acquisition of the lender by at least the reference date, before the loan processing module 320 performs the substitution, and the interface module 310 removes it. And notifying at least one of the first user and the second user.
  • the security right management module 330 may execute the security right set at step S640 (step S660).
  • step S660 the security right management module 330 releases the restriction of disposition set on the security asset of the second user with reference to the account information database 340 of the second user, and removes at least some of the security assets of the second user from the first.
  • the distribution may be performed by distributing to the user, wherein the distributing may be performed by directly replacing at least a portion of the mortgage asset with the first user or by transferring a deposit generated by selling at least a portion of the mortgage asset to the first user.
  • the asset distributed to the first user may correspond to the unpaid amount of the second user.
  • the security right management module 330 may reflect the termination of the security right set in the security asset of the second user in step S640 (step S670).
  • the termination may be performed by releasing the disposal restriction set on the security asset with reference to the account information database 340 of the second user.
  • step S630 may be performed after step S640.
  • the confirmation date registration module 350 may further include registering a confirmation date for the security right in order to obtain a counter force of the security right set in the security asset.
  • the step of receiving the confirmation date may include the step of transmitting the information on the approval of the security right setting and the date registration request for the content to the notary agency.
  • the contents regarding the acceptance of the security right may include the contents of the security right and a declaration of intention to accept the security right.
  • the step of registering the date of confirmation comprising the step of transmitting the information about the security right notification and the date of registration of the confirmation date to the notary agency in order to generate a counter power of the security right by the security right notification; And receiving information on a security right setting notification in which a confirmation date is registered from a notary public.
  • the information on the security right setting notification may include the content of the security right, a statement of the intention of the security right setting notification, and a delegation of the right to notify the security right setting fact.
  • the security right setting the user has the right to notice the security right, and the broker of the loan transaction is a stakeholder, and the user is informed of the security right setting, but the intermediary of the present invention has the right to notify the security right.
  • the user Since the user is delegated the right to notify of the fact of setting the security right, the user may request the registration of the confirmation date for the contents of the security right notification.
  • the notary public may register the date of confirmation and transmit it to the balance trading device 300.
  • the balance transaction device 300 receives the information on the security right setting notification with the date of confirmation from the notary institution, the security right is secured.
  • a counter-force of security rights may be generated by the notification of the establishment.
  • the loan processing module 320 compares the value of the collateral asset provided by the second user with the value of the asset that the second user requests borrowing to determine the suitability of the borrowing request of the second user. It may further include. For example, when the value of the collateral asset provided by the second user as collateral is more than a predetermined ratio with respect to the asset requesting borrowing, the rental processing module 320 may determine that the borrowing request of the second user is legal. . This reflects the fact that the assets that can be loaned to the second user can be determined according to the value of the collateral provided by the second user. As a result of the determination, if the borrowing request is not legal, depending on the embodiment, the entire borrowing request of the second user may be rejected or only a part of the borrowing request recognized as legitimate by the collateral asset may be determined to be legal.
  • the rental processing module 320 may further include comparing the value of the collateral asset provided by the second user with the value of the rented asset rented by the second user to determine the validity of the collateral asset.
  • Mortgage assets provided as collateral by a second user reflect that their value or value may change over time, for example, by monitoring these value changes in collateral assets on a periodic basis It may be determined whether the value of the asset is more than a predetermined ratio with respect to the rental asset. When the value of the collateral asset is greater than or equal to a predetermined ratio with respect to the rental asset, the loan processing module 320 may determine that the collateral asset is valid, and may continuously maintain the loan transaction.
  • the rental processing module 320 may determine that the collateral asset is not valid and terminate the loan transaction. Termination of such a loan transaction may involve the return of the rental asset and / or the execution of a security right. That is, the rental processing module 320 may return the rental asset from the second user to the first user for the end of the loan transaction. At this time, if at least a part of the rental asset is not returned, the security right management module 330 may execute the security right for the first user so that the security asset is distributed to the first user. According to an embodiment, the end of the balance transaction may additionally involve transmission of the collateral asset request signal by the interface module 310.
  • the interface module 310 may transmit a collateral asset request signal informing the second user to additionally provide the collateral asset.
  • the rental processing module 320 may again determine the validity of the collateral asset.
  • FIG. 7 illustrates a method of operating a balance trading device according to an embodiment of the present invention.
  • Steps S710 to S770 of the method 700 are described in the same manner as steps S610 to S660 of the method 600 described with reference to FIG. In the following description, redundant descriptions are omitted.
  • At least some of the assets included in the account of the first user may be second collateral assets for which the security right is set as the security right as the third user.
  • the loan processing module 320 may set the second collateral asset as a loanable asset at the request of the first user.
  • the rental processing module 320 may rent-process the asset corresponding to the borrowing request among the second collateral assets set as the loanable asset to the second user.
  • the security right management module 330 refers to the account information database 340 of the first user, and releases the disposal restriction set in the second security asset, and the rental processing module 320 has the disposal restriction. This may be done by replacing the released second collateral asset with a second user.
  • the security right management module 330 may reflect the setting of the security right in the security asset of the second user.
  • the security right management module 330 sets a disposal restriction on the security asset of the second user with reference to the account information database 340 of the second user, and the account information database 340 of the second user.
  • the security rights of the first user and the intermediary as collateral security rights are reflected on the security property, and the security rights of the first user among the security rights set by referring to the account information database 340 of the second user It can be performed by reflecting the setting of the security right (i.e. all rights) for which the third user is the security right for the part.
  • the third user is again secured by the security rights of the security rights that the first user has on the security rights of the second user.
  • the account information database 340 corresponds to the customer account
  • information about the security right set in the non-contractable asset among the collateral assets may be included in the account information database 340 to generate a counter force of the security right.
  • the rental processing module 320 may replace the asset that needs to be repaid due to the loan transaction among the assets included in the account of the second user (S750). ).
  • the security right management module 330 may execute the security right set at S740 (step S760).
  • step S760 the security right management module 330 releases the restriction of disposition set on the security asset of the second user with reference to the account information database 340 of the second user, and removes at least some of the security assets of the second user from the first.
  • the distribution may be performed by distributing to at least one of the user and the third user, which distribution may be performed by directly replacing at least a portion of the mortgage asset or by transferring a deposit generated by selling at least a portion of the mortgage asset.
  • the distributed asset may correspond to the unpaid amount of the second user.
  • the security right management module 330 may reflect additional setting of the security right for the third user as the collateral right for the asset distributed by the first user. .
  • the security right management module 330 may reflect the termination of the security right set in the security asset of the second user (step S770).
  • the termination may be performed by releasing the disposal restriction set on the security asset with reference to the account information database 340 of the second user.
  • the security right management module 330 may reflect the setting of the security right for the third user as the security right for the asset replaced by the first user (step S780).
  • Such reflection of the security right may be performed by setting a disposal restriction on the asset with reference to the account information database 340 of the first user.
  • the third user Before the asset of the first user is loaned out, the third user has a security right in that the third user has a security right.
  • FIG. 8 illustrates a method of operating a balance trading device according to an embodiment of the present invention.
  • the method 800 may be performed after step S740 in the method 700 shown in FIG. 7, and steps S830 to S860 are described in the same manner as steps S750 to S780 described with reference to FIG. 7. In the following description, redundant descriptions are omitted.
  • the interface module 310 may receive a security right execution signal (or an all rights execution signal) from the third user (operation S810).
  • the security right management module 330 may reflect the resetting of the security right for the security asset provided by the second user (S820). Specifically, the security right management module 330 deletes the content of the security right that makes the first user a security right by referring to the account information database 340 of the second user, and makes the security rights of the third user and the intermediary the common security right. Can reflect the setting of. That is, the third user can acquire the status as a joint security right held by the first user with respect to the collateral assets of the second user through the execution of all rights, and can be a joint security right with the intermediary.
  • step S840 when at least some of the assets to be repaid are not repaid, the security right management module 330 may execute the security right set by step S820. Assets distributed to at least one of the first user and the third user by the execution of such security right may correspond to the unpaid amount of the second user, and may be distributed to the first user after being first distributed to the third user. have.
  • the method 800 may further include the security right management module 330 determining the validity of the security right execution signal. As a result of the determination, only when the security right execution signal is valid, step S820 may be performed.
  • FIG. 9 illustrates a method of operating a balance trading device according to an embodiment of the present invention.
  • the method 900 may be performed after the step S640 or S740 of setting a security right in the collateral asset provided by the second user in the method 600, 700, or 800.
  • the interface module 310 may receive a security asset disposal signal from a second user.
  • the signal for disposing of a security asset is a signal for disposing the security asset to generate a new security asset from the security asset, and may include, for example, a signal for selling securities, a signal for buying securities using deposits, or a signal for clearing a contract. have.
  • the signal for disposing of the security asset may include information for identifying an asset to be disposed of and information on disposal conditions, and the information on disposal conditions may include, for example, selling price of the security in case of selling the security. Information on selling quantity, etc. may be included.
  • the security right management module 330 may release the disposal restriction set on the security asset of the second user by referring to the account information database 340 of the second user.
  • the disposition restriction set in the account information database 340 is removed. You can turn it off.
  • the step S920 may be performed by removing all of the disposal restrictions set on the collateral assets or only part of the disposal actions. For example, the removal of the disposal restriction on the securities may be performed by removing only the sale restriction on the security.
  • the security right management module 330 may perform the disposal on the security asset in response to the security asset disposal signal.
  • the security right management module 330 may set a disposal restriction on the new security asset generated by the disposal. In operation S940, the security right management module 330 may set a disposal restriction on the new security asset with reference to the account information database 340 of the second user. This is to reflect the inheritance of the security right from a conventional security asset to a new security asset.
  • the method 900 may further include, after step S910, determining whether a disposal restriction management agreement has been established for the collateral asset of the second user specified by the collateral asset disposal signal. As a result of the determination, when the disposal restriction management agreement is set in the security asset of the second user, at least one of steps S920 to S940 may be performed. Conversely, if the result of the determination indicates that no foreclosure management agreement is set on the collateral asset of the second user, the method 900 may end.
  • the second user can dispose of the collateral asset, but there is a certain restriction on the disposition. This ensures the security rights of the first user (and the intermediary).
  • An operating method 600, 700, 800, and 900 of the balance trading device 300 according to the present invention is the balance trading device according to the embodiment of the present invention described above with reference to FIGS. 6, 7, 8, and 9.
  • a program for performing the method (600, 700, 800, 900) of 300 may be implemented by a computer readable recording medium.
  • Computer-readable recording media include all types of recording devices that store data that can be read by a computer. Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage device, and the like, and may also be implemented in the form of a carrier wave such as transmission over the Internet.
  • the computer readable recording medium can also be distributed over network coupled computer systems so that the code is stored and executed in a distributed fashion.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 발명의 실시예에 따라, 대차 거래 장치 및 그것의 동작 방법이 개시된다. 상기 대차 거래 장치는 제 1 사용자 및 제 2 사용자 간의 대차 거래를 중개하기 위한 것으로서, 계좌로 표시하여 관리 가능한 상기 제 1 사용자 및 상기 제 2 사용자의 자산에 관한 정보 및 담보권 또는 약정의 내용으로서 상기 계좌에 포함된 자산에 대한 처분제한의 설정 여부에 관한 속성 정보를 포함하는 계좌 정보 데이터베이스; 상기 제 2 사용자로부터 소정의 자산에 대한 차입 요청을 수신하는 인터페이스 모듈 - 상기 차입 요청은 상기 제 2 사용자가 차입을 요청하는 자산에 관한 정보 및 상기 제 2 사용자가 대차 거래를 위해 담보로서 제공하는 담보 자산에 관한 정보를 포함함 -; 상기 제 1 사용자의 계좌에 포함된 자산의 적어도 일부를 대여 가능 자산으로 설정하고, 상기 대여 가능 자산 중 상기 차입 요청에 대응하는 자산을 상기 제 2 사용자에게 대여 처리하는 대여 처리 모듈; 및 상기 제 2 사용자의 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 처분제한을 설정함으로써, 상기 담보 자산에 대해 담보권의 설정을 반영하는 담보권 관리 모듈을 포함할 수 있다.

Description

대차 거래 장치 및 그 동작 방법
본 발명은 대차 거래 장치 및 그것의 동작 방법에 관한 것으로서, 더 구체적으로는 담보권을 통해 대차 거래의 안정성과 활용성을 증대하기 위한 기술에 관한 것이다.
유가증권 대차거래라 함은, 유가증권의 보유기관 또는 개인고객 등의 대여자가 시장 투자 전략의 일환으로 유가증권을 필요로 하는 차입자에게 일정 기간 후 상환을 조건으로 증권을 빌려주는 거래를 의미할 수 있다. 이러한 유가증권 대차거래를 통해 유가증권을 중장기 보유하는 투자자는 대차시장에 참여하여 보유주식에 대한 추가적인 수입(예컨대, 대여에 따른 대차수수료)을 취득할 수 있고, 차입자의 입장에서는 필요한 유가증권을 차입함으로써 저렴한 비용으로 다양한 투자전략을 수행할 수 있다.
이러한 유가증권 대차거래는 1970년대 이후, 새로운 금융거래 수단의 하나로 급속히 확산되고 있다. 즉, 초기의 대차거래는 매매거래의 결제나 공매도에 따른 결제부족분의 충당을 위하여 주로 이용되었으나, 최근의 선물, 옵션, 워런트와 같은 파생상품시장의 발달에 따른 차익거래의 증가로 파생상품시장과 현물시장을 연결하는 윤활유역할을 수행하면서 크게 증가하였다.
그러나 이러한 유가증권의 대차거래는 대여자 및 차입자 상호 간의 이익을 제공할 수 있으나, 차입자가 유가증권의 상환을 수행하지 못할 경우, 대여자에게 불측의 손해를 끼칠 위험이 존재하고 있다. 따라서 대여자에게 대차거래의 안정성을 제공함과 동시에 이를 통해 대차거래의 활용성을 증대시킬 수 있는 대차 거래 기술이 요구된다.
본 발명은 상기 문제점을 해결하기 위한 것으로서, 차입자가 제공하는 담보 자산에 담보권을 설정하여, 중개자에 의한 담보권의 실행을 허용하게 하여, 대차 거래의 안정성 및 나아가 대차 거래의 활용성을 증대시키기 위한 대차 거래 기술에 관한 것이다.
본 발명의 일 실시예에 따라, 제 1 사용자 및 제 2 사용자 간의 대차 거래를 중개하는 대차 거래 장치가 개시된다. 상기 장치는, 계좌로 표시하여 관리 가능한 상기 제 1 사용자 및 상기 제 2 사용자의 자산에 관한 정보 및 담보권 또는 약정의 내용으로서 상기 계좌에 포함된 자산에 대한 처분제한의 설정 여부에 관한 속성 정보를 포함하는 계좌 정보 데이터베이스; 상기 제 2 사용자로부터 소정의 자산에 대한 차입 요청을 수신하는 인터페이스 모듈 - 상기 차입 요청은 상기 제 2 사용자가 차입을 요청하는 자산에 관한 정보 및 상기 제 2 사용자가 대차 거래를 위해 담보로서 제공하는 담보 자산에 관한 정보를 포함함 - ; 상기 제 1 사용자의 계좌에 포함된 자산의 적어도 일부를 대여 가능 자산으로 설정하고, 상기 대여 가능 자산 중 상기 차입 요청에 대응하는 자산을 상기 제 2 사용자에게 대여 처리하는 대여 처리 모듈; 및 상기 제 2 사용자의 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 처분제한을 설정함으로써, 상기 담보 자산에 대해 담보권의 설정을 반영하는 담보권 관리 모듈을 포함할 수 있다.
본 발명의 일 실시예에 따라, 제 1 사용자 및 제 2 사용자 간의 대차 거래를 중개하는 대차 거래 장치의 동작 방법이 개시된다. 상기 방법은 상기 제 1 사용자의 계좌에 포함된 자산의 적어도 일부를 대여 가능 자산으로 설정하는 단계; 상기 제 2 사용자로부터 소정의 자산에 대한 차입 요청을 수신하는 단계 - 상기 차입 요청은 상기 제 2 사용자가 차입을 요청하는 자산에 관한 정보 및 상기 제 2 사용자가 대차 거래를 위해 담보로서 제공하는 담보 자산에 관한 정보를 포함함 - ; 상기 대여 가능 자산 중 상기 차입 요청에 대응하는 자산을 상기 제 2 사용자에게 대여 처리하는 단계; 및 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 처분제한을 설정함으로써, 상기 담보 자산에 대한 담보권의 설정을 반영하는 단계를 포함하며, 상기 계좌 정보 데이터베이스는 담보권 또는 약정의 내용으로서 상기 계좌에 포함된 자산에 대한 처분제한의 설정 여부에 관한 속성 정보를 포함할 수 있다.
본 발명의 일 실시예에 따라, 대차 거래 장치의 동작 방법을 수행하기 위한 프로그램이 기록된 컴퓨터 판독 가능한 기록매체가 제공된다.
본 발명에 따르면, 대차 거래를 위해 차입자가 제공하는 자산에 담보권을 설정하게 하고, 차입자의 담보 자산에 대한 중개자에 의한 담보권의 실행을 허용하게 하여, 대차 거래의 안정성을 향상시킬 수 있다.
또한, 본 발명에 따르면, 담보권이 설정된 자산에 대해서도 차입자에게 대여하는 것을 가능하게 하여, 대차 거래의 활용성을 증대시킬 수 있다.
또한, 본 발명에 따르면, 차입자가 제공한 담보 자산에 대한 처분행위를 가능하게 하여, 차입자의 자유로운 재산활동을 허용하되, 이에 일정한 제한을 가하여, 대차 거래의 활용성 및 안정성을 모두 제공할 수 있다.
본 발명의 상세한 설명에서 인용되는 도면을 보다 충분히 이해하기 위하여 각 도면의 간단한 설명이 제공된다.
도 1은 본 발명의 일 실시예에 따른 대차 거래 시스템을 도시한다.
도 2는 본 발명의 부가적인 실시예에 따라 대차 거래 시스템을 도시한다.
도 3은 본 발명의 일 실시예에 따른 대차 거래 장치를 도시한다.
도 4는 본 발명의 일 실시예에 따른 계좌 정보 데이터베이스의 예시를 도시한다.
도 5는 본 발명의 일 실시예에 따른 대여풀의 예시를 도시한다.
도 6은 본 발명의 일 실시예에 따른 대차 거래 장치의 동작 방법을 도시한다.
도 7은 본 발명의 일 실시예에 따른 대차 거래 장치의 동작 방법을 도시한다.
도 8은 본 발명의 일 실시예에 따른 대차 거래 장치의 동작 방법을 도시한다.
도 9는 본 발명의 일 실시예에 따른 대차 거래 장치의 동작 방법을 도시한다.
이하, 본 발명에 따른 실시예들은 첨부된 도면들을 참조하여 설명한다. 한편, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다. 또한, 이하에서 본 발명의 실시예들을 설명할 것이나, 본 발명의 기술적 사상은 이에 한정되거나 제한되지 않고 당업자에 의해 변형되어 다양하게 실시될 수 있다.
명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 소자를 사이에 두고 "간접적으로 연결"되어 있는 경우도 포함한다. 명세서 전체에서, 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다.
도 1은 본 발명의 일 실시예에 따라 대차 거래 시스템을 도시한다.
대차 거래 시스템(100)은 제 1 사용자 단말(110), 제 2 사용자 단말(120) 및 대차 거래 서버(130)를 포함할 수 있다. 여기서 단말(terminal)은 컴퓨터나 컴퓨팅 시스템에 데이터를 입력하거나 표시하는 데 쓰이는 전자 하드웨어 기기로서 지칭될 수 있으며, 서버(server)는 네트워크 환경 하에서 클라이언트 컴퓨터로부터의 요구를 처리하기 위한 컴퓨터로서 지칭될 수 있다.
이하, 온라인상의 제 1 사용자 단말(110), 제 2 사용자 단말(120) 및 대차 거래 서버(130) 간의 대차 거래 프로세스에 대하여 설명한다. 이는 오프라인상의 대차 거래 시스템에서 동일한 방식으로 수행될 수 있으며, 본 발명은 오프라인상의 대차 거래 방법을 포함할 수 있다. 도 1에서는 본 발명을 수행하기 위한 장치로서 단말, 서버 등이 도시되고 있으나, 이는 예시적인 것으로서, 본 발명이 적용되는 실시예에 따라 다양한 컴퓨팅 디바이스들이 이용될 수 있다. 예를 들어, 사용자 단말이 아니라 사용자 서버가 이용될 수 있고, 대차 거래 서버와 통신 가능한 인터페이스 프로그램으로 사용자 단말을 대체할 수 있다. 다만, 설명의 간이함을 위해 도 1에서 도시되는 제 1 사용자 단말(110), 제 2 사용자 단말(120), 대차 거래 서버(130)를 대상으로 하여 본 발명의 기술 및 사상을 설명한다.
제 1 사용자 단말(110) 및 제 2 사용자 단말(120)은 자산의 계좌(예를 들어, 증권 계좌, 은행 계좌 등)에 자산을 예치하는 자산 소유자인 사용자의 단말을 의미한다. 여기서 예치되는 자산은 계좌로 표시하여 관리할 수 있는 일체의 자산을 의미한다. 예를 들어, 자산은 유가증권(예를 들어, 주식, 채권, 수익증권, ELS 등), 예수금, 파생 상품(예를 들어, 선물 옵션 등), 적금, 예금성 자산, ELF 등 각종 금융상품 중 적어도 하나를 포함할 수 있다. 또한, 자산은 별도의 등기절차 또는 등록절차로 직접 관리되는 자산으로서, 등기/등록된 순위에 기초하여 발생하는 권리로서 계좌로 관리할 수 있는 자산을 포함할 수 있다.
본 발명에서 자산은 계약성 자산과 비계약성 자산으로 나누어질 수 있다. 계약성 자산은 당사자 간의 계약(예를 들어, 소비대차계약 등)에 기초하여 형성된 자산으로서 일정한 조건, 기간 등에 기초하여 상호 간의 정산의무가 존재한다. 자산에는 예를 들어, 선물 계약, 옵션 계약, 예금, 적금, 예수금 등이 포함될 수 있다. 비계약성 자산은 자산에 해당하지 않는 자산으로서, 당사자 간의 정산 의무가 존재하지 않는다. 비계약성 자산에는 예를 들어, 주식 등이 포함될 수 있다.
본 발명에서, 제 1 사용자 단말(110) 및 제 2 사용자 단말(120)은 대차 거래의 당사자로서, 구체적으로, 제 1 사용자는 대차 거래의 대여자에 해당하며, 제 2 사용자는 대차 거래의 차입자에 해당할 수 있다. 실시예에 따라, 제 1 사용자 및 제 2 사용자 간의 직접적인 대차 거래가 이루어지되 대차 거래 서버(130)가 이러한 대차 거래를 관리하거나, 제 1 사용자 및 제 2 사용자 간의 직접적인 대차 거래가 이루어지지 않으며 각 사용자는 대차 거래 서버(130)의 거래를 통해 전체적인 대차 거래가 이루어질 수 있다.
대차 거래 서버(130)는 대차 거래의 중개자(또는 관리자)가 직, 간접적으로 운용하는 서버를 의미하는 것으로서, 여기서 중개자는 사용자의 자산을 직, 간접적으로 점유하며, 사용자의 자산에 대한 관리 권한을 갖는 개인이나 기관, 예를 들어, 증권사, 은행, 저축은행, 파이낸셜, 보험사 등을 포함할 수 있다.
대차 거래 서버(130)는 제 1 사용자 및 제 2 사용자 간의 대차거래를 중개하기 위해, 각각의 사용자와 대차거래를 위한 약정체결을 맺는데, 실시예에 따라 제 1 사용자 및 제 2 사용자 간의 직접적인 대차 거래가 이루어지되 대차 거래 서버(130)가 이러한 대차 거래를 관리하거나, 제 1 사용자 및 제 2 사용자 간의 직접적인 대차 거래가 이루어지지 않으며 각 사용자는 대차 거래 서버(130)의 거래를 통해 전체적인 대차 거래가 이루어질 수 있다. 구체적으로, 대차 거래 서버(130)는 제 1 사용자가 보유하고 있는 자산을 대여 가능 자산으로 설정할 수 있으며, 제 2 사용자의 차입 요청에 따라 대여 가능 자산으로 설정된 자산을 제 2 사용자에게 대여해줄 수 있다. 이러한 대차 거래를 통해, 제 1 사용자는 자산의 대여를 통한 수익을 얻을 수 있으며, 제 2 사용자는 소정의 수수료 등을 지급하는 대신에 자산을 대여받을 수 있으며, 중개자는 제 1 사용자 및 제 2 사용자 간의 대차거래를 중개함으로써 소정의 이익을 얻을 수 있다.
다만, 이러한 대차 거래에 관한 권리의 기준일 도래 시, 제 2 사용자는 대여받은 자산을 제 1 사용자에게 상환함으로써 대차 거래를 종료시켜야 하나, 제 2 사용자가 예를 들어, 자산 부족 등의 이유로 이러한 상환을 수행하지 못하는 경우가 발생할 수 있다. 따라서 본 발명에서는, 제 2 사용자는 대차 거래의 담보로서, 자신의 자산(즉, 담보 자산)을 제공할 수 있으며, 대차 거래 서버(130)는 제 2 사용자의 담보 자산에 대해 담보권을 설정함으로써, 대차 거래의 안정성을 확보할 수 있다. 특히, 제 2 사용자의 담보 자산에 설정되는 담보권은 제 1 사용자 이외에 대차 거래의 중개자와 연관될 수 있다. 일 예시에서, 제 1 사용자 및 중개자를 공동 담보권자로 하여 담보권이 설정될 수 있다. 이 경우, 제 2 사용자가 상환을 완료하지 못하면, 대차 거래 서버(130)는 제 2 사용자의 담보 자산에 대해 공동 담보권자 중 1인으로서 담보권을 실행하여, 담보 자산을 제 1 사용자에게 분배하게 할 수 있다. 일 예시에서, 중개자를 담보권자(즉, 단독 담보권자)로 하여 담보권(즉, 단독담보권)이 설정되고, 중개자의 담보권에 대해 다시 제 1 사용자를 담보권자로 하여 담보권(즉, 전질권)이 설정될 수 있다. 이 경우, 제 2 사용자가 상환을 완료하지 못하면, 대차 거래 서버(130)는 담보권자로서 제 2 사용자의 담보 자산에 설정된 담보권을 실행하여, 담보 자산을 제 1 사용자에게 분배하게 할 수 있다.
이와 같이, 본 발명에서, 대차 거래 서버(130)는, 사용자 간의 대차 거래를 중개하되, 사용자가 제공하는 담보 자산에 대해 단독 담보권자 또는 공동 담보권자로서 담보권을 설정하여, 공동 담보권자 또는 전질권자인 제 1 사용자에게 담보 자산이 분배될 수 있도록, 대차 거래 서버(130)에 의한 담보 자산의 실행(또는 처분)을 가능하게 함으로써, 대차 거래의 유동성 및 안정성을 동시에 향상시킬 수 있다.
도 1에는 도시되지 않으나, 대차 거래 시스템(100)은 공증기관 서버를 더 포함할 수 있다. 공증기관 서버는 공증의 직무를 수행할 수 있는 기관이 직, 간접적으로 운영하는 서버를 의미하는 것으로서, 여기서 공증의 직무를 수행할 수 있는 기관은 예를 들어, 법무법인, 법무법인(유한), 법무조합, 공증인가 받은 법인 등을 포함할 수 있다. 실시예에 따라, 사용자의 자산에는 담보권이 설정될 수 있으며, 대차 거래의 중개자는 사용자의 자산을 점유 및/또는 관리하는 이해관계인으로서, 자산에 대한 담보권 설정을 용인하거나 적극적으로 담보권 설정에 대해 승낙하게 될 당사자에 해당할 수 있다. 따라서, 대차 거래의 중개자는 담보권 설정의 승낙권한을 갖는 이해관계인으로서 담보권 설정 승낙에 관한 내용에 대해 확정일자 등록을 요청할 수 있으며, 또한, 담보권 설정의 통지권한을 갖는 사용자로부터 담보권 설정 사실의 통지권한을 위임 받아 담보권 설정 통지에 관한 내용에 대해 확정일자 등록을 요청할 수 있다. 공증기관 서버는 대차 거래 서버(130)로부터 담보권 설정 사실을 수신하여, 담보권 설정 승낙 또는 담보권 설정 통지에 의한 담보권의 대항력을 발생시킬 수 있다.
일 실시예에서, 제 2 사용자가 제공한 담보 자산에 설정되는 담보권은 처분제한이 설정되어 제 2 사용자에 의한 처분이 제한되나, 당사자들(즉, 제 1 사용자, 제 2 사용자 및 중개자)의 협약(또는 약정)에 의해 제 2 사용자의 처분이 가능할 수 있다. 이와 같은 협약은 본 발명에서, 처분제한 관리협약으로 지칭될 수 있다. 구체적으로, 담보권이 설정된 자산에는 원칙적으로 어떠한 처분행위도 허용되지 않는다. 담보권자의 지위를 보장하기 위함이다. 그러나 이러한 자산에 본 발명에 따른 처분제한 관리협약이 설정된 경우에는, 제 2 사용자에 의한 자산의 처분이 허용될 수 있다. 예를 들어, 담보권이 설정된 유가증권이 매도되면, 유가증권은 소멸하고, 매도체결금액 및 매도체결금액이 현금화된 예수금이 발생하게 되는데, 처분제한 관리협약에 따라 상기 매도체결금액 및 예수금에 담보권의 효력이 발생하여, 매도체결금액에 의한 유가증권 매수, 및 예수금의 출금, 이체, 예수금에 의한 유가증권 매수가 원칙적으로 허용되지 않는다.
이와 같이, 본 발명의 처분제한 관리협약은 담보권이 설정된 자산에 대한 제 2 사용자의 처분을 가능하게 하되, 상기 처분에 일정한 제한을 가함으로써 제 1 사용자(및 중개자)의 담보권자의 지위를 보장할 수 있다.
도 2는 본 발명의 부가적인 실시예에 따라 대차 거래 시스템을 도시한다.
도 1 및 도 2에서 동일한 구성은 동일한 용어 및 도면부호로 지칭한다. 이하,　중복되는 설명은 생략되며, 두 실시예 간의 차이점에 대해서만 기술한다.
제 3 사용자 단말(140)은 제 1 사용자의 자산에 설정되는 담보권의 담보권자에 해당하는 사용자의 단말을 의미한다. 즉, 제 1 사용자의 계좌에 포함된 자산 중 적어도 일부가 제 3 사용자로 담보권자로 하여 담보권이 설정된 담보 자산일 수 있으며, 본 발명에서는, 이러한 담보 자산에 대해서도 제 1 사용자의 요청에 따라, 대여 가능 자산으로 설정할 수 있다.
다만, 제 3 사용자의 담보권의 안정성을 보장하기 위해서, 대차 거래 서버(130)는 담보 자산에 설정된 담보권을 해지하고 제 2 사용자에게 대여하는 대신에, 제 2 사용자가 제공하는 담보 자산에 설정된 담보권에 제 3 사용자를 연관시킬 수 있다. 구체적으로, 대차 거래 서버(130)는 제 2 사용자의 담보 자산에 대해 제 1 사용자 및 중개자를 공동 담보권자로 하여 담보권을 설정하고, 이와 동시에, 상기 담보권 중 제 1 사용자의 담보권 부분에 대해 제 3 사용자를 담보권자로 하는 담보권(즉, 전질권)을 설정할 수 있다. 이 경우, 제 2 사용자가 상환을 완료하지 못하면, 대차 거래 서버(130)는 제 2 사용자의 담보 자산에 설정된 제 1 사용자의 담보권의 공동 담보권자 중 1인으로서 담보권을 실행하여, 담보 자산을 제 1 사용자 및 제 3 사용자에게 분배하게 할 수 있다. 일 실시예에서, 대차 거래 서버(130)는 담보권의 실행으로 인해, 제 2 사용자의 담보 자산 중 적어도 일부가 제 1 사용자에게만 분배되는 경우, 제 1 사용자가 분배받은 자산에 대해 제 3 사용자를 담보권자로 하는 담보권을 추가적으로 설정할 수 있다.
또한, 제 3 사용자는 전질권자로서 제 1 사용자의 담보권에 대한 전질권을 실행할 수 있다. 이 경우, 대차 거래 서버(130)는 제 3 사용자의 전질권의 실행을 제 2 사용자가 제공한 담보 자산에 반영할 수 있다. 구체적으로, 제 2 사용자가 제공한 담보 자산에 대한 제 1 사용자의 담보권을 삭제하고, 제 3 사용자가 제 1 사용자와 더불어 공동 담보권자가 되도록 담보권을 재설정할 수 있다. 이를 통해 제 2 사용자와의 대차 거래에는 어떠한 영향을 주지 않으면서, 제 2 사용자가 상환해야 할 자산에 대한 제 3 사용자의 지위를 안전하게 확보할 수 있다.
도 1 또는 도 2에서는, 제 1 사용자 단말(110), 제 2 사용자 단말(120), 대차 거래 서버(130) 또는 제 3 사용자 단말(140)은 각각이 별개의 컴포넌트로 도시되나, 실시예에 따라 적어도 둘이 하나의 컴포넌트로 통합될 수 있다. 예를 들어, 대차 거래 서버(130)와 제 3 사용자 단말(140)은 별개의 구성으로 도시되나, 실시예에 따라 하나의 구성으로 통합될 수 있다.
도 3은 본 발명의 일 실시예에 따른 대차 거래 장치를 도시한다.
대차 거래 장치(300)는 제 1 사용자(즉, 대여자) 및 제 2 사용자(즉, 차입자) 간의 대차 거래를 중개하기 위한 것으로서, 본 발명을 실시하기 위해 대차 거래의 중개자(또는 관리자)에 의해 이용될 수 있으며, 예를 들어, 서버, 단말 등의 컴퓨팅 디바이스로서 구현될 수 있다.
대차 거래 장치(300)는 인터페이스 모듈(310); 대여 처리 모듈(320); 담보권 관리 모듈(330); 계좌 정보 데이터베이스(340) 및 확정일자 등록 모듈(350)을 포함할 수 있다.
인터페이스 모듈(310)은 사용자, 대차 거래 장치(300)의 관리자 중 적어도 하나와 통신할 수 있다. 구체적으로, 인터페이스 모듈(310)은 제 1 사용자로부터 제 1 사용자의 계좌에 포함된 자산의 적어도 일부에 대한 대여 신청을 수신할 수 있다. 여기서 상기 대여 신청은 제 1 사용자가 대여하고자 하는 자산에 관한 정보를 포함할 수 있으며, 자산에 관한 정보는 제 1 사용자가 대여하기 원하는 자산을 특정하기 위한 것으로서, 예를 들어, 자산이 소정의 유가증권인 경우, 유가증권의 종목 및 수량에 관한 정보를 포함할 수 있다. 일 실시예에서, 제 1 사용자가 대여하고자 하는 자산이 제 3 사용자를 담보권자로 하여 담보권이 설정되어 있는 경우, 자산에 관한 정보는 담보권에 관한 정보를 더 포함할 수 있으며, 여기서 담보권에 관한 정보는 예를 들어, 담보권자인 제 3 사용자에 관한 정보, 대차 거래에 관한 제 3 사용자의 동의 여부에 관한 정보 등을 포함할 수 있다.
또한, 인터페이스 모듈(310)은 제 2 사용자로부터 차입 요청을 수신할 수 있다. 여기서 상기 차입 요청은 제 2 사용자가 차입을 요청하는 자산에 관한 정보 및 제 2 사용자가 대차 거래를 위해 담보로서 제공하는 담보 자산에 관한 정보를 포함할 수 있으며, 자산에 관한 정보는 제 2 사용자가 차입하기 원하는 자산을 특정하기 위한 것으로서, 예를 들어, 자산이 소정의 유가증권인 경우, 유가증권의 종목 및 수량에 관한 정보를 포함할 수 있다.
또한, 인터페이스 모듈(310)은 제 2 사용자에게 담보 자산 요청 신호를 전송할 수 있다. 여기서 담보 자산 요청 신호는 대차 거래를 유효하게 유지하기 위해 제 2 사용자로 하여금 (예를 들어, 추가적으로) 담보 자산을 제공할 것을 요청하는 신호이다. 이와 같은 담보 자산 요청 신호의 전송은 예를 들어, 대여 처리 모듈(320)에 의해 담보 자산이 유효하지 않은 것으로 판단되는 경우, 대차 거래를 종료시키기 전에 수행될 수 있다.
또한, 인터페이스 모듈(310)은 제 3 사용자로부터 담보권 실행 신호(또는 전질권 실행 신호)를 수신할 수 있다. 여기서 담보권 실행 신호는 제 1 사용의 담보권에 대한 제 3 사용자의 담보권(즉, 전질권)을 실행하기 위한 신호로서, 실행의 대상이 되는 담보권, 담보권 실행을 요청하거나 담보권 실행에 동의하는 담보권자에 관한 정보 중 적어도 하나를 포함할 수 있다. 담보권에 관한 정보는 상기 담보권을 다른 담보권으로부터 고유하게 특정하기 위한 것으로서, 예를 들어, 담보물, 담보권자, 피담보채무(또는 담보채권) 등에 관한 정보를 포함할 수 있다. 실시예에 따라, 담보권 실행 신호는 담보권 실행의 사유 또는 근거에 관한 정보를 포함할 수 있다. 실시예에 따라, 인터페이스 모듈(310)에 의한 담보권 실행 신호의 수신은 미수대금(또는 미수금)의 발생, 마진콜의 발생 등의 사유로 인해, 담보권을 실행해야 하는 경우(즉, 반대매매가 필요한 경우), 대차 거래 장치(300) 내부에서 생성된 담보권 실행 신호의 수신을 포함할 수 있다.
또한, 인터페이스 모듈(310)은 제 2 사용자로부터 담보 자산 처분 신호를 수신할 수 있다. 담보 자산 처분 신호는 담보 자산을 처분하여 담보 자산으로부터 신규 담보 자산을 생성하게 하는 신호로서, 예를 들어, 유가증권의 매도신호, 예수금을 이용한 유가증권 매수신호, 계약의 청산신호 등을 포함할 수 있다. 여기서 담보 자산 처분 신호는 처분의 대상이 되는 자산을 특정하기 위한 정보, 처분 조건에 관한 정보를 포함할 수 있으며, 처분 조건에 관한 정보는 예를 들어, 유가증권의 매도 경우, 유가증권의 매도 가격, 매도 수량 등에 관한 정보를 포함할 수 있다. 실시예에 따라, 담보 자산 처분 신호에 의한 처분은 제 2 사용자의 담보 자산의 전부뿐만 아니라, 일부에 대해서 이루어질 수 있다.
인터페이스 모듈(310)에 의한 상기 수신은 사용자 단말, 관리자 단말 등으로부터 이루어지거나, 유선 또는 영업점 방문 등을 통해 관리행위에 관한 의사를 접수함으로써 이루어질 수 있다. 또한, 상기 수신은 대차 거래 장치(300)의 관리자로부터 수행될 수 있다.
대여 처리 모듈(320)은 제 1 사용자의 대여 신청에 따라 제 1 사용자의 계좌에 포함된 자산의 적어도 일부를 대여 가능 자산으로 설정할 수 있다. 실시예에 따라, 제 1 사용자는 하나 이상일 수 있으며, 따라서 대여 처리 모듈(320)은 적어도 하나의 제 1 사용자의 자산으로 대여풀을 구성할 수 있다. 여기서 대여풀은 제 1 사용자 즉, 대여자와 중개자(또는 대차 거래 장치(300)의 관리자)와의 대차거래 약정 체결에 의해 대여가 가능하게 된 대여가능 자산의 총집합을 의미한다.
또한, 대여 처리 모듈(320)은 제 2 사용자의 차입 요청에 따라, 대여 가능 자산 중 차입 요청에 대응하는 자산을 제 2 사용자에게 대여 처리할 수 있다. 대여 가능 자산에 담보권이 설정된 경우, 대여 처리 모듈(320)은, 담보권 관리 모듈(330)에 의해 대여 가능 자산에 설정된 처분제한이 해제된 이후에, 대여 가능 자산을 제 2 사용자에게 대체함으로써 대여 처리를 수행할 수 있다.
또한, 대여 처리 모듈(320)은 대여 처리 이후에, 대여 처리된 자산의 대차 거래에 관한 권리의 기준일 도래 시, 제 2 사용자의 계좌에 포함된 자산 중 대차 거래로 인해 상환해야 하는 자산을 제 1 사용자에게 대체함으로써 상환을 수행할 수 있다.
또한, 대여 처리 모듈(320)은, 제 2 사용자가 제공한 담보 자산의 가액과 제 2 사용자가 차입을 요청하는 자산의 가액을 비교하여, 제 2 사용자의 차입 요청의 적합성을 판단할 수 있다. 예를 들어, 제 2 사용자가 담보로서 제공하는 담보 자산의 가액이 차입을 요청하는 자산에 대해 소정의 비율 이상인 경우, 대여 처리 모듈(320)은 제 2 사용자의 차입 요청이 적법하다고 판단하고 대여 처리를 수행할 수 있다. 반대로, 이러한 판단의 결과, 차입 요청이 적법하지 않으면, 실시예에 따라, 대여 처리 모듈(320)은 제 2 사용자의 차입 요청 전체를 거절하거나, 담보 자산에 의해 적법한 것으로 인정되는 차입 요청의 일부만이 적법한 것으로 판단하고 이에 대해 대여 처리를 수행할 수 있다.
또한, 대여 처리 모듈(320)은, 제 2 사용자가 제공한 담보 자산의 가액과 제 2 사용자에게 대여 처리된 대여 자산의 가액을 비교하여, 담보 자산의 유효성을 판단할 수 있다. 대여 처리 모듈(320)에 의한 이러한 판단은 주기적 및/또는 비주기적으로 수행될 수 있으며, 예를 들어, 지속적으로 수행될 수 있다. 제 2 사용자가 담보로 제공하는 담보 자산은 시간의 경과에 따라 그 가치 또는 가액이 변동될 수 있다는 점을 반영한 것으로서, 대여 처리 모듈(320)은 담보 자산의 가액이 대여 자산에 대해 소정의 비율 이상인 경우, 담보 자산이 유효한 것으로 판단하여, 대차 거래를 지속적으로 유지할 수 있다. 반대로, 담보 자산의 가액이 대여 자산에 대해 소정의 비율 이상이 아닌 경우, 대여 처리 모듈(320)은 담보 자산이 유효하지 않은 것으로 판단하여, 대차 거래를 종료할 수 있다. 이와 같은 대차 거래의 종료는 대여 자산의 반환 및/또는 담보권의 실행을 수반할 수 있다. 즉, 대여 처리 모듈(320)은 대차 거래의 종료를 위해 제 2 사용자로부터 제 1 사용자로 대여 자산을 반환할 수 있다. 이때, 대여 자산의 적어도 일부의 반환이 이행되지 않으면, 담보권 관리 모듈(330)은 제 1 사용자를 위하여 담보권을 실행하여, 담보 자산이 제 1 사용자에게 분배되게 할 수 있다. 실시예에 따라, 상기 대차 거래의 종료는 인터페이스 모듈(310)에 의한 담보 자산 요청 신호의 전송을 추가적으로 수반할 수 있다. 즉, 대여 처리 모듈(320)에 의해 담보 자산이 유효하지 않다고 판단되는 경우, 인터페이스 모듈(310)은 제 2 사용자에게 담보 자산을 추가적으로 제공할 것을 알리는 담보 자산 요청 신호를 전송할 수 있으며, 이러한 신호의 전송에 응답하여 제 2 사용자로부터 담보 자산을 수신하면, 대여 처리 모듈(320)은 담보 자산의 유효성을 다시 판단할 수 있다.
담보권 관리 모듈(330)은 계좌 정보 데이터베이스(340)에서 사용자의 자산에 대해 처분제한을 설정함으로써 사용자에 의한 처분행위를 제한하거나, 자산에 설정된 처분제한을 해제함으로써 사용자에 의한 처분행위를 허용할 수 있다. 담보권 관리 모듈(330)의 이러한 처분제한의 설정 및 설정해제는 담보권의 설정 및 해지를 반영하는 것일 수 있다.
구체적으로, 담보권 관리 모듈(330)은 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 제 2 사용자가 대차 거래를 위해 제공하는 담보 자산에 처분제한을 설정함으로써, 담보 자산에 대한 담보권의 설정을 반영할 수 있다. 이때 설정되는 담보권은 i) 제 2 사용자의 담보 자산에 대해 제 1 사용자 및 대차 거래의 중개자를 공동 담보권자로 하는 담보권이거나, ii) 제 2 사용자의 담보 자산에 대해 중개자를 담보권자로 하는 담보권 및 중개자의 담보권에 대해 한 제 1 사용자를 담보권자(즉, 전질권자)로 하는 담보권(즉, 전질권)일 수 있다.
또한, 담보권 관리 모듈(330)은, 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 제 2 사용자의 담보 자산에 설정된 처분제한을 해제할 수 있다. 이는 i) 대여 처리 모듈(320)에 의해 대차 거래의 상환 완료 시, 제 2 사용자의 담보 자산에 대한 담보권의 해지를 반영하는 것이거나, ii) 처분제한 관리협약에 따라, 담보 자산에 대해 일시적으로 처분제한을 해제하기 위함이다.
처분제한 관리협약에 따라, 담보 자산에 대해 처분제한을 해제하는 경우, 담보권 관리 모듈(330)은 담보 자산에 대한 처분행위를 함께 수행할 수 있다. 이와 같은 처분행위는 예를 들어, 증권 거래소, 청산소 등을 통해 이루어질 수 있다. 또한 처분행위는 주문 유효 시간 동안 수행되는데, 여기서 주문 유효 시간은 거래소에 요청한 매수 또는 매도주문이 효력을 가지는 시간을 의미하며, 예를 들어, 이러한 주문 유효 시간은 오전 8시부터 오후 6시까지일 수 있다. 실시예에 따라, 처분제한 관리협약에 따라, 담보 자산에 대해 처분제한을 해제하기 전에 담보권 관리 모듈(330)은 제 2 사용자의 담보 자산에 처분제한 관리협약이 설정되었는지 판단하는 단계를 더 포함할 수 있다. 구체적으로, 상기 판단은 담보권 관리 모듈(330)이 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 제 2 사용자의 담보 자산에 처분제한 관리협약이 설정되어 있는지 판단함으로써 수행될 수 있다.
또한, 담보권 관리 모듈(330)은, 대여 처리 모듈(320)에 의해 상환해야 하는 자산 중 적어도 일부가 상환되지 아니하는 경우, 담보 자산에 대한 공동 담보권자 또는 단독 담보권자로서, 공동 담보권자 또는 전질권자인 제 1 사용자에게 담보 자산이 분배될 수 있도록 담보권을 실행할 수 있다. 구체적으로 담보권 관리 모듈(330)은, 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여 제 2 사용자의 담보 자산에 설정된 처분제한을 해제하고, 담보 자산 중 적어도 일부를 제 1 사용자에게 분배함으로써 담보권을 실행할 수 있다. 상기 분배는 담보 자산 중 적어도 일부를 제 1 사용자에게 직접 대체하거나, 담보 자산 중 적어도 일부를 매도하여 발생하는 예수금을 제 1 사용자에게 이체함으로써 수행될 수 있다. 제 1 사용자에게 분배되는 자산은 제 2 사용자의 미상환액에 대응할 수 있다.
또한, 대여 가능 자산으로 설정된 제 1 사용자의 자산이 제 3 사용자를 담보권자로 하여 담보권이 설정된 담보 자산인 경우, 담보권 관리 모듈(330)은 제 1 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 제 1 사용자의 담보 자산에 설정된 처분제한을 해제할 수 있다. 이후 처분제한이 해제된 대여 가능 자산에 대한 대여 처리 모듈(320)의 대여 처리를 위함이다. 또한, 담보권 관리 모듈(330)은, 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 제 2 사용자의 담보 자산에 대해 제 1 사용자 및 대차거래의 중개자를 공동 담보권자로 하는 담보권의 설정을 반영하고, 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 상기 설정된 담보권 중 제 1 사용자의 담보권에 대해 제 3 사용자를 담보권자로 하는 담보권의 설정을 반영할 수 있다. 이 경우, 담보권 관리 모듈(330)은, 대여 처리 모듈(320)에 의해 상환해야 하는 자산 중 적어도 일부가 상환되지 아니하는 경우, 제 1 사용자를 위하여 담보권을 실행할 수 있다. 담보권의 실행은, 담보권 관리 모듈(330)이 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여 제 2 사용자의 담보 자산에 설정된 처분제한을 해제하고, 담보 자산 중 적어도 일부를 제 1 사용자 및 제 3 사용자 중 적어도 하나에게 분배함으로써 수행될 수 있다. 반대로, 대여 처리 모듈(320)에 의해 상환해야 하는 자산이 모두 상환되는 경우, 담보권 관리 모듈(330)은, 제 1 사용자의 계좌 정보 데이터베이스(340)를 참조하여 제 1 사용자에게 상환(또는 대체)된 자산에 대해 제 3 사용자를 담보권자로 하는 담보권의 설정을 반영할 수 있다.
또한, 제 3 사용자로부터 담보권 실행 신호를 수신하는 경우, 담보권 관리 모듈(330)은 제 2 사용자가 제공한 담보 자산에 대한 담보권을 재설정할 수 있다. 구체적으로, 담보권 관리 모듈(330)은 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 제 1 사용자를 담보권자로 하는 담보권에 관한 내용을 삭제하고, 제 3 사용자 및 중개자를 공동 담보권자로 하는 담보권의 설정을 반영할 수 있다. 즉, 제 3 사용자는 전질권의 실행을 통해 제 2 사용자의 담보 자산에 대해 제 1 사용자가 갖는 공동 담보권자로서의 지위를 획득하여, 중개자와 함께 공동 담보권자가 될 수 있다. 실시예에 따라, 담보권 관리 모듈(330)은 담보권을 재설정하기 전에, 담보권 실행 신호의 유효성을 판단할 수 있다. 제 3 사용자로부터 수신되는 담보권 실행 신호가 유효하다고 판단되는 경우에만 담보권 관리 모듈(330)은 담보권을 재설정할 수 있다. 이러한 판단은 소정의 유효성 판단 기준에 따라 수행될 수 있다. 유효성의 판단 기준은 당사자 간의 약정 또는 협약에 의해 임의로 결정되거나, 법률 등에 따라 결정될 수 있으며, 담보권의 관리행위의 성격이나 종류에 따라 상이한 판단 기준이 적용될 수 있다. 일 예시에서, 담보권 실행 신호에 포함된 담보권 실행을 요청하거나 담보권 실행에 동의하는 담보권자에 관한 정보가 유효한지에 따라 담보권 설정 신호의 유효성을 판단할 수 있다. 담보권 실행을 요청하거나 담보권 실행에 동의하는 담보권자에 관한 정보가 유효한지는 로그인-인증, 인증서, 전자서명 등 당해 기술 분야에서 이용 가능한 다양한 인증 방법에 의해 판단될 수 있다. 일 예시에서, 담보권 관리 모듈(330)은 인터페이스 모듈(310)에 의해 수신된 담보권 실행 신호가 대차 거레 장치(300)의 관리자로부터 수신되거나 대차 거래 장치(200) 내부에서 생성된 경우, 담보권 실행 신호가 유효하다고 판단할 수 있다. 이러한 기준은 예시적인 것으로서, 본 발명이 적용되는 실시예에 따라 다양한 기준이 적용될 수 있다.
계좌 정보 데이터베이스(340)는 사용자의 자산, 자산에 대해 처분 제한 여부에 관한 속성정보를 포함할 수 있다. 특히, 계좌 정보 데이터베이스(340)는 고객 계좌부에 대응하며, 따라서 담보 자산 중 비계약성 자산에 설정된 담보권에 관한 정보는 계좌 정보 데이터베이스(340)에 반영됨으로써 담보권의 대항력을 발생시킬 수 있다. 계좌 정보 데이터베이스(340)에 관한 보다 상세한 설명은 하기 도 4 및 도 5와 관련하여 후술하기로 하며, 여기서는 자세한 설명은 생략한다.
확정일자 등록 모듈(350)은 사용자의 계약성 자산에 담보권이 설정된 경우, 담보권의 대항력을 획득하기 위해 담보권에 대해 확정일자를 등록받을 수 있다. 확정일자 등록 모듈(350)의 이러한 동작은 주기적 및/또는 비주기적으로 수행될 있으며, 예를 들어, 담보권이 설정되거나, 담보권의 내용이 갱신될 때마다 수행되거나, 소정의 시점에 수행될 수 있다.
구체적으로, 확정일자 등록 모듈(350)은 담보권에 대해 확정일자를 등록 받기 위해 담보권 설정 승낙에 관한 내용 및 상기 내용에 대한 확정일자 등록 요청을 공증기관으로 전송할 수 있다. 여기서, 담보권 설정 승낙에 관한 내용은 담보권의 내용 및 담보권 설정 승낙의 의사표시를 포함할 수 있으며, 완성된 문서의 형태, 또는 개별적인 법적 구성요소의 조합의 형태일 수 있다. 확정일자 등록 모듈(350)의 확정일자 등록 요청에 응답하여 공증기관에 의해 확정일자가 등록되면, 담보권 설정 승낙에 의한 담보권의 대항력이 발생할 수 있다.
또한, 확정일자 등록 모듈(350)은 담보권에 대해 확정일자를 등록 받기 위해 담보권 설정 통지에 관한 내용 및 상기 내용에 대한 확정일자 등록 요청을 공증기관으로 전송할 수 있다. 여기서 담보권 설정 통지에 관한 내용은 담보권의 내용, 담보권 설정 통지의 의사표시 및 담보권 설정 사실의 통지권한 위임에 관한 내용을 포함할 수 있고, 완성된 문서의 형태, 또는 개별적인 법적 구성요소의 조합의 형태일 수 있다. 확정일자 등록 모듈(350)의 확정일자 등록 요청에 응답하여 공증기관은 확정일자를 등록한 후, 대차 거래 장치(300)로 전송할 수 있으며, 대차 거래 장치(300)가 공증기관으로부터 확정일자가 등록된 담보권 설정 통지에 관한 내용을 수신하면, 담보권 설정 통지에 의한 담보권의 대항력이 발생할 수 있다.
도 3에서 도시되는, 인터페이스 모듈(310); 대여 처리 모듈(320); 담보권 관리 모듈(330); 계좌 정보 데이터베이스(340) 및 확정일자 등록 모듈(350)은 복수의 물리적인 장치들에 의해 구현될 수도 있고, 하나의 물리적인 장치에 의해 구현될 수 있음이 이해될 것이다. 예를 들어, 인터페이스 모듈(310); 대여 처리 모듈(320); 담보권 관리 모듈(330); 계좌 정보 데이터베이스(340) 및 확정일자 등록 모듈(350) 각각은 소프트웨어(software)를 이용하거나 펌웨어(firmware)를 이용하는 등 다양한 방식들을 이용하여 구현될 수 있다.
도 4는 본 발명의 일 실시예에 따른 계좌 정보 데이터베이스의 예시를 도시한다.
계좌 정보 데이터베이스(340)는 사용자의 자산, 자산에 대해 처분 제한 여부에 관한 속성정보를 포함하는 데이터베이스를 의미한다. 계좌 정보 데이터베이스(340)는 대차 거래 장치(300) 또는 대차 거래 장치(300)의 관리자 등에 의해 생성 또는 수정될 수 있다. 계좌 정보 데이터베이스(340)에 포함되는 사용자의 자산은 사용자가 보유한, 계좌로 표시하여 관리 가능한 자산을 의미하며, 자산에 관한 정보는 자산의 종목, 수량, 가액 등을 포함할 수 있다. 상기 자산에 담보권이 설정되는 경우, 자산에 관한 정보는 담보권에 관한 정보를 포함할 수 있으며, 여기서 담보권에 관한 정보는 상기 담보권을 다른 담보권으로부터 고유하게 특정하기 위한 것으로서, 예를 들어, 담보물, 담보권자, 피담보채무, 담보물에 설정된 처분제한의 설정 등에 관한 정보를 포함할 수 있다.
자산의 처분 제한 여부에 관한 속성정보는 자산을 대상으로 수행될 수 있는 처분행위 각각에 대한 허용 여부에 관한 속성정보를 의미한다. 자산의 처분 제한 여부에 관한 속성정보는 예를 들어, 유가증권에 대한 매도제한, 출고제한, 대체제한의 설정 여부에 관한 속성정보; 매도체결금액에 대한 유가증권 매수제한의 설정 여부에 관한 속성정보; 예수금에 대한 출금제한, 이체제한, 유가증권 매수제한의 설정 여부에 관한 속성정보를 포함할 수 있다.
계좌 정보 데이터베이스(340)는 당사자 간의 약정, 관련 법률(예를 들어, 자본시장과 금융투자업에 관한 법률 제311조 등) 등에 기초하는 전산화된 고객 계좌부에 대응하는 것일 수 있다. 따라서, 담보권이 설정되는 사용자의 자산이 비계약성 자산인 경우, 자산에 대한 담보권 등의 권리현황을 계좌 정보 데이터베이스(340)에 전산-기록함으로써 담보권의 대항력을 발생시킬 수 있다.
대차 거래 장치(300)는 관리자, 사용자, 공증기관 등으로부터 계좌 정보 데이터베이스(340)에 등록된 각종 정보 중 일부에 대한 정보를 수신할 수 있다. 대차 거래 장치(300)는 수신된 정보에 따라, 계좌 정보 데이터베이스(340)에 등록된 정보를 변경할 수 있다. 예를 들어, 선물 계약에 대해 담보권이 설정 또는 해지된 경우, 담보권 설정 또는 해지에 관한 정보를 수신하여, 계좌 정보 데이터베이스(340)에서 선물 계약에 처분제한을 설정하거나 선물 계약에 설정된 처분제한을 해제함으로써, 담보권의 설정 또는 해지를 계좌 정보 데이터베이스(340)에 반영할 수 있다.
계좌 정보 데이터베이스(340) 내의 종래 자산으로부터 신규 자산이 발생할 수 있다. 상기 발생은 종래 자산에 부가적인 신규 자산의 발생 및 종래 자산에 대안적인 신규 자산의 발생 중 적어도 하나를 포함할 수 있다. 일 예시에서, 종래의 유가증권이 감자, 증자 및 주식의 분할, 병합, 소각 등으로 인해 소멸하고, 신규 유가증권 또는 현금(즉, 신규 예수금)이 발생하거나, 유가증권을 매도함으로써 현금(즉, 신규 예수금)이 발생할 수 있다. 일 예시에서, 상기 종래의 유가증권으로부터 주식배당에 의해 배당주식(즉, 신규 유가증권) 또는 현금배당에 의해 배당금(즉, 신규 예수금)이 발생할 수 있다. 일 예시에서, 종래의 예수금으로부터 이자수익이 발생하거나, 종래 예수금을 이용하여 다른 자산을 매수함으로써, 신규 자산이 발생할 수 있다. 일 예시에서, 자산을 매도하거나, 자산을 청산함으로써, 현금(즉, 신규 예수금)이 발생할 수 있다. 이 경우, 신규 자산은 계좌 정보 데이터베이스(340)에 등록되며, 종래의 자산의 속성정보를 상속할 수 있다. 예를 들어, 종래의 자산에 처분제한이 설정되어 있었다면, 종래의 자산으로부터 발생한 신규 예수금에 대해서도 처분제한이 설정될 수 있다. 상기 설정을 통해 신규 자산에 대해 종래와 동일한 처분제한의 효력이 미치게 하여, 담보권의 효력이 상속되게 할 수 있다. 상기 언급된 신규 자산의 발생은 예시적인 것으로서, 다양한 방식으로 계좌 정보 데이터베이스(340) 내의 종래 자산으로부터 신규 자산이 발생할 수 있다.
도 4를 참조하면, 유가증권과 관련하여 계좌 정보 데이터베이스(340)는 유가증권에 대한 매도제한, 출고제한, 대체제한, 처분제한 관리협약의 설정 여부에 관한 속성정보를 포함할 수 있다. 도시되는 바와 같이 유가증권 A는 일반적인 유가증권으로서 어떠한 제한도 설정되어 있지 않으며, 따라서, 유가증권 A에 대한 매도, 출고 및 대체가 모두 허용될 수 있다. 처음 유가증권이 입고되며, 유가증권 A와 같이, 어떠한 제한 없이, 매도, 출고 및 대체가 모두 허용되도록 설정될 수 있다. 실시예에 따라, 이러한 상태는 예를 들어, 디폴트 상태로 지칭될 수 있다. 유가증권 B는 사용자A를 담보권자로 하여 담보권이 설정된 유가증권으로서, 처분제한, 출고제한 및 대체제한이 설정되어 있으며, 따라서, 유가증권 B에 대한 처분은 원칙적으로 허용되지 않는다.
계좌 정보 데이터베이스(340)는 매도체결금액에 대한 유가증권 매수제한의 설정 여부에 관한 속성정보를 포함할 수 있다. 여기서, 매도체결금액은 유가증권의 매도 체결에 의해 발생하는 것으로서, 현금화되기 전의 금액을 의미한다. 현금화가 이루어지지 않았기 때문에, 매도체결금액에 대해서는 출금 및 이체가 허용되지 않으며, 다만 상기 매도체결금액을 이용한 유가증권의 매수만이 허용될 수 있다. 도시되는 바와 같이 매도체결금액 A는 일반적인 매도체결금액으로서 어떠한 제한도 설정되어 있지 않으며, 따라서, 매도체결금액 A를 이용한 유가증권 매수가 허용될 수 있다. 실시예에 따라, 처음 매도체결금액이 발생하면, 매도체결금액 A와 같이 설정될 수 있으며, 이러한 상태는 예를 들어, 디폴트 상태로 지칭될 수 있다. 매도체결금액 B는 사용자A를 담보권자로 하여 담보권이 설정된 유가증권이 매도됨으로써 발생한 매도체결금액으로서, 유가증권 매수제한이 설정되어 있다. 따라서 매도체결금액 B를 이용한 유가증권 매수는 원칙적으로 허용되지 않는다.
계좌 정보 데이터베이스(340)는 예수금에 대한 출금제한, 이체제한, 유가증권 매수제한의 설정 여부에 관한 속성정보를 포함할 수 있다. 여기서, 예수금은 사용자의 계좌에 포함된 현금으로서, 사용자에 의해 입금 또는 이체된 현금뿐만 아니라 매도체결금액이 현금화된 금액을 포함할 수 있다. 따라서 예수금에 대해서는 출금, 이체, 상기 예수금을 이용한 유가증권의 매수가 원칙적으로 허용 가능하다. 도시되는 바와 같이, 예수금 A는 일반적인 예수금으로써, 어떠한 제한도 설정되어 있지 않으며, 따라서, 예수금의 출금 및 이체, 예수금을 이용한 유가증권의 매수가 허용될 수 있다. 실시예에 따라, 처음 예수금이 발생하면, 예수금 A와 같이 설정될 수 있으며, 이러한 상태는 예를 들어, 디폴트 상태로 지칭될 수 있다. 예수금 B는 대출기관 A를 담보권자로 하여 담보권이 설정된 예수금으로서, 예수금의 출금제한, 이체제한 및 예수금을 이용한 매수제한이 설정되어 있으며, 따라서, 예수금 B에 대한 처분은 원칙적으로 허용되지 않는다. 실시예에 따라, 예수금은 매도체결금액을 포함할 수 있다.
도 4에는 도시되지 않으나, 계좌 정보 데이터베이스(340)는 대여 가능한 것으로 설정된 자산에 관한 정보를 포함할 수 있다. 이와 같은 정보는 도 4의 계좌 정보 데이터베이스(340)에 도시되는 각각의 자산에 별도의 정보 또는 태그를 추가함으로써 구현되거나, 계좌 정보 데이터베이스(340) 내에 포함되는 별도의 대여풀에 의해 구현될 수 있다. 별도의 대여풀의 구현은 도 5와 관련하여 후술하기로 하며, 여기서는 자세한 설명은 생략한다.
도 4의 계좌 정보 데이터베이스(340)의 구성은 예시적인 것으로서 본 발명이 적용되는 실시예에 따라, 적금, 예금성 자산, ELF 등 계좌에 의해 관리 또는 거래 가능한 일체의 자산이 이용될 수 있다.
도 5는 본 발명의 일 실시예에 따른 대여풀의 예시를 도시한다.
대여풀(345)은 대여자와 중개자(또는 대차 거래 장치(300)의 관리자)와의 대차거래 약정 체결에 의해 대여가 가능하게 된 대여가능 자산의 총집합을 의미한다.
도시되는 바와 같이, 총 100,000주, 200,000주, 70,000주 및 50,000주의 제 1 유가증권 내지 제 4 유가증권이 대여 가능 자산으로서 설정되어 있다. 이러한 제 1 유가증권 내지 제 4 유가증권은 적어도 하나의 제 1 사용자(대여자)의 대여 신청에 의해 대여 가능 자산으로 설정된 것이다. 이 중에서 80,000주의 제 1 유가증권, 100,000주의 제 2 유가증권 및 30,000주의 제 4 유가증권이 적어도 하나의 제 2 사용자(차입자)에 의해 대여 처리되었으며, 그 결과, 20,000주의 제 1 유가증권, 100,000주의 제 2 유가증권, 70,000주의 제 3 유가증권 및 20,000주의 제 4 유가증권이 현재 대여 가능할 수 있다.
도 5에서 도시되는 대여풀(345)은 예시적인 것으로서, 본 발명이 적용되는 실시예에 따라, 다양한 구성을 가질 수 있다.
도 6은 본 발명의 일 실시예에 따른 대차 거래 장치의 동작 방법을 도시한다.
방법(600)은 제 1 사용자와 제 2 사용자 간의 대차 거래를 중개하기 위한 것으로서, 여기서 제 1 사용자는 대여자에 해당하고, 제 2 사용자는 차입자에 해당할 수 있다.
S610 단계에서, 대여 처리 모듈(320)은 제 1 사용자의 계좌에 포함된 자산의 적어도 일부를 대여 가능 자산으로 설정할 수 있다. S610 단계는 인터페이스 모듈(310)에 의해 자산의 자산을 대여하기를 원하는 제 1 사용자의 요청을 수신한 이후에 수행될 수 있다. 실시예에 따라, 제 1 사용자는 하나 이상일 수 있으며, 따라서 S610 단계에서, 대여 처리 모듈(320)은 적어도 하나의 제 1 사용자의 자산으로 대여풀을 구성할 수 있다. 여기서 대여풀은 대여자와 중개자(또는 대차 거래 장치(300)의 관리자)와의 대차거래 약정 체결에 의해 대여가 가능하게 된 대여가능 자산의 총집합을 의미한다.
S620 단계에서, 인터페이스 모듈(310)은 제 2 사용자로부터 소정의 자산에 대한 차입 요청을 수신할 수 있다. 여기서 차입 요청은 제 2 사용자가 차입을 요청하는 자산에 관한 정보 및 제 2 사용자가 대차 거래를 위해 담보로서 제공하는 담보 자산에 관한 정보를 포함할 수 있으며, 이러한 자산에 관한 정보는 제 2 사용자가 대여하기 원하거나 담보로서 제공하고자 하는 자산을 특정하기 위한 것으로서, 예를 들어, 자산이 소정의 유가증권인 경우, 유가증권의 종목 및 수량에 관한 정보를 포함할 수 있다.
S630 단계에서, 대여 처리 모듈(320)은 대여 가능 자산 중 차입 요청에 대응하는 자산을 제 2 사용자에게 대여 처리할 수 있다. 여기서 대여 처리는 제 2 사용자의 차입 요청에 따른 대차 거래가 체결되어 제 2 사용자에게 대여될 자산이 제 2 사용자와 연계된 계좌로 입고 또는 차입되기 위해 필요한 일련의 정보처리를 의미할 수 있다. 구체적으로, S630 단계는, 대여 처리 모듈(320)이 제 1 사용자가 제공하여 대여 가능 자산으로 설정된 자산 중 제 2 사용자가 차입 요청한 자산에 해당하는 자산을 제 2 사용자에게 대여 처리함으로써 수행될 수 있다. 대여 가능 자산에 따라, 제 2 사용자가 차입을 요청한 자산 모두 또는 적어도 일부에 대해 대차 거래가 체결되거나, 대차 거래가 체결되지 않을 수도 있다.
S640 단계에서, 담보권 관리 모듈(330)은 제 2 사용자의 담보 자산에 대해 담보권의 설정을 반영할 수 있다. S640 단계는, 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 제 2 사용자의 담보 자산에 처분제한을 설정함으로써, 담보권의 설정을 반영할 수 있다. 이때 설정되는 담보권은 i) 제 2 사용자의 담보 자산에 대해 제 1 사용자 및 대차 거래의 중개자를 공동 담보권자로 하는 담보권이거나, ii) 제 2 사용자의 담보 자산에 대해 중개자를 담보권자로 하는 담보권 및 중개자의 담보권에 대해 제 1 사용자를 담보권자(즉, 전질권자)로 하는 담보권(즉, 전질권)일 수 있다. 앞서 언급한 바와 같이, 처분제한을 설정함으로써 제 2 사용자에 의한 임의 처분을 제한하여 담보 가치를 실현함과 동시에, 계좌 정보 데이터베이스(340)는 고객 계좌부에 대응한다는 점에서 S640 단계에서 담보 자산 중 비계약성 자산에 설정된 담보권에 관한 정보는 계좌 정보 데이터베이스(340)에 포함됨으로써 담보권의 대항력을 발생시킬 수 있다. 또한, 제 1 사용자와 함께 대차 거래의 중개자가 공동 담보권자 또는 단독 담보권자가 됨으로써, 중개자는 공동 담보권자 또는 전질권자인 제 1 사용자에게 담보 자산이 분배될 수 있도록, 유효 적절하게 담보권을 실행하여, 대차 거래에 따른 제 1 사용자의 리스크를 방지할 수 있다.
S650 단계에서, 대여 처리 모듈(320)은 대차 거래에 관한 권리의 기준일 도래 시, 제 2 사용자의 계좌에 포함된 자산 중 대차 거래로 인해 상환해야 하는 자산을 제 1 사용자에게 대체할 수 있다. S650 단계에서 제 2 사용자의 자산을 제 1 사용자에게 대체함으로써, 대차 거래에 따른 상환을 수행하여 대차 거래를 종료시킬 수 있다. 실시예에 따라, S650 단계는 대여 처리 모듈(320)이 대체를 수행하기 전에, 적어도 기준일까지 차입자의 상환 또는 대여자의 취득에 관한 대차거래의 배정명세를 확정하고, 인터페이스 모듈(310)이 이를 제 1 사용자 및 제 2 사용자 중 적어도 하나에게 통지하는 단계를 포함할 수 있다.
S650 단계에서 상환해야 하는 자산 중 적어도 일부가 상환되지 아니하는 경우, 담보권 관리 모듈(330)은 S640 단계에 의해 설정된 담보권을 실행할 수 있다(S660 단계). S660 단계는, 담보권 관리 모듈(330)이 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여 제 2 사용자의 담보 자산에 설정된 처분제한을 해제하고, 제 2 사용자의 담보 자산 중 적어도 일부를 제 1 사용자에게 분배함으로써 수행될 수 있으며, 상기 분배는 담보 자산 중 적어도 일부를 제 1 사용자에게 직접 대체하거나, 담보 자산 중 적어도 일부를 매도하여 발생하는 예수금을 제 1 사용자에게 이체함으로써 수행될 수 있다. 여기서 제 1 사용자에게 분배되는 자산은 제 2 사용자의 미상환액에 대응할 수 있다.
반대로, S650 단계를 통해 상환이 완료되면, 담보권 관리 모듈(330)은 S640 단계에 의해 제 2 사용자의 담보 자산에 설정된 담보권의 해지를 반영할 수 있다(S670 단계). 상기 해지는 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여 담보 자산에 설정된 처분제한을 해제함으로써 수행될 수 있다.
방법(600)의 단계들의 수행이 반드시 전술한 순서대로만 이루어지는 것은 아니며, 구현에 따라서는 임의적으로 변경 가능함은 본 기술분야의 당업자들은 쉽게 이해할 수 있을 것이다. 　 예를 들어, S630 단계는 S640 단계 이후에 수행될 수 있다.
일 실시예에서, 담보 자산이 계약성 자산인 경우, 확정일자 등록 모듈(350)이 담보 자산에 설정된 담보권의 대항력을 획득하기 위해 상기 담보권에 대해 확정일자를 등록 받는 단계를 더 포함할 수 있다. 일 예시에서, 상기 확정일자를 등록 받는 단계는, 담보권 설정 승낙에 관한 내용 및 상기 내용에 대한 확정일자 등록 요청을 공증기관에 전송하는 단계를 포함할 수 있다. 여기서 담보권 설정 승낙에 관한 내용은 담보권의 내용 및 담보권 설정 승낙의 의사표시를 포함할 수 있다. 확정일자 등록 요청에 응답하여 공증기관에 의해 확정일자가 등록되면, 담보권 설정 승낙에 의한 상기 담보권의 대항력이 발생할 수 있다. 일 예시에서, 상기 확정일자를 등록 받는 단계는, 담보권 설정 통지에 의한 담보권의 대항력이 발생시키기 위해 담보권 설정 통지에 관한 내용 및 상기 내용에 대한 확정일자 등록 요청을 공증기관에 전송하는 단계; 및 공증기관으로부터 확정일자가 등록된 담보권 설정 통지에 관한 내용을 수신하는 단계를 포함할 수 있다. 여기서 상기 담보권 설정 통지에 관한 내용은 담보권의 내용, 담보권 설정 통지의 의사표시 및 담보권 설정 사실의 통지권한 위임에 관한 내용을 포함할 수 있다. 담보권 설정에 있어, 사용자는 담보권 설정의 통지권한을 갖게 되며, 대차 거래의 중개자는 이해관계인으로서, 사용자로부터 담보권 설정의 사실을 통지 받는 것이 원칙이나, 본 발명의 중개자는 담보권 설정의 통지권한을 갖는 사용자로부터 담보권 설정 사실의 통지권한을 위임 받는 바, 적법하게 담보권 설정 통지에 관한 내용에 대해 확정일자 등록을 요청할 수 있다. 이러한 요청에 응답하여 공증기관은 확정일자를 등록한 후, 대차 거래 장치(300)로 전송할 수 있으며, 대차 거래 장치(300)가 공증기관으로부터 확정일자가 등록된 담보권 설정 통지에 관한 내용을 수신하면, 담보권 설정 통지에 의한 담보권의 대항력이 발생할 수 있다.
일 실시예에서, 대여 처리 모듈(320)은 제 2 사용자가 제공한 담보 자산의 가액과 제 2 사용자가 차입을 요청하는 자산의 가액을 비교하여, 제 2 사용자의 차입 요청의 적합성을 판단하는 단계를 더 포함할 수 있다. 예를 들어, 제 2 사용자가 담보로서 제공하는 담보 자산의 가액이 차입을 요청하는 자산에 대해 소정의 비율 이상인 경우, 대여 처리 모듈(320)은 제 2 사용자의 차입 요청이 적법하다고 판단할 수 있다. 제 2 사용자에게 대여 가능한 자산은 제 2 사용자가 제공하는 담보물의 가치에 따라 결정될 수 있다는 점을 반영한 것이다. 상기 판단의 결과, 차입 요청이 적법하지 않으면, 실시예에 따라, 제 2 사용자의 차입 요청 전체가 거절되거나, 담보 자산에 의해 적법한 것으로 인정되는 차입 요청의 일부만이 적법한 것으로 결정될 수 있다.
일 실시예에서, 대여 처리 모듈(320)은 제 2 사용자가 제공한 담보 자산의 가액과 제 2 사용자가 대여한 대여 자산의 가액을 비교하여, 담보 자산의 유효성을 판단하는 단계를 더 포함할 수 있다. 제 2 사용자가 담보로 제공하는 담보 자산은 시간의 경과에 따라 그 가치 또는 가액이 변동될 수 있다는 점을 반영한 것으로서, 예를 들어, 담보 자산의 이러한 가액 변동을 주시적/비주기적으로 모니터링하여, 담보 자산의 가액이 대여 자산에 대해 소정의 비율 이상인지를 판단할 수 있다. 담보 자산의 가액이 대여 자산에 대해 소정의 비율 이상인 경우, 대여 처리 모듈(320)은 담보 자산이 유효한 것으로 판단하여, 대차 거래를 지속적으로 유지할 수 있다. 반대로, 담보 자산의 가액이 대여 자산에 대해 소정의 비율 이상이 아닌 경우, 대여 처리 모듈(320)은 담보 자산이 유효하지 않은 것으로 판단하여, 대차 거래를 종료할 수 있다. 이와 같은 대차 거래의 종료는 대여 자산의 반환 및/또는 담보권의 실행을 수반할 수 있다. 즉, 대여 처리 모듈(320)은 대차 거래의 종료를 위해 제 2 사용자로부터 제 1 사용자로 대여 자산을 반환할 수 있다. 이때, 대여 자산의 적어도 일부의 반환이 이행되지 않으면, 담보권 관리 모듈(330)은 제 1 사용자를 위하여 담보권을 실행하여, 담보 자산이 제 1 사용자에게 분배되게 할 수 있다. 실시예에 따라, 상기 대차 거래의 종료는 인터페이스 모듈(310)에 의한 담보 자산 요청 신호의 전송을 추가적으로 수반할 수 있다. 즉, 대여 처리 모듈(320)에 의해 담보 자산이 유효하지 않다고 판단되는 경우, 인터페이스 모듈(310)은 제 2 사용자에게 담보 자산을 추가적으로 제공할 것을 알리는 담보 자산 요청 신호를 전송할 수 있으며, 이러한 신호의 전송에 응답하여 제 2 사용자로부터 담보 자산을 수신하면, 대여 처리 모듈(320)은 담보 자산의 유효성을 다시 판단할 수 있다.
도 7은 본 발명의 일 실시예에 따른 대차 거래 장치의 동작 방법을 도시한다.
방법(700)의 S710　단계 내지　S770 단계는 도　6을 참조하여 설명된　방법(600) 중 S610　단계 내지　S660 단계와 마찬가지로 설명된다. 이하,　중복되는 설명은 생략된다.
S710 단계에서, 제 1 사용자의 계좌에 포함된 자산 중 적어도 일부가 제 3 사용자로 담보권자로 하여 담보권이 설정된 제 2 담보 자산일 수 있다. 대여 처리 모듈(320)은 이러한 제 2 담보 자산에 대해서도 제 1 사용자의 요청에 따라, 대여 가능 자산으로 설정할 수 있다.
S730 단계에서, 대여 처리 모듈(320)은 대여 가능 자산으로 설정된 제 2 담보 자산 중 차입 요청에 대응하는 자산을 제 2 사용자에게 대여 처리할 수 있다. 구체적으로, S730 단계는, 담보권 관리 모듈(330)이 제 1 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 제 2 담보 자산에 설정된 처분제한을 해제하고, 대여 처리 모듈(320)이 처분제한이 해제된 제 2 담보 자산을 제 2 사용자에게 대체함으로써 수행될 수 있다.
S740 단계에서, 담보권 관리 모듈(330)은 제 2 사용자의 담보 자산에 담보권의 설정을 반영할 수 있다. 구체적으로, S740 단계는, 담보권 관리 모듈(330)이 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 제 2 사용자의 담보 자산에 처분제한을 설정하고, 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 담보 자산에 대해 제 1 사용자 및 중개자를 공동 담보권자로 하는 담보권의 설정을 반영하며, 제 2 사용자의 상기 계좌 정보 데이터베이스(340)를 참조하여, 상기 설정된 담보권 중 제 1 사용자의 담보권 부분에 대해 제 3 사용자를 담보권자로 하는 담보권(즉, 전질권)의 설정을 반영함으로써 수행될 수 있다. 즉, 제 1 사용자가 대여 가능 자산으로 제공하는 제 2 담보 자산의 담보권자인 제 3 사용자의 담보권 보장을 위해, 제 1 사용자가 제 2 사용자의 담보 자산에 대해 갖는 담보권에 대해 다시 제 3 사용자를 담보권자로 하여 담보권을 설정하는 것이다. 특히, 계좌 정보 데이터베이스(340)는 고객 계좌부에 대응한다는 점에서, 담보 자산 중 비계약성 자산에 설정된 담보권에 관한 정보는 계좌 정보 데이터베이스(340)에 포함됨으로써 담보권의 대항력을 발생시킬 수 있다.
계속해서, 대차 거래에 관한 권리의 기준일 도래 시, 대여 처리 모듈(320)은 제 2 사용자의 계좌에 포함된 자산 중 대차 거래로 인해 상환해야 하는 자산을 제 1 사용자에게 대체할 수 있다(S750 단계).
S750 단계에서, 상환해야 하는 자산 중 적어도 일부가 상환되지 아니하는 경우, 담보권 관리 모듈(330)은 S740에서 의해 설정된 담보권을 실행할 수 있다(S760 단계). S760 단계는, 담보권 관리 모듈(330)이 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여 제 2 사용자의 담보 자산에 설정된 처분제한을 해제하고, 제 2 사용자의 담보 자산 중 적어도 일부를 제 1 사용자 및 제 3 사용자 중 적어도 하나에게 분배함으로써 수행될 수 있으며, 상기 분배는 담보 자산 중 적어도 일부를 직접 대체하거나, 담보 자산 중 적어도 일부를 매도하여 발생하는 예수금을 이체함으로써 수행될 수 있다. 여기서 상기 분배되는 자산은 제 2 사용자의 미상환액에 대응할 수 있다. 제 2 사용자의 담보 자산 중 적어도 일부가 제 1 사용자에게만 분배되는 경우, 담보권 관리 모듈(330)은 제 1 사용자가 분배 받은 자산에 대해 제 3 사용자를 담보권자로 하는 담보권의 추가적인 설정을 반영할 수 있다.
반대로, S750 단계를 통해 상환이 완료되면, 담보권 관리 모듈(330)은 제 2 사용자의 담보 자산에 설정된 담보권의 해지를 반영할 수 있다(S770 단계). 상기 해지는 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여 담보 자산에 설정된 처분제한을 해제함으로써 수행될 수 있다. 계속해서, 담보권 관리 모듈(330)은 제 1 사용자에게 대체된 자산에 대해 제 3 사용자를 담보권자로 하는 담보권의 설정을 반영할 수 있다(S780 단계). 이와 같은 담보권의 설정의 반영은 제 1 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 상기 자산에 처분제한을 설정함으로써 수행될 수 있다. 제 1 사용자의 자산이 대여 처리 되기 전에, 상기 자산에 대해 제 3 사용자가 담보권을 가졌다는 점에서 제 3 사용자의 담보권을 회복하기 위한 것이다.
도 8은 본 발명의 일 실시예에 따른 대차 거래 장치의 동작 방법을 도시한다.
방법(800)은 도 7에서 도시되는 방법(700) 중 S740 단계 이후에 수행될 수 있으며, S830　단계 내지　S860 단계는 도　7을 참조하여 설명된　S750　단계 내지　S780 단계와 마찬가지로 설명된다. 이하,　중복되는 설명은 생략된다.
S740 단계 이후에, 인터페이스 모듈(310)이 제 3 사용자로부터 담보권 실행 신호(또는 전질권 실행 신호)를 수신할 수 있다(S810 단계).
계속해서, 담보권 관리 모듈(330)은 제 2 사용자가 제공한 담보 자산에 대한 담보권의 재설정을 반영할 수 있다(S820 단계). 구체적으로, 담보권 관리 모듈(330)은 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 제 1 사용자를 담보권자로 하는 담보권에 관한 내용을 삭제하고, 제 3 사용자 및 중개자를 공동 담보권자로 하는 담보권의 설정을 반영할 수 있다. 즉, 제 3 사용자는 전질권의 실행을 통해 제 2 사용자의 담보 자산에 대해 제 1 사용자가 갖는 공동 담보권자로서의 지위를 획득하여, 중개자와 함께 공동 담보권자가 될 수 있다.
S840 단계에서, 상환해야 하는 자산 중 적어도 일부가 상환되지 아니하는 경우, 담보권 관리 모듈(330)은 S820 단계에 의해 설정된 담보권을 실행할 수 있다. 이와 같은 담보권의 실행에 의해 제 1 사용자 및 제 3 사용자 중 적어도 하나에게 분배되는 자산은 제 2 사용자의 미상환액에 대응할 수 있으며, 제 3 사용자에게 우선적으로 분배된 후에, 제 1 사용자에게 분배될 수 있다.
일 실시예에서, S810 단계 이후에, 방법(800)은 담보권 관리 모듈(330)이 담보권 실행 신호의 유효성을 판단하는 단계를 더 포함할 수 있다. 판단 결과, 담보권 실행 신호가 유효한 경우에만, S820 단계가 수행될 수 있다.
이와 같이 본 발명에서는, 제 3 사용자가 전질권을 실행하더라도, 이는 제 2 사용자와의 대차 거래에는 어떠한 영향을 주지 않으면서, 제 2 사용자가 상환해야 할 자산에 대한 제 3 사용자의 지위를 안정하게 확보할 수 있다.
도 9는 본 발명의 일 실시예에 따른 대차 거래 장치의 동작 방법을 도시한다.
방법(900)은 방법(600, 700, 800)에서 제 2 사용자가 제공한 담보 자산에 담보권을 설정하는 단계(S640, S740 단계) 이후에 수행될 수 있다.
S910 단계에서, 인터페이스 모듈(310)은 제 2 사용자로부터 담보 자산 처분 신호를 수신할 수 있다. 담보 자산 처분 신호는 담보 자산을 처분하여 담보 자산으로부터 신규 담보 자산을 생성하게 하는 신호로서, 예를 들어, 유가증권의 매도신호, 예수금을 이용한 유가증권 매수신호, 계약의 청산신호 등을 포함할 수 있다. 여기서 담보 자산 처분 신호는 처분의 대상이 되는 자산을 특정하기 위한 정보, 처분 조건에 관한 정보를 포함할 수 있으며, 처분 조건에 관한 정보는 예를 들어, 유가증권의 매도 경우, 유가증권의 매도 가격, 매도 수량 등에 관한 정보를 포함할 수 있다.
S920 단계에서, 담보권 관리 모듈(330)은 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여, 제 2 사용자의 담보 자산에 설정된 처분제한을 해제할 수 있다. 원칙적으로 자산에 담보권을 원인으로 하여 처분제한이 설정되어 있는 경우, 일체의 처분행위가 허용되지 않으나, 본 발명에 따라 처분제한 관리협약이 설정된 경우에는, 계좌 정보 데이터베이스(340)에 설정된 처분제한을 해제할 수 있다. 실시예에 따라, S920 단계는 담보 자산에 설정된 일체의 처분제한이 모두 해제되거나, 처분행위 중 일부만이 해제됨으로써 수행될 수 있다. 예를 들어, 유가증권에 대한 처분제한의 해제는 유가증권에 대한 매도제한만을 해제함으로써 수행될 수 있다.
S930 단계에서, 담보 자산에 대한 처분제한이 해제되면, 담보권 관리 모듈(330)은 담보 자산 처분 신호에 따라 담보 자산에 대한 처분행위를 수행할 수 있다.
S940 단계에서, 담보권 관리 모듈(330)은 처분행위에 의해 발생하는 신규 담보 자산에 대해 처분제한을 설정할 수 있다. S940 단계는 담보권 관리 모듈(330)이 제 2 사용자의 계좌 정보 데이터베이스(340)를 참조하여 신규 담보 자산에 처분제한을 설정함으로써 수행될 수 있다. 종래 담보 자산으로부터 신규 담보 자산으로의 담보권의 상속을 반영하기 위함이다
일 실시예에서, 방법(900)은 S910 단계 이후에, 담보 자산 처분 신호에 의해 특정되는 제 2 사용자의 담보 자산에 처분제한 관리협약이 설정되었는지 판단하는 단계를 더 포함할 수 있다. 상기 판단 결과, 제 2 사용자의 담보 자산에 처분제한 관리협약이 설정되어 있는 경우, S920 단계 내지 S940 단계 중 적어도 하나가 수행될 수 있다. 반대로, 상기 판단 결과, 제 2 사용자의 담보 자산에 처분제한 관리협약이 설정되어 있지 않는 경우, 방법(900)은 종료할 수 있다.
이와 같이, 제 2 사용자가 대차 거래를 담보하기 위해 담보 자산을 제공하더라도, 본 발명의 처분제한 관리협약에 따라, 담보 자산에 대한 제 2 사용자의 처분을 가능하게 하되, 상기 처분에 일정한 제한을 가함으로써 제 1 사용자(및 중개자)의 담보권자의 지위를 보장할 수 있다.
본 발명에 따른 대차 거래 장치(300)의 동작 방법(600, 700, 800, 900)은, 도 6, 도 7, 도 8 및 도 9를 참조하여 상술한 본 발명의 실시예에 따른 대차 거래 장치(300)의 동작 방법(600, 700, 800, 900)을 수행하는 프로그램이 기록된 컴퓨터 판독 가능한 기록매체에 의해 구현될 수 있다. 컴퓨터 판독 가능한 기록매체는 컴퓨터에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터 판독 가능한 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있으며, 또한, 인터넷을 통한 전송 등과 같은 캐리어 웨이브의 형태로 구현되는 것도 포함한다. 또한 컴퓨터 판독 가능한 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 코드가 저장되고 실행될 수 있다.
이상에서와 같이 도면과 명세서에서 최적 실시예가 개시되었다. 여기서 특정한 용어들이 사용되었으나, 이는 단지 본 발명을 설명하기 위한 목적에서 사용된 것이지 의미한정이나 특허청구범위에 기재된 본 발명의 범위를 제한하기 위하여 사용된 것은 아니다. 그러므로 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시예가 가능하다는 점을 이해할 것이다. 따라서 본 발명의 진정한 기술적 보호범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.

Claims (37)

  1. 제 1 사용자 및 제 2 사용자 간의 대차 거래를 중개하는 대차 거래 장치의 동작 방법으로서,
    상기 제 1 사용자의 계좌에 포함된 자산의 적어도 일부를 대여 가능 자산으로 설정하는 단계;
    상기 제 2 사용자로부터 소정의 자산에 대한 차입 요청을 수신하는 단계 - 상기 차입 요청은 상기 제 2 사용자가 차입을 요청하는 자산에 관한 정보 및 상기 제 2 사용자가 대차 거래를 위해 담보로서 제공하는 담보 자산에 관한 정보를 포함함 - ;
    상기 대여 가능 자산 중 상기 차입 요청에 대응하는 자산을 상기 제 2 사용자에게 대여 처리하는 단계; 및
    상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 처분제한을 설정함으로써, 상기 담보 자산에 대한 담보권의 설정을 반영하는 단계를 포함하며,
    상기 계좌 정보 데이터베이스는 담보권 또는 약정의 내용으로서 상기 계좌에 포함된 자산에 대한 처분제한의 설정 여부에 관한 속성 정보를 포함하는, 동작 방법.
  2. 제 1 항에 있어서,
    상기 담보 자산에 대한 담보권의 설정을 반영하는 단계는,
    상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 대한 상기 제 1 사용자 및 대차 거래의 중개자를 공동 담보권자로 하는 담보권의 설정을 반영하는 단계; 또는
    상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 대해 상기 중개자를 담보권자로 하는 담보권의 설정을 반영하고, 상기 중개자의 담보권에 대해 상기 제 1 사용자를 담보권자로 하는 담보권의 설정을 반영하는 단계를 포함하는, 동작 방법.
  3. 제 2 항에 있어서,
    상기 계좌 정보 데이터베이스는 고객 계좌부에 대응하며, 상기 담보 자산 중 비계약성 자산에 설정된 담보권에 관한 정보는 상기 계좌 정보 데이터베이스에 반영됨으로써, 담보권의 대항력을 발생시키는, 동작 방법.
  4. 제 2 항에 있어서,
    상기 담보 자산이 계약성 자산인 경우, 상기 담보 자산에 설정된 담보권의 대항력을 획득하기 위해 상기 담보권에 대해 확정일자를 등록 받는 단계를 더 포함하는, 동작 방법.
  5. 제 2 항에 있어서,
    상기 대여 처리하는 단계 이후에, 상기 자산의 대차 거래에 관한 권리의 기준일 도래 시, 상기 제 2 사용자의 계좌에 포함된 자산 중 상기 대차 거래로 인해 상환해야 하는 자산을 상기 제 1 사용자에게 대체하는 단계를 더 포함하는, 동작 방법.
  6. 제 5 항에 있어서,
    상기 상환이 완료되면, 상기 제 2 사용자의 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 설정된 담보권이 해지를 반영하는 단계를 더 포함하는, 동작 방법.
  7. 제 5 항에 있어서,
    상기 대체하는 단계에서, 상기 상환해야 하는 자산 중 적어도 일부가 대체되지 아니하는 경우, 상기 담보 자산에 대한 공동 담보권자 또는 단독 담보권자로서 담보권을 실행하는 단계를 더 포함하는, 동작 방법.
  8. 제 7 항에 있어서,
    상기 담보권을 실행하는 단계는, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여 상기 제 2 사용자의 상기 담보 자산에 설정된 처분제한을 해제하고, 상기 담보 자산 중 적어도 일부를 상기 제 1 사용자에게 분배함으로써 수행되는, 동작 방법.
  9. 제 1 항에 있어서,
    상기 제 2 사용자가 제공한 상기 담보 자산의 가액과 상기 제 2 사용자가 차입을 요청하는 자산의 가액을 비교하여, 상기 제 2 사용자의 차입 요청의 적합성을 판단하는 단계를 더 포함하는, 동작 방법.
  10. 제 1 항에 있어서,
    상기 제 2 사용자가 제공한 상기 담보 자산의 가액과 상기 제 2 사용자에게 대여 처리된 대여 자산의 가액을 비교하여, 상기 담보 자산의 유효성을 판단하는 단계를 더 포함하는, 동작 방법.
  11. 제 1 항에 있어서,
    상기 제 2 사용자로부터 담보 자산 처분 신호를 수신하는 단계;
    상기 담보 자산 처분 신호에 따라, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 담보 자산에 설정된 처분제한을 해제하는 단계;
    상기 처분제한이 해제된 담보 자산에 대한 처분행위를 수행하는 단계; 및
    상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 처분행위에 의해 발생하는 신규 담보자산에 대해 처분제한을 설정하는 단계를 포함하는, 동작 방법.
  12. 제 1 항에 있어서,
    상기 대여 가능 자산으로 설정된 상기 제 1 사용자의 자산이 제 3 사용자를 담보권자로 하여 담보권이 설정된 제 2 담보 자산인 경우, 상기 대여 처리하는 단계는, 상기 제 1 사용자의 계좌 정보 데이터베이스를 참조하여, 상기 제 2 담보 자산에 설정된 처분제한을 해제하고, 상기 제 2 담보 자산을 상기 제 2 사용자에게 대체함으로써 수행되는, 동작 방법.
  13. 제 12 항에 있어서,
    상기 담보 자산에 대한 담보권의 설정을 반영하는 단계는,
    상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 대해 상기 제 1 사용자 및 대차거래의 중개자를 공동 담보권자로 하는 담보권의 설정을 반영하는 단계; 및
    상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 설정된 담보권 중 상기 제 1 사용자의 담보권에 대해 상기 제 3 사용자를 담보권자로 하는 담보권의 설정을 반영하는 단계를 포함하는, 동작 방법.
  14. 제 12 항에 있어서,
    상기 대여 처리하는 단계 이후에, 상기 자산의 대차 거래에 관한 권리의 기준일 도래 시, 상기 제 2 사용자의 계좌에 포함된 자산 중 상기 대차 거래로 인해 상환해야 하는 자산을 상기 제 1 사용자에게 대체하는 단계; 및
    상기 제 1 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 1 사용자에게 대체된 자산에 대한 상기 제 3 사용자를 담보권자로 하는 담보권의 설정을 반영하는 단계를 더 포함하는, 동작 방법.
  15. 제 14 항에 있어서,
    상기 상환이 완료되면, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 설정된 담보권의 해지를 반영하는 단계를 더 포함하는, 동작 방법.
  16. 제 14 항에 있어서,
    상기 대체하는 단계에서, 상기 상환해야 하는 자산 중 적어도 일부가 대체되지 아니하는 경우, 공동 담보권자로서 담보권을 실행하는 단계를 더 포함하는, 동작 방법.
  17. 제 16 항에 있어서,
    상기 담보권을 실행하는 단계는, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여 상기 제 2 사용자의 상기 담보 자산에 설정된 처분제한을 해제하고, 상기 담보 자산 중 적어도 일부를 상기 제 1 사용자 및 상기 제 3 사용자 중 적어도 하나에게 분배함으로써 수행되는, 동작 방법.
  18. 제 13 항에 있어서,
    상기 제 3 사용자로부터 담보권 실행 신호를 수신하는 단계; 및
    상기 담보권 실행 신호에 따라, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자가 제공한 담보 자산에 대해 상기 제 3 사용자 및 상기 중개자를 공동 담보권자로 하는 담보권의 재설정을 반영하는 단계를 더 포함하는, 동작 방법.
  19. 제 1 항 내지 제 18 항 중 어느 한 항에 따른 방법을 수행하기 위한 프로그램이 기록된 컴퓨터 판독 가능한 기록 매체.
  20. 제 1 사용자 및 제 2 사용자 간의 대차 거래를 중개하는 대차 거래 장치로서,
    계좌로 표시하여 관리 가능한 상기 제 1 사용자 및 상기 제 2 사용자의 자산에 관한 정보 및 담보권 또는 약정의 내용으로서 상기 계좌에 포함된 자산에 대한 처분제한의 설정 여부에 관한 속성 정보를 포함하는 계좌 정보 데이터베이스;
    상기 제 2 사용자로부터 소정의 자산에 대한 차입 요청을 수신하는 인터페이스 모듈 - 상기 차입 요청은 상기 제 2 사용자가 차입을 요청하는 자산에 관한 정보 및 상기 제 2 사용자가 대차 거래를 위해 담보로서 제공하는 담보 자산에 관한 정보를 포함함 - ;
    상기 제 1 사용자의 계좌에 포함된 자산의 적어도 일부를 대여 가능 자산으로 설정하고, 상기 대여 가능 자산 중 상기 차입 요청에 대응하는 자산을 상기 제 2 사용자에게 대여 처리하는 대여 처리 모듈; 및
    상기 제 2 사용자의 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 처분제한을 설정함으로써, 상기 담보 자산에 대해 담보권의 설정을 반영하는 담보권 관리 모듈
    을 포함하는, 대차 거래 장치.
  21. 제 20 항에 있어서,
    상기 담보권 관리 모듈은,
    상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 대한 상기 제 1 사용자 및 대차 거래의 중개자를 공동 담보권자로 하는 담보권의 설정을 반영하거나;
    상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 대한 상기 중개자를 담보권자로 하는 담보권의 설정을 반영하고, 상기 중개자의 담보권에 대한 상기 제 1 사용자를 담보권자로 하는 담보권의 설정을 반영하는, 대차 거래 장치.
  22. 제 21 항에 있어서,
    상기 계좌 정보 데이터베이스는 고객 계좌부에 대응하며, 상기 담보 자산 중 비계약성 자산에 설정된 담보권에 관한 정보는 상기 계좌 정보 데이터베이스에 반영됨으로써 담보권의 대항력을 발생시키는, 대차 거래 장치.
  23. 제 21 항에 있어서,
    상기 담보 자산이 계약성 자산인 경우, 상기 담보 자산에 설정된 담보권의 대항력을 획득하기 위해 상기 담보권에 대해 확정일자를 등록 받는 확정일자 등록 모듈을 더 포함하는, 대차 거래 장치.
  24. 제 21 항에 있어서,
    상기 대여 처리 모듈은 상기 대여 처리 이후에, 상기 자산의 대차 거래에 관한 권리의 기준일 도래 시, 상기 제 2 사용자의 계좌에 포함된 자산 중 상기 대차 거래로 인해 상환해야 하는 자산을 상기 제 1 사용자에게 대체하는, 대차 거래 장치.
  25. 제 24 항에 있어서,
    상기 담보권 관리 모듈은, 상기 대여 처리 모듈에 의해 상기 상환이 완료되면, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 설정된 담보권의 해지를 반영하는, 대차 거래 장치.
  26. 제 24 항에 있어서,
    상기 담보권 관리 모듈은, 상기 대여 처리 모듈에 의해 상기 상환해야 하는 자산 중 적어도 일부가 대체되지 아니하는 경우, 상기 담보 자산에 대한 공동 담보권자 또는 단독 담보권자로서 담보권을 실행하는, 대차 거래 장치.
  27. 제 26 항에 있어서,
    상기 담보권 관리 모듈은, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여 상기 제 2 사용자의 상기 담보 자산에 설정된 처분제한을 해제하고, 상기 담보 자산 중 적어도 일부를 상기 제 1 사용자에게 분배함으로써 상기 담보권을 실행하는, 대차 거래 장치.
  28. 제 20 항에 있어서,
    상기 대여 처리 모듈은, 상기 제 2 사용자가 제공한 상기 담보 자산의 가액과 상기 제 2 사용자가 차입을 요청하는 자산의 가액을 비교하여, 상기 제 2 사용자의 차입 요청의 적합성을 판단하는, 대차 거래 장치.
  29. 제 20 항에 있어서,
    상기 대여 처리 모듈은, 상기 제 2 사용자가 제공한 상기 담보 자산의 가액과 상기 제 2 사용자에게 대여 처리된 대여 자산의 가액을 비교하여, 상기 담보 자산의 유효성을 판단하는, 대차 거래 장치.
  30. 제 20 항에 있어서,
    상기 인터페이스 모듈이 상기 제 2 사용자로부터 담보 자산 처분 신호를 수신하면, 상기 담보권 관리 모듈은, 상기 담보 자산 처분 신호에 따라, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 담보 자산에 설정된 처분제한을 해제하고, 상기 처분제한이 해제된 담보 자산에 대한 처분행위를 수행하며, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여 상기 처분행위에 의해 발생하는 신규 담보자산에 대해 처분제한을 설정하는, 대차 거래 장치.
  31. 제 20 항에 있어서,
    상기 대여 가능 자산으로 설정된 상기 제 1 사용자의 자산이 제 3 사용자를 담보권자로 하여 담보권이 설정된 제 2 담보 자산인 경우, 상기 담보권 관리 모듈은 상기 제 1 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 담보 자산에 설정된 처분제한을 해제하고, 상기 대여 처리 모듈은, 상기 제 2 담보 자산을 상기 제 2 사용자에게 대체함으로써 상기 대여 처리를 수행하는, 대차 거래 장치.
  32. 제 31 항에 있어서,
    상기 담보권 관리 모듈은, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 대해 상기 제 1 사용자 및 대차거래의 중개자를 공동 담보권자로 하는 담보권의 설정을 반영하고, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 설정된 담보권 중 상기 제 1 사용자의 담보권에 대해 상기 제 3 사용자를 담보권자로 하는 담보권의 설정을 반영하는, 대차 거래 장치.
  33. 제 31 항에 있어서,
    상기 대여 처리 모듈은, 상기 대여 처리 이후에, 상기 자산의 대차 거래에 관한 권리의 기준일 도래 시, 상기 제 2 사용자의 계좌에 포함된 자산 중 상기 대차 거래로 인해 상환해야 하는 자산을 상기 제 1 사용자에게 대체하고,
    상기 담보권 관리 모듈은, 상기 제 1 사용자의 상기 계좌 정보 데이터베이스를 참조하여 상기 제 1 사용자에게 대체된 자산에 대해 상기 제 3 사용자를 담보권자로 하는 담보권의 설정을 반영하는, 대차 거래 장치.
  34. 제 33 항에 있어서,
    상기 담보권 관리 모듈은, 상기 대여 처리 모듈에 의해 상기 상환이 완료되면, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자의 상기 담보 자산에 설정된 담보권의 해지를 반영하는, 대차 거래 장치.
  35. 제 33 항에 있어서,
    상기 담보권 관리 모듈은, 상기 대여 처리 모듈에 의해 상기 상환해야 하는 자산 중 적어도 일부가 대체되지 아니하는 경우, 공동 담보권자로서 담보권을 실행하는, 대차 거래 장치.
  36. 제 35 항에 있어서,
    상기 담보권 관리 모듈은, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여 상기 제 2 사용자의 상기 담보 자산에 설정된 처분제한을 해제하고, 상기 담보 자산 중 적어도 일부를 상기 제 1 사용자 및 상기 제 3 사용자 중 적어도 하나에게 분배함으로써 상기 담보권을 실행하는, 대차 거래 장치.
  37. 제 32 항에 있어서,
    상기 인터페이스 모듈이 상기 제 3 사용자로부터 담보권 실행 신호를 수신하면, 상기 담보권 설정 모듈은, 상기 담보권 실행 신호에 따라, 상기 제 2 사용자의 상기 계좌 정보 데이터베이스를 참조하여, 상기 제 2 사용자가 제공한 담보 자산에 대해 상기 제 3 사용자 및 상기 중개자를 공동 담보권자로 하는 담보권의 재설정을 반영하는, 대차 거래 장치.
PCT/KR2014/005814 2013-12-31 2014-06-30 대차 거래 장치 및 그 동작 방법 WO2015102184A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2016543020A JP6419192B2 (ja) 2013-12-31 2014-06-30 貸借取引き装置およびその動作方法
CN201480071564.2A CN105900126A (zh) 2013-12-31 2014-06-30 证券借贷装置及其运作方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020130168365A KR101556540B1 (ko) 2013-08-14 2013-12-31 대차 거래 장치 및 그 동작 방법
KR10-2013-0168365 2013-12-31

Publications (1)

Publication Number Publication Date
WO2015102184A1 true WO2015102184A1 (ko) 2015-07-09

Family

ID=53498707

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/005814 WO2015102184A1 (ko) 2013-12-31 2014-06-30 대차 거래 장치 및 그 동작 방법

Country Status (3)

Country Link
JP (1) JP6419192B2 (ko)
CN (1) CN105900126A (ko)
WO (1) WO2015102184A1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020093680A (ko) * 2002-10-17 2002-12-16 주식회사 로마켓아시아 전자문서의 공증 장치 및 그 방법
JP2006277161A (ja) * 2005-03-29 2006-10-12 Nomura Research Institute Ltd 証券担保融資管理システム、方法及びプログラム
KR20070024839A (ko) * 2005-08-30 2007-03-08 증권예탁결제원 담보콜거래 관리시스템 및 그 방법
KR20120002656A (ko) * 2010-07-01 2012-01-09 삼성증권주식회사 대차거래 시스템 및 그 제공방법

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001338145A (ja) * 2000-05-29 2001-12-07 Toyota Motor Corp 証券総合口座における貸付管理方法及び管理システム
JP2002304528A (ja) * 2001-04-05 2002-10-18 Japan Securities Finance Co Ltd 株券貸借取引支援システム及び株券貸借取引支援システム用のコンピュータプログラム
JP2003256744A (ja) * 2002-02-27 2003-09-12 Hitachi Ltd 電子証券処理方法及びシステム
JP2004157921A (ja) * 2002-11-08 2004-06-03 Kazumi Hayashida 有価証券貸借市場取引方法ならびに有価証券貸借市場システム
JP2004287653A (ja) * 2003-03-20 2004-10-14 Kabu.Com Securities Co Ltd 預かり資産管理システム、預かり資産に関する取引判定プログラム及び預かり資産に関する取引判定方法
JP2005085133A (ja) * 2003-09-10 2005-03-31 Nikko Cordial Securities Inc 貸借取引システム、コンピュータプログラム、および方法
US8990254B2 (en) * 2004-07-02 2015-03-24 Ellie Mae, Inc. Loan origination software system for processing mortgage loans over a distributed network
CN101295397A (zh) * 2007-04-25 2008-10-29 乔美国际网络股份有限公司 在线交互式自主性利率资金存借平台的方法与系统
KR101310356B1 (ko) * 2012-02-06 2013-10-14 구민수 유가증권 거래 방법 및 장치
CN103236022A (zh) * 2013-04-26 2013-08-07 孔庆发 基于网上交易的网上信贷方法及其数据处理系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020093680A (ko) * 2002-10-17 2002-12-16 주식회사 로마켓아시아 전자문서의 공증 장치 및 그 방법
JP2006277161A (ja) * 2005-03-29 2006-10-12 Nomura Research Institute Ltd 証券担保融資管理システム、方法及びプログラム
KR20070024839A (ko) * 2005-08-30 2007-03-08 증권예탁결제원 담보콜거래 관리시스템 및 그 방법
KR20120002656A (ko) * 2010-07-01 2012-01-09 삼성증권주식회사 대차거래 시스템 및 그 제공방법

Also Published As

Publication number Publication date
JP6419192B2 (ja) 2018-11-07
JP2017504891A (ja) 2017-02-09
CN105900126A (zh) 2016-08-24

Similar Documents

Publication Publication Date Title
JP5118959B2 (ja) オンライン認証方法及びシステム
KR100917036B1 (ko) 부동산 전자거래 시스템 및 그 시스템을 이용한 부동산전자거래 방법
WO2020179963A1 (ko) 블록체인을 이용한 지식재산권거래시스템 및 이의 동작방법
WO2021230443A1 (ko) 자산 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
JP2007536619A5 (ko)
WO2021020721A1 (ko) 블록체인 네트워크를 이용하여 온라인 티켓을 서비스하는 방법 및 이를 이용한 서버
KR102343615B1 (ko) 예술 작품 거래와 정보 관리를 위한 블록체인 시스템 및 이의 제어방법
KR101971838B1 (ko) 부동산 통합정보시스템을 이용한 공인중개사의 에스크로 안전거래 진행방법.
WO2020085635A1 (ko) 블록체인 기술을 응용한 부동산 거래 및 암호화폐 거래 시스템 및 방법
KR100416060B1 (ko) 금융기관 대출 시스템 및 그 방법
WO2013191427A1 (ko) 담보거래 서비스 방법
WO2021086096A1 (ko) 유가증권의 공매도를 지원하는 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
WO2021034062A1 (ko) 디지털 자산을 담보로 하는 대출을 수행하기 위한 방법 및 장치
WO2013119013A1 (ko) 유가증권 거래 방법 및 장치
WO2018038312A1 (ko) 보험 보상 처리된 유체동산에 대한 현금 회수 방법
WO2014058247A1 (ko) 컴퍼니머니를 이용한 담보거래 서비스 방법
WO2019240499A1 (ko) 유가증권의 공매도를 지원하는 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
CN111833193A (zh) 提供具有集中式和分布式数据结构的专利所有权保险的系统和方法
KR101556540B1 (ko) 대차 거래 장치 및 그 동작 방법
WO2014209014A1 (ko) 계약성 자산에 대한 담보 관리 장치 및 그것의 동작 방법
WO2022197144A1 (ko) 디지털화폐 플랫폼 서비스를 제공하는 방법 및 이를 위한 시스템
WO2015102184A1 (ko) 대차 거래 장치 및 그 동작 방법
WO2018169122A1 (ko) 가상 화폐의 통합 관리 시스템, 국내 관리 시스템 및 그의 통합 관리 방법
WO2016098919A1 (ko) 자산 관리 장치 및 그것의 동작 방법
JP2022034652A (ja) 情報処理システム、情報処理装置、サーバ装置、プログラム、又は方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14876796

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016543020

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205N DATED 19.10.2016)

122 Ep: pct application non-entry in european phase

Ref document number: 14876796

Country of ref document: EP

Kind code of ref document: A1