KR20020009251A - Method and apparatus to intermediate between customers and brokers in futures exchange - Google Patents

Abstract

PURPOSE: A method and apparatus for relaying the futures trading between the client and the broker are provided for the customer to have the advantage in the futures trading by requesting a bid to many brokers at the same time, and for the broker to trade with the customer without checking a margin of the customer. CONSTITUTION: The apparatus comprises a main controller(400), a broker interface(500), and a customer interface(600). A gateway is between the main controller and the broker interface and the customer interface for the communication. The customer logs in the main controller by using the customer interface and sends the bid request to the main controller. After reviewing the bid request of the customer, the main controller sends the bid request to the broker. Inversely, the broker receives the bid request and sends the bid to the main controller, which sends the bid to the customer again.

Description

Method and apparatus for relaying futures trading between brokers and customers in futures exchanges {Method and apparatus to intermediate between customers and brokers in futures exchange}

The present invention relates to a futures trading method and apparatus for relaying a transaction between a customer and a broker on a futures exchange using an electronic contract through a computer network. The present invention relates to a method and apparatus for enabling position transfer to efficiently conduct a transaction between a customer and a broker.

The London Metal Exchange, one of the oldest futures exchanges, was established in 1876, and since then, trading between brokers and customers has been based on open quotes. The open quote method is a method in which a customer calls a broker to make an order by nurturing and the broker executes the order by nurturing the exchange. The trading between members is done by open quotes in the 'ring' of the London Metal Futures Exchange, and there is only 1: 1 contact between the customer and the broker.

Thus, a customer must contact one or more brokers to get a quote for his demand. Theoretically, if a customer has a myriad of telephones and contacts multiple brokers at the same time and compares the prices, the best price will be obtained.

In practice, however, the customer contacts the broker one at a time while the price changes. Thus, if the customer gets the best price, it is because the price has changed in his favor, not at the same time comparing several quotes.

The customer may also wish to remain anonymous until the transaction is concluded, even after the transaction has been concluded, but according to the conventional method of talking to multiple brokers over the telephone, the customer's identity is known to the broker before the transaction is closed. There is a problem.

Due to the nature of the London Metal Futures Exchange, a customer's position belongs to an account opened by each broker, with a wide variety of expiration dates. This makes it very difficult for customers to transfer their positions from one broker to another, or to offset the opposing positions belonging to different broker's accounts obtained through auctions. Theoretically, offsetting positions between brokers may be offset, but they are not realistic because they are not automatic.

Moving or offsetting positions that customers have in different broker accounts is not currently taking place in any futures market as well as the London Metal Futures Exchange.

Therefore, the auction system for futures commodities can be efficiently operated not only on the London Metal Futures Exchange, but also on other futures exchanges only if the brokers' position abandonment and transfer procedures are guaranteed by the procedures agreed upon in advance.

The present invention is to solve such a problem, an object of the present invention is to provide a function that allows customers to make a request for a quote to multiple brokers at the same time to make the most advantageous transaction, and to enable the auction of futures products Provides the ability to implement position relocation and transfer procedures between brokers to create, and also provides the ability for brokers to close transactions without having to check the margins of customers requesting quotes. It is to provide a method and apparatus for relaying a transaction.

1 illustrates a futures trading relay device according to an embodiment of the present invention.

2 is a schematic diagram illustrating a process of making a request and a request between a customer and a broker according to an exemplary embodiment of the present invention.

3 is a schematic diagram showing a counter-sales process according to an embodiment of the present invention.

4 is a view showing the detailed configuration of the central control apparatus according to an embodiment of the present invention.

5 is a diagram illustrating a detailed configuration of a broker interface according to an embodiment of the present invention.

6 is a view showing the detailed configuration of the customer interface according to an embodiment of the present invention.

7 is a flowchart illustrating a process of generating a call request by a customer according to an embodiment of the present invention.

8A is a flowchart illustrating a process in which a margin is verified before a call request is processed according to an embodiment of the present invention.

8B is a flowchart illustrating a process of providing, by the central control apparatus according to the embodiment of the present invention, information regarding whether the client has a current margin and a margin payment request.

9 is a flowchart illustrating a process of reviewing a call price request of a customer according to an embodiment of the present invention.

10 is a flowchart illustrating a process in which a broker provides a call price to a customer according to an embodiment of the present invention.

11 is a flowchart illustrating a process of closing a transaction according to an embodiment of the present invention.

12 is a flowchart illustrating a process of offsetting a position with a countermeasure according to an embodiment of the present invention.

13 is a flowchart illustrating a process of giving up a position from one broker to another broker according to an exemplary embodiment of the present invention.

14 is a flowchart illustrating a process in which abandon consent is agreed in advance according to an embodiment of the present invention.

The futures trading relay device for relaying a transaction between a customer and a broker in the futures exchange of the present invention is a central control that proceeds with a procedure for requesting a customer's call price and a broker's call price, giving up and transferring positions between brokers, and checking a margin. A device, a broker interface coupled to the central control unit, and a customer interface coupled to the central control unit.

The futures trading relay method of relaying a transaction between a customer and a broker in the futures exchange of the present invention includes a step in which a customer requests a quote, the central control device confirms a margin of the customer, and the broker provides a quote.

Exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 illustrates a futures trading relay device according to an embodiment of the present invention.

As shown in FIG. 1, the futures trading relay device of the present invention includes a central control device 400, a broker interface 500, and a customer interface 600. Each node is connected through a publicly connected telephone network. Connections can also be made by data lines, mobile networks (mobile phones, PCS, etc.) or satellite networks. The broker interface 500 and the customer interface 600 are input and output gateways that can communicate with the central control unit 400.

By using the above components, the present invention allows the central control unit 400 to receive a request for a request from the customer, and to make the request for the request to be used by multiple brokers so that a binding contract between the customer and the broker can be concluded. Provides an apparatus and method.

2 is a schematic diagram illustrating a process of making a request and a request between a customer and a broker according to an exemplary embodiment of the present invention.

As shown in FIG. 2, the customer logs in to the central control unit 400 using the customer interface 600 and transmits a call request request 100 to the central control unit 400. The central control unit 400 reviews the call request request 100 of the customer and transmits it to the broker. When the broker receives the call request 100 and transmits the call price 110 to the central control device 400, the central control device transmits the call price 110 to the customer.

3 is a schematic diagram showing a counter brokering process between brokers according to an exemplary embodiment of the present invention.

As shown in FIG. 3, when the customer places the counter-sale order 300, the central control apparatus 400 transmits the same to the broker. The broker examines the countermeasure order 300 and transmits a receipt confirmation of the countermeasure order 300 to the central control unit 400. The central control unit 400 transmits the receipt confirmation of the counter-sales order 300 to the customer. The broker gives up the position of the customer to another broker as the counter-sale order 300 of the customer by a pre-arranged revocation process.

4 is a view showing a detailed configuration of the central control device according to an embodiment of the present invention.

As shown in FIG. 4, the central control unit 400 includes a central processing unit 405, a position management processing unit 407, an account management processing unit 410, a margin requirement processing unit 415, and an auction control processing unit. 420, call request processing unit 425, transaction tracking processing unit 430, transaction confirmation processing unit 435, counter trading request processing unit 437, synchronizing processor (synchronizing processor) 439, cryptographic processing Device 440, network interface 445, and data storage device 450.

The central control unit 400 serves as a web server for receiving and transmitting the call request (100) generated by the customer. Conventional computer workstations or servers with sufficient memory and processing power may be used as the central control unit 400. The CPU 405 may be a microprocessor such as UltraSPARC-II 400 MHz manufactured by Sun Microsystem.

The data storage device 450 is used to store data used in the transaction processing of the present invention. The data storage device 450 may be a magnetic storage device such as a hard disk or an optical storage device such as a CD-ROM or a flash memory. The data storage device includes a broker database 455, a customer database 460, an account database 465, a margin review element database 467, a customer position management database 470, a quotation request history database 475, and final confirmation history. Database 480, accounting database 485, certificate database 490, and bill information database 495. For example, database software such as Oracle 8 can be used to create and manage these databases.

The broker database 455, which manages data relating to a broker, stores a broker's name, contract information, member type, transaction and abandonment agreement with a customer, and important public and private information. The contract information is composed of all possible methods of communication between the customer and the broker, such as an authorized trader, a trader's telephone number, a web page address (URL), an e-mail address, and a facsimile number.

The customer database 460, which manages data about the customer, includes the customer's name, address, authorized trader, trader's phone number, web page address (URL), e-mail address, facsimile number, previous system availability, public / Store important personal information.

The account database 465, which manages data relating to a customer's account, manages data relating to a customer's account opened to a broker, which includes credit limit, opening margin ratio, transaction limit, and important transaction information.

The margin review element database 467, which manages data on the elements necessary to calculate margins, stores credit limits, opening margin percentages, variable margins, account balances, net positions, and the like.

The customer position management database 470, which manages data relating to a customer's position, stores all contractual information such as contract, quantity, expiration, and price.

The call request history database 475, which manages data relating to a call request generated by a customer, stores the tracking history of each call request generated by the customer.

The accounting database 485 stores and manages transactional information related to auctions to be retrieved for later analysis.

The certificate database 490 stores and manages certificates of both the broker and the customer for use in authentication and encryption. The certificate database 490 facilitates encryption by storing symmetric and asymmetric keys. The encryption processing unit 440 uses these keys to perform encryption and decryption of data transmitted through the Internet network.

The invoice information database 495 stores and manages invoice contents for additional margin. The invoice here is a broker's document that requires the client to pay extra margin when the customer's position enters the margin call.

The network interface 445 is a passage for communication between the broker and the customer through the broker interface 500 and the customer interface 600. A conventional internal or external modem, LAN card, or the like can be used as the network interface 445.

5 and 6 illustrate the broker interface 500 and the customer interface 600, respectively. These are connected to the central control unit 400.

5 is a diagram showing the detailed configuration of the broker interface 500 according to an embodiment of the present invention.

As shown in FIG. 5, the broker interface 500 includes a central processing unit 505, a call request processing unit 510, a tuning processing unit 520, a video driver 530, a video monitor 540, and data storage. Device 550.

The synchronization processing device 520 tracks an event of the customer account and synchronizes it with the customer account in the central control device 400.

The data storage device 550 includes a message database 570 and an accounting database 580. As the data storage device, a conventional magnetic hard disk storage device such as manufactured by Conner Peripherals may be used.

The message database 570, which manages the messages of customers and brokers, is used to store the broker's responses as well as the special conditions of the customer's and / or broker's transactions.

The accounting database 580 is used to store payment records and the history of the connection with the central control unit 400.

6 is a diagram showing the detailed configuration of the customer interface according to an embodiment of the present invention.

As shown in FIG. 6, the customer interface 600 includes a central processing unit 605, a transaction confirmation receipt processing unit 620, a video driver 630, a video monitor 640, and a data storage device 650. . All of these components are identical to those in the broker interface 500 shown in FIG. 5 except for the transaction confirmation receipt processing device 620. The transaction confirmation receipt processing device 620 receives the final confirmation from the central control unit 400 and cross checks it with the request for quotation (100).

The system components in the embodiments of the present invention are not necessarily implemented by separate hardware, and may be separate software that performs different functions in one hardware or different functions of the same software. .

There are many application software for the communication required by the broker interface 500 and the customer interface 600, the main functions of which are the generation and transmission of messages. If the central control device 400 is configured as a web server, conventional access software such as Netscape's Netscape web browser may be used. The customer can use the Netscape Navigator browser to send the call request 100. No dedicated software is needed just for the present invention.

An embodiment of the present invention will be described as an example of a transaction between a customer and a broker in the London Metal Futures Exchange.

The customer logs in to the central control unit 400 to make a call request 100 and wait for the call 110 of the broker. The central control unit 400 checks the margin review element database 467 to confirm the margin required by each broker. In addition, the call request 100 may be transmitted only to brokers whose margins held by the customer satisfy the margins required by the broker. The broker's call price 110 is electronically transmitted to the central control unit 400, the central control unit 400 transmits it back to the customer so that the customer can make a decision.

7 is a flowchart illustrating a process of generating a call request request 100 by a customer according to an embodiment of the present invention.

Referring to Figure 7 the process in which the customer generates the call request request 100 in detail as follows.

First, the customer logs into the central control device 400 using the customer interface 600 (step 700). The central control unit 400 has a page on the World Wide Web, which allows a customer to provide information through the interface of conventional web browser software, such as MS Explorer, produced by Microsoft.

The customer then selects a contract item from a list of contracts on the London Metal Futures Exchange (step 710). As shown in step 711, contract items for the London Metal Futures Exchange include CU (Copper, "Copper Grade A"), AL (Aluminum, "Primary High Grade Aluminum), AA (Aluminum Alloy), ZS (Zinc, Special High Grade Zinc), PB (Lead, "Standard Lead"), SN (Tin, "Tin"), NI (Nickel, Primary Nickel) and AG (Silver ").

The customer then selects a type of order, such as a futures auction, an option auction, a counter-tender position, and step 720. Selecting the type of order appears on the video monitor 640 of the customer interface 600. This order is an electronic contract with the terms and conditions to be selected or filled out by a customer, which forms the request. The customer then chooses to sell or buy (step 721). The customer then enters a quantity (step 722). The customer enters an expiration date (step 723), and enters a currency type (step 724). The customer determines whether there is a correction (step 730) and enters the correction (step 735). The customer then enters the customer's password for the quote request 100 (step 740). After entering the above, the customer sends them to the central control unit 400 (step 745). The central control unit 400 then receives the call request 100 from the customer (step 750).

8A is a flowchart illustrating a process in which a margin is confirmed before a request for quotation is processed according to an embodiment of the present invention.

The process of checking the margin will now be described in detail with reference to FIG. 8A.

The central control unit 400 confirms the net position of the customer in the contract by the broker (step 800). The central control unit 400 inputs the quantity of the quotation request (100) to the net abandonment of the customer by the broker (step 810), the London Metal Futures Exchange and the London Metal Futures Clearing House (The London Clearing House) multiplies the current starting margin percentage as announced (step 811). The variable margin is added to the starting margin (step 820), and the credit limit of the customer increased by the broker is added (step 830). Add the customer's account balance back here (step 840). The central control unit 400 calculates the margin of the customer for the broker (step 850). It then determines whether the margin is sufficient (step 860). The central control unit 400 moves to another broker to confirm the margin required by the other broker. The above process is repeated until the margin required by all brokers is confirmed (step 870).

8B is a flowchart illustrating a process of providing, by the central control apparatus according to the embodiment of the present invention, information regarding whether the client has a current margin and a margin payment request.

The central control unit 400 checks the margin of every customer after the exchange is closed every day, and provides the customer with information about whether there is a current margin and a margin payment request.

Referring to FIG. 8B, the process of providing the central control apparatus 400 with information regarding whether a margin and a margin payment request of a customer is provided will be described in detail as follows.

The central control unit checks the net position of the customer in the contract by the broker after the exchange is closed daily (step 880). To calculate the margin, multiply the current opening margin percentage announced by the London Metal Futures Exchange and London Metal Futures Clearing (step 881), add variable margin to the opening margin (step 882), and increase the customer's credit from the broker. Add the limit (step 883). Add the customer's account balance back here (step 884).

The central control unit 400 then calculates the margin of the customer for the broker (step 885). The central control unit 400 moves to another broker to confirm the margin required by the other broker. The above process is repeated for all brokers (step 890).

The central control unit 400 transmits to the customer whether the current margin and the margin payment request to the customer (step 895).

9 is a flowchart illustrating a process of reviewing a call price request 100 of a customer according to an embodiment of the present invention.

The call price request 100 review process is a process in which the central control apparatus 400 checks whether there is sufficient margin to cover a transaction before the call price request 100 received by the broker is used.

The process of the central control apparatus 400 for reviewing the call request price of the customer 100 will be described in detail with reference to FIG. 9 as follows.

The central control unit 400 extracts the contract item and the quantity from the quotation request 100 (step 900). The central control unit 400 then checks the net position of the customer in the contract by the broker (step 910). The central control unit 400 then enters the quantity of the quotation request 100 in the net position of the contract to calculate the increase or decrease of the starting margin (step 911). The central control unit 400 then checks whether the margin is sufficient (step 920). The above procedure for checking the margin is repeated for all brokers (step 930).

If the margin is verified and the margin is not sufficient, the screen of the broker is blocked (step 921), and if the margin is sufficient, the broker's screen is opened (step 922). At the same time, a broker window is displayed on the customer's video monitor 640 to receive the broker's call 110 (step 923).

The central control unit 400 assigns a unique call request number to the call request of the customer (step 924), writes a time stamp (step 925), and sends the call request 100 to the broker. (Step 926).

10 is a flowchart illustrating a process of providing a quote to a customer by a broker according to an embodiment of the present invention.

The broker receives the quote request 100 and provides the quote 110 to a customer to compete with another broker.

The process of providing the quote 110 to the customer by referring to FIG. 10 will now be described in detail.

The broker receives the call price request 100 (step 1000), provides the call price 110 (step 1010), and then transmits the call price 100 to the central control unit 400 (step 1011).

The central control apparatus 400 transmits the quotations 110 to the customer in the order of receipt (step 1020). The broker's quote 110 is displayed in a cell on the customer's monitor 640 (step 1030).

11 is a flowchart illustrating a process of closing a transaction according to an embodiment of the present invention.

The customer selects the best quote and concludes a deal with the broker.

A process of closing a transaction will be described in detail with reference to FIG. 11 as follows.

First, the customer selects the best of the quotes displayed on the customer monitor 640 (step 1100). The central control unit 400 transmits the acceptance of the call price by the customer to the broker (step 1110). The customer's identity is not entered into the broker that does not have a transaction, but only the broker whose transaction is established (step 1111). When the call is accepted, the broker confirms the transaction (step 1120), enters a contract number (step 1130), inputs a correction (step 1131), and transmits data to the central control unit 400 (step 1132). ).

The central control unit 400 receives data from the broker (step 1140), and then deletes the call price request 100 from another broker's window (step 1141). At the same time, the central control unit 400 transmits the transaction confirmation of the broker to the customer (step 1142), adds the transaction history to the completed transaction item (step 1143), and the transaction data in the customer position management database 470. Save (step 1144). The customer then receives the transaction data and the transaction is concluded (step 1150).

12 is a flowchart illustrating a process of canceling a position with a countermeasure according to an embodiment of the present invention.

The central control unit 400 checks the position of the customer in the account of the customer having another broker to see if there is an opposite position having the same contract contents and the same maturity each time a customer makes a new transaction. If there is an opposite position in the account of the customer that the other broker has, the central control unit 400 transmits the counter-sales request to the customer so that the customer can offset the position.

A process of offsetting a position by counter-sale will be described in detail with reference to FIG. 12 as follows.

The central control unit 400 checks the position of the customer according to the expiration for each broker (step 1200). If there is a counter position, the central control unit 400 transmits a counter trading request to the customer (step 1210).

When the customer receives the counter-sales request (step 1220), the customer selects the counter-sales order 300 to select a position to offset (step 1230). The customer then fills in the order form on the customer monitor 640 to place the counter-sales order 300 (step 1231). The customer then enters a password (step 1232) and sends data to the central control unit 400 (step 1233).

The central control unit 400 receives data from the customer (step 1240), enters an order number (step 1242), enters a time stamp (step 1244), and sends the counter-sales order 300 to both brokers involved. (Step 1246). One broker has a buy position and the other broker has a sell position.

The broker receives the counter-sales order 300 sent by the central control unit 400 (step 1250). The broker confirms the position of the customer (step 1252) and sends a transaction confirmation to the central control unit 400 (step 1254). The broker designated by the customer also receives the counter-sales order (step 1260), confirms the position of the customer (step 1262), and sends a transaction confirmation to the central control unit 400 (step 1264).

The central control unit 400 receives the transaction confirmation (step 1270) and transmits the transaction confirmation to the customer (step 1272). The customer receives a transaction confirmation (step 1280).

FIG. 13 is a flowchart illustrating a process of giving-off a position from one broker to another broker according to an exemplary embodiment of the present invention.

The broker relinquishes the customer's position to another broker by the customer's counter-sale order by a pre-arranged revocation process.

A process of giving up a position from one broker to another will be described in detail with reference to FIG. 13 as follows.

The broker holding the customer's position contacts the broker holding the opposite position specified by the customer (step 1300). The broker gives up the position to another broker (step 1310). Then, the completion of the abandonment process is transmitted to the central control unit 400 (step 1320).

The broker designated by the customer agrees to offset the position (step 1301) and receives the position abandoned by another broker (step 1311). And the completion of the abandonment process is transmitted to the central control unit 400 (step 1321).

The central control unit 400 receives data from both brokers (step 1330), stores the counter-sales details in the customer database 460 (step 1331), and transmits the data to the customer (step 1332). The customer is then sent data (step 1340).

14 is a flowchart illustrating a process in which a waiver agreement is agreed in advance according to an embodiment of the present invention.

The previously agreed waiver process is ensured by a duly signed waiver agreement between the broker and the customer.

The process of giving up the consent to give up is described in detail with reference to FIG. 14 as follows.

The broker checks and reviews the terms of the waiver agreement (step 1400). The broker agrees to the terms of the waiver agreement (step 1410). And a waiver agreement is signed (step 1420). The broker then sends a waiver agreement to the central control unit 400 (step 1430).

The central control unit 400 receives the consent of the broker to give up (step 1440), and transmits it to the customer (step 1441). The broker's consent to abandon is stored in the broker database 455 (step 1442). The customer then gets a consent from the broker to give up (step 1450).

As described above, according to the present invention, the customer can make a request for quotes to several brokers at the same time, so that the customer can conclude the most advantageous transaction, and the broker can deal with the customer without having to check the margin of the customer. In the futures exchange, brokers can offset counter-positions of their own customers according to the pre-arranged position relocation and transfer procedures.

In addition, customers do not need to inform the broker of their identity when requesting a request from the broker, so if the transaction is not established, their identity is not known to the broker.

In addition, the customer may offset the position by pre-arranged counter-traffic, thus avoiding additional margin payment requirements.

Claims (21)

In the futures trading relay system for relaying transactions between the customer and the broker of the futures exchange A central control apparatus for receiving a call price request from a customer, checking a margin of the customer, and transmitting the call price request to various brokers so that the broker can use the call price request; A broker interface for communicating with a broker connected to the central control unit; Customer interface for communication with the customer connected to the central control unit A futures trading relay device for relaying a transaction between the customer and the broker of the futures exchange comprising a. The method of claim 1, The central control unit includes a central processing unit, a position management processing unit connected to the central processing unit, an account management processing unit, a margin request processing unit, an auction control unit, a quotation request processing unit, a transaction tracking processing unit, a transaction approval processing unit, A futures trading relay device for relaying a transaction between a customer and a broker of a futures exchange, comprising a counter trading request processing device, a tuning processing device, a cryptographic processing device, a network interface, and a data storage device. The method of claim 2, The data storage device includes a broker database, a customer database, an account database, a margin verification element database, a customer position management database, a quotation request history database, a final approval history database, an accounting database, a certificate database, and a bill information database. A futures trading relay device for relaying a transaction between a customer and a broker of a futures exchange. The method of claim 1, The broker interface includes a central processing unit, a request request processing unit, a synchronization processing unit, a video driver, a video monitor, and a data storage device. Device. The method of claim 4, wherein The data storage device is a futures trading relay device for relaying a transaction between the customer and the broker of the futures exchange, characterized in that consisting of a message database and an accounting database. The method of claim 1, And the customer interface comprises a central processing unit, a transaction approval receipt processing unit, a video driver, a video monitor, and a data storage device. The method of claim 6, The data storage device is a futures trading relay device for relaying a transaction between the customer and the broker of the futures exchange, characterized in that consisting of a message database and an accounting database. A customer creating a quote request; Reviewing the call request by the central control unit; Sending, by the central control unit, the call request to various brokers; Providing a quote without the broker checking the margin of the customer; Customer accepts the quote and the transaction is concluded A futures trading relay method for relaying a transaction between a customer and a broker of a futures exchange comprising a. The method of claim 8, The customer's request for quotation A customer logging in to the central control apparatus using the customer interface; Selecting the type of contract and order; Selecting a sell or buy; Entering a quantity, a maturity, a currency type, a requirement modification, and a customer password; Client sends it to the central control unit A futures trading relay method for relaying a transaction between a customer and a broker of a futures exchange comprising a. The method of claim 8, Examination of the call price request by the central control unit The central control unit extracting a contract and a due date from the call request; Confirming the margin available to the central control unit; A window of the broker is opened if the margin is sufficient, and a window is closed if the margin is not sufficient; The central control apparatus repeating the above processes for all brokers; Numbering the call request by the central control device; Entering a time stamp and sending the call request to a broker A futures trading relay method for relaying a transaction between a customer and a broker of a futures exchange comprising a. The method of claim 10, The above margin confirmation Confirming, by the central control unit, the net position of the customer; Inputting, by the central control unit, the requested price of the customer's quotation; Obtaining, by the central control apparatus, the total amount of the starting margin by multiplying a current starting margin ratio; Adding variable margin to the starting margin; Entering a credit limit of the customer; Inputting a customer's account balance; Calculating, by the central control unit, the margin of the customer; The central control unit examining whether the margin is sufficient; Repeat the above process for all brokers A futures trading relay method for relaying a transaction between a customer and a broker of a futures exchange comprising a. The method of claim 8, The offer of the above quote from the broker Sending, by the broker, the call price to the central control device without receiving the call price request and checking the margin of the customer; Sending, by the central control unit, the quotation to the customer; The quote of the broker is displayed in a cell on the customer's monitor A futures trading relay method for relaying a transaction between a customer and a broker of a futures exchange comprising a. The method of claim 8, The deal is A price acceptance step, wherein a customer selects the best of the quotes displayed on a customer monitor; Sending, by the central control apparatus, a broker to accept a customer's acceptance of the call price: Inputting the identity of the customer only to the broker with which the transaction is established, without inputting the identity of the customer to the broker which has not been established; Confirming a transaction by the broker, inputting a contract number and a correction item, and transmitting the transaction to the central control apparatus; Deleting, by the central control unit, the call price request from the window of the broker where a transaction is not established; Sending, by the central control unit, data to a customer, writing a transaction in an order, and storing the transaction data in the customer position management database; Customer receives the transaction data A futures trading relay method for relaying a transaction between a customer and a broker of a futures exchange comprising a. Checking, by the central control unit, the net position of the customer after the exchange is closed every day; Obtaining, by the central control apparatus, the total amount of the starting margin by multiplying a current starting margin ratio; Adding variable margin to the starting margin; Entering a credit limit of the customer; Inputting a customer's account balance; Calculating, by the central control unit, the margin of the customer; Repeating the above process for all brokers; Transmitting, by the central control apparatus, the margin information of the confirmed customer to the customer; Receiving, by the customer, the margin details transmitted by the central control device. Method for providing information about the current margin, characterized in that it comprises a Checking, by the central control unit, the net position of the customer after the exchange is closed every day; Obtaining, by the central control apparatus, the total amount of the starting margin by multiplying a current starting margin ratio; Adding variable margin to the starting margin; Entering a credit limit of the customer; Inputting a customer's account balance; Calculating, by the central control unit, the margin of the customer; Repeating the above process for all brokers; Determining, by the central control apparatus, whether a margin payment request is made to a customer; If the central control device has a request to pay the margin to the customer and sends it to the customer Method for providing information about the margin payment request, comprising a Checking, by the central control device, the position of the customer according to the expiration for each broker each time the customer makes a new transaction; If there is a counter position, sending a counter-trade request to the customer; Ordering the counter-trade by the customer; Sending, by the central control unit, the counter-trade of the customer to a broker; A broker confirming the counter-traffic of the customer and transmitting it to the central control apparatus; Broker gives up position to another broker Counter trading method comprising a. The method of claim 16, Customer's counter-trade orders A customer selecting the counter-trade order; A customer entering a password; Customer transmitting data to the central control unit Counter trading method comprising a. The method of claim 16, The central control unit transmits the opposite trade to the broker Receiving, by the central control device, data from a customer; Writing, by the central control unit, an order number and a time stamp; Sending the counter-sales order to both brokers involved Counter trading method comprising a. The method of claim 16, The broker's confirmation of counter-sale The broker accepting the counter-trade order of the customer; The broker confirms the position of the customer; Transmitting the receipt of the counter-trade order to the central control unit; Counter-sales method characterized in that it comprises a The method of claim 16, The position abandonment The broker holding the customer's position contacting the broker holding the opposite position; The broker giving up the position by a process previously agreed upon by another broker; Transmitting the position abandonment to the central control unit; The central control apparatus storing the counter-trade and transmitting data to the customer Counter trading method comprising a. 21. Abandonment of position by a process previously agreed in accordance with The broker agrees and signs the terms of the waiver agreement; Sending, by the broker, to the central control unit with abandonment agreement; Sending, by the central control apparatus, to a customer and storing the information in the broker database. Counter trading method comprising a.