WO2014133345A1 - 주소록을 이용하여 대차 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체 - Google Patents

주소록을 이용하여 대차 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체 Download PDF

Info

Publication number
WO2014133345A1
WO2014133345A1 PCT/KR2014/001645 KR2014001645W WO2014133345A1 WO 2014133345 A1 WO2014133345 A1 WO 2014133345A1 KR 2014001645 W KR2014001645 W KR 2014001645W WO 2014133345 A1 WO2014133345 A1 WO 2014133345A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
loan
information
transaction
balance
Prior art date
Application number
PCT/KR2014/001645
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
Application filed by (주) 아트리아트레이딩 filed Critical (주) 아트리아트레이딩
Priority to US14/770,961 priority Critical patent/US20160005115A1/en
Publication of WO2014133345A1 publication Critical patent/WO2014133345A1/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/03—Credit; Loans; Processing thereof
    • 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/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • the present invention relates to a method, a system and a non-transitory computer readable recording medium for supporting a loan transaction using an address book.
  • Securities Lending & Borrowing Transaction means the consumption of securities established by the lender undertaking the transfer of ownership of the securities to the borrower and the borrower agreeing to return the securities of the same amount and quantity as the securities.
  • Lending is being used to achieve a variety of purposes. Specifically, short selling, short selling, arbitrage transaction, and collateral usage are used as collateral usage. Fail Coverage, Recall Coverage to replace a loan request for a recovery from an existing loan transaction with a new loan amount, and to replace the balance of the existing loan transaction with a lower fee. It is used for refinancing and replacement to replace more stable loans with more stable loans.
  • the loan transaction may be concluded through an intermediary, an agent or an exchange designated by the borrower and the lender, or in some countries directly by both the borrower and the lender.
  • the contracting party first establishes the contract and then borrows and lends a loan deal or a predetermined criterion (for example, in order of low rental fees and in order of high borrowing fees).
  • borrowers and lenders compete openly (i.e., bid or ask) according to the order in which the loan request is made in a fast order or in a high order.
  • the method of consultation transaction should be understood as referring to all methods that are similar to the balance-of-sale deal which presupposes consultation between the parties.
  • both parties have already negotiated a settlement agreement before the application for the conclusion of the loan agreement.
  • both parties may still use individual channels or small baskets, using various channels such as telephone, messenger, Bloomberg Terminal, and e-mail, to enter into a loan agreement.
  • the means of communication varies depending on the preferences of the individual participants in the trade transaction or even within the same institution.
  • the participants had to communicate individually through different means of communication, which required a lot of time and effort in entering into a loan agreement, and costly to implement the respective communication system in duplicate. Problems have been pointed out.
  • the format of the information varies according to the channel used, and it may not be easy to identify the source thereof. For example, it may be assumed that a loan agreement is settled by telephone. In such a case, it is practically very difficult to find past telephone records to check the contents of the loan agreement.
  • the present invention aims to solve all of the above-mentioned problems of the prior art.
  • the present invention in proceeding the loan transaction contract for securities, the search for loan (borrowing and lending) desired securities, information sharing, negotiations and contracts for the borrowing (borrowing and lending) desired securities between borrowers and lenders Another goal is to ensure that the process leading to
  • the present invention enables unified and automated settlement process of the loan transaction contract by enabling various types of locating and negotiation between the transaction participants using an integrated loan transaction address book that covers the contacts of domestic and foreign loan transaction participants. Another purpose is to make it possible.
  • a method for supporting a loan transaction using an address book comprising: (a) a loan transaction address book including at least one user with reference to address book information obtained from at least one user terminal device; Generating by the user, (b) a lo including information about the borrowed desired security or the loan desired security of the first user with reference to a locate request obtained from the terminal device of the first user; Transmitting a Kate message to at least one second user terminal device included in the balance book of the first user, and (c) the first user and the at least one second user have the desired security securities or Communicate to send and receive negotiation messages on the loan agreement for the loaned securities
  • a method is provided that includes providing a choice interface.
  • a method for supporting a loan transaction using an address book comprising: (a) a loan transaction address book including at least one user with reference to address book information obtained from at least one user terminal device; Generating by the user, (b) a lo including information about the borrowed desired security or the loan desired security of the first user with reference to a locate request obtained from the terminal device of the first user; Transmitting a Kate message to at least one second user terminal device included in the balance transaction address book of the first user, and (c) the terms of the loan transaction contract included in the locate message are the at least one second.
  • the first user and the at least one second user if the terms of the loan transaction set by the user are met;
  • This objection lending agreements is provided a method comprising the step of automatically confirmed.
  • a system for supporting a loan transaction using an address book wherein a balance transaction address book including at least one user by reference to address book information obtained from at least one user terminal device is provided for each user.
  • the generated address book management unit may refer to a locate request obtained from a terminal device of a first user, and locates a locate message including information about the borrowed desired security or the loan desired security of the first user.
  • a loan transaction locator that transmits to at least one second user terminal device included in a balance transaction address book of a first user, and the first user and the at least one second user want the borrowed security or the loan desired Send and receive negotiated messages about balance-of-sale agreements on securities So that the support system that includes a lending deal management to provide a communication interface is provided.
  • a system for supporting a loan transaction using an address book wherein a balance transaction address book including at least one user by reference to address book information obtained from at least one user terminal device is provided for each user.
  • the generated address book management unit may refer to a locate request obtained from a terminal device of a first user, and locates a locate message including information about the borrowed desired security or the loan desired security of the first user.
  • the balance transaction locator management unit which transmits to at least one second user terminal device included in the balance transaction address book of the first user, and the terms of the balance transaction contract included in the locate message are provided by the at least one second user. If you meet the terms of the pre-set balance agreement,
  • the lending agreement between the at least one second user system is provided which includes a negotiated lending manager to be automatically confirmed.
  • the present invention in deciding a lending agreement for securities, searching for loan (borrowing and lending) desired securities, sharing information, negotiating, and contracting for loan (borrowing and lending) desired securities between the borrower and the lender.
  • This process can be carried out efficiently and quickly, so that borrowers and lenders can obtain sufficient information about the loan amount, and both borrowers and lenders can secure the most suitable loan amount and confirm the contract. Is achieved.
  • the lender and the borrower can see the securities that are the subject of the lending transaction. It is easy to manage, and in particular, it is achieved that the borrower can quickly place a sell (ie, short selling) order on the securities borrowed through the loan contract on an external securities trading system.
  • a report on a loan transaction contract is automatically generated and an agent, brokerage agency, or permanent agent
  • the system can be transferred to the competent authority's system, including the system, to facilitate the on-site or off-shore institution's participation in the loan transaction and to speed up the loan transaction.
  • the participant in the balance transaction can easily proceed with negotiations for the balance deal agreement with the desired counterpart using the integrated balance dealing address book, and various information about the balance agreement can be automatically and unifiedly managed. The effect which becomes possible is achieved.
  • FIG. 1 is a diagram illustrating a schematic configuration of an entire system for supporting a loan transaction in accordance with the present invention.
  • FIGS 2 and 3 are diagrams showing in detail the internal configuration of the balance transaction support system 200 according to an embodiment of the present invention.
  • FIG. 4 is a diagram exemplarily illustrating an entire process of a user confirming a loan transaction contract through negotiation with another user in his or her balance book through the balance transaction support system 200 according to the present invention.
  • FIG. 5 is a diagram exemplarily illustrating a configuration for managing a balance book according to an embodiment of the present invention.
  • FIG. 6 is a diagram exemplarily illustrating a configuration in which users are grouped in a balance transaction address book according to an embodiment of the present invention.
  • FIG. 7 is a diagram exemplarily illustrating a configuration of a user interface that enables a user to input information regarding a lender, a person in charge, and a group in a loan transaction address book according to an embodiment of the present invention.
  • 8 and 9 are a view of the information on the lender or borrower included in the user's loan transaction address book and information about the location, transactions and negotiation details with the lender or borrower according to an embodiment of the present invention It is a figure which shows the structure of a user interface as an example from a borrower's point of view.
  • FIG. 10 is a view from a borrower's point of view of configuring a user interface for locating and negotiating a loan transaction and confirming a loan agreement against a lender included in a loan transaction address book according to an embodiment of the present invention.
  • the figure shows by way of example.
  • FIG. 11 is a diagram illustrating a configuration of a user interface for providing a list of borrowers, borrowers, and groups according to an embodiment of the present invention.
  • FIG. 12 is a diagram illustrating a configuration of a user interface for providing a loan transaction history for each lender according to an embodiment of the present invention.
  • FIG. 13 is a diagram exemplarily illustrating a configuration of a user interface for providing a loan transaction history by date according to an embodiment of the present invention.
  • control unit 270 control unit
  • securities refers to a certificate indicating the right to claim a certain value of money or cargo, that is, a certificate indicating the property rights of commercial law. It must be understood in the broadest sense to cover all types of objects that may be the subject of a Securities Lending and Borrowing Transaction, rather than being limited to securities provided for in the Commercial or Securities Exchange Act.
  • securities referred to in this specification include listed stocks, unlisted stocks, bonds, beneficiary securities, new acquisitions, financial instruments including beneficiary securities, futures, derivatives including equity swaps, ELS (Equity-Linked Securities), Equity-Linked Warrant (ELW), Bond with Warrant (BW), Convertible Bond (CB), and ETF (ETF) Traded Funds) may be included.
  • FIG. 1 is a diagram illustrating a schematic configuration of an entire system for supporting a loan transaction in accordance with the present invention.
  • the entire system includes a communication network 100, a loan transaction support system 200, a borrower terminal device 300, a lender terminal device 400, and a contract execution system ( 500 and the securities trading system 600.
  • the communication network 100 may be configured regardless of a communication mode such as wired communication or wireless communication, and includes a local area network (LAN) and a metropolitan area network (MAN). ), And various communication networks such as a wide area network (WAN).
  • the communication network 100 as used herein may be a known Internet or World Wide Web (WWW).
  • WWW World Wide Web
  • the communication network 100 may include, at least in part, a known wired / wireless data communication network, a known telephone network, or a known wired / wireless television communication network without being limited thereto.
  • the communication network 100 may optionally include a dedicated line (not shown) of a stock exchange, a securities company, etc. in at least a part thereof.
  • the balance transaction support system 200 generates a balance transaction address book including at least one user with reference to address book information obtained from at least one user terminal device for each user. Perform a function, and refer to a locate request obtained from a terminal device of the first user, and provide a locator message including information about a loan desired security or borrowing desired security of the first user.
  • the first user and the at least one second user may perform the function of transmitting to the at least one second user terminal device included in the loan transaction address book of the user, and the loan for the desired security or the borrowing desired security.
  • the borrower terminal device 300 and the lender terminal device 400 are devices that can connect and communicate with the loan transaction support system 200, and are input by an borrower or a lender. Locating information including information on the borrowing or loan desired securities input by the borrower or the lender can be performed by transmitting the information to the loan transaction support system 200 so that the loan transaction address book can be generated May be transmitted to the balance transaction support system 200 so that the locate message may be transmitted to the counterpart terminal devices 300 and 400 of the balance transaction contract, and the communication interface provided from the balance transaction support system 200. To help borrowers or lenders send and receive negotiation messages with the other side of the loan agreement. Function can be performed.
  • the borrower terminal device 300 and the lender terminal device 400 as a digital device including a function to enable communication after connecting to the communication network 100, smart phones, PDAs,
  • the borrower terminal device 300 or the lender according to the present invention may be any device having a computing capability by mounting a microprocessor such as a personal computer (for example, a desktop or a laptop), a web pad, a mobile phone, or the like. It may be adopted as the terminal device 400.
  • a microprocessor such as a personal computer (for example, a desktop or a laptop), a web pad, a mobile phone, or the like. It may be adopted as the terminal device 400.
  • the borrower terminal device 300 and the lender terminal device 400 according to an embodiment of the present invention, an application for allowing the borrower or the lender to exchange various types of information with the loan transaction support system 200, web Required programs such as browsers and widgets may be included.
  • the contract conclusion system 500 receives the information about the loan transaction contract is confirmed by the loan transaction support system 200, the loan transaction agreement between the borrower and the lender is actually signed Function to make it work.
  • the securities trading system 600 if the balance trading contract is confirmed by the balance trading support system 200 or the balance trading contract is concluded by the contract conclusion system 500, This information can be sent to enable the borrower to place an order to sell (i.e. short sell) the borrowed securities.
  • the securities trading system 600 may be a system operated by a stock exchange, a securities company, or the like.
  • FIGS 2 and 3 are diagrams showing in detail the internal configuration of the balance transaction support system 200 according to an embodiment of the present invention.
  • the balance transaction support system 200 may be configured to include a balance transaction information management unit 240, a database 250, a communication unit 260 and a control unit 270, wherein the database 250 is an address book database 251, a location history database 252, It may include a negotiation history database 253 and a balance transaction history database 254.
  • the balance transaction support system 200 may include an address book manager 210, a balance transaction locator 220, a balance transaction negotiation manager 230, a balance transaction information manager 240, and a database ( 250, the communication unit 260 and the control unit 270 at least a part of the program to communicate with the borrower terminal device 300, the lender terminal device 400, the contract conclusion system 500 or the securities trading system 600. It may be a module. Such program modules may be included in the balance sheet support system 200 in the form of an operating system, an application program module or other program modules, and may be physically stored in various known storage devices. In addition, such a program module may be stored in a remote storage device that can communicate with the balance transaction support system 200. On the other hand, such program modules include, but are not limited to, routines, subroutines, programs, objects, components, data structures, etc. that perform particular tasks or execute particular abstract data types, described below, in accordance with the present invention.
  • the address book manager 210 includes address book information about at least one user by referring to address book information obtained from the borrower terminal device 300 or the lender terminal device 400. You can create and manage the balance book by user.
  • the address book manager 210 adds or deletes address book information about another user whose user (ie, borrower or lender) can be a counterpart of a loan transaction in his / her loan transaction address book. Or you can perform a function that allows you to modify it.
  • the address book management unit 210 if the target person registered in the balance transaction address book is an institution other than a person (that is, a natural person), the user designates a contact person in the relevant address book information on the corresponding contact person. You can add, delete or modify the function.
  • the address book manager 210 may perform a function of allowing a user to group at least one other user registered in his or her balance book into at least one group.
  • at least one other user registered in the user's balance book may be grouped into groups such as domestic lenders, lenders of domestic securities companies, lenders of domestic pension funds, and lenders of foreign institutions.
  • groups within the balance book may be useful in a one-to-many locating process or a one-to-many negotiation process, for example, a user may be assigned to a specific group in his or her balance book. It is possible to send a locate message to a plurality of other users belonging at once.
  • the loan transaction locator 220 may locate a lender for a loan transaction with respect to at least some of other users included in the loan transaction address book. Or a lending request request to a counterparty to a lending party).
  • the loan transaction location management unit 220 the user who wants to borrow the securities to send a locator message including information on the desired security securities to at least one other user
  • a function of enabling the user to transmit or to rent the security can be transmitted to the at least one other user including a locator message including information on the desired security of the loan.
  • the loan transaction locator 220 transmits locator information including information about the securities that the user wants to borrow or rent to a plurality of other users at the same time.
  • the balance transaction locator management unit 220 may allow a plurality of other users who have received the locate message to input a response message to the locate message.
  • the user who sent the Kate message may receive a response message obtained from the terminal devices of the plurality of other users.
  • the locate message may include information about the security that the user wants to borrow or rent, for example, the name of the item of the security that the user wants to borrow or rent and Includes quantity, desired commission rate, offshore or onshore volume, recall availability, Corporate Action Liability, contract conclusion date, expected retention period, collateral type, auto contract conclusion, etc. Can be.
  • the information on the security may include an identifier for identifying the security, that is, identifiers such as Ticker, Sedol (Stock Exchange Daily Official List), and Cusip (Committee on Uniform Securities Identification Procedure).
  • the borrowing or rental desired security is an option product such as equity swap
  • information about the borrowing or rental desired security is included in the leverage ratio, collateral ( Settlement of Collateral Rate, Interest Rate Rebate on Cash Collateral, Loan Fee Rate, Commission, Financing Benchmark, Spread Added to Base Rate, Credit Rating, Swap Cost Settlement Reset Period and Dates may be included.
  • the locate message may be transmitted by various methods or formats.
  • users can directly enter information about borrowings or desired securities, and format information such as text files and XML (eXtensible Markup Language) files, such as FTP (File Transfer Protocol) and FIX (Financial Information eXchange).
  • format information such as text files and XML (eXtensible Markup Language) files, such as FTP (File Transfer Protocol) and FIX (Financial Information eXchange). It can be assumed that the transmission method using various protocols, such as.
  • the configuration of the information contained in the locate message and the transmission method of the locate message according to the present invention is not necessarily limited to those listed above, which is any number within the scope that can achieve the object of the present invention It may be altered or deleted. Further, the configuration of the information included in the locate message and the transmission method of the locate message according to the present invention may be similarly applied to the information included in the response message transmitted as a response to the locate message and the transmission method of the response message. Let's find out.
  • the loan transaction negotiation management unit 230 provides a communication interface that allows the user who wants to borrow the securities and the user who wants to borrow the securities to proceed with the negotiation for the loan transaction. You can perform the function provided.
  • the loan transaction negotiation management unit 230 according to an embodiment of the present invention, when it is agreed that the loan transaction contract is determined by negotiation between the users (that is, the terms of the loan transaction contract by negotiation between the users). In case the agreement is reached, the balance agreement between the users can be established.
  • the loan transaction negotiation management unit 230 may send and receive a negotiation message about the details of the balance transaction between the user who sent the locate message and another user who received the corresponding locate message. I can support them.
  • the details included in the negotiation messages that users can send and receive include: the name and quantity of the securities, the desired fee rate, whether they are offshore or onshore, whether they can be recalled, and the rights action. Liability, the date of conclusion of the contract, the expected retention period, and the collateral type.
  • negotiations may be made regarding the term of settlement if the loan is a term of a term borrow, in which a request for the recovery of the securities does not come in for a period of time, and the lender secures the securities as collateral.
  • information such as the base rate, interest rate added to the base rate, and financing period May be included.
  • the loan transaction negotiation management unit 230 may support the user to proceed with the negotiation for the balance transaction (ie, one-to-many negotiation) with a plurality of other users, Accordingly, the user can send a negotiation message to each of the plurality of other users.
  • the user in the case of one-to-many negotiation, the user can inquire all the contents of the negotiation message sent to the plurality of other users, and the plurality of other users who have received the negotiation message are the negotiations sent to them. Only the content of the message can be checked.
  • the negotiation message may include a predetermined conditional content (for example, IF, MAX, MIN, etc.), a predetermined form of content such as confirmation, hold, rejection, and the like.
  • a predetermined conditional content for example, IF, MAX, MIN, etc.
  • a predetermined form of content such as confirmation, hold, rejection, and the like.
  • the same free form may be included.
  • the balance sheet negotiation negotiation unit 230 stores information about negotiation details such as a locate message, a response message, and a negotiation message exchanged between users, such as the negotiation history database 253. It can perform a function to provide information on the negotiation details stored when a request or query for the negotiation details later. Inquiry about the negotiation details or storage, retrieval and provision of the negotiation details may be selectively performed according to various criteria such as by lender, borrower, stock, and date.
  • the information on the negotiation details that can be stored in the balance sheet negotiation management unit 230 according to an embodiment of the present invention, the item name and quantity of the securities, the desired commission rate, whether the offshore volume or in-region volume, recall ( Recall availability, Corporate Action Liability, Contractual Date, Expected Retention and Collateral Type.
  • recall Recall availability, Corporate Action Liability, Contractual Date, Expected Retention and Collateral Type.
  • the loan is a transaction in the form of a term borrow in which a request for recovery of the securities does not come in for a period of time
  • the contents of the settlement period may be stored, and the lender pays the security to secure the cash.
  • a security mortgage transaction ie, a financing trade or term financing
  • the balance transaction negotiation management unit 230 is a function to support the settlement of the balance agreement between the user who sent the locate message and the other user who received the locate message automatically Can be performed. Specifically, according to an embodiment of the present invention, in a state in which both parties to the agreement have agreed to the automatic contract, the user has previously set the terms of the loan transaction contract included in the locate message sent to the other user. When the balance transaction reservation is satisfied, the balance negotiation negotiation managing unit 230 may perform a function of confirming the balance transaction agreement between the user and another user.
  • the balance transaction information management unit 240 if the balance agreement between the users is confirmed, information on the identification information of the determined balance agreement and the details of the balance agreement May be stored in the balance sheet history database 254.
  • information about a fixed balance agreement may include, for example, the item number, name, quantity, amount, price, balance rate, dividend or rights relationship, offshore or offshore volume of the securities that are the subject of the loan agreement.
  • Information on whether or not it is recalled, whether it is stable the International Registration Code (IRC) of the owner of the security, the type of owner of the security (securities firm, advisor, investor, etc.) and the type of collateral.
  • IRC International Registration Code
  • the information on the loan contract includes the leverage ratio, the collateral ratio, the interest rate paid on the cash collateral, the loan commission rate, the transaction fee, the base rate, the base rate.
  • Information on spreads, additional costs, credit ratings, mortgage rates, swap cost settlement periods, and dates may be included.
  • a loan agreement that can be finalized in accordance with the present invention includes a contract in the form of a term borrow in which a request for recovery of securities does not come in for a certain period, and the borrower borrows cash by securing the security.
  • a contract in the form of a security mortgage loan ie, a financing trade or term financing
  • a transaction to be made or loaned is a transaction to be made or loaned.
  • the information about the loan transaction contract according to the present invention is not necessarily limited to those listed above, which is to be understood that it can be added, changed or deleted as long as it can achieve the object of the present invention.
  • the loan transaction information management unit 240 may perform a function for transmitting to the securities trading system 600.
  • the contract conclusion system 500 or the securities transaction system 600 that will receive the information about the loan transaction contract may be designated by the user.
  • the information providing unit 260 according to an embodiment of the present invention transmits information regarding a loan transaction contract to an external contract conclusion system 500, user terminal devices 300, 400, or securities transaction system 600.
  • various methods may be used, for example, a method of receiving information on a loan transaction agreement from the borrower terminal device 300 and delivering it, a method of simply outputting information on the loan transaction contract, or delivering the information by e-mail.
  • the information about the transaction contract can be processed into a text file, XML (eXtensible Markup Language) format, and transmitted using various protocols such as FTP (File Transfer Protocol) and FIX (Financial Information eXchange). have.
  • FTP File Transfer Protocol
  • FIX Financial Information eXchange
  • loan transaction information management unit 240 Since information about a trading contract can be sent to the external securities trading system 600 without delay, the borrower can quickly sell the securities borrowed through the loan transaction on the external securities trading system 600. do.
  • the balance sheet information management unit 240 automatically prepares a report on the balance sheet contract determined when the party (particularly the borrower) of the balance sheet contract is an onshore or offshore institution. Send the completed report to the borrower terminal device 300, the lender terminal device 400, the contract conclusion system 500, the permanent agent terminal device (not shown), the competent authority system (not shown) associated with the loan transaction agreement
  • the notification form automatically generated and transmitted may include at least a part of the information on the loan transaction contract described above and the electronic signature.
  • the borrower is an offshore institution
  • the loan transaction amount exceeds a certain level per the relevant IRC
  • the loan transaction information management unit according to an embodiment of the present invention ( According to 240, the declaration can be automatically generated and sent to the competent authority system, thereby increasing the convenience of offshore institutions participating in the loan transaction and allowing the offshore agency to quickly proceed with the loan transaction.
  • the database 250 various information obtained, generated, processed or managed by the balance transaction support system 200 may be stored.
  • the database 250 according to an embodiment of the present invention, the address book database 251, the location history database 252, the negotiation history database 253 and the balance transaction history divided according to what information is stored It may include a database 254.
  • other databases may acquire, generate, process, or manage information about future trading and short selling to generate a variety of information, even if not directly related to locators or loan agreements.
  • Various pieces of information may be stored in the form of raw data or processed data.
  • the database 250 may be combined with the balance transaction support system 200. It may be configured separately.
  • the database 250 in the present invention is a concept that includes a computer-readable recording medium, and may be a broad database including not only a negotiated database but also a file system based on a file system. If the set can be retrieved to extract the data, it can be the database 250 in the present invention.
  • the communication unit 260 includes an address book manager 210, a balance transaction locator 220, a balance transaction negotiation manager 230, a balance transaction information manager 240, and a database 250. It can perform a function to enable the transmission and reception of data to and from).
  • control unit 270 controls the data flow from / to the outside of the balance transaction support system 200 or the data flow between each component of the balance transaction support system 200, thereby maintaining the address book manager 210.
  • the balance transaction locator 220, the balance negotiation negotiation manager 230, the balance transaction information manager 240, the database 250, and the communication unit 260 may be controlled to perform unique functions.
  • FIG. 4 is a diagram exemplarily illustrating an entire process of a user confirming a loan transaction contract through negotiation with another user in his or her balance book through the balance transaction support system 200 according to the present invention. It should be noted that the contents shown in FIG. 4 may be applied to all the embodiments to be described later.
  • FIG. 5 is a diagram exemplarily illustrating a configuration for managing a balance book according to an embodiment of the present invention.
  • a user may perform user authentication using his terminal devices 300 and 400 (S510), and the user wants to include it in his loan address book. It is possible to search whether another user is already stored in the address book database (S515), and the user adds another user existing in the address book database to his or her balance transaction address book, or obtains information on another user who does not exist in the address book database. The other user may be added directly to his / her balance book (S520, S525, S530).
  • a user may group other users added to his / her balance book into a predetermined group, and may add a new group if the other user is to be included in a new group (S535, 540, S545, S550, S555).
  • the balance transaction support system 200 may automatically group corresponding other users by referring to the attributes of other users added to the balance transaction address book.
  • FIG. 6 is a diagram exemplarily illustrating a configuration in which users are grouped in a balance transaction address book according to an embodiment of the present invention.
  • FIG. 6 shows a case where other users included in the user's balance transaction address book are grouped from the borrower's point of view.
  • borrower A 610 may group lenders A through J 620 included in its loan transaction address book into various groups.
  • lenders A, B, C, and D may be Lender group 1 621 can be grouped
  • lenders B, D, and E can be grouped into lender group 2 622
  • lenders B and D can be grouped into lender group 3 623
  • lender F , G and H may be grouped into lender group 4 624
  • lenders I and J 625 may not belong to any group.
  • FIG. 7 is a diagram illustrating a configuration of a user interface that supports a user who is in the position of a borrower to input information about a lender, a person in charge, and a group in his / her loan transaction address book according to an embodiment of the present invention. to be.
  • a user who is in the position of the borrower may input information such as the name, attributes, and address of the borrower (710).
  • a user interface for grouping the borrower into one of several groups may be provided.
  • the borrower A may search for information on the lender included in the lending transaction address book for each lender. For example, the borrower A may contact the lender A, locate details, confirm the lending contract agreement, and the like. Information can be inquired.
  • the borrower A may search for information on the lender included in his loan address book by securities. For example, a borrower user may use the stock for a Samsung Electronics stock (stock number: 005930). You can look up information about the lenders A, B and C who received the locator message, or find the lenders A, B and J who have settled a loan agreement for Samsung Electronics. Information about the history can be inquired.
  • FIG. 10 is a view from a borrower's point of view of configuring a user interface for locating and negotiating a loan transaction and confirming a loan agreement against a lender included in a loan transaction address book according to an embodiment of the present invention.
  • the figure shows by way of example.
  • the borrower may select Group 1 from Group 1 and Group 2 existing in his loan transaction address book and send a locate message for the loan transaction to lenders A, B, C, and D belonging to Group 1.
  • the borrower can check the locator execution result.
  • the locator execution result may include information such as the item number, quantity, and the fee rate entered by the lender in response to the locator message.
  • X may be displayed as an X-shaped icon, and the lender currently logging in may be displayed as an oblique (/) icon (S1030).
  • the borrower may proceed with further negotiation by selecting only the lenders (ie, lenders A and C) who have given a predetermined response with reference to the execution result (S1040).
  • Message can be sent to the lender (S1050).
  • the borrower may transmit a negotiation message to the lenders A and C to sign a loan contract if the commission rate is 1% up to 6,000 shares (S1060).
  • Lender C has not accepted the terms of the Borrower, while Lender A may send a negotiating message to the borrower stating that it will lend 3,500 shares at a commission rate of 1%.
  • Contracts (quantity: 3,500 shares, commission rate: 1%) may be finalized (S1070, S1080).
  • the information on the details of the loan transaction contract determined as described above is obtained from the borrower terminal device 300, the lender terminal device 400, the contract conclusion system 500, the securities trading system 600 and the competent authority system (US). It can be provided to various external systems, such as brokerage brokers, permanent agents, execution brokers for short selling arrangements, and stock exchanges.
  • FIG. 11 is a diagram illustrating a configuration of a user interface for providing a list of borrowers, borrowers, and groups according to an embodiment of the present invention.
  • FIG. 12 is a diagram illustrating a configuration of a user interface for providing a loan transaction history for each lender according to an embodiment of the present invention.
  • FIG. 13 is a diagram exemplarily illustrating a configuration of a user interface for providing a loan transaction history by date according to an embodiment of the present invention.
  • Embodiments according to the present invention described above can be implemented in the form of program instructions that can be executed by various computer components and recorded on a non-transitory computer readable recording medium.
  • the computer-readable recording medium may include program instructions, data files, data structures, etc. alone or in combination.
  • Program instructions recorded on the computer-readable recording medium may be specially designed and configured for the present invention, or may be known and available to those skilled in the computer software arts.
  • Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks and magnetic tape, optical recording media such as CD-ROMs and DVDs, and magneto-optical media such as floptical disks. medium) and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like.
  • Examples of program instructions include not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like.
  • the hardware device may be modified with one or more software modules to perform the processing according to the present invention, and vice versa.

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)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명의 일 태양에 따르면, 주소록을 이용하여 대차 거래를 지원하기 위한 방법으로서, 사용자 단말 장치로부터 획득되는 주소록 정보를 참조로 하여 사용자를 포함하는 대차 거래 주소록을 사용자별로 생성하는 단계, 제1 사용자의 단말 장치로부터 획득되는 로케이트 요청을 참조로 하여, 제1 사용자의 차입 희망 유가 증권 또는 대여 희망 유가 증권에 관한 정보를 포함하는 로케이트 메시지를 제1 사용자의 대차 거래 주소록에 포함되는 제2 사용자 단말 장치에 전송하는 단계, 및 제1 사용자와 제2 사용자가 차입 희망 유가 증권 또는 대여 희망 유가 증권에 대한 대차 거래 계약에 관한 협상 메시지를 주고 받을 수 있도록 지원하는 커뮤니케이션 인터페이스를 제공하는 단계를 포함하는 방법이 제공된다.

Description

주소록을 이용하여 대차 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
본 발명은 주소록을 이용하여 대차 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체에 관한 것이다.
유가 증권 대차 거래(Securities Lending & Borrowing Transaction)란, 대여자가 유가 증권의 소유권을 차입자에게 이전할 것을 약정하고 차입자는 해당 유가 증권과 동일한 종목과 수량의 유가 증권을 반환할 것을 약정함으로써 성립되는 증권 소비 대차 거래 계약을 의미한다. 이러한 대차 거래가 성립되면, 해당 유가 증권의 처분권과 수익원이 차입자에게 이전되며, 이에 대한 반대 급부로서 차입자는 대여자가 대차 거래를 하지 않았으면 받을 수 있었던 경제적 이익, 예컨대, 현금이나 주식 형태의 배당금, 무상주, 유상주 등을 보상하게 된다.
대차 거래는 다양한 목적을 달성하기 위해서 활용되고 있는데, 구체적으로 살펴보면, 공매도를 위한 용도(Short Selling), 공매도를 통하여 차익 거래를 수행하기 위한 용도(Arbitrage Transaction), 담보로서 이용하기 위한 용도(Collateral Usage), 결제 대용을 위한 용도(Fail Coverage), 기존 대차 거래에서 회수 요청이 들어온 대차 물량을 새로운 대차 물량으로 대체하기 위한 용도(Recall Coverage), 기존 대차 거래의 대차 물량을 보다 낮은 수수료의 대차 물량으로 대체하기 위한 용도(Refinancing), 기존 대차 거래의 대차 물량을 보다 안정적인 대차 물량으로 대체하기 위한 용도(Replacement) 등으로 활용되고 있다.
대차 거래는 차입자와 대여자에 의하여 지정된 중개기관, 대리인 또는 거래소를 통해서 체결될 수 있고, 국가에 따라서는 차입자와 대여자 양측에 의하여 직접 체결되는 것도 가능하다. 대차 거래가 이루어지는 일반적인 방식으로는, 계약 당사자가 먼저 계약 내용을 확정하고 차입 및 대여 신청을 하는 협의 거래의 방식이나 소정의 기준(예를 들면, 대여 수수료가 낮은 순서대로, 차입 수수료가 높은 순서대로, 대차 요청 시점이 빠른 순서대로 또는 수량이 많은 순서대로)에 따른 차입자 및 대여자가 공개 경쟁을 하는 방식(즉, 호가 방식)이 있을 수 있다. 여기서, 협의 거래의 방식은 쌍방 간의 협의를 전제로 하는 대차 거래에 준하는 모든 방식을 지칭하는 것으로 이해되어야 한다.
호가 방식에 따르는 경우를 제외한 대부분의 대차 거래는, 차입자와 대여자가 중개 기관, 대리인 또는 거래소의 도움 없이 쌍방 간의 사전 협상을 통해 수수료율, 담보비율, 체결일 등의 계약 내용을 합의한 후에 중개기관, 대리인 또는 거래소를 통해서(또는 대여자에게 직접) 차입 신청을 하여 대차 거래 계약을 체결한 후, 차입자는 해당 대차 거래를 위한 계약 내용에 따라 중개기관, 대리인 또는 거래소에게(또는 대여자에게 직접) 담보를 맡기고 대여자는 해당 대차 거래를 위한 계약의 내용에 따른 주식을 차입자에게 넘겨주게 된다. 따라서, 협의 거래에서는, 계약을 위한 협상, 대차 계약 확정, 계약의 체결, 담보 설정 및 주식 이전의 과정을 거치게 된다. 또한, 주식과 같은 유가 증권에 대한 대차 거래의 대부분은 역외 간의 또는 역외와 역내 간의 협의를 통해서 이루어지고 있으며, 호가 방식을 통한 대차 거래는 차입 희망자가 해당 대차 물량에 대한 정보를 얻기 어렵고 계약 당사자들이 수수료 및 기타 관련 사항을 협의할 수 있는 기회가 없다는 제약으로 인해 간헐적으로만 이루어지고 있는 실정이다.
지난 수년 간 대차 거래의 횟수와 금액은 급증하였으나 대차 거래의 주를 이루는 협의 거래에 있어서 국내와 해외에 있는 대차 거래 참가자들을 총망라하여 연결해 주는 시스템이 마련되어 있지 않았던 관계로 거래에 참여하고자 하는 사람들은 대차 거래를 위한 협의를 하기 위하여 전화, 메신저, 블룸버그 터미널(Bloomberg Terminal), 이메일 등에 의존해야 했다. 이로 인해 다음과 같은 문제점이 지적되어 왔다.
즉, 종래의 대차 거래 방법에 따르면, 대차 거래 참가자의 연락처가 한 곳에 집약되어 있지 않아 주소록의 그룹화가 어렵고, 협의를 위한 의사 소통의 방법이 통일되어 있지 않게 되는 문제점이 발생하게 된다. 구체적으로는, 모든 참가자들(국내와 해외에 있는 차입자와 대여자)의 연락처가 한 곳에 집약되어 있지 않아 필요할 때 특정 참가자의 연락처를 찾기가 어려웠고, 연락처의 내용이 제때 업데이트 되기 어려워 연락에 차질을 빚는 경우가 많았다. 또한, 비슷한 속성을 가진 대차 거래 참가자는 서로 그룹화되어 다른 참가자와 의사 소통을 할 필요가 있는데 이 역시 대차 거래 참가자의 연락처를 통합적으로 관리하는 시스템의 부재로 인해 가능하지 않은 상황이었다.
대차 거래와 관련하여 소개된 바 있는 종래 기술에서는, 협의 거래의 경우 계약 당사자 쌍방이 대차 거래 계약의 체결 신청 이전에 이미 협상의 과정을 거쳐 대차 거래 계약의 체결이 확정되었음을 전제로 하고 있기 때문에, 위와 같은 대차 거래에 관한 종래 기술에 따르더라도 계약 당사자 쌍방은 여전히 대차 거래 계약을 체결하기 위해서 전화, 메신저, 블룸버그 터미널(Bloomberg Terminal), 이메일 등의 다양한 채널을 이용하여 개별 종목 단위로 또는 소량의 바스켓 단위로 대차 거래 계약을 위한 협의를 해야 할 수 밖에 없다. 이때, 대차 거래 참가자가 속한 기관별로 또는 같은 기관 내에서도 대차 거래 참가자 개인의 선호도에 따라 의사 소통 수단이 달라지는 상황이 빈번하게 발생했다. 이와 같이 대차 거래 참가자가 서로 다른 통신 수단으로 개별적으로 의사 소통을 해야 했기 때문에, 대차 거래 계약을 체결함에 있어서 많은 시간과 노력이 소모되고 제각각의 의사 소통 시스템을 중복으로 구현하기 위하여 많은 비용이 발생하는 문제점이 지적되어 왔다.
한편, 협의 거래 방식의 경우, 차입자로서는 대차 물량을 구하기 위해서 누가 어떤 물량을 갖고 있는지를 파악해야 하는데, 대여자는 자신이 대여하고자 하는 대차 물량에 관한 정보를 정보 보호의 차원에서 공개하지 않는 것이 보통이기 때문에, 차입자로서는 차입하고자 하는 유가 증권의 존재 유무를 대여자에게 확인하기 전에는 알 수 없는 불편이 따르게 된다. 또한, 협의 거래의 방식에 의할 경우, 차입 신청 이전에 거래 당사자가 대차 수수료율, 대차 수량, 대차 기간, 리콜 리스크, 권리 관계 등의 사항에 대하여 사전 협의가 이루어져야 하는데, 현재로서는 차입자와 대여자에 대한 정보 및 대차 거래 물량에 대한 정보가 한 곳에 집약되어 있지 않고 이러한 사전 협의 단계를 전산화할 수 있는 시스템이 전무한 실정이다.
또한, 종래 기술에 따르면, 앞서 설명한 바와 같이 주소록이 통합적으로 관리되지 않고 서로 호환되지 않는 다양한 통신 수단을 통해서 대차 거래가 이루어 지고 있으며 대차 거래 물량에 대한 정보가 한 곳에 집약되어 있지 않은 상황에서는, 하나의 차입자가 다수의 대여자(또는 하나 이상의 그룹에 속하는 다수의 대여자)와 동시에 협상을 진행하거나 하나의 대여자가 다수의 차입자(또는 하나 이상의 그룹에 속하는 다수의 차입자)와 동시에 협상을 진행하는 것이 어렵기 때문에 대차 거래를 위한 협상은 늘 일대일(1:1)로만 이루어지고 있는 실정이다. 여기서, 일대다(1:多)의 의사 소통이라 함은 의사 소통에 참여하고 있는 모든 참가자가 참가자 모두의 의사 소통 내용을 조회할 수 있는 것을 의미한다기 보다는, "일"에 해당하는 참가자가 "다"에 해당하는 복수의 참가자와 자신 사이의 의사 소통 내용을 모두 조회할 수 있지만 "다"에 해당하는 복수의 참가자는 "일"에 해당하는 한 명의 참가자와 자신 사이의 의사 소통 내용만을 조회할 수 있는 의사 소통을 의미하는 것임을 밝혀 둔다.
또한, 종래 기술에 따르면, 서로 호환되지 않는 다양한 통신 수단을 통해서 협상된 내용 또는 협상이 완료된 대차 거래의 내역과 같은 정보가 통합적으로 관리되기 어렵기 때문에, 대차 거래 참가자가 과거에 있었던 대차 거래에 관한 정보를 검색하고자 할 때 많은 어려움이 있으며 이로 인해 대차 거래 참가자로서는 과거의 정보를 토대로 대차 거래의 트렌드(trend)를 파악하고 의사 결정을 내리는 것이 쉽지 않은 상황이다.
또한, 종래 기술에 따르면, 확정된 대차 거래 계약에 관한 정보의 전송이나 저장 역시 다양한 채널을 통해서 이루어지기 때문에 사용된 채널에 따라 정보의 형식이 달라지고 그 출처를 파악하기도 쉽지 않을 수 있다. 예를 들면 대차 거래 계약이 전화를 통해 확정되는 경우를 가정할 수 있는데, 이러한 경우 대차 거래 계약의 내용을 확인하기 위해 과거의 전화 기록을 찾는다는 것이 현실적으로 매우 어렵다고 할 수 있다.
한편, 대부분의 국가에서는 법규상 차입자가 주식을 공매도하기 위해서는 차입자 자신이 공매도 주문 이전에 차입 주식을 소유하고 있어야 하는데, 이때 차입 주식을 소유하고 있는 것으로 인정되는 시점은 해당 주식의 차입이 완료되거나 해당 주식에 대한 대차 거래 계약이 확정된 시점인 경우가 많다. 이에 따라, 대다수의 기관들은 대차 거래 계약이 확정되는 즉시 공매도에 대한 매도 호가 주문을 내고 있는데, 대차 거래 계약을 진행함에 있어서 주식 대차 물량 탐색(Searching), 협상(Negotiation), 계약 확정(Confirmation) 등의 단계를 거치고 주식 대차 거래 계약이 확정되었음을 증빙하는 대차 거래 계약 내역서(Borrow Confirmation)에 대한 확인을 받기까지 상당한 시간이 소요되어 공매도가 지연되는 경우가 빈번히 발생하고 있다.
물론 대차 거래 계약 체결을 위한 구체적인 협의가 필요 없는 호가 방식에 의할 경우에는 위와 같은 비효율성이 제거될 수 있지만, 계약 당사자 쌍방 간의 직접적인 협상 과정이 결여되어 있어 대차 거래 계약의 구체적인 내용을 세부적으로 조율하기 어렵다는 한계가 있다.
따라서, 통합적으로 관리되는 주소록을 이용하여 대차 거래 계약을 확정하는 과정, 즉, 차입자와 대여자가 로케이트를 하고 협상을 통하여(또는 쌍방의 조건이 만족되면 자동 확정을 통하여) 계약을 확정하는 과정이 효율적이고도 신속하게 이루어질 수 있도록 하는 대차 거래 지원 시스템의 필요성이 대두되었다.
본 발명은 전술한 종래 기술의 문제점을 모두 해결하는 것을 그 목적으로 한다.
또한, 본 발명은 유가 증권에 대한 대차 거래 계약을 진행함에 있어서 대차(차입 및 대여) 희망 유가 증권의 검색, 차입자와 대여자 간의 대차(차입 및 대여) 희망 유가 증권에 대한 정보 공유, 협상 및 계약 확정에 이르는 과정이 효율적이고도 신속하게 이루어질 수 있도록 하는 것을 다른 목적으로 한다.
또한, 본 발명은 대차 거래 계약이 성사(즉, 확정)된 것에 관한 정보를 계약 체결 시스템이나 유가 증권 거래 시스템과 같은 외부 시스템으로 신속하게 전송할 수 있도록 하는 것을 또 다른 목적으로 한다.
또한, 본 발명은 국내 및 국외의 대차 거래 참가자의 연락처를 총망라하는 통합적인 대차 거래 주소록을 이용하여 거래 참가자 사이의 다양한 유형의 로케이트 및 협상을 가능하도록 함으로써 대차 거래 계약의 확정 과정이 일원화 및 자동화될 수 있도록 하는 것을 또 다른 목적으로 한다.
상기 목적을 달성하기 위한 본 발명의 대표적인 구성은 다음과 같다.
본 발명의 일 태양에 따르면, 주소록을 이용하여 대차 거래를 지원하기 위한 방법으로서, (a) 적어도 하나의 사용자 단말 장치로부터 획득되는 주소록 정보를 참조로 하여 적어도 하나의 사용자를 포함하는 대차 거래 주소록을 사용자별로 생성하는 단계, (b) 제1 사용자의 단말 장치로부터 획득되는 로케이트(Locate) 요청을 참조로 하여, 상기 제1 사용자의 차입 희망 유가 증권 또는 대여 희망 유가 증권에 관한 정보를 포함하는 로케이트 메시지를 상기 제1 사용자의 대차 거래 주소록에 포함되는 적어도 하나의 제2 사용자 단말 장치에 전송하는 단계, 및 (c) 상기 제1 사용자와 상기 적어도 하나의 제2 사용자가 상기 차입 희망 유가 증권 또는 상기 대여 희망 유가 증권에 대한 대차 거래 계약에 관한 협상 메시지를 주고 받을 수 있도록 지원하는 커뮤니케이션 인터페이스를 제공하는 단계를 포함하는 방법이 제공된다.
본 발명의 다른 태양에 따르면, 주소록을 이용하여 대차 거래를 지원하기 위한 방법으로서, (a) 적어도 하나의 사용자 단말 장치로부터 획득되는 주소록 정보를 참조로 하여 적어도 하나의 사용자를 포함하는 대차 거래 주소록을 사용자별로 생성하는 단계, (b) 제1 사용자의 단말 장치로부터 획득되는 로케이트(Locate) 요청을 참조로 하여, 상기 제1 사용자의 차입 희망 유가 증권 또는 대여 희망 유가 증권에 관한 정보를 포함하는 로케이트 메시지를 상기 제1 사용자의 대차 거래 주소록에 포함되는 적어도 하나의 제2 사용자 단말 장치에 전송하는 단계, 및 (c) 상기 로케이트 메시지에 포함되는 대차 거래 계약의 조건이 상기 적어도 하나의 제2 사용자에 의해 기설정된 대차 거래 계약의 조건에 부합하면, 상기 제1 사용자와 상기 적어도 하나의 제2 사용자 사이의 대차 거래 계약이 자동으로 확정되도록 하는 단계를 포함하는 방법이 제공된다.
본 발명의 또 다른 태양에 따르면, 주소록을 이용하여 대차 거래를 지원하기 위한 시스템으로서, 적어도 하나의 사용자 단말 장치로부터 획득되는 주소록 정보를 참조로 하여 적어도 하나의 사용자를 포함하는 대차 거래 주소록을 사용자별로 생성하는 주소록 관리부, 제1 사용자의 단말 장치로부터 획득되는 로케이트(Locate) 요청을 참조로 하여, 상기 제1 사용자의 차입 희망 유가 증권 또는 대여 희망 유가 증권에 관한 정보를 포함하는 로케이트 메시지를 상기 제1 사용자의 대차 거래 주소록에 포함되는 적어도 하나의 제2 사용자 단말 장치에 전송하는 대차 거래 로케이트 관리부, 및 상기 제1 사용자와 상기 적어도 하나의 제2 사용자가 상기 차입 희망 유가 증권 또는 상기 대여 희망 유가 증권에 대한 대차 거래 계약에 관한 협상 메시지를 주고 받을 수 있도록 지원하는 커뮤니케이션 인터페이스를 제공하는 대차 거래 협상 관리부를 포함하는 시스템이 제공된다.
본 발명의 또 다른 태양에 따르면, 주소록을 이용하여 대차 거래를 지원하기 위한 시스템으로서, 적어도 하나의 사용자 단말 장치로부터 획득되는 주소록 정보를 참조로 하여 적어도 하나의 사용자를 포함하는 대차 거래 주소록을 사용자별로 생성하는 주소록 관리부, 제1 사용자의 단말 장치로부터 획득되는 로케이트(Locate) 요청을 참조로 하여, 상기 제1 사용자의 차입 희망 유가 증권 또는 대여 희망 유가 증권에 관한 정보를 포함하는 로케이트 메시지를 상기 제1 사용자의 대차 거래 주소록에 포함되는 적어도 하나의 제2 사용자 단말 장치에 전송하는 대차 거래 로케이트 관리부, 및 상기 로케이트 메시지에 포함되는 대차 거래 계약의 조건이 상기 적어도 하나의 제2 사용자에 의해 기설정된 대차 거래 계약의 조건에 부합하면, 상기 제1 사용자와 상기 적어도 하나의 제2 사용자 사이의 대차 거래 계약이 자동으로 확정되도록 하는 대차 거래 협상 관리부를 포함하는 시스템이 제공된다.
이 외에도, 본 발명을 구현하기 위한 다른 방법, 시스템 및 상기 방법을 실행하기 위한 컴퓨터 프로그램을 기록하기 위한 컴퓨터 판독 가능한 기록 매체가 더 제공된다.
본 발명에 의하면, 유가 증권에 대한 대차 거래 계약을 확정함에 있어서 대차(차입 및 대여) 희망 유가 증권의 검색, 차입자와 대여자 간의 대차(차입 및 대여) 희망 유가 증권에 대한 정보 공유, 협상 및 계약 확정에 이르는 과정이 효율적이고도 신속하게 이루어질 수 있으므로, 차입자 및 대여자가 대차 물량에 관한 충분한 정보를 획득할 수 있게 되고 차입자 및 대여자 모두가 가장 적합한 대차 물량을 확보하여 계약을 확정할 수 있게 되는 효과가 달성된다.
또한, 본 발명에 의하면, 대차 거래 계약이 확정된 것에 관한 정보를 계약 체결 시스템이나 유가 증권 거래 시스템과 같은 외부 시스템으로 신속하게 전송할 수 있으므로, 대여자와 차입자는 대차 거래의 대상이 되는 유가 증권을 보다 수월하게 관리할 수 있고, 특히, 차입자는 대차 거래 계약을 통해 차입한 유가 증권에 대하여 외부의 유가 증권 거래 시스템 상에서 신속하게 매도(즉, 공매도) 주문을 낼 수 있게 되는 효과가 달성된다.
또한, 본 발명에 의하면, 주무관청에 신고서를 제출해야 하는 의무를 부담하는 하는 역내 또는 역외 기관이 참여한 대차 거래에 있어서, 대차 거래 계약에 대한 신고서를 자동으로 작성하여 중개인, 중권거래소, 상임 대리인 등의 시스템을 비롯하여 해당 주무관청의 시스템에 전송할 수 있으므로, 대차 거래에 참여하는 역내 또는 역외 기관의 편의를 도모하고 대차 거래가 신속하게 진행될 수 있게 하는 효과가 달성된다.
또한, 본 발명에 의하면, 대차 거래 참가자가 통합적인 대차 거래 주소록을 이용하여 자신이 원하는 상대방과 대차 거래 계약을 위한 협상을 용이하게 진행할 수 있고 대차 거래 계약에 관한 다양한 정보가 자동적이고도 일원적으로 관리될 수 있게 되는 효과가 달성된다.
도 1은 본 발명에 따라 대차 거래를 지원하기 위한 전체 시스템의 개략적인 구성을 도시하는 도면이다.
도 2 및 도 3은 본 발명의 일 실시예에 따른 대차 거래 지원 시스템(200)의 내부 구성을 상세하게 도시하는 도면이다.
도 4는 본 발명에 따른 대차 거래 지원 시스템(200)을 통하여 사용자가 자신의 대차 거래 주소록 내의 다른 사용자와의 협상을 거쳐 대차 거래 계약을 확정하는 전체적인 과정을 예시적으로 나타내는 도면이다.
도 5는 본 발명의 일 실시예에 따라 대차 거래 주소록을 관리하는 구성을 예시적으로 나타내는 도면이다.
도 6은 본 발명의 일 실시예에 따라 대차 거래 주소록 내에서 사용자가 그룹화되는 구성을 예시적으로 나타내는 도면이다.
도 7은 본 발명의 일 실시예에 따라 사용자가 자신의 대차 거래 주소록 내에서 대여자, 담당자 및 그룹에 관한 정보를 입력할 수 있도록 지원하는 사용자 인터페이스의 구성을 예시적으로 나타내는 도면이다.
도 8 및 도 9는 본 발명의 일 실시예에 따라 사용자의 대차 거래 주소록에 포함되어 있는 대여자 또는 차입자에 관한 정보 및 대여자 또는 차입자와의 로케이트, 거래 및 협상 내역에 관한 정보를 조회할 수 있는 사용자 인터페이스의 구성을 차입자의 입장에서 예시적으로 나타내는 도면이다.
도 10은 본 발명의 일 실시예에 따라 대차 거래 주소록에 포함된 대여자를 상대로 하여 대차 거래를 위한 로케이트 및 협상을 수행하고 대차 거래 계약을 확정하는 것을 지원하는 사용자 인터페이스의 구성을 차입자의 입장에서 예시적으로 나타내는 도면이다.
도 11은 본 발명의 일 실시예에 따라 대여자, 차입자 및 그룹 리스트를 제공하는 사용자 인터페이스의 구성을 예시적으로 나타내는 도면이다.
도 12는 본 발명의 일 실시예에 따라 대여자별 대차 거래 이력을 제공하는 사용자 인터페이스의 구성을 예시적으로 나타내는 도면이다.
도 13은 본 발명의 일 실시예에 따라 날짜별 대차 거래 이력을 제공하는 사용자 인터페이스의 구성을 예시적으로 나타내는 도면이다.
<부호의 설명>
100: 통신망
200: 대차 거래 지원 시스템
210: 주소록 관리부
220: 대처 거래 로케이트 관리부
230: 대차 거래 협상 관리부
240: 대차 거래 정보 관리부
250: 데이터베이스
251: 주소록 데이터베이스
252: 로케이트 내역 데이터베이스
253: 협상 내역 데이터베이스
254: 대차 거래 내역 데이터베이스
260: 통신부
270: 제어부
300: 차입자 단말 장치
400: 대여자 단말 장치
500: 계약 체결 시스템
600: 유가 증권 거래 시스템
후술하는 본 발명에 대한 상세한 설명은, 본 발명이 실시될 수 있는 특정 실시예를 예시로서 도시하는 첨부 도면을 참조한다. 이러한 실시예는 당업자가 본 발명을 실시할 수 있기에 충분하도록 상세히 설명된다. 본 발명의 다양한 실시예는 서로 다르지만 상호 배타적일 필요는 없음이 이해되어야 한다. 예를 들어, 본 명세서에 기재되어 있는 특정 형상, 구조 및 특성은 본 발명의 정신과 범위를 벗어나지 않으면서 일 실시예로부터 다른 실시예로 변경되어 구현될 수 있다. 또한, 각각의 실시예 내의 개별 구성요소의 위치 또는 배치도 본 발명의 정신과 범위를 벗어나지 않으면서 변경될 수 있음이 이해되어야 한다. 따라서, 후술하는 상세한 설명은 한정적인 의미로서 행하여지는 것이 아니며, 본 발명의 범위는 특허청구범위의 청구항들이 청구하는 범위 및 그와 균등한 모든 범위를 포괄하는 것으로 받아들여져야 한다. 도면에서 유사한 참조부호는 여러 측면에 걸쳐서 동일하거나 유사한 구성요소를 나타낸다.
이하에서는, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있도록 하기 위하여, 본 발명의 여러 바람직한 실시예에 관하여 첨부된 도면을 참조하여 상세히 설명하기로 한다.
[본 발명의 바람직한 실시예]
본 명세서에서 말하는 유가 증권이란, 사전적으로는 일정한 금전이나 화물 등의 유가물에 대해 청구할 수 있는 권리가 표시된 증서, 즉, 상법상의 재산권을 표시하는 증서를 가리키는 것으로서, 본 명세서에서 언급되는 유가 증권은 반드시 상법이나 증권거래법에서 규정하고 있는 유가 증권에 한정되는 것이 아니라 대차 거래(Securities Lending and Borrowing Transaction)의 대상이 될 수 있는 모든 유형의 객체를 포괄하는 최광의의 의미로 이해되어야 한다. 예를 들면, 본 명세서에서 언급되는 유가 증권에는, 상장 주식, 비상장 주식, 채권, 수익 증권, 신주 인수권, 수익 증권을 포함하는 금융 상품, 선물, 주식 스왑(Equity Swap)을 포함하는 파생 상품, ELS(주가연계증권, Equity-Linked Securities), ELW(주식워런트증권, Equity-Linked Warrant), BW(신주인수권부사채, Bond with Warrant), CB(전환사채, Convertible Bond) 및 ETF(상장지수펀드, Exchange Traded Funds) 등이 모두 포함될 수 있다.
전체 시스템의 구성
도 1은 본 발명에 따라 대차 거래를 지원하기 위한 전체 시스템의 개략적인 구성을 도시하는 도면이다.
도 1에 도시된 바와 같이, 본 발명의 일 실시예에 따른 전체 시스템은 통신망(100), 대차 거래 지원 시스템(200), 차입자 단말 장치(300), 대여자 단말 장치(400), 계약 체결 시스템(500) 및 유가 증권 거래 시스템(600)을 포함하여 구성될 수 있다.
먼저, 본 발명의 일 실시예에 따른 통신망(100)은 유선 통신이나 무선 통신과 같은 통신 양태를 가리지 않고 구성될 수 있으며, 근거리 통신망(LAN; Local Area Network), 도시권 통신망(MAN; Metropolitan Area Network), 광역 통신망(WAN; Wide Area Network) 등 다양한 통신망으로 구성될 수 있다. 바람직하게는, 본 명세서에서 말하는 통신망(100)은 공지의 인터넷 또는 월드와이드웹(WWW; World Wide Web)일 수 있다. 그러나, 통신망(100)은, 굳이 이에 국한될 필요 없이, 공지의 유무선 데이터 통신망, 공지의 전화망 또는 공지의 유무선 텔레비전 통신망을 그 적어도 일부에 있어서 포함할 수도 있다. 한편, 통신망(100)은, 경우에 따라, 그 적어도 일부에 있어서 증권거래소, 증권사 등의 전용 회선 (미도시됨)을 포함할 수도 있다.
다음으로, 본 발명의 일 실시예에 따른 대차 거래 지원 시스템(200)은, 적어도 하나의 사용자 단말 장치로부터 획득되는 주소록 정보를 참조로 하여 적어도 하나의 사용자를 포함하는 대차 거래 주소록을 사용자별로 생성하는 기능을 수행할 수 있고, 제1 사용자의 단말 장치로부터 획득되는 로케이트(Locate) 요청을 참조로 하여 제1 사용자의 대여 희망 유가 증권 또는 차입 희망 유가 증권에 관한 정보를 포함하는 로케이트 메시지를 제1 사용자의 대차 거래 주소록에 포함되는 적어도 하나의 제2 사용자 단말 장치에 전송하는 기능을 수행할 수 있고, 제1 사용자와 적어도 하나의 제2 사용자가 대여 희망 유가 증권 또는 차입 희망 유가 증권에 대한 대차 거래 계약에 관한 협상 메시지를 주고 받을 수 있도록 지원하는 커뮤니케이션 인터페이스를 제공하는 기능을 수행할 수 있고, 제1 사용자와 상기 적어도 하나의 제2 사용자 사이의 대차 거래 계약이 확정되면 해당 대차 거래 계약에 관한 정보를 기설정된 형식에 따라 저장하는 기능을 수행할 수 있다.
본 발명에 따른 대차 거래 지원 시스템(200)의 구성에 관한 보다 자세한 내용은 "대차 거래 지원 시스템의 구성" 부분에서 후술하기로 한다.
다음으로, 본 발명의 일 실시예에 따른 차입자 단말 장치(300) 및 대여자 단말 장치(400)는 대차 거래 지원 시스템(200)에 접속하여 통신할 수 있는 장치로서, 차입자 또는 대여자에 의하여 입력되는 주소록 정보를 대차 거래 지원 시스템(200)에 전송하여 대차 거래 주소록이 생성될 수 있도록 하는 기능을 수행할 수 있고, 차입자 또는 대여자에 의하여 입력되는 차입 또는 대여 희망 유가 증권에 관한 정보를 포함하는 로케이트 정보를 대차 거래 지원 시스템(200)에 전송하여 로케이트 메시지가 대차 거래 계약의 상대방 단말 장치(300, 400)에 전송되도록 하는 기능을 수행할 수 있고, 대차 거래 지원 시스템(200)으로부터 제공되는 커뮤니케이션 인터페이스를 통하여 차입자 또는 대여자가 대차 거래 계약의 상대방과 협상 메시지를 주고 받을 수 있도록 지원하는 기능을 수행할 수 있다.
한편, 본 발명의 일 실시예에 따른 차입자 단말 장치(300) 및 대여자 단말 장치(400)는 통신망(100)에 접속한 후 통신할 수 있도록 하는 기능을 포함하는 디지털 기기로서, 스마트폰, PDA, 개인용 컴퓨터(예를 들어, 데스크탑, 랩탑 등), 웹 패드, 이동 전화기 등과 같이 메모리 수단을 구비하고 마이크로 프로세서를 탑재하여 연산 능력을 갖춘 기기라면 얼마든지 본 발명에 따른 차입자 단말 장치(300) 또는 대여자 단말 장치(400)로서 채택될 수 있다. 한편, 본 발명의 일 실시예에 따른 차입자 단말 장치(300) 및 대여자 단말 장치(400)에는 차입자 또는 대여자가 대차 거래 지원 시스템(200)과 다양한 유형의 정보를 주고 받을 수 있도록 하기 위한 애플리케이션, 웹 브라우저, 위젯 등의 필요 프로그램이 포함되어 있을 수 있다.
다음으로, 본 발명의 일 실시예에 따른 계약 체결 시스템(500)은 대차 거래 지원 시스템(200)에 의하여 대차 거래 계약이 확정되면 이에 관한 정보를 전송 받아 차입자와 대여자 사이의 대차 거래 계약이 실제로 체결되도록 하는 기능을 수행할 수 있다.
다음으로, 본 발명의 일 실시예에 따른 유가 증권 거래 시스템(600)은 대차 거래 지원 시스템(200)에 의하여 대차 거래 계약이 확정되거나 계약 체결 시스템(500)에 의하여 대차 거래 계약이 체결되면, 이에 관한 정보를 전송 받아 차입자가 차입한 유가 증권에 대한 매도(즉, 공매도) 주문을 낼 수 있도록 하는 기능을 수행할 수 있다. 예를 들면, 본 발명의 일 실시예에 따른 유가 증권 거래 시스템(600)은 증권거래소, 증권사 등에 의하여 운영되는 시스템일 수 있다.
대차 거래 지원 시스템의 구성
이하에서는, 본 발명에 따른 대차 거래 지원 시스템(200)의 내부 구성과 각 구성요소의 기능에 대하여 살펴보기로 한다.
도 2 및 도 3은 본 발명의 일 실시예에 따른 대차 거래 지원 시스템(200)의 내부 구성을 상세하게 도시하는 도면이다.
도 2 및 도 3에 도시된 바와 같이, 본 발명의 일 실시예에 따른 대차 거래 지원 시스템(200)은 주소록 관리부(210), 대차 거래 로케이트 관리부(220), 대차 거래 협상 관리부(230), 대차 거래 정보 관리부(240), 데이터베이스(250), 통신부(260) 및 제어부(270)를 포함하여 구성될 수 있으며, 여기서 데이터베이스(250)는 주소록 데이터베이스(251), 로케이트 내역 데이터베이스(252), 협상 내역 데이터베이스(253) 및 대차 거래 내역 데이터베이스(254)를 포함하여 구성될 수 있다. 본 발명의 일 실시예에 따르면, 대차 거래 지원 시스템(200)은 주소록 관리부(210), 대차 거래 로케이트 관리부(220), 대차 거래 협상 관리부(230), 대차 거래 정보 관리부(240), 데이터베이스(250), 통신부(260) 및 제어부(270)는 그 중 적어도 일부가 차입자 단말 장치(300), 대여자 단말 장치(400), 계약 체결 시스템(500) 또는 유가 증권 거래 시스템(600)과 통신하는 프로그램 모듈일 수 있다. 이러한 프로그램 모듈은 운영 시스템, 응용 프로그램 모듈 또는 기타 프로그램 모듈의 형태로 대차 거래 지원 시스템(200)에 포함될 수 있고, 물리적으로는 여러 가지 공지의 기억 장치에 저장될 수 있다. 또한, 이러한 프로그램 모듈은 대차 거래 지원 시스템(200)과 통신 가능한 원격 기억 장치에 저장될 수도 있다. 한편, 이러한 프로그램 모듈은 본 발명에 따라 후술할 특정 업무를 수행하거나 특정 추상 데이터 유형을 실행하는 루틴, 서브루틴, 프로그램, 오브젝트, 컴포넌트, 데이터 구조 등을 포괄하지만, 이에 제한되지는 않는다.
먼저, 본 발명의 일 실시예에 따르면, 주소록 관리부(210)는 차입자 단말 장치(300) 또는 대여자 단말 장치(400)로부터 획득되는 주소록 정보를 참조로 하여 적어도 하나의 사용자에 관한 주소록 정보를 포함하는 대차 거래 주소록을 사용자별로 생성하고 관리하는 기능을 수행할 수 있다.
구체적으로, 본 발명의 일 실시예에 따른 주소록 관리부(210)는 사용자(즉, 차입자 또는 대여자)가 자신의 대차 거래 주소록에 대차 거래의 상대방이 될 수 있는 다른 사용자에 관한 주소록 정보를 추가, 삭제 또는 수정할 수 있도록 하는 기능을 수행할 수 있다. 이때, 본 발명의 일 실시예에 따른 주소록 관리부(210)는 대차 거래 주소록에 등록되는 대상이 사람(즉, 자연인)이 아닌 기관인 경우에 사용자가 해당 기관 내의 담당자를 지정하여 해당 담당자에 관한 주소록 정보를 추가, 삭제 또는 수정할 수 있도록 하는 기능을 수행할 수 있다.
또한, 본 발명의 일 실시예에 따른 주소록 관리부(210)는 사용자가 자신의 대차 거래 주소록에 등록되어 있는 적어도 하나의 다른 사용자를 적어도 하나의 그룹으로 그룹화할 수 있도록 하는 기능을 수행할 수 있다. 예를 들면, 사용자가 차입자인 경우에 해당 사용자의 대차 거래 주소록에 등록된 적어도 하나의 다른 사용자는 국내 투신사 대여자, 국내 증권사 대여자, 국내 연기금 대여자, 해외 기관 대여자와 같은 그룹으로 그룹화될 수 있다. 후술할 바와 같이, 대차 거래 주소록 내에서의 그룹은 일대다(1:多) 로케이트 과정 또는 일대다 협상 과정에서 유용하게 사용될 수 있는데, 예를 들면, 사용자는 자신의 대차 거래 주소록 내의 특정 그룹에 속하는 복수의 다른 사용자에게 한꺼번에 로케이트 메시지를 전송할 수 있다.
다음으로, 본 발명의 일 실시예에 따르면, 대차 거래 로케이트 관리부(220)는 사용자가 자신의 대차 거래 주소록에 포함되어 있는 다른 사용자 중 적어도 일부에 대하여 대차 거래를 위한 로케이트(Locate: 차입자가 거래 상대방에게 차입 희망 요청을 전송하거나 대여자가 거래 상대방에게 대여 희망 요청을 전송하는 것을 의미함) 메시지를 전송할 수 있도록 하는 기능을 수행할 수 있다.
보다 구체적으로, 본 발명의 일 실시예에 따른 대차 거래 로케이트 관리부(220)는, 유가 증권을 차입하고자 하는 사용자가 차입 희망 유가 증권에 관한 정보를 포함하는 로케이트 메시지를 적어도 하나의 다른 사용자에게 전송할 수 있도록 하거나 유가 증권을 대여하고자 하는 사용자가 대여 희망 유가 증권에 관한 정보를 포함하는 로케이트 메시지를 적어도 하나의 다른 사용자에게 전송할 수 있도록 하는 기능을 수행할 수 있다.
또한, 본 발명의 일 실시예에 따른 대차 거래 로케이트 관리부(220)는 사용자가 차입 또는 대여하고자 하는 유가 증권에 관한 정보를 포함하는 로케이트 정보를 복수의 다른 사용자에게 동시에 전송함으로써 일대다 로케이트 과정이 진행될 수 있도록 할 수 있는데, 이러한 경우 대차 거래 로케이트 관리부(220)는 로케이트 메시지를 전송 받은 복수의 다른 사용자가 로케이트 메시지에 대한 응답 메시지를 입력할 수 있도록 할 수 있고, 이에 따라 로케이트 메시지를 보냈던 사용자가 복수의 다른 사용자의 단말 장치로부터 획득되는 응답 메시지를 전송 받을 수 있도록 할 수 있다.
여기서, 본 발명의 일 실시예에 따른 로케이트 메시지에는 사용자가 차입 또는 대여하고자 하는 유가 증권에 관한 정보가 포함될 수 있는데, 예를 들면, 사용자가 차입 또는 대여하기를 희망하는 유가 증권의 종목 이름 및 수량, 희망 수수료율, 역외 물량 혹은 역내 물량 여부, 리콜(Recall) 가능 여부, 권리 관계 책임(Corporate Action Liability), 계약 체결일, 예상 보유 기간, 담보의 유형(Collateral Type), 자동 계약 확정 여부 등이 포함될 수 있다. 이때, 유가 증권에 관한 정보는 유가 증권을 식별하기 위한 식별자, 즉, Ticker, Sedol(Stock Exchange Daily Official List), Cusip(Committee on Uniform Securities Identification Procedure) 등의 식별자를 포함할 수 있다.
또한, 본 발명의 일 실시예에 따르면, 차입 또는 대여 희망 유가 증권이 주식 스왑(Equity Swap)과 같은 옵션 상품인 경우에, 차입 또는 대여 희망 유가 증권에 관한 정보에는 레버리지(Leverage) 비율, 담보(Collateral) 비율, 현금 담보에 지급되는 이자율(Rebate), 대차 수수료율, 거래 수수료(Commission), 기준 금리(Financing Benchmark), 기준 금리에 추가되는 스프레드(Spread), 신용 등급(Credit Rating), 스왑 비용 정산 기간 및 날짜(Reset Period and Dates) 등이 포함될 수 있다.
또한, 본 발명의 일 실시예에 따르면, 로케이트 메시지는 다양한 방식 또는 형식에 의하여 전송될 수 있다. 예를 들면, 사용자가 차입 또는 희망 유가 증권에 관한 정보를 직접 입력하는 방식, Text 파일, XML(eXtensible Markup Language) 파일 등의 형식으로 구성된 정보를 FTP(File Transfer Protocol), FIX(Financial Information eXchange) 등의 다양한 프로토콜을 이용하여 전송하는 방식 등을 상정할 수 있다.
한편, 본 발명에 따른 로케이트 메시지에 포함되는 정보와 로케이트 메시지의 전송 방식에 관한 구성이 반드시 상기 열거된 것에 한정되는 것은 아니며, 이는 본 발명의 목적을 달성할 수 있는 범위 내에서 얼마든지 추가, 변경 또는 삭제될 수 있음을 밝혀둔다. 또한, 본 발명에 따른 로케이트 메시지에 포함되는 정보와 로케이트 메시지의 전송 방식에 관한 구성은 로케이트 메시지에 대한 응답으로서 전송되는 응답 메시지에 포함되는 정보와 응답 메시지의 전송 방식에 있어서도 각각 마찬가지로 적용될 수 있음을 밝혀 둔다.
다음으로, 본 발명의 일 실시예에 따르면, 대차 거래 협상 관리부(230)는 유가 증권을 차입하고자 하는 사용자와 유가 증권을 대여하고자 하는 사용자가 대차 거래를 위한 협상을 진행할 수 있도록 지원하는 커뮤니케이션 인터페이스를 제공하는 기능을 수행할 수 있다. 또한, 본 발명의 일 실시예에 따른 대차 거래 협상 관리부(230)는 사용자 사이의 협상에 의하여 대차 거래 계약을 확정하는 것이 합의된 경우에(즉, 사용자 사이의 협상에 의하여 대차 거래 계약의 조건에 대한 합의에 이른 경우에) 해당 사용자 사이의 대차 거래 계약이 확정되도록 하는 기능을 수행할 수 있다.
구체적으로, 본 발명의 일 실시예에 따른 대차 거래 협상 관리부(230)는 로케이트 메시지를 전송한 사용자와 해당 로케이트 메시지를 전송 받은 다른 사용자가 대차 거래의 세부 사항에 대한 협상 메시지를 주고 받을 수 있도록 지원할 수 있다. 예를 들면, 사용자들이 주고 받을 수 있는 협상 메시지에 포함되는 세부 사항에는, 유가 증권의 종목 이름 및 수량, 희망 수수료율, 역외 물량 혹은 역내 물량 여부, 리콜(Recall) 가능 여부, 권리 관계 책임(Corporate Action Liability), 계약 체결일, 예상 보유 기간, 담보의 유형(Collateral Type) 등이 포함될 수 있다. 또한, 해당 대차 거래가 일정 기간 동안 유가 증권에 대한 회수 요청이 들어오지 않는 확정 기간 대차(Term Borrow) 형태의 거래인 경우에 확정 기간에 관한 협상이 이루어질 수 있고, 대여자가 유가 증권을 담보로 하여 현금을 차입하거나 대여하는 거래인 증권 담보 대출 거래(즉, 담보 콜 거래(Financing Trade) 또는 텀 파이낸싱(Term Financing)) 형태의 거래인 경우에는 기준 금리, 기준 금리에 추가되는 이자율, 파이낸싱 기간 등의 정보가 포함될 수 있다.
또한, 본 발명의 일 실시예에 따른 대차 거래 협상 관리부(230)는 사용자가 복수의 다른 사용자와 대차 거래를 위한 협상(즉, 일대다(1:多) 협상)을 진행할 수 있도록 지원할 수 있는데, 이에 따라 사용자는 복수의 다른 사용자 각각에게 대하여 협상 메시지를 보낼 수 있게 된다. 본 발명의 일 실시예에 따르면, 일대다 협상의 경우에, 사용자는 자신이 복수의 다른 사용자에게 보낸 협상 메시지의 내용을 모두 조회할 수 있고, 협상 메시지를 받은 복수의 다른 사용자는 자신에게 보내진 협상 메시지의 내용만을 확인할 수 있다.
또한, 본 발명의 일 실시예에 따르면, 협상 메시지에는 기설정된 조건부 구문(예를 들면, IF, MAX, MIN 등), 확정, 보류, 거절 등의 기설정된 형식의 내용이 포함될 수 있고, 채팅과 같은 자유로운 형식의 내용이 포함될 수도 있다.
또한, 본 발명의 일 실시예에 따르면, 대차 거래 협상 관리부(230)는 사용자들 사이에서 주고 받았던 로케이트 메시지, 응답 메시지, 협상 메시지와 같은 협상 내역에 관한 정보를 협의 내역 데이터베이스(253) 등에 저장하는 기능을 수행할 수 있고, 추후에 협상 내역에 대한 요청이나 질의(Query)가 있을 때 저장해 두었던 협상 내역에 관한 정보를 제공하는 기능을 수행할 수 있다. 협상 내역에 대한 질의 또는 협상 내역에 대한 저장, 검색 및 제공은 대여자별, 차입자별, 종목별, 날짜별 등의 다양한 기준에 따라 선별적으로 이루어질 수 있다.
예를 들면, 본 발명의 일 실시예에 따른 대차 거래 협상 관리부(230)가 저장할 수 있는 협상 내역에 관한 정보에는, 유가 증권의 종목 이름 및 수량, 희망 수수료율, 역외 물량 혹은 역내 물량 여부, 리콜(Recall) 가능 여부, 권리 관계 책임(Corporate Action Liability), 계약 체결일, 예상 보유 기간, 담보의 유형(Collateral Type) 등이 포함될 수 있다. 또한, 해당 대차 거래가 일정 기간 동안 유가 증권에 대한 회수 요청이 들어오지 않는 확정 기간 대차(Term Borrow) 형태의 거래인 경우에 확정 기간에 관한 내용이 저장될 수 있고, 대여자가 유가 증권을 담보로 하여 현금을 차입하거나 대여하는 거래인 증권 담보 대출 거래(즉, 담보 콜 거래(Financing Trade) 또는 텀 파이낸싱(Term Financing)) 형태의 거래인 경우에는 기준 금리, 기준 금리에 추가되는 이자율, 파이낸싱 기간 등에 관한 내용이 저장될 수 있다.
한편, 본 발명의 다른 실시예에 따르면, 대차 거래 협상 관리부(230)는 로케이트 메시지를 전송한 사용자와 해당 로케이트 메시지를 전송 받은 다른 사용자 간의 대차 거래 계약이 자동으로 확정될 수 있도록 지원하는 기능을 수행할 수 있다. 구체적으로, 본 발명의 일 실시예에 따르면, 거래 당사자 쌍방이 자동 계약 확정에 동의한 상태에서, 사용자가 다른 사용자에게 보낸 로케이트 메시지에 포함되어 있는 대차 거래 계약의 조건이 다른 사용자가 미리 설정해 놓은 대차 거래 예약의 조건과 부합할 경우에, 대차 거래 협상 관리부(230)는 사용자와 다른 사용자 사이의 대차 거래 계약이 확정되도록 하는 기능을 수행할 수 있다.
다음으로, 본 발명의 일 실시예에 따르면, 대차 거래 정보 관리부(240)는 사용자들 사이의 대차 거래 계약이 확정되면, 확정된 대차 거래 계약의 식별 정보와 해당 대차 거래 계약의 세부 사항에 관한 정보를 대차 거래 내역 데이터베이스(254)에 저장할 수 있다. 예를 들면, 확정된 대차 거래 계약에 관한 정보에는, 해당 대차 거래 계약의 대상이 된 유가 증권의 종목 번호, 이름, 수량, 금액, 가격, 대차 수수료율, 배당 또는 권리 관계, 역외 물량 혹은 역내 물량 여부, 리콜 여부, 안정성 여부, 유가 증권의 소유자의 외국인 투자자 등록번호(IRC: International Registration Code), 유가 증권의 소유자의 유형(증권사, 자문사, 투신사 등), 담보의 유형 등에 관한 정보가 포함될 수 있다. 또한, 대차 거래 계약의 대상이 주식 스왑과 같은 옵션 상품인 경우에, 대차 거래 계약에 관한 정보에는, 레버리지 비율, 담보 비율, 현금 담보에 지급되는 이자율, 대차 수수료율, 거래 수수료, 기준금리, 기준금리에 추가되는 스프레드, 추가비용, 신용 등급, 담보 비율, 스왑 비용 정산 기간 및 날짜등에 관한 정보가 포함될 수 있다.
예를 들면, 본 발명에 따라 확정될 수 있는 대차 거래 계약에는 일정 기간 동안 유가 증권에 대한 회수 요청이 들어오지 않는 확정 기간 대차(Term Borrow) 형태의 계약, 대여자가 유가 증권을 담보로 하여 현금을 차입하거나 대여하는 거래인 증권 담보 대출 거래(즉, 담보 콜 거래(Financing Trade) 또는 텀 파이낸싱(Term Financing)) 형태의 계약 등이 포함될 수 있다.
다만, 본 발명에 따른 대차 거래 계약에 관한 정보가 반드시 상기 열거된 것에 한정되는 것은 아니며, 이는 본 발명의 목적을 달성할 수 있는 범위 내에서 얼마든지 추가, 변경 또는 삭제될 수 있음을 밝혀둔다.
또한, 본 발명의 일 실시예에 따른 대차 거래 정보 관리부(240)는 확정된 대차 거래 계약에 관한 정보를 외부의 차입자 단말 장치(300), 대여자 단말 장치(400), 계약 체결 시스템(500) 또는 유가 증권 거래 시스템(600)에 전송하는 기능을 수행할 수 있다. 이때, 대차 거래 계약에 관한 정보를 전송 받게 될 계약 체결 시스템(500) 또는 유가 증권 거래 시스템(600)은 사용자에 의하여 지정될 수 있다. 본 발명의 일 실시예에 따른 정보 제공부(260)는 대차 거래 계약에 관한 정보를 외부의 계약 체결 시스템(500), 사용자 단말 장치(300, 400) 또는 유가 증권 거래 시스템(600)에 전송함에 있어서 다양한 방식을 활용할 수 있는데, 예를 들면, 차입자 단말 장치(300)로부터 대차 거래 계약에 관한 정보를 입력 받아 이를 전달하는 방식, 대차 거래 계약에 관한 정보를 단순히 출력하거나 이메일로 전달하는 방식, 대차 거래 계약에 관한 정보를 Text 파일, XML(eXtensible Markup Language) 등의 형식으로 가공하고 이를 FTP(File Transfer Protocol), FIX(Financial Information eXchange) 등의 다양한 프로토콜을 이용하여 전송하는 방식 등이 활용될 수 있다. 이로써, 대차 거래 계약의 체결이 확정되는 즉시 해당 대차 거래 계약에 관한 정보가 계약 체결 시스템(500)으로 전송될 수 있으며, 차입된 유가 증권에 관한 대차 거래 계약이 신속하게 체결되는 것이 가능하게 된다. 또한, 관련 법규에 따르면 차입자가 차입한 주식을 공매도하기 위해서는 공매도 주문 이전에 대차 거래 계약이 확정되었음을 입증해야 하는데, 본 발명의 일 실시예에 따른 대차 거래 정보 관리부(240)에 의하면, 확정된 대차 거래 계약에 관한 정보가 외부의 유가 증권 거래 시스템(600)에 지체 없이 전송할 수 있기 때문에, 차입자는 대차 거래를 통해 차입한 유가 증권을 외부의 유가 증권 거래 시스템(600) 상에서 신속하게 매도할 수 있게 된다.
본 발명의 일 실시예에 따른 대차 거래 정보 관리부(240)는, 대차 거래 계약의 당사자(특히, 차입자)가 역내 또는 역외 기관일 경우에 확정된 대차 거래 계약에 대한 신고서를 자동으로 작성하고, 이렇게 작성된 신고서를 해당 대차 거래 계약과 관련된 차입자 단말 장치(300), 대여자 단말 장치(400), 계약 체결 시스템(500), 상임 대리인 단말 장치(미도시됨), 주무관청 시스템(미도시됨) 등에 전송하는 기능을 수행함으로써, 신규 차입 금액 및 차입 잔고에 따라 계약 체결 전에는 사전 신고 또는 계약 체결 후에는 사후 신고가 자동적으로 수행되도록 할 수 있다. 본 발명의 일 실시예에 따르면, 자동으로 작성되어 전송되는 신고서에는 앞서 자세히 설명한 대차 거래 계약에 관한 정보 중 적어도 일부와 전자 서명이 포함될 수 있다. 특히, 차입자가 역외 기관인 경우에 대차 거래 금액이 해당 IRC 당 일정 수준을 넘을 경우 대차 거래 계약이 유효하기 위해서는 주무관청에 신고서를 제출할 것이 요구되는데, 본 발명의 일 실시예에 따른 대차 거래 정보 관리부(240)에 의하면, 신고서가 자동으로 작성되어 주무관청 시스템으로 전송될 수 있기 때문에 대차 거래에 참여하는 역외 기관의 편의가 증진되고 역외 기관이 참여하는 대차 거래가 신속하게 진행될 수 있게 된다.
본 발명의 일 실시예에 따른 데이터베이스(250)에는, 대차 거래 지원 시스템(200)에 의하여 획득, 생성, 가공 또는 관리되는 다양한 정보가 저장되어 있을 수 있다. 또한, 본 발명의 일 실시예에 따른 데이터베이스(250)는 저장하고 있는 정보가 무엇이냐에 따라 나뉘어진 주소록 데이터베이스(251), 로케이트 내역 데이터베이스(252), 협상 내역 데이터베이스(253) 및 대차 거래 내역 데이터베이스(254)를 포함할 수 있다. 또한, 기타 데이터베이스(미도시됨)에는, 로케이트 또는 대차 계약과는 직접적으로 관련된 정보가 아닐지라도, 추후 대차 거래 및 공매도에 관한 정보를 다양한 정보를 생성하기 위하여 획득, 생성, 가공 또는 관리될 수 있는 다양한 정보가 로우 데이터(Raw Data) 형태로 또는 가공된 데이터 형태로 저장되어 있을 수 있다. 비록 도 2에서 데이터베이스(250)가 대차 거래 지원 시스템(200)에 포함되어 구성되는 것으로 도시되어 있지만, 본 발명을 구현하는 당업자의 필요에 따라, 데이터베이스(250)는 대차 거래 지원 시스템(200)과 별개로 구성될 수도 있다. 한편, 본 발명에서의 데이터베이스(250)는, 컴퓨터 판독 가능한 기록 매체를 포함하는 개념으로서, 협의의 데이터베이스뿐만 아니라 파일 시스템에 기반을 둔 데이터 기록 등을 포함하는 광의의 데이터베이스일 수도 있으며, 단순한 로그의 집합이라도 이를 검색하여 데이터를 추출할 수 있다면 본 발명에서의 데이터베이스(250)가 될 수 있다.
다음으로, 본 발명의 일 실시예에 따른 통신부(260)는 주소록 관리부(210), 대차 거래 로케이트 관리부(220), 대차 거래 협상 관리부(230), 대차 거래 정보 관리부(240) 및 데이터베이스(250)로부터의/로의 데이터 송수신이 가능하도록 하는 기능을 수행할 수 있다.
마지막으로, 본 발명의 일 실시예에 따른 제어부(270)는 주소록 관리부(210), 대차 거래 로케이트 관리부(220), 대차 거래 협상 관리부(230), 대차 거래 정보 관리부(240), 데이터베이스(250) 및 통신부(260) 간의 데이터의 흐름을 제어하는 기능을 수행할 수 있다. 즉, 본 발명에 따른 제어부(270)는 대차 거래 지원 시스템(200)의 외부로부터의/로의 데이터 흐름 또는 대차 거래 지원 시스템(200)의 각 구성요소 간의 데이터 흐름을 제어함으로써, 주소록 관리부(210), 대차 거래 로케이트 관리부(220), 대차 거래 협상 관리부(230), 대차 거래 정보 관리부(240), 데이터베이스(250) 및 통신부(260)에서 각각 고유 기능을 수행하도록 제어할 수 있다.
실시예
이하에서는, 도 4 내지 도 13을 참조로 하여 본 발명의 다양한 실시예에 대하여 구체적으로 살펴보기로 한다.
도 4는 본 발명에 따른 대차 거래 지원 시스템(200)을 통하여 사용자가 자신의 대차 거래 주소록 내의 다른 사용자와의 협상을 거쳐 대차 거래 계약을 확정하는 전체적인 과정을 예시적으로 나타내는 도면이다. 도 4에 도시된 내용은 후술할 실시예에 모두 적용될 수 있음을 밝혀 둔다.
도 5는 본 발명의 일 실시예에 따라 대차 거래 주소록을 관리하는 구성을 예시적으로 나타내는 도면이다.
도 5를 참조하면, 사용자(즉, 차입자 또는 대여자)는 자신의 단말 장치(300, 400)를 이용하여 사용자 인증을 수행할 수 있고(S510), 사용자는 자신의 대차 거래 주소록에 포함시키고자 하는 다른 사용자가 주소록 데이터베이스 내에 기저장되어 있는지 여부를 검색할 수 있으며(S515), 사용자는 주소록 데이터베이스 내에 존재하는 다른 사용자를 자신의 대차 거래 주소록에 추가하거나 주소록 데이터베이스 내에 존재하지 않는 다른 사용자에 대한 정보를 직접 입력하여 해당 다른 사용자를 자신의 대차 거래 주소록에 추가할 수 있다(S520, S525, S530). 다음으로, 사용자는 자신의 대차 거래 주소록에 추가된 다른 사용자를 소정의 그룹으로 그룹화할 수 있고, 해당 다른 사용자를 새로운 그룹에 포함시키고자 하는 경우에는 새로운 그룹을 추가할 수 있다(S535, 540, S545, S550, S555). 한편, 본 발명에 따른 대차 거래 지원 시스템(200)은 대차 거래 주소록에 추가된 다른 사용자의 속성을 참조로 하여 해당 다른 사용자를 자동으로 그룹화할 수도 있을 것이다.
도 6은 본 발명의 일 실시예에 따라 대차 거래 주소록 내에서 사용자가 그룹화되는 구성을 예시적으로 나타내는 도면이다. 참고로, 도 6에서는 사용자의 대차 거래 주소록에 포함되어 있는 다른 사용자를 차입자의 입장에서 그룹화한 경우를 나타내고 있음을 밝혀 둔다.
도 6을 참조하면, 차입자 A(610)는 자신의 대차 거래 주소록에 포함되어 있는 대여자 A 내지 J(620)를 다양한 그룹으로 그룹화할 수 있는데, 예를 들면, 대여자 A, B, C 및 D는 대여자 그룹 1(621)로 그룹화될 수 있고, 대여자 B, D 및 E는 대여자 그룹 2(622)로 그룹화될 수 있고, 대여자 B 및 D는 대여자 그룹 3(623)으로 그룹화될 수 있고, 대여자 F, G 및 H는 대여자 그룹 4(624)로 그룹화될 수 있으며, 대여자 I 및 J(625)는 어떠한 그룹에도 속하지 않게 될 수 있다.
도 7은 본 발명의 일 실시예에 따라 차입자의 입장에 있는 사용자가 자신의 대차 거래 주소록 내에서 대여자, 담당자 및 그룹에 관한 정보를 입력할 수 있도록 지원하는 사용자 인터페이스의 구성을 예시적으로 나타내는 도면이다. 도 7을 참조하면, 차입자의 입장에 있는 사용자가 대여자의 이름, 속성, 주소 등의 정보를 입력할 수 있고(710), 해당 대여자가 기관인 경우에 담당자의 이름, 전화번호, 이메일 등의 정보를 입력할 수 있으며(720), 해당 대여자를 여러 그룹 중 하나의 그룹으로 그룹화할 수 있는 사용자 인터페이스가 제공되는 것을 확인할 수 있다(730).
도 8 및 도 9는 본 발명의 일 실시예에 따라 사용자의 대차 거래 주소록에 포함되어 있는 대여자 또는 차입자에 관한 정보 및 대여자 또는 차입자와의 로케이트, 거래 및 협상 내역에 관한 정보를 조회할 수 있는 사용자 인터페이스의 구성을 차입자의 입장에서 예시적으로 나타내는 도면이다. 도 8을 참조하면, 차입자 A는 자신의 대차 거래 주소록에 포함되어 있는 대여자에 관한 정보를 대여자별로 조회할 수 있는데, 예를 들면, 대여자 A의 연락처, 로케이트 내역, 대차 거래 계약 확정 내역 등에 관한 정보를 조회할 수 있다. 도 9를 참조하면, 차입자 A는 자신의 대차 거래 주소록에 포함되어 있는 대여자에 관한 정보를 유가 증권별로 조회할 수 있는데, 예를 들면, 차입자인 사용자는 삼성전자 종목(종목번호: 005930)에 대한 로케이트 메시지를 전송 받은 대여자 A, B 및 C에 관한 정보를 조회하거나 삼성전자 종목에 대한 대차 거래 계약을 확정한 대여자 A, B 및 J에 관한 정보를 조회할 수 있으며, 나아가 이들 대여자와의 협상 이력에 관한 정보까지 조회할 수 있다.
도 10은 본 발명의 일 실시예에 따라 대차 거래 주소록에 포함된 대여자를 상대로 하여 대차 거래를 위한 로케이트 및 협상을 수행하고 대차 거래 계약을 확정하는 것을 지원하는 사용자 인터페이스의 구성을 차입자의 입장에서 예시적으로 나타내는 도면이다.
도 10을 참조하면, 차입자는 자신의 대차 거래 주소록에 존재하는 그룹 1과 그룹 2 중에 그룹 1을 선택하여 그룹 1에 속하는 대여자 A, B, C 및 D에게 대차 거래를 위한 로케이트 메시지를 전송할 수 있다(S1010, S1020). 다음으로, 차입자는 로케이트 실행 결과를 확인할 수 있는데, 예를 들면, 로케이트 실행 결과에는 대여자가 로케이트 메시지에 대한 응답으로서 입력한 종목 번호, 수량, 수수료율 등의 정보가 포함될 수 있고 부재 중인 대여자는 엑스자(X) 모양의 아이콘으로 표시되고 현재 로그인 중인 대여자는 사선(/) 모양의 아이콘으로 표시될 수 있다(S1030). 다음으로, 차입자는 로케이트 실행 결과를 참조로 하여 소정의 응답을 한 대여자(즉, 대여자 A 및 C)만을 선택하여(S1040) 추가적인 협상을 진행할 수 있는데, 구체적으로는, 확정, 거절, 협상 등의 메시지를 대여자에게 전송할 수 있다(S1050). 예를 들면, 차입자는 최대 6,000주까지 수수료율이 1%이면 대차 거래 계약을 체결하겠다는 취지의 협상 메시지를 대여자 A 및 C에게 전송할 수 있다(S1060). 협상 결과, 대여자 C가 차입자의 협상 조건을 받아 들이지 않은 반면에 대여자 A는 3,500주를 수수료율 1%로 대여하겠다는 취지의 협상 메시지를 차입자에게 보낼 수 있는데, 이러한 경우, 차입자와 대여자 A 사이의 대차 거래 계약(수량: 3,500주, 수수료율: 1%)이 확정될 수 있다(S1070, S1080). 다음으로, 위와 같이 확정된 대차 거래 계약의 내역에 관한 정보가 차입자 단말 장치(300), 대여자 단말 장치(400), 계약 체결 시스템(500), 유가 증권 거래 시스템(600) 및 주무관청 시스템(미도시됨)을 비롯하여 대차 거래 중개 기관, 상임대리인, 공매도의 약정을 처리하는 브로커 (Executing Broker), 증권 거래소 등의 다양한 외부 시스템에 제공될 수 있다.
도 11은 본 발명의 일 실시예에 따라 대여자, 차입자 및 그룹 리스트를 제공하는 사용자 인터페이스의 구성을 예시적으로 나타내는 도면이다.
도 12는 본 발명의 일 실시예에 따라 대여자별 대차 거래 이력을 제공하는 사용자 인터페이스의 구성을 예시적으로 나타내는 도면이다.
도 13은 본 발명의 일 실시예에 따라 날짜별 대차 거래 이력을 제공하는 사용자 인터페이스의 구성을 예시적으로 나타내는 도면이다.
이상 설명된 본 발명에 따른 실시예는 다양한 컴퓨터 구성요소를 통하여 실행될 수 있는 프로그램 명령어의 형태로 구현되어 비일시성의 컴퓨터 판독 가능 기록 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능한 기록 매체는 프로그램 명령어, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 컴퓨터 판독 가능한 기록 매체에 기록되는 프로그램 명령어는 본 발명을 위하여 특별히 설계되고 구성된 것이거나 컴퓨터 소프트웨어 분야의 당업자에게 공지되어 사용 가능한 것일 수 있다. 컴퓨터 판독 가능한 기록 매체의 예에는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM 및 DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical medium), 및 ROM, RAM, 플래시 메모리 등과 같은, 프로그램 명령어를 저장하고 실행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령어의 예에는, 컴파일러에 의하여 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용하여 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드도 포함된다. 하드웨어 장치는 본 발명에 따른 처리를 수행하기 위하여 하나 이상의 소프트웨어 모듈로 변경될 수 있으며, 그 역도 마찬가지이다.
이상에서 본 발명이 구체적인 구성요소 등과 같은 특정 사항과 한정된 실시예 및 도면에 의하여 설명되었으나, 이는 본 발명의 보다 전반적인 이해를 돕기 위하여 제공된 것일 뿐, 본 발명이 상기 실시예에 한정되는 것은 아니며, 본 발명이 속하는 기술분야에서 통상적인 지식을 가진 자라면 이러한 기재로부터 다양한 수정과 변경을 꾀할 수 있다.
따라서, 본 발명의 사상은 상기 설명된 실시예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등한 또는 이로부터 등가적으로 변경된 모든 범위는 본 발명의 사상의 범주에 속한다고 할 것이다.

Claims (21)

  1. 주소록을 이용하여 대차 거래를 지원하기 위한 대차 거래 지원 시스템에서 구현되는 방법으로서 - 상기 대차 거래 지원 시스템은 주소록 관리부, 대차 거래 로케이트 관리부 및 대차 거래 협상 관리부를 포함함 - ,
    (a) 상기 주소록 관리부가, 적어도 하나의 사용자 단말 장치로부터 획득되는 주소록 정보를 참조로 하여 복수의 사용자를 포함하는 대차 거래 주소록을 사용자별로 생성하는 단계,
    (b) 상기 대차 거래 로케이트 관리부가, 제1 사용자의 단말 장치로부터 획득되는 로케이트(Locate) 요청을 참조로 하여, 상기 제1 사용자의 차입 희망 유가 증권 또는 대여 희망 유가 증권에 관한 정보를 포함하는 일대다 로케이트 메시지를 상기 제1 사용자의 대차 거래 주소록에 포함되는 복수의 다른 사용자 단말 장치 각각에 전송하는 단계, 및
    (c) 상기 대차 거래 협상 관리부가, 상기 제1 사용자가 상기 복수의 다른 사용자와 상기 차입 희망 유가 증권 또는 상기 대여 희망 유가 증권에 대한 대차 거래 계약에 관한 협상 메시지를 각각 주고 받을 수 있도록 지원하는 일대다 커뮤니케이션 인터페이스를 제공하는 단계
    를 포함하고,
    상기 일대다 로케이트 메시지에는 상기 차입 희망 유가 증권 또는 상기 대여 희망 유가 증권의 종목 이름 및 수량, 희망 수수료율, 역외 물량 혹은 역내 물량 여부, 리콜(Recall) 가능 여부, 권리 관계 책임(Corporate Action Liability), 계약 체결일, 예상 보유 기간, 식별자, 담보 유형(Collateral Type) 및 자동 계약 확정 여부 중 적어도 하나에 관한 정보가 포함되고,
    상기 협상 메시지에는, 상기 제1 사용자와 상기 복수의 다른 사용자 사이의 상기 협상의 대상이 되는 유가 증권의 종목 이름 및 수량, 최대 희망 수수료율, 역외 물량 혹은 역내 물량 여부, 권리 관계 관련 리콜(Recall) 가능 여부, 권리 관계 책임(Corporate Action Liability), 계약 체결일, 예상 보유 기간, 식별자, 희망하는 대여자의 유형, 자동 계약 확정 여부, 상기 차입 희망 유가 증권에 관한 정보의 공개 범위, 담보 유형, 담보 비율, 현금 담보에 대한 대여자 또는 중개기관의 이자 지급율(Rebate), 주식 스왑 레버리지(Leverage) 비율, 대차 수수료율, 주식 스왑 수수료(Commission), 주식 스왑 기준 금리(Financing Benchmark), 기준 금리에 추가되는 스프레드(Spread), 신용 등급(Credit Rating) 및 스왑 비용 정산 기간 및 날짜(Reset Period and Dates) 중 적어도 하나에 관한 정보가 포함되고,
    상기 제1 사용자는 상기 복수의 다른 사용자 모두에게 협상 메시지를 보낼 수 있고, 상기 복수의 다른 사용자는 상기 제1 사용자에게만 협상 메시지를 보낼 수 있고,
    상기 제1 사용자 단말 장치가 상기 로케이트 메시지 또는 상기 협상 메시지를 전송 받은 상기 복수의 다른 사용자 단말 장치 중 상기 로케이트 메시지 또는 상기 협상 메시지에 대하여 응답한 적어도 일부의 다른 사용자 단말 장치의 응답 결과에 관한 정보를 제공 받을 수 있고, 상기 제1 사용자 단말 장치가 상기 적어도 일부의 다른 사용자 단말 장치에게 추가적인 로케이트 메시지 또는 추가적인 협상 메시지를 전송할 수 있는 방법.
  2. 제1항에 있어서,
    상기 유가 증권에는, 상장 주식, 비상장 주식, 채권, 수익 증권, 신주 인수권, 수익 증권을 포함하는 금융 상품, 선물, 주식 스왑(Equity Swap)을 포함하는 파생 상품, ELS(주가연계증권, Equity-Linked Securities), ELW(주식워런트증권, Equity-Linked Warrant), BW(신주인수권부사채, Bond with Warrant), CB(전환사채, Convertible Bond) 및 ETF(상장지수펀드, Exchange Traded Funds) 중 적어도 하나가 포함되는 방법.
  3. 제1항에 있어서,
    상기 제1 사용자의 대차 거래 주소록에 포함되는 복수의 다른 사용자는 적어도 하나의 그룹으로 그룹화될 수 있는 방법.
  4. 제1항에 있어서,
    상기 제1 사용자의 대차 거래 주소록에 포함되는 특정 사용자가 기관이면 상기 특정 사용자에 관한 주소록 정보에는 상기 기관의 담당자에 관한 정보가 포함되는 방법.
  5. 제1항에 있어서,
    (d) 대차 거래 정보 관리부가, 상기 제1 사용자와 상기 복수의 다른 사용자 사이의 로케이트 또는 협상 내역에 관한 정보를 저장하는 단계
    를 더 포함하는 방법.
  6. 제1항에 있어서,
    (e) 대차 거래 정보 관리부가, 상기 제1 사용자와 상기 복수의 다른 사용자 사이의 대차 거래 계약이 확정되면 상기 확정된 대차 거래 계약에 관한 정보를 저장하는 단계
    를 더 포함하는 방법.
  7. 제1항에 있어서,
    (f) 대차 거래 정보 관리부가, 상기 제1 사용자와 상기 복수의 다른 사용자 사이의 대차 거래 계약이 확정되면, 상기 확정된 대차 거래 계약에 관한 정보를 상기 대차 거래 계약을 체결하는 기능을 수행하는 외부 시스템에 제공하는 단계
    를 더 포함하는 방법.
  8. 제1항에 있어서,
    (g) 대차 거래 정보 관리부가, 상기 제1 사용자와 상기 복수의 다른 사용자 사이의 대차 거래 계약이 확정되면, 상기 확정된 대차 거래 계약에 관한 정보를 상기 대차 거래 계약이 확정되었음을 전제로 하여 상기 제1 사용자가 상기 대차 거래 계약의 대상이 된 유가 증권을 매도할 수 있도록 하는 기능을 수행하는 외부 시스템에 제공하는 단계
    를 더 포함하는 방법.
  9. 제1항에 있어서,
    (h) 대차 거래 정보 관리부가, 상기 제1 사용자 및 상기 복수의 다른 사용자 중 적어도 하나가 역내 또는 역외의 기관인 경우에, 상기 제1 사용자와 상기 복수의 다른 사용자 사이의 대차 거래 계약이 확정되면, 상기 확정된 대차 거래 계약에 관한 정보를 참조로 하여 상기 대차 거래 계약에 대한 신고서를 자동으로 작성하고 상기 작성된 전자 신고서를 상기 전자 신고서를 제출할 것을 요구하는 기관의 시스템에 전송하는 단계
    를 더 포함하는 방법.
  10. 주소록을 이용하여 대차 거래를 지원하기 위한 대차 거래 지원 시스템에서 구현되는 방법으로서 - 상기 대차 거래 지원 시스템은 주소록 관리부, 대차 거래 로케이트 관리부 및 대차 거래 협상 관리부를 포함함 - ,
    (a) 상기 주소록 관리부가, 적어도 하나의 사용자 단말 장치로부터 획득되는 주소록 정보를 참조로 하여 복수의 사용자를 포함하는 대차 거래 주소록을 사용자별로 생성하는 단계,
    (b) 상기 대차 거래 로케이트 관리부가, 제1 사용자의 단말 장치로부터 획득되는 로케이트(Locate) 요청을 참조로 하여, 상기 제1 사용자의 차입 희망 유가 증권 또는 대여 희망 유가 증권에 관한 정보를 포함하는 일대다 로케이트 메시지를 상기 제1 사용자의 대차 거래 주소록에 포함되는 복수의 다른 사용자 단말 장치 각각에 전송하는 단계, 및
    (c) 상기 대차 거래 협상 관리부가, 상기 일대다 로케이트 메시지에 포함되는 대차 거래 계약의 조건이 상기 복수의 다른 사용자에 의해 기설정된 대차 거래 계약의 조건에 부합하면, 상기 제1 사용자와 상기 복수의 다른 사용자 각각 사이의 대차 거래 계약이 자동으로 확정되도록 하는 단계
    를 포함하고,
    상기 일대다 로케이트 메시지에는 상기 차입 희망 유가 증권 또는 상기 대여 희망 유가 증권의 종목 이름 및 수량, 희망 수수료율, 역외 물량 혹은 역내 물량 여부, 리콜(Recall) 가능 여부, 권리 관계 책임(Corporate Action Liability), 계약 체결일, 예상 보유 기간, 식별자, 담보 유형(Collateral Type) 및 자동 계약 확정 여부 중 적어도 하나에 관한 정보가 포함되고,
    상기 제1 사용자 단말 장치가 상기 로케이트 메시지를 전송 받은 상기 복수의 다른 사용자 단말 장치 중 상기 로케이트 메시지에 대하여 응답한 적어도 일부의 다른 사용자 단말 장치의 응답 결과에 관한 정보를 제공 받을 수 있고, 상기 제1 사용자 단말 장치가 상기 적어도 일부의 다른 사용자 단말 장치에게 추가적인 로케이트 메시지를 전송할 수 있는 방법.
  11. 제1항 내지 제10항 중 어느 한 항에 따른 방법을 실행하기 위한 컴퓨터 프로그램을 기록하는 비일시성의 컴퓨터 판독 가능 기록 매체.
  12. 주소록을 이용하여 대차 거래를 지원하기 위한 시스템으로서,
    적어도 하나의 사용자 단말 장치로부터 획득되는 주소록 정보를 참조로 하여 복수의 사용자를 포함하는 대차 거래 주소록을 사용자별로 생성하는 주소록 관리부,
    제1 사용자의 단말 장치로부터 획득되는 로케이트(Locate) 요청을 참조로 하여, 상기 제1 사용자의 차입 희망 유가 증권 또는 대여 희망 유가 증권에 관한 정보를 포함하는 일대다 로케이트 메시지를 상기 제1 사용자의 대차 거래 주소록에 포함되는 복수의 다른 사용자 단말 장치 각각에 전송하는 대차 거래 로케이트 관리부, 및
    상기 제1 사용자가 상기 복수의 다른 사용자와 상기 차입 희망 유가 증권 또는 상기 대여 희망 유가 증권에 대한 대차 거래 계약에 관한 협상 메시지를 각각 주고 받을 수 있도록 지원하는 일대다 커뮤니케이션 인터페이스를 제공하는 대차 거래 협상 관리부
    를 포함하고,
    상기 일대다 로케이트 메시지에는 상기 차입 희망 유가 증권 또는 상기 대여 희망 유가 증권의 종목 이름 및 수량, 희망 수수료율, 역외 물량 혹은 역내 물량 여부, 리콜(Recall) 가능 여부, 권리 관계 책임(Corporate Action Liability), 계약 체결일, 예상 보유 기간, 식별자, 담보 유형(Collateral Type) 및 자동 계약 확정 여부 중 적어도 하나에 관한 정보가 포함되고,
    상기 협상 메시지에는, 상기 제1 사용자와 상기 복수의 다른 사용자 사이의 상기 협상의 대상이 되는 유가 증권의 종목 이름 및 수량, 최대 희망 수수료율, 역외 물량 혹은 역내 물량 여부, 권리 관계 관련 리콜(Recall) 가능 여부, 권리 관계 책임(Corporate Action Liability), 계약 체결일, 예상 보유 기간, 식별자, 희망하는 대여자의 유형, 자동 계약 확정 여부, 상기 차입 희망 유가 증권에 관한 정보의 공개 범위, 담보 유형, 담보 비율, 현금 담보에 대한 대여자 또는 중개기관의 이자 지급율(Rebate), 주식 스왑 레버리지(Leverage) 비율, 대차 수수료율, 주식 스왑 수수료(Commission), 주식 스왑 기준 금리(Financing Benchmark), 기준 금리에 추가되는 스프레드(Spread), 신용 등급(Credit Rating) 및 스왑 비용 정산 기간 및 날짜(Reset Period and Dates) 중 적어도 하나에 관한 정보가 포함되고,
    상기 제1 사용자는 상기 복수의 다른 사용자 모두에게 협상 메시지를 보낼 수 있고, 상기 복수의 다른 사용자는 상기 제1 사용자에게만 협상 메시지를 보낼 수 있고,
    상기 제1 사용자 단말 장치가 상기 로케이트 메시지 또는 상기 협상 메시지를 전송 받은 상기 복수의 다른 사용자 단말 장치 중 상기 로케이트 메시지 또는 상기 협상 메시지에 대하여 응답한 적어도 일부의 다른 사용자 단말 장치의 응답 결과에 관한 정보를 제공 받을 수 있고, 상기 제1 사용자 단말 장치가 상기 적어도 일부의 다른 사용자 단말 장치에게 추가적인 로케이트 메시지 또는 추가적인 협상 메시지를 전송할 수 있는 시스템.
  13. 제12항에 있어서,
    상기 유가 증권에는, 상장 주식, 비상장 주식, 채권, 수익 증권, 신주 인수권, 수익 증권을 포함하는 금융 상품, 선물, 주식 스왑(Equity Swap)을 포함하는 파생 상품, ELS(주가연계증권, Equity-Linked Securities), ELW(주식워런트증권, Equity-Linked Warrant), BW(신주인수권부사채, Bond with Warrant), CB(전환사채, Convertible Bond) 및 ETF(상장지수펀드, Exchange Traded Funds) 중 적어도 하나가 포함되는 시스템.
  14. 제12항에 있어서,
    상기 제1 사용자의 대차 거래 주소록에 포함되는 복수의 다른 사용자는 적어도 하나의 그룹으로 그룹화될 수 있는 시스템.
  15. 제12항에 있어서,
    상기 제1 사용자의 대차 거래 주소록에 포함되는 특정 사용자가 기관이면 상기 특정 사용자에 관한 주소록 정보에는 상기 기관의 담당자에 관한 정보가 포함되는 시스템.
  16. 제12항에 있어서,
    상기 제1 사용자와 상기 복수의 다른 사용자 사이의 로케이트 또는 협상 내역에 관한 정보를 저장하는 대차 거래 정보 관리부
    를 더 포함하는 방법.
  17. 제12항에 있어서,
    상기 제1 사용자와 상기 복수의 다른 사용자 사이의 대차 거래 계약이 확정되면 상기 확정된 대차 거래 계약에 관한 정보를 저장하는 대차 거래 정보 관리부
    를 더 포함하는 시스템.
  18. 제12항에 있어서,
    상기 제1 사용자와 상기 복수의 다른 사용자 사이의 대차 거래 계약이 확정되면, 상기 확정된 대차 거래 계약에 관한 정보를 상기 대차 거래 계약을 체결하는 기능을 수행하는 외부 시스템에 제공하는 대차 거래 정보 관리부
    를 더 포함하는 시스템.
  19. 제12항에 있어서,
    상기 제1 사용자와 상기 복수의 다른 사용자 사이의 대차 거래 계약이 확정되면, 상기 확정된 대차 거래 계약에 관한 정보를 상기 대차 거래 계약이 확정되었음을 전제로 하여 상기 제1 사용자가 상기 대차 거래 계약의 대상이 된 유가 증권을 매도할 수 있도록 하는 기능을 수행하는 외부 시스템에 제공하는 대차 거래 정보 관리부
    를 더 포함하는 시스템.
  20. 제12항에 있어서,
    상기 제1 사용자 및 상기 복수의 다른 사용자 중 적어도 하나가 역내 또는 역외의 기관인 경우에, 상기 제1 사용자와 상기 복수의 다른 사용자 사이의 대차 거래 계약이 확정되면, 상기 확정된 대차 거래 계약에 관한 정보를 참조로 하여 상기 대차 거래 계약에 대한 신고서를 자동으로 작성하고 상기 작성된 전자 신고서를 상기 전자 신고서를 제출할 것을 요구하는 기관의 시스템에 전송하는 대차 거래 정보 관리부
    를 더 포함하는 시스템.
  21. 주소록을 이용하여 대차 거래를 지원하기 위한 시스템으로서,
    적어도 하나의 사용자 단말 장치로부터 획득되는 주소록 정보를 참조로 하여 복수의 사용자를 포함하는 대차 거래 주소록을 사용자별로 생성하는 주소록 관리부,
    제1 사용자의 단말 장치로부터 획득되는 로케이트(Locate) 요청을 참조로 하여, 상기 제1 사용자의 차입 희망 유가 증권 또는 대여 희망 유가 증권에 관한 정보를 포함하는 일대다 로케이트 메시지를 상기 제1 사용자의 대차 거래 주소록에 포함되는 복수의 다른 사용자 단말 장치 각각에 전송하는 대차 거래 로케이트 관리부, 및
    상기 일대다 로케이트 메시지에 포함되는 대차 거래 계약의 조건이 상기 복수의 다른 사용자에 의해 기설정된 대차 거래 계약의 조건에 부합하면, 상기 제1 사용자와 상기 복수의 다른 사용자 각각 사이의 대차 거래 계약이 자동으로 확정되도록 하는 대차 거래 협상 관리부
    를 포함하고,
    상기 일대다 로케이트 메시지에는 상기 차입 희망 유가 증권 또는 상기 대여 희망 유가 증권의 종목 이름 및 수량, 희망 수수료율, 역외 물량 혹은 역내 물량 여부, 리콜(Recall) 가능 여부, 권리 관계 책임(Corporate Action Liability), 계약 체결일, 예상 보유 기간, 식별자, 담보 유형(Collateral Type) 및 자동 계약 확정 여부 중 적어도 하나에 관한 정보가 포함되고,
    상기 제1 사용자 단말 장치가 상기 로케이트 메시지를 전송 받은 상기 복수의 다른 사용자 단말 장치 중 상기 로케이트 메시지에 대하여 응답한 적어도 일부의 다른 사용자 단말 장치의 응답 결과에 관한 정보를 제공 받을 수 있고, 상기 제1 사용자 단말 장치가 상기 적어도 일부의 다른 사용자 단말 장치에게 추가적인 로케이트 메시지를 전송할 수 있는 시스템.
PCT/KR2014/001645 2013-02-27 2014-02-27 주소록을 이용하여 대차 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체 WO2014133345A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/770,961 US20160005115A1 (en) 2013-02-27 2014-02-27 Method and system for supporting loan transaction by using address book, and non-temporary computer-readable recording medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2013-0021518 2013-02-27
KR1020130021518A KR101444272B1 (ko) 2013-02-27 2013-02-27 주소록을 이용하여 대차 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체

Publications (1)

Publication Number Publication Date
WO2014133345A1 true WO2014133345A1 (ko) 2014-09-04

Family

ID=51428536

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/001645 WO2014133345A1 (ko) 2013-02-27 2014-02-27 주소록을 이용하여 대차 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체

Country Status (3)

Country Link
US (1) US20160005115A1 (ko)
KR (1) KR101444272B1 (ko)
WO (1) WO2014133345A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102064410B1 (ko) * 2017-06-12 2020-02-17 주식회사 우리은행 권리보전조건부 증권 대차 거래를 위한 증권 권리 거래 방법 및 이를 실행하는 시스템
WO2018143533A1 (ko) * 2017-01-31 2018-08-09 주식회사 우리은행 권리보전조건부 증권 대차 방법
KR102191065B1 (ko) * 2018-06-12 2020-12-15 주식회사 트루테크놀로지스 유가증권의 공매도를 지원하는 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
CN109859038B (zh) * 2018-12-26 2021-06-25 联动优势科技有限公司 一种区块链智能合约的生效方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060114916A (ko) * 2005-05-03 2006-11-08 증권예탁결제원 유가증권 대차거래 증권회사 연계시스템 및 그 방법
KR20060131171A (ko) * 2005-06-15 2006-12-20 증권예탁결제원 유가증권 대차거래 체결 시스템 및 그 방법
KR20080012415A (ko) * 2006-08-03 2008-02-12 송순철 주소록의 관리 방법 및 시스템
JP2009277242A (ja) * 2002-12-17 2009-11-26 Masanobu Nishimaki 金融商品等交換取引プログラムを記録した記憶媒体、金融商品等交換取引システム及び商品交換取引方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009277242A (ja) * 2002-12-17 2009-11-26 Masanobu Nishimaki 金融商品等交換取引プログラムを記録した記憶媒体、金融商品等交換取引システム及び商品交換取引方法
KR20060114916A (ko) * 2005-05-03 2006-11-08 증권예탁결제원 유가증권 대차거래 증권회사 연계시스템 및 그 방법
KR20060131171A (ko) * 2005-06-15 2006-12-20 증권예탁결제원 유가증권 대차거래 체결 시스템 및 그 방법
KR20080012415A (ko) * 2006-08-03 2008-02-12 송순철 주소록의 관리 방법 및 시스템

Also Published As

Publication number Publication date
US20160005115A1 (en) 2016-01-07
KR20140107030A (ko) 2014-09-04
KR101444272B1 (ko) 2014-10-22

Similar Documents

Publication Publication Date Title
CA1281417C (en) Interactive market management system
US8117105B2 (en) Systems and methods for facilitating electronic securities transactions
US20020032646A1 (en) System and method of automated brokerage for risk management services and products
CN104680363A (zh) 用于同步分离付款交易管理的方法及系统
WO2021230443A1 (ko) 자산 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
US20160379299A1 (en) Systems and Methods for Automatic Brokering of Properties
WO2014133345A1 (ko) 주소록을 이용하여 대차 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
CN101911040A (zh) 联盟访问
KR20190057909A (ko) 블록체인 기반 부동산 계약 방법 및 부동산 중개 시스템
US8326730B2 (en) System and method of clearing services for risk management trading
WO2018212580A1 (ko) 에스크로 서비스 보증 시스템 및 방법
KR101589290B1 (ko) 공동도급 온라인 협약 사이트 제공 시스템 및 방법
JP4461220B2 (ja) 賃貸契約保険システム
US20030208363A1 (en) Method of making mass solicitations and referrals
KR101799054B1 (ko) 서비스 서버 및 이를 이용한 모임관리 시스템
KR20100005573A (ko) 건축설계용역 중개 서비스 제공 방법
KR100794254B1 (ko) 상생경영을 위한 협력업체 지원서비스 시스템
KR20170044326A (ko) 부동산 중개 시스템 및 방법
US20170228841A1 (en) Method and system of a real estate broker referral network platform
US20140025592A1 (en) Seller Driven Real Estate Commerce
US6999589B2 (en) Method and system for automatic brokered transactions
US10354331B2 (en) Receiving and processing transaction requests using a distributor portal
TWI258090B (en) Facilitating business transactions between trading networks
JP7297111B1 (ja) 業務マッチングシステム、業務マッチング方法及び業務マッチングプログラム
WO2023022551A1 (ko) 계정별로 자산 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체

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: 14757060

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14770961

Country of ref document: US

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 1205 DATED 03/11/2015)

122 Ep: pct application non-entry in european phase

Ref document number: 14757060

Country of ref document: EP

Kind code of ref document: A1