KR20170093517A - System and method for trading over-the-counter using asking price interface - Google Patents

System and method for trading over-the-counter using asking price interface Download PDF

Info

Publication number
KR20170093517A
KR20170093517A KR1020160015021A KR20160015021A KR20170093517A KR 20170093517 A KR20170093517 A KR 20170093517A KR 1020160015021 A KR1020160015021 A KR 1020160015021A KR 20160015021 A KR20160015021 A KR 20160015021A KR 20170093517 A KR20170093517 A KR 20170093517A
Authority
KR
South Korea
Prior art keywords
transaction
information
interface
call
unlisted
Prior art date
Application number
KR1020160015021A
Other languages
Korean (ko)
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 KR1020160015021A priority Critical patent/KR20170093517A/en
Publication of KR20170093517A publication Critical patent/KR20170093517A/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/08Auctions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06Asset management; Financial planning or analysis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02Alarms for ensuring the safety of persons
    • G08B21/0202Child monitoring systems using a transmitter-receiver system carried by the parent and the child
    • G08B21/0205Specific application combined with child monitoring using a transmitter-receiver system
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/18Status alarms

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Child & Adolescent Psychology (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Technology Law (AREA)
  • Emergency Management (AREA)
  • Human Resources & Organizations (AREA)
  • Tourism & Hospitality (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Disclosed are a system and a method for enabling a trader to identify a trading amount for an asking price in an easy manner through an asking interface and to trade unlisted stocks in a more stable and more reliable manner. According to an aspect of the present invention, provided is an unlisted stock trading method using an asking price interface, the unlisted stock trading method comprising the following steps performed by an unlisted stock trading system: receiving a plurality of unlisted stock trading information from trading requestors terminals corresponding to each unlisted stock trading information; registering the trading information in a predetermined non-asking interface; generating the asking price interface where asking prices, corresponding to the trading information, and trading amount information for each asking price are displayed based on an asking price and a quantity included in each trading information registered in the non-asking price interface; and providing the generated asking price interface to a predetermined trading terminal.

Description

[0001] The present invention relates to an unlisted stock trading method and system using a call interface,

The present invention relates to a system and method for enabling a trader to easily understand the transaction amount by a quotation through a call interface and to trade unlisted stocks more securely and reliably.

Stock investment is one of the main investment methods of investors.

These stock investments are mainly driven by listed stocks listed on the KRX. However, it is widely known that if the value of a corporation is precisely understood, investment in unlisted stocks can achieve higher returns than those of listed stocks.

However, it is not easy for general investors to invest in unlisted stocks.

In general, trading of unlisted stocks is characterized by the fact that it is not easy to determine objective value by the market because the transactions are not actively or frequently performed and transactions are made between individuals.

To solve these problems, unlisted stocks may have a way of brokering transactions in trusted intermediary institutions (for example, exchanges and / or brokerage firms) as well as listed securities. And even in unlisted stocks, stocks that meet certain conditions have not been activated, although such attempts have been made (eg, freeboards).

For this reason, trading in unlisted stocks is more focused on transactions between individuals. For example, there is a service (for example, www.38.co.kr) for private unlisted stock trading. In the case of a service for a conventional unlisted stock transaction, it is general that a transaction requester creates a request item and registers it on a bulletin board in the form of a post. In such a bulletin board type service, It is difficult to find the desired item (transaction information), and it is difficult to grasp how many quotations are distributed according to the items and how many transaction requests are requested for each article at a time.

In addition, unlisted stocks are trading between individuals as described above, and false acquisitions or fraudulent buying are taking place. In addition, even when trading, the seller and the buyer directly carry out the receipt of the stock and the deposit of the amount through their own accounts through various methods of communication. However, there is a risk that the recipient (buyer or seller) who receives the stock or transaction amount first will not be able to transfer the corresponding asset (transaction amount or stock) to the other person, Accidents are happening. And because of these accidents, the trading partners are very anxious about the transaction, and trading of unlisted stocks is getting worse.

To solve these problems, attempts have been made to apply trading brokerage services, which are called escrows, to unlisted stocks.

Such an example has also been disclosed in Korean public patent (Publication No. 10-2003-0045257, "Unlisted Stock Transaction Escrow System and Method").

However, simply escrowing unlisted stocks does not fully resolve the concerns of the trading partners. Also, there is a risk that the parties do not have a great deal of confidence in the service side that provides escrow services for unlisted stocks, unless a fully trusted agency provides the services. In particular, these risks are becoming larger as the transaction volume of unlisted stocks becomes larger.

In addition, unlisted stocks are the most common types of transactions between individuals, and therefore, it is difficult to objectively set their value. Due to these characteristics, it is often the case that a person who does not own the unlisted stocks attracts buyers by posting content on the bulletin board that they intend to sell them by false means. After attracting the buyer, for example, the buyer tries to sell the buyer at a relatively low price, and if the buyer makes a deposit, the buyer only seizes the deposited amount and hides the trail.

Moreover, in addition to the fraudulent transactions or accidents caused by such fraudulent sale, if a large number of such fraudulent products are exposed, the real value of unlisted stocks may be distorted, which may result in undermining trading of unlisted stocks.

Therefore, it is necessary to provide a technical idea that allows the buyer to objectively confirm the status of holding the unlisted stocks, such as whether the person has the unlisted stocks and sells them for the amount to be sold, There is an urgent need for a method for trading unlisted stocks that can be trusted and trusted and a system therefor.

SUMMARY OF THE INVENTION Accordingly, the present invention has been made keeping in mind the above problems occurring in the prior art, and it is an object of the present invention to provide a method and system for enabling a transaction request amount to be easily identified for each quotation of an unlisted stock through a call interface, And a method and system for easily selecting transaction information.

In addition, it provides a method and system for intermediating brokerage stocks in stages by providing services that intermediates brokers when they want to trade unlisted stocks.

In addition, if one of the trading partners first transfers an asset while performing the brokering intermediation, the next broker provides a method and system that enables the other party to transfer the asset first, thereby reducing the risk.

Also, in each divisional intermediation stage, the intermediary does not receive all the assets of both parties for intermediation, but only receives the assets of one party and the other party transmits the assets to the other party directly, A method and a system that can prevent a point in time when a user holds all of them.

It is also intended to provide a method and system that can provide credibility and stability in the trading of unlisted stocks by allowing the buyer to objectively ascertain the actual holdings of the seller's specific unlisted stocks.

In addition, even when an agreement with a seller's account management system (for example, a system of a brokerage firm used by a seller) fails to confirm the current status of the account directly from the system, the seller's account And to provide a method and system for allowing a buyer to objectively confirm the actual holding status of a specific unlisted stock.

According to an aspect of the present invention, there is provided an unlisted stock trading method, comprising: receiving unlisted stock trading information from terminals of a transaction requester corresponding to each transaction information; Registering transaction information in a predetermined non-denominator interface; and registering the transaction information in a predetermined non-denominator interface, the unlisted stock transaction system registering the plurality of transaction information in the plurality of transaction information registered in the non-denominator interface, The method comprising the steps of creating a call interface in which call amounts and quota information corresponding to call charges and call amount information are displayed, and providing the call interface to a predetermined transaction terminal, .

 Wherein the unlisted stock trading system using the call interface includes receiving a transaction request signal including a transaction request call from the transaction terminal based on the call interface provided with the unlisted stock trading system, The unlisted stock trading system extracting at least one matching transaction information corresponding to the transaction request call from the non-call interface, and providing the extracted at least one matching transaction information to the transaction terminal have.

The unlisted stock trading method using the call interface is characterized in that the unlisted stock trading system selects target transaction information from the at least one matching transaction information from the transaction terminal, And transmitting a transaction request notification signal to the terminal of the corresponding transaction requester.

The unlisted stock trading method using the call interface is characterized in that when the target transaction information is selected from the transaction terminal, the step of displaying the confirmation information during the transaction that the target transaction information is in transaction .

Wherein the unlisted stock trading system using the call interface is characterized in that the unlisted stock trading system receives a second transaction request signal including the transaction request call from the second transaction terminal, The unlisted stock trading system further comprises providing at least one second matching transaction information corresponding to the transaction request quotation to the second transaction terminal, wherein the at least one second matching transaction information includes the target transaction information And is excluded.

Wherein the unlisted stock trading system using the call interface is characterized in that the unlisted stock trading system confirms the concluding of all or a part of the quantities included in the target transaction information, And updating the transaction amount information corresponding to the request quotation.

According to another aspect of the present invention, there is provided an unlisted stock trading method, comprising: receiving unlisted stock trading information from terminals of a transaction requester corresponding to each transaction information; Generating a call cost interface in which call costs and transaction amount information per call information corresponding to the plurality of pieces of transaction information are displayed based on the call cost and the quantity of each transaction information included in the received transaction information, Providing an interface to a predetermined transaction terminal is provided.

According to another aspect of the present invention, there is provided a computer program installed in a data processing apparatus and stored in a recording medium for performing the above-described method.

According to another aspect of the present invention, there is provided an information processing system including an interface module for receiving transaction information of unlisted stocks from terminals of a transaction requester corresponding to transaction information, a non-reference interface module for registering the transaction information in a predetermined non- A call interface for displaying call amounts and call amount information corresponding to the plurality of pieces of call information corresponding to the plurality of pieces of call information based on the call amount and quantity for each piece of call information included in each of the plurality of pieces of call information registered in the non- There is provided an unlisted stock trading system including a call module for creating a call and a control module for providing the created call interface to a predetermined transaction terminal.

 Wherein the interface module receives a transaction request signal including a transaction request call from the transaction terminal based on the provided call request interface and the control module transmits at least a transaction request signal corresponding to the transaction request call price based on the received transaction request signal One matching transaction information may be extracted from the asynchronous interface, and at least one matching transaction information extracted may be provided to the transaction terminal.

The interface module may select the target transaction information from the at least one matching transaction information from the transaction terminal and transmit a transaction request notification signal to the terminal of the transaction requester corresponding to the selected target transaction information.

The non-correspondence interface module may display transaction in-service information indicating that the target transaction information is in transaction, when the target transaction information is selected from the transaction terminal.

Wherein the interface module receives a second transaction request signal including the transaction request call from a second transaction terminal and the control module is operable to receive at least one transaction request signal corresponding to the transaction request call price based on the received second transaction request signal, The second matching transaction information is provided to the second transaction terminal, and the target transaction information is excluded from the at least one second matching transaction information.

The call interface module may confirm the completion of all or some of the quantities included in the target transaction information and update the transaction amount information corresponding to the transaction request call price in the call cost interface based on the confirmation result .

According to another aspect of the present invention, there is provided an information processing system including an interface module for receiving transaction information of unlisted stocks from terminals of a transaction requester corresponding to transaction information, And a control module for providing the generated call interface to a predetermined transaction terminal. The transaction module includes a call interface module for generating a call interface for displaying the call transaction information corresponding to the plurality of transaction information, An unlisted stock trading system is provided.

According to an embodiment of the present invention, there is an effect that it is possible to easily grasp the amount of transaction request for each stock of unlisted stocks. In other words, there are disadvantages that it is difficult to grasp how many quotations are distributed according to the events in the case of the asynchronous interface such as the conventional bulletin board, and how many transaction requests are requested by each call. However, when the call interface according to the technical idea of the present invention is used, it is possible to know at a glance how many transaction requests are in each call.

Also, according to the embodiment of the present invention, it is possible to easily select transaction information to be a transaction target on the call interface.

In addition, when the transaction is completed through the interface, the result is reflected to the interface, so that the user who uses the interface can confirm the result of the transaction.

According to an embodiment of the present invention, when a non-listed stock is intended to be traded by a trading partner, a service for mediating the unlisted stock is provided, have.

Also, if one of the trading partners transfers assets first while performing the brokering intermediation, the next broker has the effect of allowing the other party to transfer the assets first, thereby reducing the risk due to the transaction sequence in the brokering brokerage.

In addition, in each divisional intermediation stage, the intermediary does not receive all of the assets of both parties for intermediation, but only receives the assets of one party and the other party transmits assets to the other party directly, It is possible to reduce the cost of the service.

In addition, by making it possible for the buyer to objectively identify the actual holdings of the seller's specific unlisted stocks, trading fraud can be dramatically reduced, thereby reducing the fraudulent ownership, thereby realizing the true value of the unlisted stock objectively And can provide credibility and stability in trading of unlisted stocks.

In addition, even when an agreement with a seller's account management system (for example, a system of a brokerage firm used by a seller) can not be confirmed and the account holder can not confirm the account hold status directly from the system, Or take and use it to make it possible for the buyer to objectively confirm the actual hold status of a particular unlisted stock by the seller. In particular, in order to prevent the forgery and falsification of the image, the seller transmits a predetermined number of unlisted stocks to the intermediary account of the service side, and an image different from the real status is easily forged or falsified by using the image in which the transferred transaction details are displayed There is an effect that the risk transmitted to the service side can be prevented. Moreover, it is possible to use the stocks that have been stocked to confirm the hold status of the seller's account for the actual transaction, so that a concise transaction brokerage is possible.

BRIEF DESCRIPTION OF THE DRAWINGS A brief description of each drawing is provided to more fully understand the drawings recited in the description of the invention.
1 is a conceptual diagram illustrating a system configuration for implementing an unlisted stock trading method using a call interface according to an embodiment of the present invention.
2 is a diagram showing a schematic configuration of an unlisted stock trading system according to an embodiment of the present invention.
FIGS. 3A and 3B are views showing an example of a nonshared interface screen according to an embodiment of the present invention.
4 is a diagram illustrating an example of a call interface according to an embodiment of the present invention.
5A and 5B are views showing an example of matching transaction information provided to a transaction terminal.
FIG. 6 is a diagram showing an example in which confirmation information is displayed during a transaction on an asynchronous interface.
7A and 7B are diagrams illustrating an example of an updated non-protected interface, respectively.
8 is a diagram showing an example of an updated call interface.
9 is a diagram illustrating an example of matching transaction information provided to a transaction terminal after a call interface is updated.
10 is a flowchart illustrating a method of providing a call interface and selecting a transaction object through the unlisted stock trading system according to an embodiment of the present invention.
11 is a diagram illustrating an exemplary process of an unlisted stock trading method according to an embodiment of the present invention.
FIG. 12 is an exemplary view showing a procedure of a method of confirming the current status of a seller according to an embodiment of the present invention.
FIG. 13 is a diagram illustrating an example of a procedure of a method for confirming the status of a seller in accordance with another embodiment of the present invention.
FIG. 14 is an exemplary view showing a process of a method of confirming the current status of a seller using an image according to another embodiment of the present invention.

BRIEF DESCRIPTION OF THE DRAWINGS The present invention is capable of various modifications and various embodiments, and specific embodiments are illustrated in the drawings and described in detail in the detailed description. It is to be understood, however, that the invention is not to be limited to the specific embodiments, but includes all modifications, equivalents, and alternatives falling within the spirit and scope of the invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.

The terms first, second, etc. may be used to describe various elements, but the elements should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.

The terminology used in this application is used only to describe a specific embodiment and is not intended to limit the invention. The singular expressions include plural expressions unless the context clearly dictates otherwise.

In this specification, the terms "comprises" or "having" and the like refer to the presence of stated features, integers, steps, operations, elements, components, or combinations thereof, But do not preclude the presence or addition of features, numbers, steps, operations, components, parts, or combinations thereof.

Also, in this specification, when any one element 'transmits' data to another element, the element may transmit the data directly to the other element, or may be transmitted through at least one other element And may transmit the data to the other component. Conversely, when one element 'directly transmits' data to another element, it means that the data is transmitted to the other element without passing through another element in the element.

Hereinafter, the present invention will be described in detail with reference to the embodiments of the present invention with reference to the accompanying drawings. Like reference symbols in the drawings denote like elements.

1 is a conceptual diagram illustrating a system configuration for implementing an unlisted stock trading method according to an embodiment of the present invention.

Referring to FIG. 1, an unlisted stock trading system 100 may be provided to implement an unlisted stock trading method according to an embodiment of the present invention. The unlisted stock trading system 100 can be implemented by organically combining software and data processing apparatuses to implement the technical idea of the present invention.

The unlisted stock trading system 100 can implement the technical idea of the present invention while communicating with the terminal 200 of the transaction requester and / or the transaction terminal 300 through a wire / wireless network. 1 shows only one transaction requestor's terminal 200 and one transaction terminal 300 for the sake of convenience of explanation, the unlisted stock trading system 100 actually includes a plurality of transaction requestor terminals and / It is possible to implement the technical idea of the present invention while performing communication through the wired and wireless network with the transaction terminal of the present invention.

The transaction requester terminal 200 and / or the transaction terminal 300 may include any type of terminal capable of communicating with the unlisted stock trading system 100 to implement the functions defined herein Can be defined as meaning. 1, the terminal 200 of the transaction requester and / or the transaction terminal 300 is implemented as a desktop, but various embodiments such as a mobile terminal, IPTV, and the like are possible.

The transaction requester terminal 200 and / or the transaction terminal 300 refer to a terminal used to implement the technical idea of the present invention, and do not necessarily mean a specific physical terminal.

The unlisted stock trading system 100 may receive transaction information of unlisted stocks from the terminal 200 of the transaction requester.

For example, the unlisted stock trading system 100 can provide a predetermined UI for inputting transaction information of unlisted stocks to the terminal 200 of the transaction requester in the form of a web page or a mobile page, It is possible to receive information input through the UI. Alternatively, the unlisted stock trading system 100 may provide the UI on a dedicated application installed in the terminal 200 of the transaction requester to achieve the technical idea of the present invention.

The requestor of the transaction may be a subscriber of an unlisted stock transaction. If the type of transaction is sales, the transaction requester may be a seller, and if the type of transaction is a buyer, the transaction requester may be a buyer.

The unlisted stock trading system 100 can receive transaction information of one or more unlisted stocks from each of a plurality of transaction requester terminals including the terminal 200 of the transaction requester. Therefore, the unlisted stock trading system 100 can receive transaction information of various unlisted stocks received from a plurality of terminals.

Meanwhile, the unlisted stock trading system 100 may store the transaction information in a predetermined storage location (e.g., an internal storage of the unlisted stock trading system 100, a database, etc.), and a predetermined non- You can register.

In this specification, an interface means an electronic object provided to the user's terminal for interaction with the user. The interface may be referred to as a UI (User Interface), a GUI (Graphic User Interface) or the like as the case may be.

The non-disclosure interface may be an interface in which an independent element or object corresponding to each transaction information received by the unlisted stock trading system 100 exists individually. Thus, each transaction information may be individual content that is registered in the interface.

For example, the asynchronous interface may be similar to a bulletin board provided by a conventional unlisted stock trading site (for example, http://www.38.co.kr). If the asynchronous interface is in the form of a bulletin board, the bulletin board may include a separate post corresponding to each transaction information received by the unlisted stock trading system 100 and / or a link to each post. Alternatively, the asynchronous interface may be implemented in various forms such as a list, a table, or the like in which the quantity of calls is not sorted by the number of calls.

The unlisted stock trading system 100 may provide an asynchronous interface to the transaction terminal 300.

The user corresponding to the transaction terminal 300 can be a potential transaction party. That is, if the type of transaction is sales, the user corresponding to the transaction terminal 300 can be the buyer, and if the transaction type is the buyer, the user corresponding to the transaction terminal 300 can be the seller.

The transaction terminal 300 may request the unlisted stock trading system 100 to provide the asynchronous interface and / or a call interface to be described later in order to view the transaction information of unlisted stocks registered / registered by another person, and in response thereto The non-listed stock trading system 100 may provide a non-reference interface and / or a call interface to the transaction terminal 300.

On the other hand, the unlisted stock trading system 100 determines whether or not the bid price and the bid price corresponding to the plurality of transaction information based on the bid price and quantity for each transaction information included in the transaction information, A call interface in which the transaction amount information is displayed can be generated.

The call interface may be an interface in which the total sale quantity and the total purchase quantity of each unlisted stock item are summarized (summed). The call interface may be an interface that includes the number of units sold and the number of units purchased for all unlisted stocks registered in the unlisted stock trading system 100, and a set of a plurality of interfaces separated for each unlisted stock series It is possible.

Meanwhile, the unlisted stock trading system 100 can provide the generated call interface to the transaction terminal 300. For example, the transaction terminal 300 may request the unlisted stock trading system 100 to provide a call interface. The transaction terminal 300 may specify a stock item when the call request of the interface is provided. Then, the unlisted stock trading system 100 can generate a call interface for the stock item specified by the transaction terminal 300 and provide it to the transaction terminal 300.

The transaction terminal 300 may be a terminal receiving a call interface from the unlisted stock trading system 100. Accordingly, the transaction terminal 300 may be the same as the transaction request terminal 200 as the case may be.

The unlisted stock trading system 100 may receive a transaction request signal including a transaction request quotation from the transaction terminal 300 based on the call interface provided to the transaction terminal 300. The transaction request signal may include information on the type of the transaction, and may further include information on the transaction quantity, as the case may be.

Then, the unlisted stock trading system 100 extracts at least one matching transaction information corresponding to the transaction request call from the non-call interface based on the received transaction request signal, and transmits the extracted at least one matching transaction information to the non- To the transaction terminal 300.

The matching transaction information may be transaction information that is stored in advance in the unlisted stock trading system 100 or has the same quotation number as the transaction request quotation among the transaction information registered in the interface.

 If the user selects one of the matching transaction information, specific information corresponding to the selected matching transaction information may be further provided. The concrete information may further include information on the creditworthiness and transaction details of the transaction requester that registered each matching transaction information.

Meanwhile, the unlisted stock trading system 100 can receive the target transaction information, which is one of the at least one matching transaction information, from the transaction terminal 300. Then, the unlisted stock trading system 100 can transmit a transaction request notification signal to the terminal of the transaction requester corresponding to the selected target transaction information.

Thereafter, transactions on unlisted stocks corresponding to the target transaction information may be concluded between the actual parties. Transactions can be done offline. According to the embodiment, the trading party may conclude a transaction on unlisted stock through the unlisted stock trading system 100. In this case, the unlisted stock trading system 100 can perform a known conventional escrow function. Alternatively, the unlisted stock trading system 100 may perform a mediation process and / or a mediation process of unlisted stock trading, which will be described later. Alternatively, the unlisted stock trading system 100 may perform a process for allowing the buyer to confirm the stock status of the seller, and these processes will be described in detail later.

Meanwhile, the user corresponding to the transaction requester and the transaction terminal 300 may be a seller or a buyer depending on the type of transaction. Hereinafter, the type of transaction to be concluded for convenience is sale and the transaction request is transmitted to the seller, ) Is assumed to be the buyer, and it goes without saying that this explanation can be easily extended even when the type of the transaction is the buyer.

1, the unlisted stock trading system 100 implements the technical idea of the present invention while performing communication with the first account management system 400 that manages a brokerage account of the unlisted stock trading system 100 . In addition, the unlisted stock trading system 100 may implement the technical idea of the present invention while communicating with the second account management system 500 operating the account of the seller.

The first account management system 400 may be a system for managing an intermediary account for performing transactions of unlisted stocks according to the technical idea of the present invention. The intermediary account does not mean only one account, and a plurality of accounts may be used as the intermediary account according to the embodiment. The brokerage account may be an account of the service principal name of the unlisted stock trading system 100.

The brokerage account may be an account that may include cash and unlisted shares. In other words, it may be an account that can put unlisted stock in the account. It can also be an account for depositing cash.

The brokerage account may be commonly used for transactions of various unlisted stocks, and according to an embodiment, a new brokerage account may be provided for each transaction by communication of the unlisted stock trading system 100 and the first account management system 400 May be generated and used.

The first account management system 400 for operating the brokerage account may be a brokerage system, but is not limited thereto, and communicates with the unlisted brokerage stock system 100 while operating the brokerage account, A system that can implement technical ideas suffices.

1, the unlisted stock trading system 100 and the first account operating system 400 are illustrated as being separate physical devices. However, according to an embodiment of the present invention, the unlisted stock trading system 100 includes the first May be implemented to be included in the account management system 400.

That is, the unlisted stock trading method performed by the unlisted stock trading system 100 may be performed by the first account operating system 400. For example, trading services of unlisted stocks may be provided directly by a securities company in accordance with the technical idea of the present invention.

In this case, a combination of software codes and hardware included in the first account operating system 400 and performing functions defined in this specification may be defined as the unlisted stock trading system 100.

Meanwhile, the second account management system 500 may be a system for managing accounts of the seller. For example, it may be a system that operates an account that includes unlisted stocks that the seller intends to sell. For example, the second account management system 500 may also be a securities company system.

1, the first account management system 400 and the second account management system 500 are separately implemented. However, the first account management system 400 and the second account management system 500 may be implemented separately, 2 The account management system 500 may be the same system. That is, the subject who operates the intermediary account and the subject who operates the account of the seller may be the same. For example, a seller who wishes to conduct a transaction according to the technical idea of the present invention may implement a service according to the present invention so as to open his / her account in a securities company operating the intermediary account. In such a case, It is a matter of course that the system 400 and the second account operating system 500 can be the same system.

According to an embodiment, the second account management system 500 and the unlisted stock trading system 100 can transmit and receive information necessary to implement the technical idea of the present invention. For this purpose, the subject of the second account management system 500 and the subject of the unlisted stock trading system 100 can make an agreement and disclose an API (Application Programming Interface) for transmitting and receiving necessary information. In this case, as will be described later, information on the hold status of the unlisted stock actually held by the seller and subject to the transaction is transmitted from the second account management system 500 to the unlisted stock trading system 100 and / (300). The buyer can confirm whether the seller actually holds the unlisted stocks he / she wants to trade and / or holds as much as the transaction amount by checking the status information including the status of the attendance. In this way, it is possible to prevent wasting of time due to false sale, adjustment of market price through false sale, transaction fraud, and safe unlisted stock trading.

According to another embodiment, the unlisted stock trading system 100 or the buyer terminal 300 may not receive necessary information from the second account management system 500 to implement the technical idea of the present invention. That is, it may not be a service agreement for implementing the technical idea of the present invention and the subject of the second account management system 500. Even in this case, the technical idea of the present invention can provide a technical idea that allows the seller to confirm the status of the unlisted stock in an objective and reliable manner without the cooperation of the second account management system 500. This technical idea can be implemented by causing the seller to transmit an image showing his / her account balance to the unlisted stock trading system 100. There may also be a risk that the image may be forged. Therefore, the unlisted stock trading system 100 according to the technical idea of the present invention allows the seller to set the unlisted stocks requiring confirmation to a predetermined number (for example, 1 week, 3 weeks, 10 weeks) To the intermediary account. Then, it is possible to transmit the image showing the details of the transfer (that is, the receipt to the intermediary account), that is, the transaction details, to the unlisted stock trading system 100. In this case, the image transmitted from the seller terminal 200 through the image received from the seller terminal 200 and the image displayed in the intermediary account can be confirmed (that is, the image is not forged). As described above, specific technical ideas for confirming the status of the seller on the specific unlisted stock using the image corresponding to the account of the seller will be described later.

Meanwhile, the unlisted stock trading system 100 can mediate transactions of unlisted stocks between the seller and the buyer.

For example, the unlisted stock trading system 100 may provide a predetermined web page or a mobile page. These pages may be initiated with content that requests a sale or purchase of an unlisted stock. The buyer or the seller can request the brokerage transaction to the unlisted stock trading system 100 through the buyer terminal 300 or the seller terminal 200. [

The unlisted stock trading system 100 may then broker an unlisted stock transaction between the seller and the buyer.

According to the technical idea of the present invention, the unlisted stock trading system 100 can divide the transaction volume negotiated between the seller and the buyer and brokers it. This has the effect of reducing the risk of accidents (for example, when a buyer does not transmit a transaction amount only to a stock, or when a seller does not transmit a stock with only a transaction amount).

In addition, according to the technical idea of the present invention, it is possible to reduce the risk by performing the order of the actions for transferring the own asset to the other party alternately while performing the split mediation.

According to the technical idea of the present invention, in order to exchange assets (unlisted stocks or transaction amounts) between the parties, the unlisted stock trading system 100 receives only the assets of one party And the other party sends the asset directly to the other party, thereby reducing the risk caused by the intermediary service. For example, if the seller puts stock into the intermediary account and the buyer also puts the transaction amount into the intermediary account, but if the seller puts stock into the intermediary account, the buyer sends the transaction amount directly to the seller's account, If the buyer deposits the transaction amount in the brokerage account, the seller may place the stock directly in the buyer's account.

Therefore, when the case where the asset is concentrated by the service side, that is, the unlisted stock trading system 100, there is an effect that the risk that an accident by the service side can occur can be reduced. This risk can be more effective when the subject of the unlisted stock trading method according to the technical idea of the present invention is a private enterprise or a small enterprise.

Meanwhile, the unlisted stock trading system 100 according to the technical idea of the present invention may perform a series of processes for allowing the buyer to confirm the holding status of the unlisted stocks the seller intends to sell. The buyer may conduct a transaction request after confirming the seller's holdings on a particular unlisted stock. The transaction performed in this case is not limited to the above-described split brokerage, and the transaction can be performed in any manner.

In order for the unlisted stock trading system 100 to objectively identify the seller's status of the buyer, the method by which the buyer can ascertain the account balance of the seller may be most effective. In this case, however, there is a problem that the buyer must be informed of the authentication information of the seller's account (for example, the password, the authorized certificate, and the password of the authorized certificate). This causes a problem that is caused by the buyer knowing important financial information of the seller .

Therefore, the unlisted stock trading system 100 according to the technical idea of the present invention can allow the seller to temporarily set the seller setting information for the transaction of unlisted stocks. Such seller setting information may be authentication information that allows the buyer to temporarily check the hold status of a specific unlisted stock included in the seller's account.

It may be preferable that the state of holding includes only the state of the specific unlisted stock. This is because if the seller can grasp the specific status of the account as a whole, it can cause the buyer to know important personal financial information of the seller.

Therefore, according to the technical idea of the present invention, even when various assets other than the unlisted stock exist in the seller's account, the unlisted stock trading system 100 can not negotiate with the second account management system 500 It is possible to perform a predetermined process through which the buyer can confirm only the status of the unlisted stocks.

For example, according to the technical idea of the present invention, the purchaser who has obtained the authentication information may access the second account management system 500 or the unlisted stock trading system 100 to confirm the current status of the acquisition. In the former case, the second account management system 500 notifies the person who is authenticated as a legitimate buyer based on the authentication information to extract only the status of the seller (for example, possession, quantity, etc.) And then transmits it. The second account management system 500 may provide the account balance itself to the buyer terminal 300 in order to provide higher reliability. At this time, if there is other acid in the account balance, the second account management system 500 performs an unconfirmed process (for example, deletion, a predetermined symbol) in the account balance so that the buyer can not confirm the item corresponding to the other asset (For example, * or?)), And then provide information on the unconfirmed account balance to the buyer terminal 300 by including the information in the hold status.

On the other hand, the buyer receives the authentication information based on the seller setting information from the unlisted stock trading system 100 and transmits the authentication information to a predetermined system (for example, the unlisted stock trading system 100 or the second account operating system 500 ) To confirm the hold status of the seller on the specific unlisted stock.

The authentication information based on the seller setting information may mean that the authentication information is generated not only when the authentication information is the seller setting information itself but also based on information different from the seller setting information. For example, other information may include system configuration information set by the unlisted stock trading system 100. The system setting information may be information enabling the unlisted stock trading system 100 to authenticate. Therefore, it is possible to solve the problem (for example, when the same seller setting information is set by other buyers, or when a wrong seller It is possible to obtain the seller setting information by the route, or to reduce the risk of brute-force attack, etc.).

The system setting information may be, for example, one-time secret information, and in this case, the authentication information can not be reused. In addition, the system setting information may include information for authenticating the unlisted stock trading system 100. Therefore, in the system (for example, the second account management system 500 or the unlisted stock trading system 100) that provides the current status of the acquisition to the buyer terminal 300, that is, the authentication information is generated by a legitimate system There is an effect that the information transmitted to the buyer can be confirmed.

When the authentication information is generated based on the seller setting information and the system setting information, the method of generating the authentication information may be various. For example, it is possible to merely concatenate two pieces of information, to change the order of the combined strings after combining, to change the order of each of the strings by a predetermined method and then to combine them, or to perform hashing or the like, Encoding scheme can be performed. It will be readily apparent to one of ordinary skill in the art that various embodiments are possible. In any case, the status check system, which has received the authentication information from the buyer terminal 300, can restore the information based on the generation of the authentication information to confirm that it is a legitimate buyer.

In any case, the buyer who has received the authentication information can confirm the status of the seller with respect to the specific unlisted stock using the authentication information. Based on the confirmation result, the buyer can proceed with the transaction on the specific unlisted stock of the seller. The transaction may be, but not limited to, a split brokerage scheme according to the technical idea of the present invention as described above.

Meanwhile, in order for the buyer to confirm the hold status of the seller on the specific unlisted stock, the second account management system 500 transmits information on the hold status of the specific unlisted stock, which is received in the seller's account, To the system (100) or the buyer terminal (300). However, there may be cases where the second account management system 500 does not provide such cooperation or services, and in this case, the buyer needs to confirm whether the seller holds or holds certain unlisted shares. For this purpose, the unlisted stock trading system 100 can use an image corresponding to the account of the seller. This process is defined in the present invention as an image status processing process.

The image status processing process may include a step of causing the seller to put a predetermined number of the predetermined unlisted stocks on the intermediary account, and then transmitting an image of the seller's account balance after the goods receipt. The number of specific unlisted stocks to be received by the seller may be a predetermined number (for example, one week, five weeks, etc.) or may be changed each time the image status processing process is performed by the unlisted stock trading system 100 have.

Also, the image of the account balance of the seller may be an image showing information on transaction details by the predetermined number of goods receipt. The information on the transaction details may include the quantity of goods received, the time of goods receipt, the information about the account (i.e., the intermediary account) received, and / or the quantity of specific unlisted shares remaining in the account. Of course, the image may further include information on the name (owner) of the account and / or identification information (e.g., account number) of the account.

Therefore, the unlisted stock trading system 100 can compare the information displayed in the image with the confirmation information to be confirmed through the intermediary account, and determine whether the image is legitimate by judging whether or not it meets a predetermined reference requirement. Confirmation information that can be confirmed through the intermediary account may include information on the quantity of goods receipt, the time of goods receipt, and / or the receipt account (that is, the seller's account).

The reference requirement may be whether or not the information displayed in the image and the information included in the confirmation information all match. According to the embodiment, the goods receipt time indicated in the image and the receipt time included in the confirmation information may be the same or there may be a slight time difference. In such a case, it may be determined that the time difference satisfies the reference requirement only if it is a predetermined time requirement (i.e., within a predetermined time difference range). Whether or not such a time requirement is satisfied can be a very important criterion for judging the legitimacy of the image. This is because, even if the seller manipulates the image maliciously, manipulating the transaction time can be very difficult to meet the time requirements when compared with the time information displayed in the intermediary account.

In addition, the reference requirement may determine that the identification information (for example, the account holder and / or the account number) of the information displayed in the image matches the information included in the confirmation information to satisfy the reference requirement.

On the other hand, when the seller maliciously manipulates only the remaining quantity of a specific unlisted stock, it may be difficult to confirm whether the remaining quantity indicated in the image is actual with the image alone. That is, if the information on remaining quantity of the information included in the transaction details displayed in the image is all actual information and only the information on the remaining quantity is operated by the seller, information on the remaining quantity Since there is no way to confirm, there is a risk that the seller may disguise it as having a large quantity, even if it has only a small number of specific unlisted shares.

According to the technical idea of the present invention, it is possible to further provide a technical idea capable of reducing the risk. This technical idea can be implemented by causing the seller to transmit a second image before the predetermined number of unlisted stocks are put into the intermediary account to the unlisted stock trading system 100 as well. Second display information may be displayed on the second image including the quantity of the specific unlisted stock before the stocking. In addition, the image may display information on the quantity received and the remaining quantity after the goods receipt. Thus, the unlisted stock trading system 100 determines whether the second requirement information is satisfied or not by judging whether the second display information and the information displayed on the image correspond to each other (for example, whether the quantity before stocking and the quantity after stocking match) Can be determined. Furthermore, the unlisted stock trading system 100 can check whether the time difference between the shooting time (or capture time) of the second image and the shooting time (or capture time) of the image is within a predetermined time difference. Information about the shooting time (or capture time) may be automatically included in the meta information of each image, and predetermined software (or application) for implementing the technical idea of the present invention may be installed in the seller terminal 200 Or provides a solution for capturing the images at a particular web site provided by the unlisted stock trading system 100, the software or solution separately provides information about the image creation time to the unlisted stock trading To the system 100.

As such, if the second image and the image are images that are created (photographed or captured) within a predetermined time difference, and the time difference is not set too long, there is little risk that the image will be manipulated substantially by the user , And at the same time, the reliability of the remaining quantity can be given.

If the legitimacy of the image is determined, the unlisted stock trading system 100 can transmit the status information including the status of the seller to the buyer terminal 300, including the status of the seller's holding on the specific unlisted stock. The status information may include how much the seller holds the unlisted stock, i. E., The quantity of stock (which may include the quantity received in the brokerage account). According to an embodiment, the buyer terminal 300 may transmit a confirmation request to the unlisted stock trading system 100 in order to confirm whether the seller holds a predetermined quantity (a transaction quantity desired by the buyer) in advance or not, Only the presence or absence of the predetermined number or more may be included in the status information.

The unlisted stock trading system 100 may transmit a predetermined number of the unlisted stocks that have been received to the seller's account after confirming the holding status of the stock to check the status of the seller with respect to the specific unlisted stock.

Depending on the implementation, the quantity of certain unlisted stocks that have already been received may be used for trading as is. In other words, when a transaction request for a predetermined transaction quantity is received by the unlisted stock trading system 100, the unlisted stock trading system 100 does not return the specific unlisted stock that has already been received to the account of the seller, . Then, the unlisted stock trading system 100 mediates the transaction after receiving the predetermined number of stocks from the transaction quantity for the remaining quantity in the brokerage account, or for a predetermined number of the predetermined unlisted stocks It is also possible to conduct the transaction intermediation for the remaining quantity after the transaction intermediation. In this case, the above-described split brokering can be performed and the effect through the split broking can be maintained as it is.

The specific configuration of the unlisted stock trading system for implementing the above technical idea will be described with reference to FIG.

2 is a diagram showing a schematic configuration of an unlisted stock trading system according to an embodiment of the present invention.

 2, an unlisted stock trading system 100 according to an exemplary embodiment of the present invention includes a control module 110, an interface module 120, a non-reference interface module 160, and a call interface module 170 . In addition, the unlisted stock trading system 100 may further include an intermediary processing module 130. The brokerage processing module 130 may include a leading transaction processing module 131, a corresponding transaction processing module 132, and a settlement transaction processing module 133. The unlisted stock trading system 100 may further include a status processing module 140. The status processing module 140 may include a seller setting information module 141 and an authentication information module 142. The unlisted stock trading system 100 may further include an image status processing module 150.

According to another embodiment, the unlisted stock trading system 100 may be implemented to include a control module 110, an interface module 120, and a status processing module 140.

According to another embodiment, the unlisted stock trading system 100 may include a control module 110, an interface module 120, and an image status processing module 150.

The unlisted stock trading system 100 may include hardware resources and / or software necessary for implementing the technical idea of the present invention, and may be a physical component or a device It is not. That is, the unlisted stock trading system 100 may mean a logical combination of hardware and / or software provided to implement the technical idea of the present invention. If necessary, May be implemented as a set of logical structures for implementing the technical idea of the present invention. Also, the unlisted stock trading system 100 may mean a set of configurations separately implemented for each function or role for implementing the technical idea of the present invention.

For example, the unlisted stock trading system 100 may be provided in the seller terminal 200, the buyer terminal 300, the first account management system 400, and / or the second account management system 500, May be provided. For example, a specific configuration among the configurations included in the unlisted stock trading system 100 may be provided to the seller terminal 200, the buyer terminal 300, the first account operating system 400, and / System 500 and the physical device for implementing the unlisted stock trading system 100, and the distributed and installed configurations may be organically coupled to implement the specific configuration.

In this specification, a module may mean a functional and structural combination of hardware for carrying out the technical idea of the present invention and software for driving the hardware. For example, the module may refer to a logical unit of a predetermined code and a hardware resource for executing the predetermined code, and does not necessarily mean a physically connected code or a kind of hardware. Can be easily deduced to the average expert in the field of the present invention.

In order to implement the technical idea of the present invention, the control module 110 may include other components included in the unlisted stock trading system 100 (for example, the interface module 120, the mediation processing module 130, (E.g., the image processing module 140, the image status processing module 150, the non-image interface module 160, and the call interface module 170).

The interface module 120 may receive transaction information from transaction requestor terminals (e.g., 200) corresponding to each transaction information.

For example, the interface module 120 may provide a predetermined UI for inputting transaction information of an unlisted stock to the terminal 200 of the transaction requester in the form of a web page or a mobile page, It is possible to receive information input through the network. Alternatively, the unlisted stock trading system 100 may provide the UI on a dedicated application installed in the terminal 200 of the transaction requester to achieve the technical idea of the present invention.

The transaction information of unlisted stocks may include various information necessary for specifying the subject of transaction of unlisted stocks and the transaction conditions. Accordingly, the transaction information of the unlisted stock may include information on the name of the unlisted stock, the transaction desired price, the transaction quantity, and the type of transaction (sale or purchase). Also, the transaction information of the unlisted stock may further include identification information (e.g., ID, resident number, etc.) of the transaction requester, contact information, comments,

The interface module 120 may receive transaction information of one or more unlisted stocks from each of a plurality of transaction requestor terminals including the terminal 200 of the transaction requester. Therefore, the unlisted stock trading system 100 can receive transaction information of various unlisted stocks received from a plurality of terminals.

Meanwhile, the interface module 120 may be stored in a predetermined storage location (for example, an internal storage of the unlisted stock trading system 100, a database, or the like).

The nondeposit interface module 160 may register the transaction information in a predetermined nondisclosure interface.

The asynchronous interface may be an interface in which an independent item, an element or an object corresponding to each transaction information received by the unlisted stock trading system 100 exists individually. Thus, each transaction information may be individual content that is registered in the interface.

For example, the asynchronous interface may be similar to a bulletin board provided by a conventional unlisted stock trading site (for example, http://www.38.co.kr). If the asynchronous interface is in the form of a bulletin board, the bulletin board may include a separate post corresponding to each transaction information received by the unlisted stock trading system 100 and / or a link to each post. Alternatively, the asynchronous interface may be implemented in various forms such as a list, a table, or the like in which the quantity of calls is not sorted by the number of calls.

Also, the asynchronous interface module 160 may provide an asynchronous interface to the transaction terminal 300. The transaction terminal 300 may request the unlisted stock trading system 100 to provide the asynchronous interface and / or a call interface to be described later in order to view the transaction information of unlisted stocks registered / registered by another person, and in response thereto The non-listed stock trading system 100 may provide a non-reference interface and / or a call interface to the transaction terminal 300.

FIGS. 3A and 3B are views showing an example of a nonshared interface screen according to an embodiment of the present invention. The asynchronous interface screen may be a screen including a part or all of the asynchronous interface and provided to the trader terminal 300.

The asynchronous interface screen 10 shown in FIG. 3A is an example of an interface screen in which the transaction type among the transaction information registered in the asynchronous interface of the unlisted stock trading system 100 includes the seller transaction information, 3 is an example of an interface screen including transaction information in which the transaction type is the buyer's transaction information among the transaction information registered in the asynchronous interface of the unlisted stock trading system 100. [ Of course, according to the embodiment, the asynchronous interface screen may be implemented in a form including both the transaction information corresponding to the sale and the transaction information corresponding to the number of copies.

On the other hand, the asynchronous interface screen 10 shown in FIGS. 3A and 3B may include all or part of the whole asynchronous interface. For example, the entire nonshared interface may be composed of a plurality of pages. In this case, the nonshared interfaces 10 and 20 shown in FIGS. 3A and 3B may be a part corresponding to one page of the entire nonshared interface .

Referring to FIG. 3A, the asynchronous interface screen 10 including sale transaction information of unlisted stocks may include rows 12-1 to 12-7 indicating items corresponding to respective transaction information, The row corresponding to the information includes the identification information 11-1 of the transaction requester registering the transaction information, the name 11-2 of the unlisted stock item corresponding to each transaction information, the transaction hope price 11-3, (11-7) including a transaction quantity (transaction quantity) 11-4, a contact request 11-5 of a transaction requester, a registration time 11-6, negotiation possibility, and the like. In addition, the non-complaint interface 10 may further include a column 11-8 capable of displaying information (confirmation information 13 during the transaction) indicating whether or not a transaction corresponding to each transaction information is in progress.

Referring to FIG. 3B, the asynchronous interface screen 20 including the purchase transaction information of unlisted stocks may include rows 22-1 to 22-7 indicating items corresponding to respective transaction information, The row corresponding to the information includes the identification information 21-1 of the transaction requester who registered the transaction information, the name 21-2 of the unlisted stock item corresponding to each transaction information, the transaction hope price 21-3, (21-4) including transaction quantity (transaction quantity) 21-4, contact request 21-5 of the transaction requester, registration time 21-6, negotiation possibility, and the like. The asynchronous interface 20 may further include a column 21-8 capable of displaying information indicating whether a transaction corresponding to each transaction information is in progress (confirmation information 23 in the transaction).

According to the embodiment, more information may be displayed on the non-support interface screen 10 and 20, and some information may be omitted if necessary. For example, the interface screen 10 and 20 may not include contact information, registration time information, and / or comment information.

Meanwhile, when the asynchronous interface module 160 selects an item corresponding to the specific transaction information on the interface screen 10 or 20, the asynchronous interface module 160 transmits the details of the transaction information corresponding to the selected item to the trader terminal 300 .

On the other hand, the call interface module 170 determines whether or not the call information corresponding to the transaction information corresponding to the transaction information corresponding to the plurality of transaction information based on the call amount and quantity per transaction information included in the transaction information registered in the non- A call interface in which the quantity information is displayed can be generated.

The call interface may be an interface in which the total sale quantity and the total purchase quantity of each unlisted stock item are summarized (summed). The call interface may be an interface that includes the number of units sold and the number of units purchased for all unlisted stocks registered in the unlisted stock trading system 100, and a set of a plurality of interfaces separated for each unlisted stock series It is possible.

In one embodiment, the call interface module 170 receives an item having the same item type, a call order, and a transaction type among a plurality of pieces of transaction information registered in the unlisted interface or stored in the storage space of the unlisted stock trading system 100 The number corresponding to each of the selected and selected items may be added, and the call cost interface may be generated based on the combined amount of each item. For example, the call interface module 170 extracts only the transaction information for the item A having the sell price of 4800, adds all the items included in the extracted transaction information, and stores the item A (Or an element, an object) with respect to the object. In this manner, it is possible to generate an item to be included in the call interface by summing up the quantity of each item of call from the transaction information registered in the non-call interface, and to generate a call interface including the created item.

Meanwhile, the control module 110 may provide the generated call interface to the transaction terminal 300. For example, the transaction terminal 300 may request the unlisted stock trading system 100 to provide a call interface. The transaction terminal 300 may specify a stock item when the call request of the interface is provided. Then, the call module 170 generates a call interface for the stock item specified by the transaction terminal 300, and the control module 110 can provide the call interface to the transaction terminal 300.

4 is a diagram illustrating an example of a call interface according to an embodiment of the present invention. 4 is an example of a call interface including the total sold remaining amount and the total remaining amount of each unexercised stock item A by a quotation.

As shown in FIG. 4, the call interface 30 of the non-listed stock item A may include a list 31-1 of different quotations included in the transaction information for the item A, The summations 32-1 to 32-4 and each sum may include the total sum of the remaining number of sheets 33-1 to 33-4. In a specific embodiment, the interface may be implemented in such a manner that the interface representing the total of the remaining number of remaining calls and the interface representing the total of the remaining number of remaining calls are separated.

In the example of FIG. 4, the remaining amount of the stock A requested to be traded at 6000 is 3500 (32-1), the remaining amount of the stock at which the transaction is requested at 5500 is 6100 (32-2) The remaining amount of market A is 9800 (32-3), and the remaining amount of market A requested to trade at 4500 is 8000 (32-4). On the other hand, the remaining amount of the stock A requested to be traded at 4500 is 2500 (33-1), and the remaining amount of the stock at which the transaction is requested at 4400 is 1870 (33-2) The remaining amount of the sell is 1480 (33-3), and the remaining amount of the item A which is requested to be traded at 4200 is 370 (33-4).

In the case of the asynchronous interface such as the conventional bulletin board, there is a disadvantage that it is difficult to grasp how many quotations are distributed for each item and how many transaction requests are requested for each quotation at a time. However, when the call interface according to the technical idea of the present invention is used, it is possible to know at a glance how many transaction requests are in each call.

Meanwhile, the interface module 120 may receive a transaction request signal including a transaction request quotation from the transaction terminal 300 based on the call interface provided to the transaction terminal 300.

The transaction request quotation may be selected in a variety of ways.

For example, a user corresponding to the transaction terminal 300 may select a remaining amount of sales or a remaining amount corresponding to a specific quote on the call interface, and a quote corresponding to the selected remaining amount or remaining amount is determined as the transaction request quote . For example, in the example of FIG. 4, when the user selects the remaining amount 9800 (32-3), the corresponding quota 4800 (34) can be determined as the transaction request quotation. In this case, the type of transaction can be determined by selling.

Or when the user selects a particular quotation on the interface, the selected quotation may be determined to be the transaction request quotation. For example, if the user selects the call 4800 (34), the transaction request quotation price may be 4800. In this case, since there is no remaining amount corresponding to the call 4800, the type of transaction can be decided on sale. A separate interface may be provided for selecting the type of transaction (whether it is a sell or buy) if all of the remaining amount of sold and the remaining amount of the stock corresponding to the selected quotation exist (for example, in the case of 4500 in FIG. 4) .

Alternatively, the call interface may provide a separate order interface for receiving transaction request calls, transaction types and / or transaction numbers, and so on.

In either case, the call interface may include a predetermined UI element for interacting with the user.

When the transaction request quote is determined by the above-described method or the like, the transaction terminal 300 can transmit a transaction request signal including the transaction request quote to the unlisted stock trading system 100. The transaction request signal may include information on the type of the transaction, and may further include information on the transaction quantity, as the case may be.

Then, the control module 110 extracts at least one matching transaction information corresponding to the transaction request call from the non-call interface based on the received transaction request signal, and transmits the extracted at least one matching transaction information to the transaction terminal (300).

The matching transaction information may be transaction information that is stored in advance in the unlisted stock trading system 100 or has the same quotation number as the transaction request quotation among the transaction information registered in the interface.

5A and 5B are views showing an example of matching transaction information provided to the transaction terminal 300. FIG. 5A shows the matching transaction information 40 when the remaining amount of stock 9800 (32-3) is selected in the call interface of FIG. 4, the transaction request quotation is determined as 4800, the transaction type is determined as sale, 4 shows the matching transaction information 50 in the case where the remaining number of shares 1870 (33-2) is selected in the interface, the transaction request quotation price is determined as 4400, and the transaction type is determined as the number of copies.

As shown in FIGS. 5A and 5B, the list 40 and 50 of matching transaction information provided to the transaction terminal 300 may be similar to the asynchronous interface screen shown in FIGS. 3A and 3B. However, the matching transaction information may be transaction information having the same item and price (quotation).

According to an embodiment, the matching transaction information provided to the transaction terminal 300 may include only a part of the information shown in FIGS. 5A and 5B. When the user selects one of the matching transaction information, Additional relevant information may be provided. The concrete information may further include information on the creditworthiness and transaction details of the transaction requester that registered each matching transaction information.

Meanwhile, the interface module 120 may select target transaction information, which is one of the at least one matching transaction information, from the transaction terminal 300. Then, the interface module 120 may transmit a transaction request notification signal to the terminal of the transaction requester corresponding to the selected target transaction information. For example, when the user selects the first matching transaction information 41 of FIG. 5A as the transaction object information, the interface module 120 notifies the terminal of the transaction requester (for example, 200) corresponding to the registrant ID 1 And the terminal 200 of the transaction requester can output a notification message. The notification signal and / or the notification message may include information (for example, ID and / or telephone number information) about the user corresponding to the transaction terminal 300 or the transaction terminal 300.

Thereafter, transactions on unlisted equity A may be concluded between the parties. Transactions can be done offline. For example, the user corresponding to the transaction terminal 300 can contact the transaction requester who registered the target transaction information using the contact information included in the target transaction information 41, and a transaction contract between the parties is concluded Exchange of unlisted stocks and cash may be made. In this case, there may be price negotiation between trading partners, so the price quoted in the target transaction information and the actual transaction price may be different. In this case, the transaction may take considerable time, and the transaction may fail depending on the outcome of the negotiation. Meanwhile, if the target transaction information is selected by the above-described process, the target transaction information may be in a transaction state indicating that a sale corresponding to the target transaction information is in the transaction, as described later, If there is no response from the terminal of the transaction parties (i.e., the transaction request terminal 200 and the transaction terminal 300 for a predetermined period of time or if a transaction failure signal is transmitted, the transaction state may be released).

On the other hand, according to the embodiment, the trading party may conclude a transaction for unlisted stock A through the unlisted stock trading system 100. In this case, the unlisted stock trading system 100 can perform the mediation process and / or the mediation process of the unlisted stock trading according to the technical idea of the present invention, and the process of allowing the buyer to confirm the stock status of the seller .

On the other hand, when the target transaction information is selected from the transaction terminal 300, the asynchronous interface module 160 displays the transaction in-process information indicating that the target transaction information is in transaction with the asynchronous interface .

FIG. 6 is a diagram illustrating an example in which confirmation information is displayed during a transaction of the target transaction information on an asynchronous interface. FIG. 3A shows an asynchronous interface before the specific transaction information 12-1 is selected as the target transaction information. When the specific transaction information 12-1 is selected as the target transaction information, the matching transaction shown in FIG. 6, if the transaction information 41 corresponding to the specific transaction information 12 ?? 1 is selected as the target transaction information, the confirmation information 62 during the transaction is added to the specific transaction information 61, May be displayed.

Meanwhile, transaction information in which confirmation information is displayed during the transaction may not be exposed to other transaction terminals. That is, after the transaction confirmation information 62 is displayed in the specific transaction information 61, the interface module 120 transmits the transaction information to another transaction terminal (hereinafter referred to as a second transaction terminal) The control module 110 determines whether or not the transaction request signal includes at least one transaction request signal corresponding to the transaction request call price, based on the received second transaction request signal, The second matching transaction information may be provided to the second transaction terminal, but at this time, the at least one second matching transaction information may exclude the target transaction information 61 in which the confirmation information 62 during the transaction is displayed . In this case, however, the target transaction information 61 may be included in the asynchronous interface. If the transaction status is released in the target transaction information 61, the second matching transaction information may include the target transaction information 61 again. The transaction status can be canceled if there is no response to the transaction confirmation or the transaction failure signal is transmitted from the terminals of the transaction parties (i.e., the transaction request terminal 200 and the transaction terminal 300) for a certain period of time.

On the other hand, when a contract for all or a part of the quantities included in the target transaction information 61 is concluded, the asynchronous interface module 160 can confirm the contract.

For example, the unlisted stock trading system 100 may receive a contract success signal from any one of the terminals of the transaction parties (i.e., the transaction request terminal 200 and the transaction terminal 300) If the contract is made through the unlisted stock trading system 100, the unlisted stock trading system 100 can confirm whether or not the transaction is successful in the course of performing the contract.

Then, the asynchronous interface module 160 can update the asynchronous interface based on the confirmation result.

Specifically, when a contract for a part of the quantity included in the target transaction information 61 is concluded, the asynchronous interface module 160 determines whether or not the asynchronous interface module 160 has received the target transaction information from the item corresponding to the target transaction information registered in the interface The transaction amount information corresponding to the transaction request quotation can be updated. If the contract for all of the quantities included in the target transaction information 61 is concluded, the non-care interface module 160 transmits an item corresponding to the target transaction information registered in the non-care interface to the non- Or may display an indication that the transaction corresponding to the target transaction information is completed.

7A and 7B are diagrams illustrating an example of an updated non-protected interface, respectively.

The call interface shown in FIG. 3A shows the non-call interface 10 before the update for sale, FIG. 7A shows the call after 1000 shares are traded among 1300 stocks included in the target transaction information 41 in FIG. 5A 7B shows the call interface 90 after all 1300 stocks included in the target transaction information 41 of FIG. 5A have been traded.

7A, when the inquiry interface module 160 confirms that a transaction for 1000 shares, which is one part of 1300 shares included in the target transaction information 41 shown in FIG. 5A, has been concluded, The item 12-1 corresponding to the target transaction information may be updated as shown in FIG. 7A. That is, the call module 160 updates the quantity 82 of the item 81 corresponding to the target transaction information of the updated call price interface 80 from 1300 to 300, reflecting the volume of transactions (1000 weeks) .

Referring to FIG. 7B, when the call interface module 160 confirms that a transaction for all of the 1300 weeks included in the target transaction information 41 of FIG. 5A has been concluded, the update pre- The call interface 90 can be updated as shown in FIG. 7B by deleting the item 12-1 corresponding to the information. When the transaction for the entire quantity included in the transaction target information is completed, an item corresponding to the target transaction information completed transaction can be deleted from the call interface as shown in FIG. 7B.

On the other hand, when a contract for all or a part of the quantities included in the target transaction information 61 is concluded, the call interface module 170 can confirm this.

The call interface module 170 may then update the transaction quantity information corresponding to the transaction request call price on the call interface based on the result of the check.

8 is a diagram showing an example of an updated call interface. The call interface shown in FIG. 4 shows the call interface before the update, and FIG. 8 shows the call interface after all the 1300 shares included in the target transaction information in FIG. 5A have been traded. In the call interface of FIG. 4, the remaining amount (32-3) corresponding to the call number 4800 is 9800, but after the transaction of 1300 shares is updated, the call remaining amount corresponding to the call 4800 on the updated call cost interface (71) can be 8500 shares.

FIG. 9 is a diagram showing matching transaction information when the remaining amount 71 of the call corresponding to the call 4800 is selected on the call interface of FIG. The matching transaction information in FIG. 9 may not include the transaction information 41 corresponding to the quantity 1300, unlike the matching transaction information shown in FIG. 5A.

10 is a flowchart illustrating a method for an unlisted stock trading system 100 according to an exemplary embodiment of the present invention to provide a call interface and select a transaction object through the call interface.

Referring to FIG. 10, the unlisted stock trading system 100 can receive transaction information of unlisted stocks from the transaction requestor terminal 200 (S610). Also, the unlisted stock trading system 100 may receive a plurality of pieces of transaction information from terminals of a plurality of transaction requestors.

The unlisted stock trading system 100 may register the transaction information in a predetermined non-protected interface (S620). The non-care interface module 160 may register the transaction information received in the non-care interface every time it receives the transaction information.

On the other hand, a call for displaying the transaction amount information corresponding to the plurality of transaction information and the transaction amount information according to the call amount based on the call amount and quantity for each transaction information included in the plurality of transaction information registered in the non- Interface (S630). In one example, the unlisted stock trading system 100 may receive a call interface provision request from the transaction terminal 300, and the unlisted stock trading system 100 may generate a call interface corresponding to a provision request.

In addition, the unlisted stock trading system 100 may provide the generated call interface to the transaction terminal (S640).

Thereafter, the unlisted stock trading system 100 may receive a transaction request signal including the transaction request quotation from the transaction terminal on the basis of the provided call interface (S650). In one example, the call interface provided to the transaction terminal 300 can be displayed on the transaction terminal 300, and the user can confirm that the call displayed on the transaction terminal 300 corresponds to a specific call price or a specific call included in the interface And the transaction terminal 300 can transmit a transaction request signal including a quotation corresponding to the selected quotation or quantity to the unlisted stock trading system 100. [

Then, the unlisted stock trading system 100 can extract at least one matching transaction information corresponding to the transaction request call from the non-call interface based on the received transaction request signal (S660) The matching transaction information may be provided to the transaction terminal 300 (S670).

Meanwhile, the unlisted stock trading system 100 may receive target transaction information from the at least one matching transaction information from the transaction terminal 300 (S680). Then, the unlisted stock trading system 100 can transmit a transaction request notification signal to the terminal 200 (e.g., 200) of the transaction requester corresponding to the selected target transaction information (S690).

In addition, the unlisted stock trading system 100 may display the in-trade confirmation information indicating that the target transaction information is being traded on the interface (S700).

On the other hand, the buyer and the seller can conclude a transaction corresponding to the target transaction information through the unlisted stock trading system 100 (S710), and if the unlisted stock trading system determines that all or all of the quantities included in the target transaction information In step S720, it is confirmed that the transaction is requested for a certain quantity, and based on the result of the check, the transaction amount information corresponding to the transaction request call is updated in the call interface.

Referring again to FIG. 2, the interface module 120 may receive an intermediation request (or a transaction request) including transaction information of unlisted stocks from either the seller terminal 200 or the buyer terminal 300. The brokerage request may include, for example, information on the type of unlisted stock, transaction volume, transaction amount (or transaction amount per week). Such an intermediation request may be received from the merchant terminal 200 to the interface module 120 or from the buyer terminal 300 to the interface module 120.

Then, the brokerage processing module 130 may perform a brokering process for brokering the transaction of unlisted stocks in response to the brokerage request.

At this time, the intermediation processing module 130 may divide the transaction into a plurality of stages according to the technical idea of the present invention.

According to an example, the intermediation processing module 130 preferentially mediates only a small number of predetermined numbers (for example, one week, five weeks or less) among the transaction numbers, and when the intermediary transaction is successfully completed, Can be performed. In this case, even if the brokerage transaction is performed only for a small quantity, the success of such a transaction can have a credible effect on the counterparty. It is noted that the quantity of the small number may be a quantity for confirming the holding status of the specific unlisted stock of the seller. In addition, there may be information that is known to the other party by the account of the counterparty or other intermediary transaction to be performed first. Therefore, it is possible to have the meaning and effect of the split mediation by merely performing the mediating transaction for the small quantity and performing the transaction for the remaining quantity. It goes without saying that the mediation may also be performed by dividing the remaining quantity.

According to another embodiment, the brokerage processing module 130 may perform division brokering by equally dividing the transaction amount by a predetermined number. For example, in the first split brokerage, half of the transaction volume may be brokered, and in the second split brokerage, the remaining half may be brokered. Or, in the first split brokerage, one third of the transaction volume is used. In the second split brokerage, one third of the brokerage volume is used. In the third split brokerage, have.

The average expert in the technical field of the present invention can easily deduce that the number (or step) of the division intermediation and the number of transactions to be intermediated by each number may vary according to the embodiment.

The control module 110 can determine the number (or step) of the division intermediation and the transaction quantity to be intermediated for each number. In addition, the brokerage processing module 130 may be controlled so that the next brokerage transaction can be performed after the brokerage transaction is performed for each brokerage step. For example, the control module 110 may control the brokerage processing module 130 to perform brokering for a second quantity that is all or part of the remainder of the transaction quantity after the first brokerage step is completed. That is, the control module 110 controls the intermediation processing module 130 to perform a first intermediation step of intermediating the first quantity among the transaction quantity, and if the first intermediation step is successful, the intermediation processing module 130 ) To control the intermediation processing module (or the intermediary processing module) to perform the intermediation for all the remaining quantities excluding the first quantity among the transaction quantities (in this case, two division intermediaries are made) or a part 130).

Each intermediation step performed by the intermediation processing module 130 may include a leading transaction, a corresponding transaction, and a settlement transaction. Accordingly, the brokerage processing module 130 includes a leading transaction processing module 131 for processing the leading transaction, a corresponding transaction processing module 132 for processing the corresponding transaction, and a settlement transaction processing module 133).

The precedent transaction processed by the precedent transaction processing module 131 may be a transaction that allows one of the transaction parties (the seller and the buyer) to transfer (deposit or deposit) their assets to the intermediary account. To this end, the preceding transaction processing module 131 may transmit a request signal to the seller terminal 200 or the buyer terminal 300 to perform a preceding transaction. The request signal may include information on the brokerage account and the size of assets to be transferred to the brokerage account in the brokerage stage (for example, the number of shares to be transferred or the transaction amount at each brokerage stage). In response to the request signal, the party transmitting the asset (stock or cash) corresponding to the corresponding step of the preceding transaction, that is, the corresponding transaction, to the intermediary account for the preceding transaction may transmit its asset to the intermediary account. The preemptive transaction processing module 131 can confirm whether the asset of the size to be transferred to the intermediary account has been transferred to the intermediary account through communication with the first account operating system 400. [ As a result, the prior art transaction according to the technical idea of the present invention may mean a transaction in which either party transfers an asset corresponding to the intermediation step to the intermediary account.

If this precedent transaction is performed, the corresponding transaction processing module 132 may cause the corresponding transaction to be performed. The corresponding transaction may mean a transaction corresponding to the preceding transaction.

For example, the first intermediate step may be a step of mediating half of the transaction amount. A leading transaction may be a transaction in which a buyer transmits a transaction amount corresponding to half of the transaction amount to an intermediary account. The corresponding transaction at this time may be an act for the seller to send unlisted stock of half of the transaction quantity to the buyer. On the other hand, if the preceding transaction is an act in which the seller transfers unlisted stocks that correspond to half of the transaction quantity to the brokerage account, the corresponding transaction may be an act for the buyer to transfer the transaction amount corresponding to half of the transaction quantity to the seller.

According to an example, the corresponding transaction may also be a method in which the necessary assets are transferred to the intermediary account and the unlisted stock trading system 100 transmits the asset to the counterparty of the corresponding transaction. However, in such a case, it may happen that both the stocks and the transaction amount traded in the brokerage account of the unlisted stock trading system 100 are collected. Thus, according to another embodiment, the corresponding transaction may be performed by direct transmission of the party of the corresponding transaction, that is, the party performing the corresponding transaction, directly transmitting the asset to the other party.

For example, a preceding transaction may be performed in which a party (e.g., buyer) of a preceding transaction deposits in an intermediary account an amount equal to half of the transaction quantity. The party of the corresponding transaction (or the counterparty of the preceding transaction) can then perform the action of transferring the corresponding transaction, that is, half of the transaction quantity directly to the account of the counterparty (for example, the buyer). To this end, the corresponding transaction processing module 132 may transmit a request signal to the terminal of the counter party of the preceding transaction (e.g., the seller terminal 200) to request execution of the corresponding transaction. Of course, the request signal may include information on the account of the party of the preceding transaction (i.e., the counter party of the corresponding transaction).

If the corresponding transaction is successfully performed, the control module 110 may control the settlement transaction processing module 133 to perform the settlement transaction. Successful performance of the corresponding transaction may be when the control module 110 receives a confirmation signal from the party of the preceding transaction (e.g., the buyer terminal 300). The acknowledgment signal may be a signal to confirm that the corresponding transaction has been completed by the party of the preceding transaction.

Then, the settlement transaction processing module 133 can perform the settlement transaction. The settlement transaction may be an act of transferring an asset (e.g., an amount of half of the transaction quantity) received in the intermediary account by the preceding transaction to the account of the counter party (e.g., seller) of the preceding transaction. To this end, the settlement transaction processing module 133 may communicate with the first account management system 400 to transmit the asset of the preceding transaction to the account of the counter party (e.g., seller) of the preceding transaction .

When the execution of the first mediation step is completed through this process, the control module 110 may cause the second mediation step to be performed.

At this time, the control module 110 may request the terminal of the opposite party of the preceding transaction of the first intermediary stage to perform the preceding transaction of the second intermediary stage. That is, if the party of the preceding transaction in the first intermediary stage is the buyer, the control module 110 can control the seller to perform the preceding transaction in the second intermediary stage.

This process has the effect of reducing the risk of accidents caused by any one party to a certain extent and has the effect of allowing the transaction party to carry out the transaction with confidence.

It goes without saying that the second intermediary stage may also perform the intermediation process to perform the preceding transaction, the corresponding transaction, and the settlement transaction as described above. In addition, the corresponding transaction of the second intermediary stage can also be controlled so that the party of the corresponding transaction directly transmits the necessary asset to the partner party of the corresponding transaction.

Meanwhile, as described above, when the transaction of the transaction quantity is completed in the second intermediation step, the control module 110 may terminate the transaction intermediation. If the control module 110 determines to divide the transaction quantity into three or more times and mediate, it is needless to say that the third intermediation step can be performed after the second intermediation step is completed.

It goes without saying that even when the third intermediary step is performed, the preceding transaction of the third intermediary step can be controlled to be performed by the counter party of the preceding transaction of the second intermediary transaction.

On the other hand, as described above, the unlisted stock trading system 100 may perform a process of allowing the buyer to confirm the holding status of the specific unlisted stocks the seller desires to sell.

This process can be performed by the status processing module 140. [

In one example, the interface module 120 may receive a request for confirmation of the status of unlisted stocks. This confirmation request may be received from the buyer terminal 300, but the seller terminal 200 may make such a confirmation request according to the embodiment. At this time, the seller terminal 200 may need to specify the buyer in advance. It goes without saying that the buyer's specification can be made by transmitting to the interface module 120 the information for identifying the buyer such as the buyer's ID, name, and telephone number.

When the buyer terminal 300 transmits the confirmation request, for example, the buyer selects a sale request content registered in a predetermined UI (e.g., a bulletin board, etc.) and then transmits a predetermined UI (e.g., Button, etc.), and in this case, the interface module 120 can automatically know the type of the seller and the specific unlisted stock.

In any case, the confirmation request may include information on the type of seller and unlisted stock, and information on the buyer may be included according to an implementation example.

When the confirmation request is received through the interface module 120, the status processing module 140 may perform the status processing process.

The status processing process includes setting the seller setting information (for example, a predetermined number of passwords, etc.) by the seller and obtaining the status information by the status processing module 140. [

And generating authentication information based on the seller setting information. As described above, the process of generating the authentication information may be a process of generating the authentication information based on the seller setting information and other predetermined information. The other information may be system setting information, for example, but may further include other information as needed.

According to an embodiment, the seller setting information itself may be the authentication information. In this case, the process of generating the authentication information may be omitted in the status processing process, and the seller setting information may be specified by the authentication information.

In addition, the status process may include transmitting the authentication information to the buyer terminal 300.

The process of acquiring the seller setting information may be performed by the seller setting information module 141. [ For this purpose, the seller setting information module 141 is used to allow the buyer to confirm the current state of the unlisted stock with the seller terminal 200, and can request the seller setting information set by the seller. The seller setting information module 141 may receive the seller setting information from the seller terminal 200 in response to the request.

Then, the authentication information module 142 may simply transmit the merchant setting information to the buyer terminal 300. According to an embodiment, the authentication information module 142 may generate the authentication information as described above. In addition, the authentication information module 142 may further transmit information on a path for confirming the current status to the buyer terminal 300. The information on the route may be information on a specific web site, or may be a predetermined link. In the case of a link, the link can be selected to automatically connect to a predetermined page provided by the status check system.

If the authentication information is transmitted to the buyer terminal 300 as described above, the buyer can receive the current status (for example, the hold status and / or the hold quantity) of the specific unlisted stock of the seller through the buyer terminal 300 Information can be requested to a predetermined status check system.

As described above, the status checking system may be the second account managing system 500 or the unlisted stock trading system 100. [

The case where the priority status checking system is the second account management system 500 will be described as follows.

If authentication information is specified by the status processing module 140, the control module 110 transmits the authentication information, the information on the seller corresponding to the authentication information (e.g., the seller ID, the seller name, and / Information that can identify the seller such as the seller's telephone number), and information on the unlisted stock to the second account management system 500. [ Also, the control module 110 may transmit information on the confirmation time corresponding to the authentication information.

The information on the confirmation time may be information on a time when the status information can be effectively requested as the authentication information. For example, the confirmation time may be set to 30 minutes or 1 hour or the like.

Then, the second account management system 500 can receive a status request from the buyer terminal 300. The status request may include authentication information transmitted to the buyer terminal 300 by the authentication information module 142.

Then, the second account management system 500 can determine whether the authentication information included in the status request is legitimate. The fact that the authentication information is valid may mean whether the authentication information received from the buyer terminal 300 by the second account management system 500 corresponds to the authentication information received by the control module 110 have. In addition, the fact that the authentication information is legitimate may further mean to confirm whether or not the status request received from the buyer terminal 300 is received within the confirmation time.

If the status request is not received within the confirmation time, the second account operating system 500 may deny the status request.

If the validity of the authentication information is confirmed, that is, if the authentication information received from the buyer terminal 300 is the same as the authentication information received by the control module 110 and the status request is received within the confirmation time, The second account management system 500 identifies the seller corresponding to the authentication information and confirms the account of the seller and transmits the status information including the status of the seller's unlisted stock to the buyer terminal 300 have. Of course, the case that the seller does not hold the unlisted stock, and the information that the seller does not hold may be the status information.

The status information may include information on the current status of the unlisted stock using a form or a template predetermined by the second account management system 500, and may be separately generated information.

According to an embodiment, the status information may include information on the account balance of the seller in order to enhance the credibility of the buyer. In this case, the non-confirmation processing may be performed by the second account operating system 500 as described above. As described above, the status information is obtained by capturing the account balance itself provided by the second account management system 500 in a predetermined manner to perform the non-confirmation process, or performing the predetermined non-confirmation process while using the corresponding form If the buyer is more reliable, the status information is more effective.

Meanwhile, according to another embodiment, the buyer terminal 300 may receive the status information through the unlisted stock trading system 100.

To this end, the control module 110 may control the merchant terminal 200 to access the second account management system 500. For example, the seller terminal 200 may be redirected to the second account management system 500 so that the seller terminal 200 transmits the seller setting information. In this case, the second account management system 500 may generate authentication information based on the seller setting information according to a predetermined protocol with the unlisted stock trading system 100. That is, the second account management system 500 and the unlisted stock trading system 100 can specify the authentication information based on the seller setting information in the same manner.

Then, the control module 110 can transmit the status request including the specific authentication information to the second account operating system 500. The second account management system 500 may determine the validity of the authentication information included in the status request and transmit the status information of the seller to the control module 110 based on the determination result.

As a result, the control module 110 may receive the status information from the second account management system 500, and the authentication information may be transmitted to the unlisted stock trading system 100 And can be used as information for authenticating the system. Of course, at this time, the second account management system 500 may further determine whether the status request is received within the confirmation time. Also, the second account management system 500 may transmit the current status information including the account balance information that has undergone the non-confirmation process to the control module 110 as described above.

When the buyer terminal 300 requests the status information from the unlisted stock trading system 100 when the unlisted stock trading system 100 receives the status information, the buyer terminal 300 can provide the status information to the unlisted stock trading system 100. Of course, at this time, the control module 110 of the unlisted stock trading system 100 may also receive the status request including the authentication information from the buyer terminal 300, and determine the validity of the authentication information included in the received status request And provides the current status information received from the second account management system 500 to the buyer terminal 300. Of course, at this time, the control module 110 may further determine whether the status request is received from the buyer terminal 300 within the confirmation time.

Meanwhile, the process performed by the status processing module 140 as described above requires coordination of the system corresponding to the second account management system 500, that is, the account of the seller. Therefore, even if there is no such cooperation as described above, it may be necessary to process the above-described image status, that is, the technical idea of confirming the status of the seller. This image status processing process can be performed by the image status processing module 150. [

For example, the image status processing module 150 may request the seller terminal 200 to purchase a predetermined number of specific unlisted stocks in the brokerage account of the unlisted stock trading system 100. And may request transmission of an image of the merchant ' s account balance after goods receipt. The request for goods receipt and the request for transmission of the image can be performed simultaneously or sequentially. It goes without saying that such a request can be performed after a predetermined confirmation request is received by the buyer terminal 300 by the interface module 120. [

The seller may then place a certain number of specific unlisted shares into the intermediary account as requested. And the image may be an image in which the goods receipt is displayed as transaction details. The seller can access the second account management system 500 to carry out the goods receipt after performing the identity verification. The image may be photographed by a predetermined photographing means (for example, a mobile phone or a camera) possessed by the photographer. Depending on the implementation, it may be an image captured with some capture means. In any case, the seller may generate the image. And transmit the image to the unlisted stock trading system 100.

Then, the image status processing module 150 displays the display information (for example, the stock quantity, the stock time, the information on the received stock, the remaining quantity of the specific unlisted stock, the information on the seller's account, etc.) Can be confirmed. The image status processing module 150 may access the first account management system 400 to check information displayed on the intermediary account, that is, confirmation information. The confirmation information may include the time at which the specific unlisted stock was received in the brokerage account, the quantity received, information about the account of the seller, and the like.

The image status processing module 150 may compare the display information with the confirmation information to determine whether the image satisfies a predetermined reference requirement, thereby determining the validity of the image.

As described above, the reference requirement is that the information about the goods receipt time shown in the image and the information about the goods receipt time included in the confirmation information satisfy the time requirement (for example, whether the time is the same or within a predetermined time difference) ≪ / RTI > Of course, whether the information on the seller account included in each of the display information and the confirmation information correspond to each other, whether the goods receipt quantity corresponds to each other, and the like may be further included in the reference requirement.

If it is determined that the reference requirement is satisfied, the image status processing module 150 may determine that the image is legitimate. Then, the control module 110 may specify the status of retention on the basis of the image, and may transmit status information including the status of retention to the buyer terminal 300.

According to an embodiment, the image status processing module 150 may further request the seller to transmit a second image showing the account balance before the goods receipt, further using the second image to determine the legitimacy (i.e., The validity of the information displayed in the image).

For example, the image status processing module 150 may request the merchant terminal 200 to transmit the second image to the account balance of the account before the goods receipt. When the second image is received, it is determined whether or not the second display information (for example, the quantity of the specific unlisted stock before the goods receipt) and the display information correspond to each other (for example, Whether the remaining quantity of stock and the predetermined number of stocks correspond to the quantity before stocking). In this case, as described above, the reliability of the quantity of stock can be much higher than that of the seller in determining the quantity of the specific unlisted stocks alone.

This reliability is also determined by the image status processing module 150 whether the generation time of the second image (e.g., shooting or capture time) and the generation time of the image (e.g., shooting or capture time) are within a predetermined time difference And it can be further increased when it is determined that the predetermined time difference is within the above-mentioned standard requirement. The generation time of each image may be automatically included in the metadata of the image, and the image shooting means or the capturing means may separately include the information on the generation time separately from the image or in the image, ) As described above.

When the image status processing module 150 judges the legitimacy of the image, the control module 110 can transmit the status information to the buyer terminal 300.

On the other hand, the control module 110 may return the predetermined number of the unlisted stocks received to the account of the seller immediately after judging the legitimacy of the image.

According to an embodiment, when the transaction request of the unlisted stock is not received within a predetermined time after the transmission of the status information, the control module 110 transmits the predetermined number of unlisted stocks received in the intermediary account to the seller Of the account. That is, when the transaction request (intermediation request) after the transmission of the status information is received from the buyer terminal 300 or the seller terminal 200, the control module 110 may receive the stock again, It may wait for a transaction request to be received and return a predetermined number of specific unlisted stocks to the seller's account.

If a transaction request is received within a predetermined time, the control module 110 can mediate a transaction without returning the predetermined number of specific unlisted stocks received for the image status processing process.

Therefore, the control module 110 can mediate transactions in a predetermined manner with respect to the remaining quantity excluding the predetermined number from the transaction quantity.

At this time, the control module 110 may mediate the transaction in the escrow method after receiving the goods from the seller to the intermediary account for the remaining quantity other than the predetermined number already received.

According to an embodiment, the predetermined number of stocks and the remaining number of stocks may be split and brokered as described above. Since such a partitioning agent has been described above in detail, a detailed description thereof will be omitted.

Of course, depending on the implementation, it may also perform split mediation at least twice for the remaining quantity.

11 is a diagram illustrating an exemplary process of an unlisted stock trading method according to an embodiment of the present invention.

11 shows an example in which a buyer becomes a party to a leading transaction in the first brokerage stage and intermediates the brokerage brokering step in each brokerage stage. However, various embodiments are possible As described above.

Referring to FIG. 11, the unlisted stock trading system 100 performs a first intermediary step (S100 to S140), and a second intermediary step (S200 to S240) when the first intermediary step is completed.

The first mediation step may be performed as follows.

The buyer can deposit a transaction amount corresponding to 1 / N (where N is an integer of 2 or more) of the transaction quantity to the brokerage account of the unlisted stock trading system 100 (S100). Then, the unlisted stock trading system 100 can transmit a signal requesting the corresponding transaction to the seller terminal 200 (S110). In response to the signal, the seller can perform the transaction by transferring the corresponding transaction (1 / N stock transfer) directly to the buyer's account (S120).

Then, the buyer can confirm that the corresponding transaction has been performed, and the buyer terminal 300 can transmit the confirmation signal to the unlisted stock trading system 100 (S130). Then, the unlisted stock trading system 100 can transmit the amount of 1 / N of the settlement transaction, that is, the amount deposited by the buyer to the intermediary account, to the account of the seller (S140).

When the first intermediary step is completed, the unlisted stock trading system 100 can perform the second intermediary step.

As described above, the preceding transaction (S200) of the second intermediary stage may be performed by the other party (i.e., the seller) of the preceding transaction S100 of the first intermediary stage.

The seller can enter the transaction quantity corresponding to 1 / N of the transaction quantity into the brokerage account of the unlisted stock trading system 100 (S200). Then, the unlisted stock trading system 100 can transmit a signal requesting the corresponding transaction to the buyer terminal 200 (S210). In response to the signal, the buyer can perform the transaction by directly transmitting the corresponding transaction (transmission of the transaction amount corresponding to the stock of 1 / N) to the account of the seller (S220).

Then, the seller can confirm that the corresponding transaction has been performed, and the seller terminal 200 can transmit the confirmation signal to the unlisted stock trading system 100 (S230). Then, the unlisted stock trading system 100 can transmit the settlement transaction, that is, the stock quantity of 1 / N that the seller puts into the intermediary account, to the account of the seller (S240).

The third intermediary stage, the fourth intermediary stage, and the like may be performed continuously if the amount of transactions that have not been traded subsequently remains. And the parties to the preceding transaction may be changed at each intermediary stage.

FIG. 12 is an exemplary view showing a procedure of a method of confirming the current status of a seller according to an embodiment of the present invention.

FIG. 12 illustrates a case where the unlisted stock trading system 100 transmits status information to the buyer terminal 300. Referring to FIG. 12, the buyer terminal 300 may transmit a confirmation request for requesting the seller's current status to the unlisted stock trading system 100 (S300). According to an example, when the buyer terminal 300 requests an intermediation, the status processing process according to the technical idea of the present invention may be automatically performed as described above. In this case, the intermediation request may be the confirmation request.

Then, the unlisted stock trading system 100 can request setting of the seller setting information to the seller terminal 200 (S310). The seller setting information set by the seller can be received by the unlisted stock trading system 100 (S320). Also, the unlisted stock trading system 100 may control the seller terminal 200 to transmit the seller setting information to the second account management system 500 (S320-1). The unlisted stock trading system 100 controls the seller terminal 200 to connect to the second account management system 500 so that the seller terminal 200 directly transmits the seller setting information to the second account management system 500 System 500 as described above.

Then, the authentication information can be specified by the second account management system 500, and the authentication information can be specified by the unlisted stock trading system 100 in the same manner. The authentication information may be the seller setting information itself or the information generated based on predetermined other information (e.g., system setting information) and the seller setting information.

Then, the unlisted stock trading system 100 transmits the status request including the authentication information to the second account management system 500, and receives the status information on the unlisted stock of the seller in response thereto S330, S340). Of course, at this time, the validity of the authentication information may be determined by the second account management system 500, and a predetermined non-confirmation process may be performed (S330-1).

In addition, the unlisted stock trading system 100 may transmit authentication information to the buyer terminal 300 (S350). Although this process is illustrated as being performed after receiving the current status information from the second account operating system 500 in FIG. 4, it may be performed at some time after receiving the merchant setting information (S320).

The unlisted stock trading system 100 receives the status request including the authentication information from the buyer terminal 300 in step S360, and transmits the status information in response to the status request in step S370. Of course, at this time, the legitimacy of the authentication information is judged by the unlisted stock trading system 100, and the status information can be transmitted to the buyer terminal 300 if the legitimacy is judged.

FIG. 13 is a diagram illustrating an example of a procedure of a method for confirming the status of a seller in accordance with another embodiment of the present invention.

FIG. 13 shows an example in which status information is provided to the buyer terminal 300 by the second account management system 500. Referring to FIG. 13, the buyer terminal 300 may transmit a confirmation request (or an intermediary request) requesting the seller's current status to the unlisted stock trading system 100 (S400).

Then, the unlisted stock trading system 100 can request setting of the seller setting information to the seller terminal 200 (S410). The seller setting information set by the seller can be received by the unlisted stock trading system 100 (S420).

Then, the unlisted stock trading system 100 can specify the authentication information (S430).

In operation S440, the second account management system 500 may transmit the specified authentication information, information on the seller corresponding to the authentication information, and information on unlisted stocks. In addition, the unlisted stock trading system 100 may transmit the authentication information to the buyer terminal 300 (S450). It goes without saying that the order of steps S440 and S450 in FIG. 5 may be changed as necessary.

Then, the buyer terminal 300 transmits a status request including the authentication information to the second account operating system 500 (S460), and receives status information in response to the status request (S480). Of course, at this time, the legitimacy of the authentication information is determined by the second account management system 500, and the status information may be transmitted to the buyer terminal 300 if the legitimacy is determined. In addition, the second account operating system 500 may transmit the status information to the buyer terminal 300 after performing the unconfirmed process (S470).

FIG. 14 is an exemplary view showing a process of a method of confirming the current status of a seller using an image according to another embodiment of the present invention.

Referring to FIG. 14, the buyer terminal 300 (or the seller terminal 200) can transmit a confirmation request to the unlisted stock trading system 100 (S500). In response, the unlisted stock trading system 100 may request the seller terminal 200 to send a predetermined number of unlisted stocks corresponding to the request for confirmation to the intermediary account, and to transmit an image including the transaction details of the goods receipt (S510). Depending on the implementation, the transmission of the second image corresponding to the account balance before the goods receipt may also be requested.

In step S520, the seller places the predetermined number of the unlisted stocks in the intermediary account in step S520, and transmits the image to the unlisted stock trading system 100 in step S530. Of course, if the transmission of the second image is requested, the second image may also be transmitted (S510-1). The transmission of the second image may be performed before the goods receipt, but depending on the embodiment, the transmission after the second image is created before the goods receipt may be performed with the image after the goods receipt or sequentially.

Then, the unlisted stock trading system 100 can determine whether the image satisfies the reference requirement, that is, the legitimacy of the image, based on the display information displayed in the image and the confirmation information that can be confirmed through the intermediary account S540). Of course, when receiving up to the second image, it may judge the legitimacy of the image further based on the second image.

If the legitimacy of the image is judged, the unlisted stock trading system 100 can transmit the status information to the buyer terminal 300 (S550). At this time, it is needless to say that the above-described non-confirmation processing can be performed if necessary. According to an embodiment, the unconfirmed image or the second image may be transmitted to the unlisted stock trading system 100 from the seller terminal 200.

Thereafter, the control module 110 may return the predetermined number of specific unlisted stocks to the account of the seller, that is, to the second account management system 500 (S560-1). According to an embodiment of the present invention, when a transaction request is received from the buyer terminal 300, a transaction for the transaction quantity including stocks already received can be intermediated without returning the predetermined number of stocks already received. That is, the transaction can be further intermediated to the remaining quantity of the transaction quantity (S570).

At this time, as described above, it is possible to receive the remaining quantity from the seller and to mediate the transaction collectively, or to control the brokerage processing module 130 to divide the remaining quantity and the remaining quantity. Also, the remaining quantity may also be performed at least twice.

Meanwhile, according to an embodiment, the unlisted stock trading system 100 may include a processor and a memory for storing a program executed by the processor. The processor may include a single-core CPU or a multi-core CPU. The memory may include high speed random access memory and may include non-volatile memory such as one or more magnetic disk storage devices, flash memory devices, or other non-volatile solid state memory devices. Access to the memory by the processor and other components can be controlled by the memory controller. Here, when the program is executed by a processor, the program can cause the unlisted stock trading system 100 according to the present embodiment to perform the above-described unlisted stock trading method.

Meanwhile, the unlisted stock trading method according to the embodiment of the present invention can be implemented in the form of a computer-readable program command and stored in a computer-readable recording medium. The control program and the target program May also be stored in a computer-readable recording medium. A computer-readable recording medium includes all kinds of recording apparatuses in which data that can be read by a computer system is stored.

Program instructions to be recorded on a recording medium may be those specially designed and constructed for the present invention or may be available to those skilled in the art of software.

Examples of the computer-readable recording medium include magnetic media such as a hard disk, a floppy disk and a magnetic tape, optical media such as CD-ROM and DVD, a floptical disk, And hardware devices that are specially configured to store and execute program instructions such as magneto-optical media and ROM, RAM, flash memory, and the like. The above-mentioned medium may also be a transmission medium such as a light or metal wire, wave guide, etc., including a carrier wave for transmitting a signal designating a program command, a data structure and the like. The computer readable recording medium may also be distributed over a networked computer system so that computer readable code can be stored and executed in a distributed manner.

Examples of program instructions include machine language code such as those produced by a compiler, as well as devices for processing information electronically using an interpreter or the like, for example, a high-level language code that can be executed by a computer.

The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.

It will be understood by those skilled in the art that the foregoing description of the present invention is for illustrative purposes only and that those of ordinary skill in the art can readily understand that various changes and modifications may be made without departing from the spirit or essential characteristics of the present invention. will be. It is therefore to be understood that the above-described embodiments are illustrative in all aspects and not restrictive. For example, each component described as a single entity may be distributed and implemented, and components described as being distributed may also be implemented in a combined form.

It is intended that the present invention covers the modifications and variations of this invention provided they come within the scope of the appended claims and their equivalents. .

Claims (11)

In the unlisted stock trading method,
Receiving an unlisted stock trading transaction information of unlisted stocks from terminals of a transaction requester corresponding to each transaction information;
The unlisted stock trading system registering the transaction information in a predetermined non-canonical interface;
Wherein the unlisted stock trading system comprises a plurality of transaction information registered in the non-correspondent interface, a quotation value corresponding to the plurality of transaction information on the basis of the quotation price and quantity per transaction information included in each of the plurality of transaction information, Generating a call interface to be displayed; And
Providing the generated call interface to a predetermined transaction terminal;
Receiving a transaction request signal including a transaction request call from the transaction terminal based on the call interface provided in the unlisted stock trading system;
The unlisted stock trading system extracting at least one matching transaction information corresponding to the transaction request call price from the non-call interface based on the received transaction request signal;
Providing the extracted at least one matching transaction information to the transaction terminal;
The unlisted stock trading system selecting target transaction information from the at least one matching transaction information from the transaction terminal;
Checking whether the unlisted stock trading system concludes all or a part of the quantities included in the target transaction information; And
And updating the asynchronous interface based on the result of the check.
The method of claim 1, wherein the unlisted stock trading method using the call interface comprises:
Further comprising the step of updating the transaction amount information corresponding to the transaction request call price in the call interface based on the result of the check.
The method of claim 1, wherein the unlisted stock trading method using the call interface comprises:
Further comprising the step of transmitting a transaction request notification signal to a terminal of a transaction requester corresponding to the target transaction information selected by the unlisted stock trading system.
The method of claim 1, wherein the unlisted stock trading method using the call interface comprises:
Further comprising the step of, when the target transaction information is selected from the transaction terminal, displaying the in-transaction confirmation information indicating that the target transaction information is in transaction, on the non-care interface.
The method of claim 1, wherein the unlisted stock trading method using the call interface comprises:
The unlisted stock trading system receiving a second transaction request signal including the transaction request call from the second transaction terminal;
And the unlisted stock trading system providing at least one second matching transaction information corresponding to the transaction request call to the second transaction terminal based on the received second transaction request signal,
Wherein the target transaction information is excluded from the at least one second matching transaction information.
A computer program installed in a data processing apparatus and stored in a recording medium for performing the method according to any one of claims 1 to 5.
An interface module for receiving transaction information of unlisted stocks from terminals of a transaction requester corresponding to transaction information;
An asynchronous interface module for registering the transaction information in a predetermined asynchronous interface;
A call interface for displaying call amounts and call amount information corresponding to the plurality of pieces of call information corresponding to the plurality of pieces of call information based on the call amount and quantity for each piece of call information included in each of the plurality of pieces of call information registered in the non- A call interface module for generating the call interface;
And a control module for providing the generated call interface to a predetermined transaction terminal,
Wherein the interface module comprises:
Receiving a transaction request signal including a transaction request quotation from the transaction terminal based on the provided call interface,
The control module includes:
Extracting at least one matching transaction information corresponding to the transaction request call from the non-call interface based on the received transaction request signal, providing the extracted at least one matching transaction information to the transaction terminal,
Wherein the interface module comprises:
Receiving target transaction information from the at least one matching transaction information from the transaction terminal,
The non-protected interface module includes:
Wherein the non-public stock trading system confirms the conclusion of all or some of the quantities included in the target transaction information, and updates the non-canonical interface based on the result of the check.
8. The method of claim 7,
The call interface module comprises:
And updates the transaction amount information corresponding to the transaction request quotation at the call interface based on the confirmation result.
8. The method of claim 7,
Wherein the interface module comprises:
And transmits a transaction request notification signal to the terminal of the transaction requester corresponding to the selected target transaction information.
8. The method of claim 7,
The non-protected interface module includes:
Wherein when the target transaction information is selected from the transaction terminal, the target transaction information is displayed on the non-notification interface and the confirmation information during the transaction is displayed.
8. The method of claim 7,
Wherein the interface module comprises:
Receiving a second transaction request signal including the transaction request quotation from the second transaction terminal,
The control module includes:
Providing at least one second matching transaction information corresponding to the transaction request call to the second transaction terminal based on the received second transaction request signal,
Wherein the target transaction information is excluded from the at least one second matching transaction information.
KR1020160015021A 2016-02-05 2016-02-05 System and method for trading over-the-counter using asking price interface KR20170093517A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020160015021A KR20170093517A (en) 2016-02-05 2016-02-05 System and method for trading over-the-counter using asking price interface

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020160015021A KR20170093517A (en) 2016-02-05 2016-02-05 System and method for trading over-the-counter using asking price interface

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020180006403A Division KR20180010289A (en) 2018-01-18 2018-01-18 System and method for trading over-the-counter using asking price interface

Publications (1)

Publication Number Publication Date
KR20170093517A true KR20170093517A (en) 2017-08-16

Family

ID=59752375

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020160015021A KR20170093517A (en) 2016-02-05 2016-02-05 System and method for trading over-the-counter using asking price interface

Country Status (1)

Country Link
KR (1) KR20170093517A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111967672A (en) * 2020-08-18 2020-11-20 合肥工业大学 Lion group evolution algorithm-based path planning method for space crowdsourcing platform
KR102433863B1 (en) * 2021-12-06 2022-08-18 이성주 Method for supporting a trade of unlisted stocks and server using the same
KR102433499B1 (en) * 2021-11-29 2022-08-18 이성주 Method for supporting a trade of unlisted stocks and server using the same

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111967672A (en) * 2020-08-18 2020-11-20 合肥工业大学 Lion group evolution algorithm-based path planning method for space crowdsourcing platform
KR102433499B1 (en) * 2021-11-29 2022-08-18 이성주 Method for supporting a trade of unlisted stocks and server using the same
WO2023096012A1 (en) * 2021-11-29 2023-06-01 이성주 Method for supporting transaction of unlisted stocks and unlisted stock transaction server using same
KR102433863B1 (en) * 2021-12-06 2022-08-18 이성주 Method for supporting a trade of unlisted stocks and server using the same
WO2023106496A1 (en) * 2021-12-06 2023-06-15 이성주 Method for providing ui for supporting trading of unlisted stocks, and unlisted stock trading server using same

Similar Documents

Publication Publication Date Title
US11962577B2 (en) Resource transfer setup and verification
JP6710401B1 (en) Method and management server for managing object
US11184321B2 (en) Domain name hi-jack prevention
US8583544B2 (en) Systems and methods for facilitating electronic securities transactions
US20080262957A1 (en) Systems and methods for facilitating electronic securities transactions
WO2021230443A1 (en) Method, system, and non-transitory computer-readable recording medium for supporting asset transaction
CN111784128A (en) Asset information processing method and system based on block chain
KR20170093517A (en) System and method for trading over-the-counter using asking price interface
KR20180036685A (en) System and method for trading over-the-counter using asking price interface
KR101855469B1 (en) System and method for trading over-the-counter capable of negotiation
KR101865082B1 (en) System and method for trading over-the-counter using graphic asking price interface
KR101775353B1 (en) System and method for trading over-the-counter using image
KR20170093518A (en) System and method for trading over-the-counter capable of seperation trading
JP2020091515A (en) Method, computer, system and program for implementing P2P insurance
KR20180010289A (en) System and method for trading over-the-counter using asking price interface
KR20200037469A (en) The Convenient and Safe Method to intermediate Direct Financing utilizing Public key
KR20190132803A (en) System and method for real estate commercial transations
KR20170086824A (en) System and method for trading over-the-counter using asking price interface
KR20180006997A (en) System and method for trading over-the-counter capable of seperation trading
WO2021262073A1 (en) Method and system for controlling a bidding process
KR101775352B1 (en) System and method for trading over-the-counter capable to check seller's account
KR102244850B1 (en) Method for servicing an auction based on open-platform of public in bank
KR102398641B1 (en) System for providing card payment agent service and method performing thereof
KR20230143587A (en) Method, system and non-transitory computer-readable recording medium for supporting asset transactions

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
A107 Divisional application of patent