KR20120083016A - System for operating a buying/selling process of a financial asset - Google Patents

Abstract

PURPOSE: FA purchasing/selling operation system is provided to cope with the intention of the client smoothly even if a client enjoying corresponding special service discloses a series of intentions to invest in money. CONSTITUTION: A FA purchasing/selling operation control module(110) controls an FA purchasing/selling operation procedure as purchasing/selling order of a client received by FA management legacy system server. A purchasing/selling order receiving module(105) receives a purchasing order, which desired FA purchasing amounts and desired purchasing object FA are printed in. A purchasing/selling order quantity calculation module(106) calculates a purchasing order quantity of client or a selling order quantity of the client.

Description

System for operating a buying / selling process of a financial asset}

The present invention relates to a system for operating a buy / sell process of a financial asset (FA) referred to by a customer. On the management side, each FA manager can smoothly respond to a customer who enjoys the special service, even if he or she simply expresses a series of value-based investment intentions. Of the FA buy / sell operation system, which enables the optimal improvement of the economic benefits of each customer as well as the economic benefits of each customer.

In recent years, due to the rapid expansion of the economic scale, for example, <Money Market Fund>, <Repurchase Bond>, <CMA (Cash Management Account)>, <National Bonds>, <Local Bonds>, <Securities>, < Financial bonds>, <High-credit corporate bonds>, <Debt-type funds>, <Principal-guaranteed ELS>, <Low-credit corporate bonds>, <Equity>, <Equity Linked Securities (ELS), <Market Return Level Equity Funds Pursuing Revenues>, <Equity Funds Pursuing Revenues Above Market Return>, <Derivatives>, <Investment Funds>, <Stock Exchange>, <Equity Linked Warrant>, <Gifts / The number of customers (individual customers, corporate customers, etc.) investing and holding various FAs such as Options> is also increasing rapidly. Accordingly, various FA managers (eg, securities companies) that manage and handle FAs as a whole Etc.), the importance of society is also increasing significantly.

Normally, under such a conventional system, as shown in FIG. 1, on the FA management server side 1 operated by the FA management company side, the FA invested by the customer is sold to various financial markets 2 (e.g., domestic stocks). Market, domestic bond market, overseas stock market, overseas bond market, etc.), and continuously checks, proceeds and manages the entire buying or selling process of the relevant FA.

As mentioned above, the number of customers (individual customers, corporate customers, etc.) investing and holding various FAs has recently increased rapidly, and the question of how to provide high-quality financial services to customers is This is a very important issue, and as a result, each FA manager (e.g. securities firm) is developing a wide range of special services to maximize customer benefits.

As an example of such a special service, the conventional FA management company, as shown in Fig. 1, a FA (e.g. △△ E-shares) with a selling price of 102.5 for 10 shares (10.25 for a selling price of 10.25) By dividing it into △△ E shares, and providing it to the customer side, we propose a service that enables the client to proceed with their preferred series of investment procedures (eg purchase process) with a small amount of investment funds. (Of course, the unit of sale quote mentioned above can make various changes in won, dollar, yen, franc, etc.) Such a conventional FA-divided special service is disclosed in more detail, for example, in Korean Patent Laid-Open Publication No. 2003-63912 (name: financial product split-sale system and its processing method).

Under such a conventional system, since most of the customers participating in the financial market usually do not have systematic knowledge of FA investment, even if the above-described FA split special service is implemented, for example, FA (eg, It is impossible to judge professionally how much the selling price of DELTA electronic stocks and FA (eg, DELTA electronic stocks) are divided and circulated. As a result, as shown in FIG. Only a series of <value unit investment intentions> to invest in a surplus fund (e.g., 3600) in an FA (e.g. △△ electronic stock)>.

However, if a customer simply reveals a series of value-based investment intentions, such as <invest his / her own extra funds (e.g., 3600) to FA (e.g., △△ electronic shares)>, On the server 1 side it is bound to show a fatal disadvantage that can not cope with this smoothly.

The reason for this is that, as shown in FIG. 2, when the customer reveals a series of <unit-level investment intentions> in which <3600 can be invested in FA (e.g., △△ electronic stock)>, the client side Of the investment amount 3600, a portion (e.g., 3597.75) may be used to buy 351 shares of FA (e.g., ΔΔ electronic shares) with a one-sell bid of 10.25, but the remaining balance (e.g., 2.25) may be used for FA (e.g., △△ e-shares) The selling price of one share falls short of 10.25 (ie, the amount equivalent to 0.21 shares of FA), and eventually, on the FA management server side, 351.21 Since the shares cannot be bought normally (for reference, the FAs are traded on a weekly basis, the FA management server can only perform normal purchase transactions when the number of FAs to be purchased is 351 or 352 shares). As an example, the buyer Because the quantity of the FA, if the owner has 351.21 becomes impossible to conduct the normal number of transactions), is forced to determine the number of transactions out of it.

Of course, under such incapacity, the conventional FA manager cannot practically implement this despite the many advantages of the above-mentioned FA split special service, and in the end, the customer's investment opportunity is reduced. It is inevitable.

Naturally, in the situation where the above-mentioned problems exist, if no action is taken, each customer will be forced to show extremely passive and unreasonable countermeasures in investing and operating the FA. On the other hand, the damage to the overall FA investment market will be inevitably reduced.

Accordingly, an object of the present invention is to purchase a customer-side purchase order in which the FA management server records the <FA to be purchased by the customer (eg, △△ electronic stock) and the amount of FA purchase (eg, 3600) desired by the customer. > Or OR, a computer module that can accept a customer's selling order with the desired FA for sale (e.g. △△ electronic stock) and the desired FA selling quantity (e.g. △△ electronic stock 50.75 shares)> In this case, the customer purchase order or customer sell order is read, and the corresponding customer buy order quantity (e.g., one week's selling price corresponding to the purchase price of 3600 is 10.25 △△ e-share 351.21 shares) or customer sell order quantity. (E.g., △△ electronic stock 50.75 shares) to calculate the computer module, customer buy orders quantity (e.g. △△ electronic shares 351.21 shares) or customer order orders (e.g. △△ electronic stock 50.75 shares) After reading, the customer's purchase order quantity (e.g. 351.2 1) or customer's sell orders (50.75 shares) to the quantity that can be traded in the financial market (e.g., one-week quantity), corresponding to each buy / sell order quantity (e.g., 351.21 shares and 50.75 shares) A computer module that can calculate the quantity available for trading (352 shares) or the quantity available for sale (51 shares), <FA to be purchased by the customer (e.g., △△ electronic shares)> and the <quantity available for trading ( For example, purchase request information reflecting △△ e-shares 352 shares> or the <FA desired by the customer (e.g., △ △ electronic shares)> and the <sold amount available for sale (e.g., △△ electronic shares 51). Note)> generate the selling request information reflecting>, and transfers the generated buying request information or selling request information to the FA management period server side, so that the target FA (e.g. △△ electronic stock) or the target FA (e.g. △△) E-shares) are bought in line with the available trading volume (352 shares) or the available trading volume (51 shares), Systematically linking and arranging computer modules that can be supported for sale, and through this, the FA management company that implements the FA split special service, the customer who enjoys the special service is <the extra funds (e.g. 3600) Investment in FA (e.g., △△ electronic stocks)>, even if it is simple to express a series of intentions for unit of money, it is possible to smoothly cope with it. Even profits are improved to the optimal state.

Other objects of the present invention will become more apparent from the following detailed description and the accompanying drawings.

In order to achieve the above object, in the present invention, a <buy / sell procedure of a financial asset (FA)>, <a customer account in which holdings of operating funds of the customer and holdings of the FA of the customer are recorded>, and Communication with FA management period server that computerizes <Support Account for Supporting Source for a Buying / Selling Process (SS) record of holdings of operating funds for customer support and holdings of FA for customer support> And, according to the customer buy / sell orders received by the FA management server, FA buy / sell operation control module for controlling the buy / sell operating procedures of the FA; Controlled by the FA buy / sell operation control module, while communicating with the FA management server, the customer buys order in which the desired purchase target FA and the customer wants the FA purchase amount are described; A buy / sell order reception module for receiving the client's sell order> in which the FA to be sold and the FA sell quantity desired by the customer are listed; A buy / sell order quantity calculation module which is controlled by the FA buy / sell operation control module and reads the customer-side buy order or the customer-side sell order, and calculates a customer-side buy order quantity or a customer-side sell order quantity; Controlled by the FA buy / sell operation control module, the customer purchase order quantity or customer sell order quantity is read, and the corresponding customer purchase order quantity or customer side sell order quantity is expanded to a quantity that can be traded in the financial market. A buy / sell tradeable quantity calculation module for calculating a buyable quantity or sellable quantity; The purchase request information that is controlled by the FA buy / sell operation control module and reflects the <buy target FA> and the <buy available trade amount>, or the <BUY target FA> and the < Generate the request information for sale> reflecting the quantity available for sale> and transmit the generated buy request information or the sell request information to the FA management period server, so that the purchase target FA or the target FA sells the buyable quantity or sell transaction Disclosed is an FA buy / sell operating system comprising a buy / sell request information processing module for buying or selling according to the available quantity.

In addition, in another aspect of the present invention, a <buy / sell procedure of a financial asset (FA)>, <a customer account in which the holding history of the customer's operating funds and the holding history of the customer's FA are recorded>, and <customer While communicating with the FA management period server that computerizes the supporting source for a buying / selling process (SS), which records the holdings of the support funds and the holdings of the FA for customer support, A FA buy / sell operation control module for controlling a buy / sell operation procedure of the FA according to a netting type order received from a FA management server; Controlled by the FA buy / sell operation control module, while communicating with the FA management server, the <FA purchase target FA and the FA purchase amount desired by the customer, and the FA purchase target desired by the customer and the FA desired by the customer A netting order receiving module for receiving the netting order of the customer's side described in the selling quantity>; A buy / sell order quantity calculation module which is controlled by the FA buy / sell operation control module and reads the customer-side netting order and calculates a customer-side buy order quantity and a customer-side sell order quantity; The customer buy order is controlled by the FA buy / sell operation control module, and when the customer buy order quantity is greater than the customer buy order quantity by comparing the customer buy order quantity and the customer sell order quantity, The net purchase quantity is calculated by subtracting the quantity of the client's selling order from the quantity, and when the quantity of the customer's selling order is greater than the quantity of the customer's buying order, the quantity of the customer's buying order from the quantity of the customer's selling order. A netting buy / sell quantity calculation module for calculating a net selling quantity of the customer side by subtracting; It is controlled by the FA buy / sell operation control module, and after reading the net buying quantity of the customer side or the net selling quantity of the customer side, the corresponding net buying quantity or the net selling quantity of the customer side is expanded to the quantity that can be traded in the financial market. A netting quantity available trading module for calculating netting quantity available for trading or netting quantity available for trading; Net purchase request information controlled by the FA buy / sell operation control module reflecting the <buy target FA> and <net buying quantity available>, or the <FAQ target customer> and Generate netting sell request information reflecting the <net selling quantity available for sale> and transmit the generated netting buy request information or netting sell request information to the FA management server, and the purchase target FA or the target FA sells the netting. Disclosed is a FA buy / sell operation system, comprising a netting buy / sell request information processing module for buying or selling in accordance with the buyable tradeable quantity or netting sellable quantity.

Further, in another aspect of the present invention, computerized management of <buy / sell procedure of financial assets (FA)>, <account held by the customer's operating funds and the customer's record of the FA's holdings> A FA buy / sell operation control module for controlling a buy / sell operation procedure of the FA according to a customer buy / sell order received at the FA management server, while communicating with an FA management server; Controlled by the FA buy / sell operation control module, while communicating with the FA management server, the customer buys order in which the desired purchase target FA and the customer wants the FA purchase amount are described; A buy / sell order reception module for receiving the client's sell order> in which the FA to be sold and the FA sell quantity desired by the customer are listed; A buy / sell order quantity calculation module which is controlled by the FA buy / sell operation control module and reads the customer-side buy order or the customer-side sell order, and calculates a customer-side buy order quantity or a customer-side sell order quantity; Controlled by the FA buy / sell operation control module, in communication with the buy / sell order quantity calculation module to read the customer buy order quantity or the customer buy order quantity, and then the customer buy order quantity or customer The purchase order or sell transaction quantity is expanded by increasing the number of side-selling orders to the amount that can be traded in the financial market, and communicated with the FA management period server to hold the customer-side operating funds recorded in the customer account. Alternatively, after reading the holdings of the customer's FA, it is determined whether the client's operating fund or the client's FA maintains the appropriate scale necessary to achieve the purchase volume or the selling transaction volume. If the FA maintains an appropriate scale necessary to achieve the buy volume or sell volume, the buy volume and A buy / sell transaction quantity calculation module for determining the sell transaction quantity as the final transaction quantity; The purchase request information that is controlled by the FA buy / sell operation control module and communicates with the buy / sell transaction quantity calculation module and reflects the <buy target FA> and the <buy transaction quantity>, or the Generates the purchase request information reflecting the <the desired selling target FA> and the <selling trading quantity>, and transmits the generated buy request information or sell request information to the FA management period server side, and the target FA or sell target The FA buy / sell operation system is characterized in that it comprises a buy / sell request information processing module which allows the FA to be bought or sold according to the buy transaction quantity or sell transaction quantity.

In the present invention, in the communication pipeline of the FA management server, <buy-side purchase orders in which the desired FA (e.g. △△ electronic stock) desired by the customer and the FA purchase amount (e.g. 3600) desired by the customer are described>, or, Computer module and customer's purchase order that can receive <Customer's selling order (FA, e.g., △△ E-shares) and customer's desired FA selling quantity (e.g., △△ E. Stock 50.75 shares)> Read the order or the client's sell order, and the corresponding client's purchase order quantity (e.g., one week's selling price corresponding to the purchase price of 3600 is 10.25 △△ E shares 351.21 shares) or customer's sell order quantity (e.g., △ After reading the computer module that can calculate △ 50.75 shares of electronic stock, the number of purchase orders on the customer side (e.g. △△ 351.21 shares of the electronic stock), or the quantity of sell orders on the customer side (e.g. △△ 50.75 shares) The number of orders placed by the customer (e.g. 351.21 weeks) or Increase the number of orders sold by customers (50.75 shares) to the amount that can be traded in the financial market (e.g., one-week quantity), so that buy and sell orders corresponding to each buy / sell order (e.g., 351.21 and 50.75 shares) are possible. A computer module that can calculate the quantity (352 shares) or the quantity available for sale (51 shares), <FA to be purchased by the customer (e.g., △△ electronic stock)> and the <quantity available for trading (e.g., △△) Purchase request information reflecting 352 shares of electronic stock), or the <FA for sale (e.g., △△ electronic stock)> desired by the customer and <sold quantity of trading (e.g., △△ electronic stock 51 shares)> Generates the reflected request information, and transmits the generated buy request information or sell request information to the FA management period server side, so that the target FA (e.g. △△ electronic stock) or the target FA (e.g. △△ electronic stock) Buy or sell in accordance with the available trading volume (352 shares) or the available trading volume (51 shares) In the implementation environment of the present invention, the FA management company that implements the FA-specified special service provides the customer who enjoys the special service with his / her free funds (eg, 3600). ) To invest in FA (e.g., △△ electronic stock)> will be able to cope with this smoothly even if it reveals a simple intention of investing in a unit of money. You will be able to improve your economic interests optimally.

1 is an exemplary diagram conceptually showing a FA operation pattern according to the prior art.
2 is a diagram conceptually illustrating a problem of the FA split special service according to the prior art;
Figure 3 is an exemplary diagram conceptually showing the arrangement of the FA buy / sell operating system according to the present invention.
4 is an exemplary diagram conceptually showing the detailed configuration of the FA buy / sell operating system according to an embodiment of the present invention.
5 to 9 is an exemplary diagram conceptually showing a detailed functional procedure of the FA buy / sell operating system according to an embodiment of the present invention.
10 is an exemplary diagram conceptually showing the detailed configuration of the FA buy / sell operating system according to another embodiment of the present invention.
11 and 12 are exemplary diagrams conceptually showing a detailed functional procedure of the FA buy / sell operating system according to another embodiment of the present invention.
13 is an exemplary view conceptually showing the detailed configuration of the FA buy / sell operating system according to another embodiment of the present invention.
14 to 25 are exemplary diagrams conceptually showing a detailed functional procedure of the FA buy / sell operating system according to another embodiment of the present invention.

Hereinafter, with reference to the accompanying drawings, the FA buy / sell operating system according to the present invention in more detail as follows.

As shown in Fig. 3, under the system of the present invention, an online network (e.g., an internet network, a financial communication network, etc.) is displayed on the FA management server 1 side operated by an FA management company (e.g., a securities company). Through the client client 10 (e.g., notebook computer, desktop computer, mobile information processing device, mobile communication device, etc.), domestic and overseas stock exchange server (not shown), etc. In this situation, various FAs invested by the customer (e.g., <MF (Money Market Fund)>, <Repurchase Bond>, <CMA (Cash Management Account)>, <National Bonds>, <Local Bonds>, <Warranty Bonds, <financial bonds>, <high-credit corporate bonds>, <bond funds>, <guaranteed ELS>, <low-credit corporate bonds>, <stock>, <Equity Linked Securities (ELS), Equity-type funds seeking profits at market returns Equity-type funds, derivatives, investment funds, equity credit transactions, equity-linked warrants, futures and options, etc. Selectively circulate through domestic stock market, domestic bond market, overseas stock market, overseas bond market, etc., and continuously check and manage the overall distribution procedures (e.g., buy procedure, sell procedure) of the relevant FA. Will proceed.

In addition, in the FA management server 1, the information storage area includes <holdings of operating funds of the client side and holdings of the customer side FA (for example, the purchase history of the customer side FA and the sale history of the customer side FA). Purchase / Sale transaction support resources, including recorded customer accounts (21), <holdings of operating funds for customer support, and holdings of customer support FAs (buy history of customer support FAs, sale history of customer support FAs, etc.) SS: Supporting Source for a buying / selling process. For reference, the preceding SS providing account 22 is a special account uniquely employed in the present invention, and in the presence of such an SS providing account 22, in the present invention, various SSs associated with the SS providing account 22, for example, It is possible to flexibly withdraw / use the funds for customer support and FA for customer support when buying / selling a customer's FA.

At this time, according to the situation, the FA management company divides the FA (e.g. △ E-shares) with 102.5 share prices for 10 FA (e.g. △ △ E stocks) with 10.25 share prices. By providing a divided FA (e.g., △△ E stock) to the customer side, a series of funds that allow the customer to proceed with their preferred set of investment procedures (e.g., purchase procedures) with a small investment amount. Will implement the FA split special service.

Of course, as described above, even if the FA split type special service is not implemented, if a separate action is not taken, the client may have a series of unit price investments (for example, an investment amount of 3600) 10.25 △△ investment to buy electronic shares will not be realized, and eventually, the economic damages (eg, loss of investment opportunities, etc.) will have to be taken.

In this sensitive situation, the present invention takes measures to install an additional FA buy / sell operation system 100 unique to the present invention in the communication pipeline of the FA management server 1. In this case, the FA buy / sell operating system 100 of the present invention may form a structure that is installed subordinately in the program block of the FA management system server 1 according to the situation.

At this time, as shown in Figure 4, the FA buy / sell operating system 100 according to the present invention is the FA management period system described above through the online network (for example, the Internet network, financial communication network, etc.) and the interface module 102. The FA buy / sell operation control module for controlling the buy / sell operation procedure of the customer side FA in accordance with the customer buy / sell order received at the FA management period server 1 while communicating with the server 1. 101), the operation information storage module 103 under the control system of the FA buy / sell operation control module 101, the operation auxiliary module 104, the buy / sell order receiving module 105, the buy / sell order quantity Calculation module 106, buy / sell transaction quantity calculation module 107, SS processing module 108, buy / sell request information processing module 109, customer account management module 110, SS provided account management module ( 111), the buy / sell result information receiving module 112, SS providing account asset status control module 113, etc. in close combination It will take the configuration.

In this case, in the operation information storage module 103, various operation information necessary for the execution of the FA buy / sell operation service, for example, customer registration information, customer setting information, registration information of the FA management server 1, and system ( Resource status information of the 100, the program / component information, etc. necessary for the progress of the computational process of each computer module in the system 100, etc. is performed to stably store and manage in its own information storage area (of course, Operational information may be added / deleted or changed the item or range elastically, depending on the situation of the system 100 side).

In addition, the operation assistance module 104 side updates the operation information, operation information for forming / maintaining a communication session with the FA management period server 1 side, for example, various operation auxiliary procedures necessary for the execution of the FA buy / sell operation service. Various management procedures will be performed.

In the situation where such an infrastructure is equipped, as shown in FIG. 5, the buy / sell order receiving module 105 controlled by the FA buy / sell operation control module 101 may use the interface module 102 and the online network. When communicating with the FA management system server 1, a series of customer orders can be accepted (of course, such a customer order can be 1 hour unit, 12 hours unit, or else, 1 day unit). , 2 days, 3 days, real-time units, etc.), the <FA that the customer wants to purchase (e.g. ) And the customer's desired purchase order (e.g. 3600).

In this way, when the <customer's purchase order including the desired FA purchase target (e.g., △△ electronic stock) and the desired FA purchase amount (e.g. 3600), the customer wants >> is received, the FA buy / sell operation control module ( The buy / sell order quantity calculation module 106 controlled by the control unit 101 reads the customer-side purchase order through communication with the buy / sell order reception module 105, and thereby the desired FA purchase amount ( 3600), the purchase target FA (e.g., △△ electronic stock), etc., and through the communication with the FA management period server 1, the purchase target FA (e.g. A procedure of checking the selling price (eg, 10.25) of ΔΔ electronic shares is performed (see FIG. 5).

Thus, the bid price of the desired FA purchase amount (e.g. 3600), the target FA (e.g. △△ electronic stock) and the purchaseable FA (e.g. ), The purchase / sell order quantity calculation module 106 proceeds with a series of program execution routines. Of the investment amount 3600 of the customer, a partial amount (for example, 3597.75) has a selling price of 10.25 for one week. The remaining balance (e.g., 2.25) will be used to buy 0.21 shares of FA (e.g., △ Δ E-shares) with a bid price of 10.25 per share. In the end, the purchase order quantity corresponding to the customer's desired FA purchase amount of 3600 is 351.21 shares of FA (e.g., △△ e-shares), which results in <FA (e.g. The quantity of the purchase order referred to as &quot;> is calculated (see FIG. 5).

Through the above-described procedure, when the purchase order quantity of <FA (e.g., △. E-shares) 351.21 shares> is calculated, the purchase / sell tradeable quantity controlled by the FA buy / sell operation control module 101 is calculated. The module 107 proceeds with a series of program execution routines to expand the number of customer orders (e.g., 351.21 shares of electronic stock) to the quantity that can be traded in the financial market (e.g., one-week quantity). (E.g., the process of expanding the value of 351.21 to 352), the value of <FA (e.g., △ e-shares) 352 shares> will be calculated as the final purchase price (Fig. 5).

In this case, as described above, in the present invention, when the purchase order quantity corresponding to the desired FA purchase amount 3600 of the customer is 351.21 shares of FA (for example, △△ electronic stock), 352 shares in which the purchase order quantity can be bought and sold in the financial market (I.e., the number of trades available for purchase), under the present invention, in order for the actual purchase transaction to be successful, 0.79 shares of FA (e.g., ΔΔ electronic shares) in addition to 3600 of the client's operating fund (i.e., 352 shares- 351.21 shares will be required for additional operating funds.

In this sensitive situation, the SS processing module 108 side controlled by the FA buy / sell operation control module 101, the buy / sell order quantity calculation module 106 and the buy / sell transaction quantity calculation module 107 described above. Communication with the client, the customer's purchase order quantity (e.g., 351.21 shares), the purchaseable transaction amount (e.g., 352 shares), etc. are read, and a series of program execution routines are run to determine the equation {(352-351.21) × 10.25}, and through this, calculate the amount of support (eg, 8.0975) of working capital for customer support required to extend the number of purchase orders (e.g. 351.21 shares) to the amount available for trading (e.g. 352 shares). It will proceed to the procedure (see Figure 5).

In this way, the SS processing module is completed when the support scale (eg, 8.0975) of the support fund for customer support necessary to expand the customer's purchase order quantity (eg, 351.21 shares) to the purchaseable transaction volume (eg, 352 shares) is completed. On the side of 108, communication with the FA management server 1 is carried out via the interface module 102, the online network, etc., and <calculated> from the SS providing account 22 managed by the FA management server 1; After withdrawing the support fund for the customer support (eg 8.0975)>, the <operation fund withdrawal details for the customer support> (for example, the operating fund 8.0975 was withdrawn from the SS providing account, A process of transmitting the customer XXX '△△ will be used to buy 0.79 shares >> to the buy / sell request information processing module 109, which will be described later (of course, in this situation, the SS providing account is provided). (22) the SS associated with them For example, by effectively providing a working capital for customer support, it is possible to flexibly contribute to a customer's normal FA purchase transaction).

At this time, the SS providing account management module 111 controlled by the FA buying / selling operation control module 101 communicates with the SS processing module 108 and supports the customer by performing the function of the SS processing module 108. In the case of withdrawal of the operating funds, it communicates with the FA management server 1 to change the record of the SS providing account 22 managed by the FA management server 1 according to the withdrawal details. Proceed (see FIG. 5).

Under such a procedure, the SS providing account management module 111 side stated that <8.0975 for the customer support fund was withdrawn, and the funds for the 8.0975 customer support fund were used to buy 0.79 shares of customer XXX of the customer XXX>. It is transmitted to the FA management system server 1 side, and eventually, the SS providing account 22 can record the details of 8.0975 deducted from the support fund for customer support as a series of withdrawals.

Through the above-mentioned procedure, the number of available trading volume <FA (e.g., △△ e-shares) 352 shares> and <operational fund details for customer support (e.g. The operating funds will be used to purchase △△ e-share 0.79 shares of the customer XXX >> when the calculation / transmission is completed, processing the buy / sell request information controlled by the FA buy / sell operation control module 101. The module 109 communicates with the buy / sell tradeable quantity calculation module 107 and the SS processing module 108, and the <buy target FA (e.g., △△ electronic stock)> and <buyable trade quantity (352 shares)>, <operation funds withdrawal for customer support (e.g. <8.0975 operating funds were withdrawn from SS provided account, and the funds from the withdrawn 8.0975 will be used to buy 0.79 shares of customer XXX of customer XXX) A series of programs after reading To proceed the execution routine, the procedure will proceed to generate the number of requested information, the information is reflected (see FIG. 5).

In this way, <customer's desired purchase target FA (e.g. △△ e-shares)>, <purchasable volume (352 shares)>, <operation funds withdrawal for customer support (e.g. Withdrawal, the withdrawal of the 8.0975 operating funds will be used to purchase △△ electronic shares 0.79 shares> of the customer XXX) when the purchase request information is reflected, such as buy / sell request information processing module 109 The side communicates with the FA management server 1 via the interface module 101 and the online network, and proceeds to transmit the generated purchase request information to the FA management server 1 (FIG. 5) In the end, the desired FA (eg △△ electronic stock) that the customer wanted to buy would go through the process of buying in accordance with the available trading volume (352 shares). For example, an investment of 3600 Through the to have, a week-sale investments, which call for the number of copies of 10.25 △△ Electronics Co.), so that they can, normally, without any problems bribe the desired FA (eg, △△ Electronics Co.).

As described above, in the present invention, in the communication pipeline of the FA management server 1, the customer side in which <the target FA (e.g., △△ electronic stock) desired by the customer and the FA purchase amount (e.g. 3600) desired by the customer is described. Read the computer module that can accept the purchase order, and the customer's purchase order, and the corresponding customer's purchase order quantity (e.g., one week's selling price corresponding to the purchase amount of 3600 is 10.25 △△ e-shares 351.21 shares) After reading the computer module that can be calculated and the number of purchase orders of customers (e.g. △△ 351.21 shares), the quantity of purchase orders (e.g. 351.21 shares) of the customer can be traded in the financial market (e.g. 1 A computer module that can be expanded to a weekly quantity) and calculates a quantity available for trading (352 shares) corresponding to the number of purchase orders (e.g. 351.21 shares). Stocks)> and <capacity to buy (e.g., △△ E shares 352 shares)> Generate the reflected purchase request information, and transfer the generated purchase request information to the FA management server (1) to support the purchase target FA (e.g. △△ electronic shares) to buy in accordance with the available trading volume (352 shares) In the implementation environment of the present invention, the FA management company that implements the FA-divided special service is a customer who enjoys the special service. Investing in FA (e.g., △△ electronic stock)> will be able to cope smoothly even if it reveals a simple intention to invest in a unit of money. It is possible to improve the economic benefits of the optimal state.

On the other hand, through the above-described procedure, in the situation where the desired purchase target FA (e.g. △△ electronic shares) desired by the customer in accordance with the buyable trading amount (352 shares), by the FA buy / sell operation control module 101 The controlled buy / sell result information receiving module 112 communicates with the FA management system server 1 via the interface module 101, the online network, and the like, and acquires a series of buy result information (e.g. The result of the purchase of 352 weeks) is received from the FA management server 1.

In this way, when the purchase result information (e.g., the result information that △△ electronic stock has been bought) is received, the customer account management module 110 controlled by the FA buy / sell operation control module 101 purchases / sells. It communicates with the result information receiving module 112, reads the purchase result information (e.g., the result information that ΔΔ electronic stock has been bought), and then, via the interface module 101, the online network, etc., the FA management period meter. By communicating with the server 1 side, a procedure for changing the record of the customer account 21 managed by the FA management server 1 is made in accordance with the previous purchase result information.

Under this procedure, the customer account management module 110, the FA management period server (referred to as the purchase target FA (e.g., △△ electronic stock) was purchased in accordance with the purchase order quantity (e.g., 351.21 weeks)). 1) side, and eventually, the customer account 21 can record 351.21 shares of △△ electronic stock as a series of purchases (at this time, as described below, the preceding 352 shares of △△ electronic stock purchased). Except for the 351.21 share of customers, the purchase history of △△ electronic shares 0.79 shares is recorded in the SS providing account 22, not the customer account 21).

In addition, when the purchase result information (for example, the result information that △△ electronic stock has been bought) is received by the function of the buy / sell result information receiving module 112 described above, the FA buy / sell operation control module 101 The SS providing account management module 111, which is controlled by the &lt; RTI ID = 0.0 &gt;), communicates with the buy / sell result information receiving module 112, and reads the buy result information (e. G. Communication with the FA management server 1 via the interface module 102, the online network, and the like, to advance the record of the SS providing account 22 managed by the FA management server 1; In accordance with the purchase result information of the change process will proceed.

Under this procedure, the SS providing account management module 111 transmits the details of <FA (eg, ΔΔ electronic shares) bought 0.79 weeks> to the FA management server 1, and finally, the SS providing account ( 22) △△ e-stock 0.79 shares can be recorded as a series of purchase history (As described above, the remaining △△ electronic stock 351.21 out of 352 shares of △△ electronic stock excluding 0.79 shares of shares provided SS) The purchase history of the week is recorded in the customer account 21).

On the other hand, the present invention described above has a useful effect not only in the purchase transaction of the customer-side FA mentioned above, but also in the sale transaction of the customer-side FA.

First, as shown in FIG. 6, the buy / sell order receiving module 105 controlled by the FA buy / sell operation control module 101 is connected to the FA management server through the interface module 102 and the online network. When communicating with 1), when receiving a series of customer orders (of course, these customer orders can also be 1 hour, 12 hours, or else, 1 day, 2 days, 3 days). Unit, real time unit, etc.), the <FA sold by the customer (1, △△ electronic stock) desired by the FA management period server 1 and FA sold by the customer desired). You will proceed with the process of accepting the client's sell order with the quantity (eg 50.75 shares).

In this way, upon receipt of <Customer's Sell Order with Customer's Desired Selling FA (e.g., △△ Electronic Stock) and Customer's Desired Selling Quantity (e.g. 50.75 shares)>, the FA Buy / Sell Operation Control Module The buy / sell order quantity calculation module 106 side controlled by the 101 reads the seller's sell order through communication with the buy / sell order receiving module 105, and the customer wants to sell FA (eg, 50.75 shares) and the FA (e.g. △ e-shares), etc. to be sold, proceed with the procedure, and through this, the quantity of sell orders called <FA (e.g. 50.75 shares)> is calculated ( (See FIG. 6) (Of course, it may be assumed that the customer executes the sell order in the unit of money, not in the unit of quantity. In this case, the sell / buy tradeable quantity calculation module 106 side is different from the previous case.) Similarly, after confirming the bid price of △△ electronic stock, Sale is calculated Quantity) (since this calculation process is similar to the process of the previous number Quantity calculation, detailed description will be omitted).

Through the above-described procedure, when a sell order quantity called <FA (e.g., 50.75 shares of electronic stock)> is calculated, the buy / sell tradeable quantity controlled by the FA buy / sell operation control module 101 is calculated. The module 107 proceeds with a series of program execution routines to expand the number of orders sold by the customer (e.g., 50.75 shares of △△ electronic shares) to a quantity that can be traded in the financial market (e.g., one-week quantity). (For example, the process of expanding the value of 50.75 to 51), the value of <FA (e.g., △△ electronic shares) 51 shares> will be calculated as the final sellable quantity (Fig. 6).

At this time, as described above, in the present invention, when the quantity of the order order desired by the customer is 50.75 shares of FA (e.g., ΔΔ electronic shares), 51 shares (that is, sell) that the purchase order quantity can be bought and sold in the financial market (2) In the present invention, in addition to the 50.75 shares of FA (e.g., ΔΔ electronic shares) suggested by the customer, the FA (e.g., ΔΔ electronic shares) 0.25 More weeks are needed.

In this sensitive situation, the SS processing module 108 side controlled by the FA buy / sell operation control module 101, the buy / sell order quantity calculation module 106 and the buy / sell transaction quantity calculation module 107 described above. Communication with the client, the client's order quantity (e.g., 50.75 shares), the available quantity (e.g. 51 shares), etc. are read, and a series of program execution routines are run to determine the equation {(51-50.75}). Calculate the amount of support order (eg, 0.25) of the FA for customer support necessary to expand the number of client's sell orders (eg, 50.75 shares) to the number available for purchase (eg, 51 shares). (See FIG. 6).

In this way, the SS processing module is completed when the support scale (eg, 0.25 weeks) of the customer support FA required to expand the quantity of the client's sell order (eg, 50.75 shares) to the available amount (eg, 51 shares) is completed. On the side of 108, communication with the FA management server 1 is carried out via the interface module 102, the online network, etc., and <calculated> from the SS providing account 22 managed by the FA management server 1; After withdrawing a customer support FA (e.g., △△ e-shares 0.25 shares)> according to the scale of support, the <FA support history for customer support> (e.g., 0.25 shares of △△ e-shares from the SS providing account) Δ △ Electronic stock 0.25 will be used to support the sell transaction of the customer XXX>) to the buy / sell request information processing module 109 to be described later (of course, in this situation, SS On the providing account 22 side, the SS associated with itself, for example, By providing gaekji incorporated FA effectively, thereby contributing to the flexibility of a normal FA-sale transactions of the customer).

At this time, the SS providing account management module 111 controlled by the FA buying / selling operation control module 101 communicates with the SS processing module 108 and supports the customer by performing the function of the SS processing module 108. When a FA is withdrawn, it communicates with the FA management server 1 to change the record of the SS providing account 22 managed by the FA management server 1 in accordance with the corresponding withdrawal. (See FIG. 6).

Under such a procedure, the SS providing account management module 111 side indicates that <0.2 △ e-stock shares were withdrawn and 0.25 △ e-shares were used to support the sale of the customer XXX>. 1) to the side, and finally, the SS providing account 22 can record the <details of △△ electronic shares deducted from the FA for customer support> as a series of withdrawals.

Through the above procedure, the available trading volume <FA (e.g. △△ e-shares) 51 shares> and <FA support for customer support> (e.g., 0.25 shares of △△ e-shares from the SS providing account, Buy / sell request information processing module controlled by the FA buy / sell operation control module 101 when the calculation is completed / transmitted. The side 109 communicates with the buy / sell tradeable quantity calculation module 107 and the SS processing module 108 and the like. <Customer's desired selling target FA (e.g., △△ electronic stock)>, < 51 shares)>, <FA withdrawal for customer support> (e.g. <0.2 shares of △△ e-shares were withdrawn from the SS providing account, and 0.25 shares withdrawn △△ electronic shares will be used to support the sale of the customer XXX) And then run a series of program execution routines. In this case, a procedure of generating sell request information reflecting the corresponding information is performed (see FIG. 6).

In this way, <customer's desired FA for sale (e.g., △△ electronic stock)>, <sales volume (e.g. 51 shares)>, <FA support for customer support> (e.g. 0.25 shares of the electronic shares were withdrawn, and the sell request information processing module reflecting the details such as △△ 0.25 shares of the electronic shares will be used to support the selling transaction of the customer XXX> is completed, the buy / sell request information processing module 109 ) Side communicates with the FA management server 1 via the interface module 101, the online network, and transmits the generated selling request information to the FA management server 1; As a result, the desired FA for sale (e.g., ΔΔ electronic stock) that the customer wanted to sell goes through a procedure to be sold in accordance with the available trading volume (51 shares), and as a result, the customer side has 50.75 shares in decimal units. Even through selling volume (i.e. Through the sale quantity can not be traded on the financial market), it is possible without any of their FA (eg, △△ Electronic CO) any problems, you can sell successfully.

On the other hand, through the above-described procedure, in the situation where the target FA (e.g. △△ electronic stock) desired by the customer is sold in accordance with the available trading amount (51 shares), by the FA buy / sell operation control module 101 The controlled buy / sell result information receiving module 112 communicates with the FA management server 1 via the interface module 101, the online network, and the like. The process of receiving 51 weeks of sale information) from the FA management server (1) will proceed.

In this way, when the selling result information (for example, the result information that △△ electronic shares have been sold) has been received, the customer account management module 110 controlled by the FA buying / selling operation control module 101 side purchases / sells. After the communication with the result information receiving module 112, the result of the selling (for example, the result information that 51 shares have been sold) is read, and then the FA management period meter is transmitted through the interface module 101 and the online network. By communicating with the server 1 side, the procedure of changing the record of the customer account 21 managed by the FA management server 1 in accordance with the above selling result information is performed.

Under this procedure, the client account management module 110 side records the fact that <the FA (e.g., △△ electronic stock) desired by the customer was sold in accordance with the quantity of the order for sale (e.g. 50.75 shares)>. 1), and eventually, the customer account 21 can record 50.75 shares of △△ electronic shares as a series of selling history (of course, the increase in operating funds acquired by selling is also recorded) ( At this time, as described below, the selling history of the remaining △△ electronic stock 0.25 shares excluding the 50.75 shares of the previous customer shares among the 51 shares of △△ electronic stock sold is recorded in the SS providing account 22, not the customer account 21. ).

In addition, when the selling result information (eg, the result information that 51 shares have been sold) is received by the function of the buy / sell result information receiving module 112 described above, the FA buy / sell operation control module 101 is completed. The SS providing account management module 111 controlled by the &lt; RTI ID = 0.0 &gt; 1 &lt; / RTI &gt; communicates with the buy / sell result information receiving module 112 and reads the sell result information (e.g., the result information that 51 shares have been sold). Communication with the FA management server 1 via the interface module 102, the online network, and the like, to advance the record of the SS providing account 22 managed by the FA management server 1; The proceeding process will be changed according to the selling result information.

Under this procedure, the SS providing account management module 111 transmits the details of <FA (for example, ΔΔ electronic shares) sold for 0.25 weeks> to the FA management server 1, and finally, the SS providing account ( 22) 0.25 shares of ΔΔE stock can be recorded as a series of selling history (As described above, the remaining ΔΔE shares 50.75 except for the share of SS provided account of 0.25 shares of ΔΔ Electron stock sold as described above. The purchase history of the week is recorded in the customer account 21).

On the other hand, the present invention described above has a useful effect not only in the buy / sell transaction processing of FA ordered by one unit customer, but also in the buy / sell transaction processing of FA ordered by a plurality of customers. Such technical details will be described in detail with reference to FIGS. 7 (process of FA purchase transaction ordered by multiple customers) and FIG. 8 (process of process of FA sell transaction ordered by multiple customers).

First, as shown in FIG. 7, the buy / sell order receiving module 105 controlled by the FA buy / sell operation control module 101 is connected to the FA management server through the interface module 102 and the online network. When communicating with 1), the time of receipt of a series of customer orders (of course, the time of receipt of such a customer order may be in units of 1 hour or 12 hours, in addition to 1 day, 2 days, 3 days). When various modifications can be made in units, real-time units, etc., the number of FAs (e.g., ΔΔ electronic stocks desired by a large number of customers A, B, and C) received by the FA management server 1 ) And a number of clients A, B, and C will receive a customer's purchase order>, which indicates the desired amount of FA purchase (e.g. 3600). The total amount of FA purchase amount requested by A, B, and C is 1000,1600,1000 A).

In this way, <Customer's Purchase Order, which describes the number of FA targets (e.g., △△ electronic stock) desired by a large number of customers A, B, and C, and the amount of FA purchases (e.g. 3600) desired by a large number of customers A, B, and C When> is received, the buy / sell order quantity calculation module 106 controlled by the FA buy / sell operation control module 101 communicates with the buy / sell order reception module 105, and the customer buys orders. And through this process, a number of customers A, B, and C check the desired FA purchase amount (e.g. 3600), the target FA (e.g. △△ E stock), etc. Through communication with the main server 1, a procedure of checking the selling price (eg, 10.25) of the purchase target FA (eg, ΔΔ electronic shares) assumed under the split service is performed (see FIG. 7).

In this way, the number of FA purchases desired by a large number of customers A, B, and C (e.g. 3600), the target FA (e.g. △△ E stock), and the target FA (e.g. △△ E) When the selling price (eg, 10.25) is confirmed, the buy / sell order quantity calculation module 106 proceeds with a series of program execution routines, and a part of the investment amount 3600 of the customer (for example, 3597.75) The stock will be used to buy 351 shares of FA (e.g. △△ electronic shares) with a 10.25 share price, and the remaining balance (e.g. 2.25) will be used to buy FA (e.g. It will be used to buy 0.21 shares, which in turn leads to the result that the purchase order quantity corresponding to the customer's desired 3,600 purchase amount of FA is 351.21 shares of FA (e.g., △△ e-shares)>. , ΔΔ electronic shares) 351.21 shares>, the number of purchase orders is calculated (see Fig. 7).

Through the above-described procedure, when the purchase order quantity of <FA (e.g., △. E-shares) 351.21 shares> is calculated, the purchase / sell tradeable quantity controlled by the FA buy / sell operation control module 101 is calculated. The module 107 proceeds with a series of program execution routines to expand the number of customer orders (e.g., 351.21 shares of electronic stock) to the quantity that can be traded in the financial market (e.g., one-week quantity). (E.g., the process of expanding the value of 351.21 to 352), the value of <FA (e.g., △ e-shares) 352 shares> will be calculated as the final purchase price (Fig. 7).

In this case, as described above, in the present invention, when the number of purchase orders corresponding to the desired amount of FA purchase amount 3600 by a plurality of customers A, B, and C is 351.21 shares of FA (e.g., ΔΔ electronic shares), Since the market expands to 352 shares that can be bought in the financial market (ie, the quantity that can be bought), under the system of the present invention, in order for the actual buy transaction to be successful, in addition to the operating capital of 3600 on the client side, FA (e.g., △△ electronic stock) Additional working capital will be needed to buy 0.79 shares (ie 352-351.21 shares).

In this sensitive situation, the SS processing module 108 side controlled by the FA buy / sell operation control module 101, the buy / sell order quantity calculation module 106 and the buy / sell transaction quantity calculation module 107 described above. Communication with each other, the number of purchase orders (e.g. 351.21 shares) and the number of trades available for purchase (e.g. 352 shares) are read, and a series of program execution routines are executed. Calculate {(352-351.21) × 10.25} and use this to support the amount of support funds for customer support required to expand the number of purchase orders (e.g. 351.21 shares) to the amount available for trading (e.g. 352 shares). A procedure of calculating (eg, 8.0975) is performed (see FIG. 7).

In this way, the SS processing module is completed when the support scale (eg, 8.0975) of the support fund for customer support necessary to expand the customer's purchase order quantity (eg, 351.21 shares) to the purchaseable transaction volume (eg, 352 shares) is completed. On the side of 108, communication with the FA management server 1 is carried out via the interface module 102, the online network, etc., and <calculated> from the SS providing account 22 managed by the FA management server 1; After withdrawing the support fund for the customer support (eg 8.0975)>, the <operation fund withdrawal details for the customer support> (for example, the operating fund 8.0975 was withdrawn from the SS providing account, A process of transferring each customer A, B and C of △△ will be used to buy 0.79 shares >> to the buy / sell request information processing module 109 to be described later (of course, this situation). In the SS providing account 22 side associated with itself Effective provision of SS, eg, support funds for customer support, allows for flexible contributions to customers' normal FA purchase transactions).

At this time, the SS providing account management module 111 controlled by the FA buying / selling operation control module 101 communicates with the SS processing module 108 and supports the customer by performing the function of the SS processing module 108. In the case of withdrawal of the operating funds, it communicates with the FA management server 1 to change the record of the SS providing account 22 managed by the FA management server 1 according to the withdrawal details. Proceed (see FIG. 7).

Under such a procedure, the SS providing account management module 111 uses <8.0975 for customer support fund, which is used to buy 0.79 shares of A, B, C for each customer A, B, and C. Is transferred to the FA management period server 1 side, and eventually, the SS providing account 22 can record the history of the deduction of 8.0975 of the support funds for the customer support as a series of withdrawals.

Through the above-mentioned procedure, the number of available trading volume <FA (e.g., △△ e-shares) 352 shares> and <operational fund details for customer support (e.g. The operating funds will be used to purchase △△ e-share 0.79 shares of each customer A, B, C)> when the calculation / transfer is completed, the number of purchases controlled by the FA buy / sell operation control module 101 / Sell request information processing module 109 communicates with the buy / sell transaction quantity calculation module 107, SS processing module 108, and the like, &lt; buy target FA (e.g., ΔΔ electronic stock) desired by the customer; <Buyable trading volume (352 shares)>, <operation funds withdrawal for customer support (e.g. <8.0975 operating funds have been withdrawn from the SS providing account, and the withdrawal funds of 8.0975 are calculated for each customer A, B and C. Will be used to buy 0.79 shares of the stock>) The program execution routine proceeds to generate a purchase request information reflecting the corresponding information (see FIG. 7).

In this way, <customer's desired purchase target FA (e.g. △△ e-shares)>, <purchasable volume (352 shares)>, <operation funds withdrawal for customer support (e.g. Withdrawal and withdrawal of the funds from 8.0975 will be used to purchase △△ 0.77 shares of electronic stock> of each customer A, B, C. The processing module 109 communicates with the FA management server 1 by the interface module 101 and the online network, and transmits the generated purchase request information to the FA management server 1. (FIG. 7), the ultimate purchase target FA (e.g. △△ E-shares) is subjected to the purchase process in accordance with the available trading volume (352 shares), as a result, a large number of customers A On the B, C side, With an investment amount of 0 and an investment of △△ electronic stocks with a selling price of 10.25 per share, the desired FA (eg, △△ electronic stocks) can be bought normally without any problems.

On the other hand, through the above-described procedure, in the situation where the desired purchase target FA (e.g. △△ electronic shares) desired by the customer in accordance with the buyable trading amount (352 shares), by the FA buy / sell operation control module 101 The controlled buy / sell result information receiving module 112 communicates with the FA management system server 1 via the interface module 101, the online network, and the like, and acquires a series of buy result information (e.g. The result of the purchase of 352 weeks) is received from the FA management server 1.

In this way, when the purchase result information (e.g., the result information that △△ electronic stock has been bought) is received, the customer account management module 110 controlled by the FA buy / sell operation control module 101 purchases / sells. It communicates with the result information receiving module 112, reads the purchase result information (e.g., the result information that ΔΔ electronic stock has been bought), and then, via the interface module 101, the online network, etc., the FA management period meter. By communicating with the server 1 side, a procedure for changing the record of the customer account 21 managed by the FA management server 1 is made in accordance with the previous purchase result information.

Under this procedure, the client account management module 110 side has indicated that <the number of target FAs (e.g., △△ electronic stocks) desired by a large number of customers A, B, and C were purchased in accordance with the number of orders (e.g., 351.21 shares). The details are transmitted to the FA management server 1, and as a result, 351.21 shares of electronic shares are added to the customer accounts 21a, 21b, and 21c corresponding to the plurality of customers A, B, and C. It can be recorded as a series of purchases divided by the ratio of the investment amount of (in this case, as described below, the number of △△ e-shares, excluding 351.21 shares of each customer, out of 352 shares of △ -E stocks purchased, as described below). The details are recorded in the SS providing account 22, not the customer accounts 21a, 21b, 21c).

In addition, when the purchase result information (for example, the result information that △△ electronic stock has been bought) is received by the function of the buy / sell result information receiving module 112 described above, the FA buy / sell operation control module 101 The SS providing account management module 111, which is controlled by the &lt; RTI ID = 0.0 &gt;), communicates with the buy / sell result information receiving module 112, and reads the buy result information (e. G. Communication with the FA management server 1 via the interface module 102, the online network, and the like, to advance the record of the SS providing account 22 managed by the FA management server 1; In accordance with the purchase result information of the change process will proceed.

Under this procedure, the SS providing account management module 111 transmits the details of <FA (eg, ΔΔ electronic shares) bought 0.79 weeks> to the FA management server 1, and finally, the SS providing account ( 22) △△ e-stock 0.79 shares can be recorded as a series of purchase history (As described above, the remaining △△ electronic stock 351.21 out of 352 shares of △△ electronic stock excluding 0.79 shares of shares provided SS) The purchase history of the week is recorded in the customer accounts 21a, 21b, 21c).

On the other hand, under the selling procedure of the FA ordered by a plurality of customers A, B, C, first, as shown in Figure 8, the buy / sell order reception module 105 controlled by the FA buy / sell operation control module 101 ) Side communicates with the FA management server 1 via the interface module 102 and the online network, and at the time of receiving a series of customer orders (of course, such a customer order may also be 1 hour unit, or 12 hours In addition, various variations can be made in units of 1 day, 2 days, 3 days, real time, etc.). Procedures for accepting a customer's sell order>, which lists the FA (e.g., △△ E stock) desired by customers A, B, C and the number of FA sells (e.g. 50.75 shares) desired by multiple customers A, B, C. (In this case, 50.75 shares of the FA's selling quantity are each customer A, B This is the sum of 20.7 shares, 10.01 shares, and 20.04 shares of FA selling requested by C).

In this way, <Customer's Sell Order that lists the FA (e.g. △△ E-shares) desired by each customer A, B and C and the quantity of FA Sell (e.g. 50.75 shares) desired by each customer A, B or C> When the receipt is completed, the buy / sell order quantity calculation module 106 controlled by the FA buy / sell operation control module 101 communicates with the buy / sell order reception module 105 to make a customer-side sell order. After reading, each customer A, B, and C confirms the desired FA selling quantity (e.g. 50.75 shares), the FA for sale (e.g., △△ E stock), and so on. △△ Electronic stock) 50.75 shares> will be calculated (see Fig. 8) (of course, each customer A, B, C is not a unit of quantity, but also if the order is sold in units of money) As can be seen, even in this case, the buy / buy amount of the tradable quantity calculation module 106 is similar to the previous case, △△ purchase number of electronic shares. Based on this, a series of sell order quantities are calculated based on this. (This calculation process is also similar to the process of calculating the purchase order quantity, so detailed description thereof will be omitted.)

Through the above-described procedure, when a sell order quantity called <FA (e.g., 50.75 shares of electronic stock)> is calculated, the buy / sell tradeable quantity controlled by the FA buy / sell operation control module 101 is calculated. The module 107 proceeds with a series of program execution routines to expand the number of orders sold by the customer (e.g., 50.75 shares of △△ electronic shares) to a quantity that can be traded in the financial market (e.g., one-week quantity). (For example, the process of expanding the value of 50.75 to 51), the value of <FA (e.g., △△ electronic shares) 51 shares> will be calculated as the final sellable quantity (Fig. 8).

At this time, as described above, in the present invention, when the amount of the sell order desired by each customer A, B, or C is 50.75 shares of FA (e.g., △△ electronic stock), the sell order can be purchased in the financial market (2). In order to achieve a substantial sell transaction under the framework of the present invention, in addition to 50.75 shares of FA (e.g., ΔΔ electronic shares) suggested by the client, FA (e.g., ΔΔ electron stock) 0.25 more weeks.

Even in such a sensitive situation, the buy / sell order quantity calculation module 106 and the buy / sell transaction quantity calculation module 107 described above are used on the SS processing module 108 controlled by the FA buy / sell operation control module 101. Communication with the client, the client's order quantity (e.g., 50.75 shares), the available quantity (e.g. 51 shares), etc. are read, and a series of program execution routines are run to determine the equation {(51-50.75}). Calculate the amount of support order (eg, 0.25) of the FA for customer support necessary to expand the number of client's sell orders (eg, 50.75 shares) to the number available for purchase (eg, 51 shares). (See FIG. 8).

In this way, the SS processing module is completed when the support scale (eg, 0.25 weeks) of the customer support FA required to expand the quantity of the client's sell order (eg, 50.75 shares) to the available amount (eg, 51 shares) is completed. On the side of 108, communication with the FA management server 1 is carried out via the interface module 102, the online network, etc., and <calculated> from the SS providing account 22 managed by the FA management server 1; After withdrawing a customer support FA (e.g., △△ e-shares 0.25 shares)> according to the scale of support, the <FA support history for customer support> (e.g., 0.25 shares of △△ e-shares from the SS providing account) △△ 0.25 shares of electronic stock will be used to support the sale transaction of each customer A, B, C >> will be sent to the buy / sell request information processing module 109 to be described later (of course, In this situation, the SS providing account 22 side is SS associated with itself, for example By effectively providing FA for customer support, it is possible to flexibly contribute to the normal FA selling of customers).

At this time, the SS providing account management module 111 controlled by the FA buying / selling operation control module 101 communicates with the SS processing module 108 and supports the customer by performing the function of the SS processing module 108. When a FA is withdrawn, it communicates with the FA management server 1 to change the record of the SS providing account 22 managed by the FA management server 1 in accordance with the corresponding withdrawal. (See FIG. 6).

Under this procedure, the SS providing account management module 111 side described <0.2 ΔΔ e-shares were used and 0.25 ΔΔ e-shares were used to support the sale of each customer A, B, and C. It is transmitted to the FA management period server 1 side, and finally, the SS providing account 22 can record the details of <the customer's support FA subtracted from 0.25 shares of electronic stock> as a series of withdrawals.

Through the above procedure, the available trading volume <FA (e.g. △△ electronic shares) 51 shares> and <FA support for customer support> (eg. △△ electronic stock 0.25 will be used to support the sale of each customer A, B, C >> when the calculation / transfer is completed, the number of buy / sell controlled by the FA buy / sell operation control module 101 The sell request information processing module 109 communicates with the buy / sell transaction quantity calculation module 107 and the SS processing module 108 and the like. Sellable trading volume (51 shares)>, <FA withdrawal for customer support> Will be used to support the sale transaction), and then run a series of programs. Pushed forward tin, will proceed to generate a sale request information, the information is reflected (see FIG. 8).

In this way, each customer A, B and C wants to be sold FA (e.g. △△ electronic stock)>, <sales volume (e.g. 51 shares)>, <FA support for customer support> (e.g. < 0.25 shares of △△ e-shares were withdrawn from SS providing account, and the requested △△ electronic shares 0.25 shares will be used to support the sale of each customer A, B and C. If so, the buy / sell request information processing module 109 communicates with the FA management server 1 through the interface module 101, the online network, and sends the generated selling request information to the FA management server. 1) proceed to the transfer to the side (see Fig. 8), eventually, the customer wants to sell FA (e.g., △△ electronic stock) is going to be sold in accordance with the sellable amount (51 shares), As a result, each customer's A, B, and C sides sell 50.75 shares in decimal units. Through (ie, through the sale quantity can not be traded in financial markets) to, so that they want to FA (eg, △△ electronic shares) without any problems to, to sell successfully.

On the other hand, in the situation where each customer A, B, C wants to be sold FA (e.g. △△ electronic stock) to sell according to the available trading amount (51 shares), FA buy / sell operation control The buy / sell result information reception module 112 controlled by the module 101 communicates with the FA management system server 1 through the interface module 101, the online network, and the like, and the series of sell result information ( For example, the result of receiving 51 shares of ΔΔ electronic stocks sold from the FA management server 1 is proceeded.

In this way, when the selling result information (for example, the result information that △△ electronic shares have been sold) has been received, the customer account management module 110 controlled by the FA buying / selling operation control module 101 side purchases / sells. After the communication with the result information receiving module 112, the result of the selling (for example, the result information that 51 shares have been sold) is read, and then the FA management period meter is transmitted through the interface module 101 and the online network. By communicating with the server 1 side, a procedure for changing the record of the customer accounts 21a, 21b, 21c managed by the FA management server 1 is made in accordance with the above selling result information.

Under this procedure, the client account management module 110 side records the fact that <the FA (e.g., △△ electronic stock) desired by the customer was sold in accordance with the quantity of the order for sale (e.g. 50.75 shares)>. 1) In the end, in the customer accounts 21a, 21b, and 21c corresponding to each customer A, B, and C, △△ 20.7 shares, 10.01 shares, and 20.4 shares can be recorded as a series of selling history. (Of course, the increase in operating funds acquired by selling is also recorded.) (At this time, as described below, out of the 51 shares of ΔΔ electronic shares sold, excluding 50.75 shares of each customer A, B and C. The remaining sell-out of the ΔΔ electronic shares 0.25 is recorded in the SS providing account 22, not the customer accounts 21a, 21b, 21c).

In addition, when the selling result information (eg, the result information that 51 shares have been sold) is received by the function of the buy / sell result information receiving module 112 described above, the FA buy / sell operation control module 101 is completed. The SS providing account management module 111 controlled by the &lt; RTI ID = 0.0 &gt; 1 &lt; / RTI &gt; communicates with the buy / sell result information receiving module 112 and reads the sell result information (e.g., the result information that 51 shares have been sold). Communication with the FA management server 1 via the interface module 102, the online network, and the like, to advance the record of the SS providing account 22 managed by the FA management server 1; The proceeding process will be changed according to the selling result information.

Under this procedure, the SS providing account management module 111 transmits the details of <FA (for example, ΔΔ electronic shares) sold for 0.25 weeks> to the FA management server 1, and finally, the SS providing account ( 22) 0.25 shares of ΔΔE stock can be recorded as a series of selling history (As described above, the remaining ΔΔE shares 50.75 except for the share of SS provided account of 0.25 shares of ΔΔ Electron stock sold as described above. The purchase history of the week is recorded in the customer accounts 21a, 21b, 21c).

Meanwhile, as shown in FIG. 4, under the control system of the FA buy / sell operation control module 101, in addition to the various computer modules described above, the SS providing account asset state control module 113 is additionally disposed. .

In this case, as shown in FIG. 9, the SS providing account asset state control module 113 communicates with the FA management server server 1 through the interface module 101, the online network, and the like. Continuously read the holdings of the customer support FA recorded in the SS providing account 22, and from time to time it is determined whether the amount of the customer support FA (e.g. △△ e-shares) is below the lower limit. Will be checked.

At this time, if it is determined that the quantity of the customer support FA (eg, △△ electronic stock) is less than or equal to the lower limit, the SS provision account asset status control module 113 side of the <customer support FA (eg, △△ electronic stock) Since the number of holdings is less than the lower limit, it may be difficult for the customer support FA (e.g. △△ E-shares) to be difficult to support due to lack of quantity during the selling process of the customer's FA. By communicating with the sell request information processing module 109, create a customer support FA purchase request information for additionally purchasing a customer support FA (e.g., △△ electronic stock), and convert the generated FA support request information for the customer support FA By carrying out the procedure of transmitting to the management period server 1 side, the customer support FA (e.g., △△ electronic stock) is induced to be additionally purchased in accordance with the previous customer support FA purchase request information.

Of course, in this situation, the system 100 can stably retain a sufficient number of customer support FAs (eg, ΔΔ electronic shares), and eventually, <holding of customer support FAs (eg, ΔΔ electronic shares). Due to the lack of quantity, it is easy to avoid the problem that it is difficult for the customer support FA (eg, △△ electronic stock) to be difficult to support during the selling process.

On the other hand, the SS providing account asset state control module 113 side of the present invention, while communicating with the FA management server system 1 side via the interface module 101, the online network, etc., the SS providing account 22 described above. Continually read the holdings of customer support FAs, which are recorded in the), and through this, it is often checked whether the amount of the customer support FAs (eg, △△ electronic stock) is above the upper limit.

At this time, if it is determined that the quantity held by the customer support FA (eg, △△ electronic stock) is more than the upper limit, the SS providing account asset status control module 113 side of the <customer support FA (eg, △△ electronic stock) After determining that the quantity held is more than the upper limit, the system-side asset risk has become too high>, and then communicates with the buy / sell request information processing module 109 to provide a customer support FA (e.g., △△ electronic stock). The FA support customer (eg, △△ electronic stock) is created by generating a FA sell request information for customer support for partial sale and transferring the generated FA sell request information for the customer support to the FA management period server 1 side. In accordance with the above FA support request information for customer support, it will be induced to be sold.

Of course, in this situation, the system 100 can stably hold an appropriate number of customer support FAs (eg, ΔΔ electronic shares), and eventually, <holding of customer support FAs (eg, ΔΔ electronic shares). Overcapacity makes it easier to avoid the problem of higher asset risk.

On the other hand, in addition to each FA buying / selling procedure as described in the previous embodiment, each customer also has a series of netting type orders that request <buying / selling orders that are offset against each other>. Often presented.

At this time, as shown in Figure 10, FA buy / sell operating system 100a according to another embodiment of the present invention for responding to the customer-side netting order is an online network (eg, Internet network, financial communication network, etc.) and interface module Controlling the buying / selling operation procedure of the customer side FA in accordance with the customer netting order received at the FA management period server 1 while communicating with the FA management period server 1 described above via the medium 102. FA buy / sell operation control module 101, an operation information storage module 103, an operation auxiliary module 104, and a netting order reception module 120 under the control system of the FA buy / sell operation control module 101. ), Buy / sell order quantity calculation module 121, net buying / selling quantity calculation module 122, net trading quantity calculation module 123, SS processing module 108, net buying / selling request information processing module ( 124), customer account management module 110, SS provided account management module 111, netting buy / sell Result information receiving module 125, SS providing account asset status control module 113, etc. is taken in close combination (for reference, operation information storage module 103, operation auxiliary module 104, SS provided Since the function of the account asset status control module 113 is the same as the previous case, a detailed description thereof will be omitted).

In this situation, as shown in FIG. 11, the net order receiving module 120 controlled by the FA buy / sell operation control module 101 has a FA management system server (interface module 102 and an on-line network). When communicating with 1), the time of receipt of a series of customer orders (of course, the time of receipt of such a customer order may be in units of 1 hour or 12 hours, in addition to 1 day, 2 days, 3 days). Unit, real-time unit, etc.) can be achieved, the <FA and the desired FA (e.g., △△ E-shares) and customer A received by the FA management period server 1 Buyer's purchase order with the desired amount of FA purchases (e.g. 3600), <B FA (e.g. △△ E-shares) desired by customer C, and FA sales (e.g. 50.75 shares) desired by customer C The customer will be asked to proceed with the sale order> Customer A, B orders and sell orders in the number of customers is to have a C-phase with each other).

In this way, <Customer's purchase order with the desired FA purchase amount (e.g. △△ e-shares) desired by customers A and B and FA purchase amount (e.g. 3600) desired by customers A and B>, <Customer's desired sell Upon receipt of the client's sell order> describing the target FA (e.g. △△ electronic stock) and the amount of FA sell (e.g. 50.75 shares) desired by the customer C, the FA buy / sell operation control module 101 is controlled. The buy / sell order quantity calculation module 121 reads the purchase order of the customer side through communication with the netting order reception module 120, and through this, the amount of FA purchases desired by the customers A and B (eg, 3600). ) And the purchase target FA (eg, △△ electronic), which is assumed under the divided service, through communication with the FA management server 1, while proceeding to confirm the purchase target FA (e.g., △△ electronic stock), etc. The procedure of checking the selling price of the stock (eg, 10.25) is performed (see FIG. 11).

Thus, the bid price of the desired FA purchase amount (e.g. 3600), the target FA (e.g. △△ electronic stock), and the target FA (e.g. For example, when 10.25) and the like are confirmed, the buy / sell order quantity calculation module 121 proceeds with a series of program execution routines, and among <600 investment amount of customer side, some amount (for example, 3597.75) is one week's selling price. Will be used to buy 351 shares of FA (e.g. △△ electronic stock) with 10.25, and the remaining balance (e.g. 2.25) will buy 0.21 shares of FA (e.g. △△ electronic stock) with a bid price of 10.25. As a result, the purchase order amount corresponding to the desired FA purchase amount 3600 of the customer is FA (e.g. △. E-shares) 351.21 shares>, resulting in <FA (e.g., △△ e) Stock) 351.21 shares> to calculate the number of purchase orders (see Fig. 11).

In addition, the buy / sell order quantity calculation module 121 reads the customer's sell order through communication with the netting order receiving module 120, so that the customer C wants to sell FA (for example, 50.75 shares), which is to be sold. A procedure of confirming FA (eg, ΔΔ electronic shares) and the like is performed, and through this, a quantity of sell orders called <FA (eg, ΔΔ electronic shares) 50.75 shares> is calculated (see FIG. 11).

Through the above-described procedure, if the purchase order quantity <FA (e.g. △ e-shares) 351.21 shares> and the sell order quantity called <FA (e.g. 50.75 shares) are calculated, the FA The net buying / selling quantity calculation module 122 controlled by the buy / sell operation control module 101 proceeds with a series of program execution routines to mutually purchase and sell orders (351.21 shares) and sell orders (50.75 shares). In comparison, if it is determined that the purchase order quantity (351.21 shares) is greater than the sell order quantity (50.75 shares), the purchase order quantity from the purchase order quantity (351.21 shares) is obtained through equation {351.21-50.75}. (50.75 shares) is subtracted, and 300.46 shares of FA (e.g., △△ electronic shares) are calculated as the final net buying quantity (at this time, the quantity of the order ordered by the customer C is a part of the order quantity of the customer A and B Because of the offsetting relationship, the system will place a sales order for customer C on the FA side. Without separately transmitted to the backbone servers, and make their own account processing, such a process belongs to the conventional technique, and the detailed description thereof will be omitted).

In this way, when 300.46 shares of FA (e.g., △△ electronic shares) are calculated as the final net buying quantity, the net trading quantity calculation module 123 proceeds with a series of program execution routines, and the net purchase quantity of the client side (eg, △△ The process of expanding 300.46 shares of electronic stock) to the quantity that can be traded in the financial market (for example, one-week quantity) (for example, the process of expanding the value of 300.46 to 301 shares). The value of <FA (e.g., △ e-shares) 301 shares> is calculated as the final netable trading amount available (see Fig. 11).

In this case, as described above, in the present invention, when the net buying quantity of the client side is 300.46 shares, the net buying quantity is expanded to 301 shares (that is, net buying quantity available) in the financial market (2). Under the framework of the present invention, in addition to the client's operating capital, additional operating funds to purchase 0.54 shares of FA (e.g., 301-300.46 shares) are required for the actual purchase transaction to be successful. do.

In such a sensitive situation, the SS processing module 108 controlled by the FA buy / sell operation control module 101 communicates with the net buying / selling quantity calculating module 122 and the net trading quantity calculation module 123 described above. Read the net buying quantity (e.g. 300.46 shares), netting buyable performance (e.g. 301 shares), and then proceed with a series of program execution routines to obtain the equation {(301-300.46) x 10.25}. Calculate the amount of support (eg, 5.535) of working capital for customer support required to expand the net buying quantity (eg 300.46 shares) to netable trading volume (eg 301 shares). (See FIG. 11).

In this way, when the support scale (eg, 5.535) of the customer support operating funds required to expand the net buying quantity (eg, 300.46 shares) to the net buying quantity (eg, 301 shares) is completed, the SS processing module ( On the side of 108, communication with the FA management server 1 is performed via the interface module 102, the online network, etc., and is calculated from the SS providing account 22 managed by the FA management server 1. After withdrawing the support fund for customer support (e.g. 5.535) that meets the size of the support, <operational funds for customer support> (e.g. A, B will be used to buy 0.54 shares of ΔΔ electronic shares>) to the net buying / sell request information processing module 124 described later (of course, in this situation, SS In the providing account 22 side, SS associated with itself For example, by effectively providing a working capital for customer support, it is possible to flexibly contribute to the normal FA net buying transaction of the customer).

At this time, the SS providing account management module 111 controlled by the FA buying / selling operation control module 101 communicates with the SS processing module 108 and supports the customer by performing the function of the SS processing module 108. In the case of withdrawal of the operating funds, it communicates with the FA management server 1 to change the record of the SS providing account 22 managed by the FA management server 1 according to the withdrawal details. Proceed (see FIG. 11).

Under such a procedure, the SS providing account management module 111 used <5.535 for the support fund for the customer support and was used to purchase 0.54 shares of the A and B △△ e-shares of the customer A and B. The details are transmitted to the FA management server 1, and eventually, the SS providing account 22 can record the details of 5.535 deducted from the support fund for customer support as a series of withdrawal details.

Through the above procedure, the net buying quantity <FA (e.g. △△ e-shares) 301 shares> and <operating funds withdrawal for customer support> (e.g. The operating funds of 5.535 will be used to buy 0.54 shares of A and B of customers A and B), and the net buying quantity controlled by FA buying / selling operation control module 101 is completed. / Sell request information processing module 120 communicates with the net trading quantity calculation module 123, SS processing module 108, and the like, <customer's desired FA (e.g., △△ electronic stock)>, <netting Quantity available for purchase (301 shares)>, <operation fund withdrawal for customer support> Will be used to buy shares), To proceed to execution of the program routine, the procedure will proceed to generate a number of netting request information, the information is reflected (see FIG. 11).

In this way, <Customer's desired purchase target FA (e.g., △△ electronic stock)>, <Net buying quantity available for trading (301 shares)>, <Description of operating funds for customer support> (e.g. When the net purchase request information reflecting 5.535 has been withdrawn and the operational funds of the withdrawn 5.535 will be used to buy 0.54 shares of customers A and B, the net purchase request / sale request is completed. The information processing module 124 communicates with the FA management system server 1 via the interface module 101 and the online network, and transmits the generated netting number request information to the FA management server server 1 side. The procedure (see Fig. 11) results in the event that the customer's desired FA (e.g., △△ electronic stock) is bought in accordance with the net buying quantity (301 shares). On the A and B side, a series of money units (For example, an investment to buy △△ electronic stock with a selling price of 3600 and a stock price of 10.25), so that the desired FA (eg, △△ electronic stock) can be bought normally without any problems. do.

On the other hand, through the above-described procedure, in the situation where the target FA (eg, △△ electronic stock) desired by the customer is bought in accordance with the net buying quantity available trading (301 shares), the FA buy / sell operation control module 101 The netting buy / sell result information reception module 125 controlled by the communication unit communicates with the FA management server 1 via the interface module 101, the online network, and the like, thereby obtaining a series of netting result information (eg,? A result of receiving 301 electronic shares acquired from the FA management period server 1 is carried out.

In this way, when the netting buy result information (for example, the result information that ΔΔ electronic stock has been bought) is completed, the net buying number is set by the customer account management module 110 controlled by the FA buy / sell operation control module 101. / Communicates with the selling result information receiving module 125, reads the netting buying result information (e.g., the result information that ΔΔ electronic shares have been bought), and then, via the interface module 101, the online network, etc. By communicating with the FA management server 1, the procedure for changing the record of the customer account 21 managed by the FA management server 1 in accordance with the previous purchase result information is performed.

Under this procedure, the customer account management module 110, the FA management period server (refer to the <buy desired FA (e.g., △△ electronic stock) was purchased in accordance with the net buying quantity (e.g. 300.46 weeks)>) 1), and finally, the customer accounts 21a and 21b can record 300.46 shares of △△ electronic stock as a series of purchases according to the purchase ratio of customers A and B (at this time, as described below). Of the 301 net shares purchased, the remaining △△ 0.54 shares of electronic stocks are recorded in the SS providing account 22, not the customer accounts 21a and 21b.

In addition, when the netting buy result information (for example, the result information that △△ electronic stock has been purchased) is received by the function of the netting buy / sell result information receiving module 125 described above, the FA buy / sell operation control module The SS providing account management module 111 controlled by 101 communicates with the netting buy / sell result information receiving module 125 to obtain netting buy result information (e.g., result information that ΔΔ electronic shares have been purchased). After reading this, the communication module communicates with the FA management server 1 side via the interface module 102, the online network, and the like, and the SS providing account 22 managed by this FA management server 1 is managed. The procedure to change the record to match the netting result information.

Under this procedure, the SS providing account management module 111 transmits the details of <FA (for example, △△ electronic stock) has been purchased for 0.54 weeks> to the FA management server 1, and finally, the SS providing account ( 22) 0.54 shares of ΔΔE stock can be recorded as a series of purchases (as described above, the remaining ΔΔE shares 300.46, except for 0.54 shares of SS provided account shares, among 301 shares of ΔΔ purchased). The purchase history of the week is recorded in the customer account 21).

On the other hand, the present invention described above is a netting transaction in which the purchase order quantity is larger than the purchase order quantity (see FIG. 12), as well as the <netting transaction in which the purchase order quantity is larger than the sell order quantity (see FIG. 11). > Will also have a useful effect.

First, as shown in FIG. 12, the net order receiving module 120 controlled by the FA buy / sell operation control module 101 has a FA management system server 1 via the interface module 102 and the online network. When communicating with a customer, a series of customer orders can be received (of course, these customer orders can be on an hourly basis or on a 12-hour basis, in addition to daily, 2-day, 3-day, When various modifications can be made in real-time units, etc.), the <FAs to be bought by customers A and B (e.g., ΔΔ electronic shares) and customers A and B that have been received by the FA management server 1 Customer's purchase order with the desired FA purchase amount (e.g. 3600)>, <FA (e.g. △△ E-shares) desired by customer C, and the desired FA sell amount (e.g. 400.75 shares) Proceed with the process of accepting the client's sell order> (in this case, A buy order of A and B and a sell order of customer C have a mutually offset relationship.

In this way, <Customer's purchase order with the desired FA purchase amount (e.g. △△ e-shares) desired by customers A and B and FA purchase amount (e.g. 3600) desired by customers A and B>, <Customer's desired sell Upon receipt of a customer's sell order> in which the target FA (e.g. △△ electronic stock) and the desired amount of FA sell (e.g. 400.75 shares) desired by customer C are received, the control is controlled by the FA buy / sell operation control module 101. The buy / sell order quantity calculation module 121 reads the purchase order of the customer side through communication with the netting order reception module 120, and through this, the amount of FA purchases desired by the customers A and B (eg, 3600). ) And the purchase target FA (eg, △△ electronic), which is assumed under the divided service, through communication with the FA management server 1, while proceeding to confirm the purchase target FA (e.g., △△ electronic stock), etc. The procedure of checking the selling price of the stock (eg, 10.25) is performed (see FIG. 12).

Thus, the bid price of the desired FA purchase amount (e.g. 3600), the target FA (e.g. △△ electronic stock), and the target FA (e.g. For example, when 10.25) and the like are confirmed, the buy / sell order quantity calculation module 121 proceeds with a series of program execution routines, and among <600 investment amount of customer side, some amount (for example, 3597.75) is one week's selling price. Will be used to buy 351 shares of FA (e.g. △△ electronic stock) with 10.25, and the remaining balance (e.g. 2.25) will buy 0.21 shares of FA (e.g. △△ electronic stock) with 10.25 As a result, the purchase order amount corresponding to the desired FA purchase amount 3600 of the customer is FA (e.g. △. E-shares) 351.21 shares>, resulting in <FA (e.g., △△ e) 351.21 shares> to calculate the number of purchase orders (see FIG. 12).

In addition, the buy / sell order quantity calculation module 121 reads the customer's sell order through communication with the netting order receiving module 120, so that the customer C wants to sell FA (for example, 400.75 shares), which is to be sold. A procedure of identifying an FA (eg, ΔΔ electronic stock) or the like is performed, and through this, a sell order quantity of <FA (eg, ΔΔ electronic stock) 400.75 shares> is calculated (see FIG. 12).

Through the above-described procedure, if the purchase order quantity called <FA (e.g. △ e-shares) 351.21 shares> and the sell order quantity called <FA (e.g. △ e-shares) 400.75 shares> are calculated, the FA The net buying / selling quantity calculation module 122, which is controlled by the buy / sell operation control module 101, proceeds with a series of program execution routines to mutually purchase and sell orders (351.21 shares) and sell orders (400.75 shares). If it is determined that the sell order quantity (400.75 shares) is greater than the buy order quantity (351.21 shares), the purchase order quantity from the sell order quantity (400.75 shares) is determined through the equation {400.75-351.21}. Subtracting (351.21 shares), 49.54 shares of FA (e.g., △△ electronic shares) will be calculated as the final net selling quantity (at this time, the purchase order quantity of customers A and B is a part of the order quantity of customer C Since the company is in a offsetting relationship, the system will place a purchase order for customers A and B as FA. It does not send to the management system server side separately, it processes the account itself, and since this process belongs to the conventional technology, a detailed description thereof will be omitted).

In this way, when 49.54 shares of FA (e.g., ΔΔ electronic shares) are calculated as the final net selling quantity, the net trading quantity calculation module 123 proceeds with a series of program execution routines, and the net selling quantity of the client side (eg, △△ The process of expanding the electronic shares 49.54 shares) to the amount that can be traded in the financial market (eg, one-week quantity) (e.g., to expand the value of 49.54 to 50 shares). The value of <50 shares of FA (e.g., ΔΔ electronic shares)> is calculated as the final net selling quantity available (see Fig. 12).

In this case, as described above, in the present invention, when the net selling quantity of the client side is 49.54 shares, the net selling quantity is expanded to 50 shares (that is, the net available selling quantity) in the financial market (2). Under the framework of the present invention, in addition to the 49.54 FA shares suggested by the client side, a further 0.46 shares (ie, 50-49.54 shares) are required for the actual sell transaction to be successful. .

In such a sensitive situation, the SS processing module 108 controlled by the FA buy / sell operation control module 101 communicates with the net buying / selling quantity calculating module 122 and the net trading quantity calculation module 123 described above. Reads the net selling quantity (e.g. 49.54 shares), netting sellable performance (e.g. 50 shares), and then proceeds with a series of program execution routines to compute the equation {50-49.54} Through this process, the process of calculating the support scale (eg 0.46 shares) of the FA for customer support needed to expand the net selling quantity (e.g. 49.54 shares) to netting available trade volume (e.g. 50 shares) (Fig. 12).

In this way, when the support scale (eg 0.46 shares) of the customer support FA required to expand the net selling quantity (eg 49.54 shares) to the net selling quantity available (eg 50 shares) is calculated, the SS processing module ( On the side of 108, communication with the FA management server 1 is performed via the interface module 102, the online network, etc., and is calculated from the SS providing account 22 managed by the FA management server 1. After withdrawing a customer support FA (e.g. △△ e-shares 0.46 share)> according to the scale of support, <FA support history for customer support> (e.g., 0.46 shares of △△ e-shares from an SS provided account, and withdrawn 0.46 Attention △△ The electronic stock will be used to support the selling transaction of the customer C>) to the netting buy / sell request information processing module 124 to be described later (of course, in this situation, In the SS providing account 22 side, the SS associated with it, eg By providing the customer support FA effectively, thereby contributing to the flexibility of a normal FA netting the customer sell transactions).

At this time, the SS providing account management module 111 controlled by the FA buying / selling operation control module 101 communicates with the SS processing module 108 and supports the customer by performing the function of the SS processing module 108. When a FA is withdrawn, it communicates with the FA management server 1 to change the record of the SS providing account 22 managed by the FA management server 1 in accordance with the corresponding withdrawal. (See FIG. 12).

Under this procedure, the SS providing account management module 111 used <0.46 shares of FA (e.g., △△ electronic shares) for customer support, and 0.46 shares △△ electronic shares withdrawn were used to support the sale transaction of customer C.> The information is transmitted to the FA management server 1, and eventually, the SS providing account 22 records <the history of 0.46 shares deducted from the customer support FA (for example, △△ electronic stock)> as a series of withdrawals. It becomes possible.

Through the above procedure, net selling quantity <FA (e.g., △△ e-shares)> and <FA support for customer support> (e.g., 0.46 shares of △△ e-shares from the SS providing account, When the withdrawal of 0.46 shares △△ electronic shares will be used to support the sale transaction of customer C> is completed / transmitted, the net buy / sell request controlled by the FA buy / sell operation control module 101 is completed. The information processing module 120 communicates with the net trading quantity calculation module 123 and the SS processing module 108, and the like. <A target FA (eg, △Δ electronic stock) desired by the customer> and <net selling and trading are possible. Qty (50 shares)>, <FA withdrawal for customer support> (e.g. <0.46 shares of △△ e-shares were withdrawn from the SS offering account, 0.46 shares △△ e shares will be used to support the sale of customer C A series of program threads after reading Proceeding with the routine, a procedure for generating net selling request information reflecting the corresponding information is performed (see FIG. 12).

In this way, <customer's desired FA for sale (e.g., △△ electronic stock)>, <net selling quantity available (50 shares)>, <FA support for customer support> (e.g. 0.46 shares have been withdrawn and 0.46 shares withdrawn △△ E stock will be used to support the sale of the customer C >> netting buy / sell request information processing module, etc. In step 124, the FA management server server 1 communicates with the interface module 101, the online network, and transmits the generated net selling request information to the FA management server server 1 side. As a result, the target FA (eg, △△ electronic stock) that the customer wanted to sell goes through a process of being sold in accordance with the net available trading volume (50 shares). In decimal units (Via other words, the quantity sold can not be traded on the financial markets), even through the quantity, it is possible without any of their FA (eg, △△ Electronic CO) any problems, you can sell successfully.

On the other hand, through the above-described procedure, in the situation where the target FA (e.g. △△ electronic shares) desired by the customer is sold in accordance with the net sellable trading amount (50 shares), the FA buy / sell operation control module 101 The netting buy / sell result information receiving module 125 controlled by the communication module communicates with the FA management system server 1 through the interface module 101, the online network, and the like, and the netting sell result information (eg,? A result of receiving 50 shares of electronic stocks sold from the FA management server 1 is proceeded.

In this way, when netting selling result information (for example, the result information that 50 shares of △△ have been sold) is received, the net buying number is set by the customer account management module 110 controlled by the FA buy / sell operation control module 101. / Communicates with the selling result information receiving module 125, reads the netting selling result information (e.g., the result information that 50 shares of the electronic stock have been sold), and then, via the interface module 101, the online network, etc. By communicating with the FA management server 1, the procedure for changing the record of the customer account 21 managed by the FA management server 1 in accordance with the above selling result information is performed.

Under this procedure, the client account management module 110 side records the fact that <the desired FA for sale (e.g., △△ electronic stock) was sold in accordance with the net selling quantity (e.g. 49.54 shares)>. 1) is sent to the side, and as a result, 49.54 shares of △△ electronic stock can be recorded as a series of selling history in the customer account 21c (at this time, as described below, the front of the net shares sold △△ electronic stock 50 Excluding the 49.54 shares of the customer's shares, the selling of △△ 0.46 shares of electronic shares is recorded in the SS providing account 22, not the customer account 21c).

In addition, when the netting sell result information (eg, the result information that 50 shares have been sold) is received by the function of the netting buy / sell result information receiving module 125 described above, the FA buy / sell operation control module The SS providing account management module 111 controlled by 101 communicates with the netting buy / sell result information receiving module 125 to sell netting result information (eg, the result information that 50 shares of ΔΔ electronic shares were sold). After reading this, the communication module communicates with the FA management server 1 side via the interface module 102, the online network, and the like, and the SS providing account 22 managed by this FA management server 1 is managed. The procedure of changing the record to match the net selling result information will be proceeded.

Under this procedure, the SS providing account management module 111 transmits the details of <FA (eg, ΔΔ electronic shares) sold for 0.45 weeks> to the FA management server 1, and finally, the SS providing account ( 22) 0.46 shares of ΔΔ electronic shares can be recorded as a series of selling details (as described above, out of 50 shares of sold ΔΔ electronic shares excluding 0.46 shares of SS providing account shares) The selling statement of the state is recorded in the customer account 21c).

On the other hand, as shown in Figure 13, under the FA buy / sell operating system 100b system according to another embodiment of the present invention, the FA management period server side will be additionally managed only the customer account 21, without the SS providing account. In this situation, unlike the previous embodiments, the FA buy / sell operating system 100b according to another embodiment of the present invention utilizes the customer's operating funds and FA recorded in the customer account 21 to the maximum. Efficient support for FA buy / sell transactions.

At this time, the FA buy / sell operating system 100b according to another embodiment of the present invention is the FA management period server 1 described above through the online network (eg, the Internet network, financial communication network, etc.) and the interface module 102. And a FA buy / sell operation control module 101 which controls the buy / sell operation procedure of the customer FA in accordance with the customer buy / sell order received at this FA management server. The operation information storage module 103 under the control system of the FA buy / sell operation control module 101, the operation assistance module 104, the buy / sell order reception module 105, and the buy / sell order quantity calculation module ( 106), buy / sell transaction quantity calculation module 130, buy / sell request information processing module 109, customer account management module 110, buy / sell result information receiving module 112, buy / sell order balance deposit The module 131 and the buy / sell share module 132 may take a close combination. , The function of the operating information storage module 103, operating the auxiliary module 104 is the same as the previous case, a detailed description thereof will be omitted).

In this situation, as shown in FIG. 14, the buy / sell order receiving module 105 controlled by the FA buy / sell operation control module 101 is connected to the FA management period through the interface module 102 and the online network. When communicating with the server 1, a series of customer orders can be accepted (of course, such a customer order can be an hour or a 12 hour unit, in addition to a daily, two-day unit, 3 days, real-time units, etc.) can be achieved, the <FA to be purchased (FA, e. You will proceed with the process of accepting a purchase order from the client with the FA purchase amount (eg 3600).

In this way, when the <customer's purchase order including the desired FA purchase target (e.g., △△ electronic stock) and the desired FA purchase amount (e.g. 3600), the customer wants >> is received, the FA buy / sell operation control module ( The buy / sell order quantity calculation module 106 controlled by the control unit 101 reads the customer-side purchase order through communication with the buy / sell order reception module 105, and thereby the desired FA purchase amount ( 3600), the purchase target FA (e.g., △△ electronic stock), etc., and through the communication with the FA management period server 1, the purchase target FA (e.g. A procedure of checking the selling price (eg, 10.25) of ΔΔ electronic shares is performed (see FIG. 14).

Thus, the bid price of the desired FA purchase amount (e.g. 3600), the target FA (e.g. △△ electronic stock) and the purchaseable FA (e.g. △△ electronic stock) under the split service (e.g. 10.25). ), The purchase / sell order quantity calculation module 106 proceeds with a series of program execution routines. Of the investment amount 3600 of the customer, a partial amount (for example, 3597.75) has a selling price of 10.25 for one week. The remaining balance (e.g., 2.25) will be used to buy 0.21 shares of FA (e.g., △ Δ E-shares) with a bid price of 10.25 per share. In the end, the purchase order quantity corresponding to the customer's desired FA purchase amount of 3600 is 351.21 shares of FA (e.g., △△ e-shares), which results in <FA (e.g., △△ e-shares) 351.21. The quantity of purchase orders referred to as &quot;> is calculated (see FIG. 14).

Through the above-described procedure, when the purchase order quantity of <FA (e.g., △△ electronic shares) 351.21 shares> is calculated, the buy / sell transaction quantity calculation module controlled by the FA buy / sell operation control module 101 The side 130 communicates with the buy / sell order quantity calculation module 106 described above, reads the customer's purchase order quantity (e.g., 351.21 shares), and then proceeds with a series of program execution routines to execute the customer's purchase order. Proceed with the procedure of expanding the quantity (e.g. △△ e-share 351.21 shares) to the quantity that can be traded in the financial market (e.g., one-week quantity) (e.g., expanding the value of 351.21 to 352). As a result, a value of <FA (e.g., 352 electronic shares)> is calculated as a purchase transaction quantity (see FIG. 14).

In addition, the buy / sell transaction quantity calculation module 130 proceeds with a series of program execution routines to calculate the equation {(352-351.21) × 10.25}, and through this, the number of buy-side orders (eg, 351.21 weeks) ) To proceed with the calculation of additional operating capital (eg, 8.0975) required to expand the purchase volume (eg, 352 shares) (see Figure 14).

In this way, when the purchase transaction volume (e.g., 352 shares) and the additional operating capital (e.g., 8.0975) necessary to secure the purchase transaction volume (e.g., 352 shares) are calculated, the buy / sell transaction quantity calculation module 130 ) Side communicates with the FA management server 1 via the interface module 102, online network, etc., and reads the holdings of the customer's operating funds recorded in the customer account 21, and through this, the customer Whether the operating capital of the party maintains the necessary scale to achieve the purchase volume (e.g. 352 shares) (i.e., the amount that the client's operating capital consumes additional operating capital (e.g. 8.0975) in addition to the previous 3600). Whether or not is maintained) (see FIG. 14).

At this time, if the client's operating capital maintains the necessary scale to achieve the purchase transaction volume (e.g. 352 shares) (ie, the client's operating capital consumes additional operating capital (e.g. 8.0975) in addition to the previous 3600). In the case of maintaining the size of), the buy / sell transaction quantity calculation module 130 proceeds with the procedure of determining the final transaction volume of the previously calculated purchase transaction quantity (for example, 352 shares).

Through the above-described procedure, when the purchase transaction quantity <FA (e.g., ΔΔ electronic shares) 352 shares> is confirmed, the buy / sell request information processing module controlled by the FA buy / sell operation control module 101 ( 109) the communication with the buy / sell transaction quantity calculation module 130, SS processing module 108 and the like, <buy target FA (e.g., △△ electronic stock)>, <buy transaction quantity (352 shares) >, And the like, a series of program execution routines are performed, and a procedure of generating purchase request information reflecting the corresponding information is performed (see FIG. 14).

In this way, when the purchase request information reflecting the <customer's desired purchase target FA (eg, △△ electronic stock)>, <purchase transaction quantity (352 shares), etc. is generated, the buy / sell request information processing module 109 The side communicates with the FA management server 1 via the interface module 101 and the online network, and proceeds to transmit the generated purchase request information to the FA management server 1 (FIG. 14) In the end, the desired FA (e.g., △△ E-shares) that the customer wanted to buy would go through the process of buying in line with the purchase volume (352 shares). In addition, with the investment amount of 3600 and the one-selling bid price of 10.25, the buyer can buy the desired FA (e.g., △△ electronic stock) without any problems.

In the meantime, the FA purchase / sell operation control module 101 controls the purchase target FA (eg, ΔΔ electronic shares) desired by the customer in accordance with the purchase transaction quantity (352 shares) through the above-described procedure. The buy / sell result information receiving module 112 side communicates with the FA management server 1 via the interface module 101, the online network, and the like. The procedure to receive the result information of the stock purchase from the FA management period server 1 is carried out.

In this way, when the purchase result information (e.g., the result information that △△ electronic stock has been bought) is received, the customer account management module 110 controlled by the FA buy / sell operation control module 101 purchases / sells. It communicates with the result information receiving module 112, reads the purchase result information (e.g., the result information that ΔΔ electronic stock has been bought), and then, via the interface module 101, the online network, etc., the FA management period meter. By communicating with the server 1 side, a procedure for changing the record of the customer account 21 managed by the FA management server 1 is made in accordance with the previous purchase result information.

Under this procedure, the customer account management module 110, the FA management period server (refer to the <buy desired FA (e.g., △△ electronic stock) was purchased in accordance with the purchase order quantity (e.g., 352 weeks))> 1) to the side, and eventually, the customer account 21 can record 352 shares of △△ electronic stock as a series of purchases.

On the other hand, another embodiment of the present invention described above also has a useful effect not only in the purchase transaction of the customer side FA, but also in the sale transaction of the customer side FA.

First, as shown in FIG. 15, the buy / sell order receiving module 105 controlled by the FA buy / sell operation control module 101 is connected to the FA management server through the interface module 102 and the online network. When communicating with 1), when receiving a series of customer orders (of course, these customer orders can also be 1 hour, 12 hours, or else, 1 day, 2 days, 3 days). Unit, real time unit, etc.), the <FA sold by the customer (1, △△ electronic stock) desired by the FA management period server 1 and FA sold by the customer desired). You will proceed with the process of accepting the client's sell order with the quantity (eg 50.75 shares).

In this way, upon receipt of <Customer's Sell Order with Customer's Desired Selling FA (e.g., △△ Electronic Stock) and Customer's Desired Selling Quantity (e.g. 50.75 shares)>, the FA Buy / Sell Operation Control Module The buy / sell order quantity calculation module 106 side controlled by the 101 reads the seller's sell order through communication with the buy / sell order receiving module 105, and the customer wants to sell FA (eg, 50.75 shares) and the FA (e.g. △ e-shares), etc. to be sold, proceed with the procedure, and through this, the quantity of sell orders called <FA (e.g. 50.75 shares)> is calculated ( See FIG. 15).

Through the above-described procedure, when the purchase order quantity of <FA (e.g., △△ electronic stock) 50.75 shares> is calculated, the buy / sell transaction quantity calculation module controlled by the FA buy / sell operation control module 101 The side 130 communicates with the buy / sell order quantity calculation module 106 described above, reads the sell-side order quantity (for example, 50.75 shares), and proceeds with a series of program execution routines to execute the sell-side order for the customer side. Proceed with the process of expanding the quantity (e.g. 50.75 shares of △△ electronic stock) to the quantity that can be traded in the financial market (e.g., quantity per share) (e.g., the process of expanding the value of 50.75 to 51). As a result, a value of <FA (eg, ΔΔ electronic shares) 51 shares> is calculated as the selling transaction quantity (see FIG. 15).

In addition, the buy / sell transaction quantity calculation module 130 proceeds with a series of program execution routines to calculate the equation {51-50.75}, thereby selling the seller's sell order quantity (eg, 50.75 shares). Proceed with the procedure to calculate the additional FA quantity (eg 0.25 week) needed to expand to the quantity (eg 51 weeks) (see FIG. 15).

In this way, when the quantity of sell transactions (e.g. 51 shares) and additional FA quantities (e.g. 0.25 shares) necessary to secure the quantity of sell transactions (e.g. 51 shares) are calculated, the purchase / sell transaction quantity calculation module ( 130 side communicates with the FA management system server 1 via the interface module 102, online network, etc., and reads the holding history of the customer side FA recorded in the customer account 21, and through this, the customer Whether the FA is maintaining the necessary scale to achieve the volume of sales (e.g. 51 weeks) (i.e., the amount of FA on the client's side is exhausting additional quantities (e.g. 0.25) in addition to the previous 50.75 shares. Whether or not is maintained) (see FIG. 15).

At this time, if the FA on the client side maintains the necessary scale to achieve the volume of selling transactions (eg 51 weeks) (ie, the amount of FA on the client side consumes additional quantity (eg 0.25 week) in addition to the previous 50.75 shares). In the case of maintaining the size of), the buy / sell transaction quantity calculation module 130 proceeds with the procedure of confirming the previously calculated sell transaction quantity (eg, 51 shares) as the final transaction quantity.

Through the above-described procedure, when the sell transaction quantity <FA (eg, △△ electronic shares) 51 shares> is confirmed, the buy / sell request information processing module controlled by the FA buy / sell operation control module 101 ( 109) communicates with the buy / sell transaction quantity calculation module 130, reads < the desired FA (e.g., △△ E stock) >, < sales transaction quantity (51 shares) > Proceed with a series of program execution routines, and proceeds to generate a sell request information reflecting the information (see Fig. 15).

In this way, when the selling request information reflecting the <customer's desired selling target FA (eg, △△ electronic stock)>, <sell quantity (e.g. 51 shares), etc. is generated, the buy / sell request information processing module ( 109) by the interface module 101, the online network, and the like to communicate with the FA management server server 1 side, and transmits the generated selling request information to the FA management server server 1 side. In the end, the desired FA for sale (e.g., △△ E-shares) that the customer wanted to sell goes through the selling process in accordance with the quantity sold (51 shares). Even through selling quantity (ie, selling quantity that cannot be traded in the financial market), the desired FA (eg, △△ electronic stock) can be sold normally without any problems.

On the other hand, through the above-described procedures, in the situation where the target FA (e.g. △△ electronic shares) desired by the customer is sold in accordance with the selling transaction quantity (51 shares), controlled by the FA buy / sell operation control module 101 The buy / sell result information receiving module 112 side communicates with the FA management server 1 via the interface module 101, the online network, and the like. The procedure for receiving the result of the stock sale from the FA management period server 1 is carried out.

In this way, when the selling result information (for example, the result information that △△ electronic shares have been sold) has been received, the customer account management module 110 controlled by the FA buying / selling operation control module 101 side purchases / sells. After the communication with the result information receiving module 112, the result of the selling (for example, the result information that 51 shares have been sold) is read, and then the FA management period meter is transmitted through the interface module 101 and the online network. By communicating with the server 1 side, the procedure of changing the record of the customer account 21 managed by the FA management server 1 in accordance with the above selling result information is performed.

Under this procedure, the customer account management module 110 side records the fact that <the FA (e.g., △△ electronic stock) desired by the customer was sold in accordance with the quantity of the order for sale (e.g. 51 weeks)). 1) side, and finally, 51 shares of △△ electronic stock can be recorded in the customer account 21 as a series of selling history.

On the other hand, the other embodiments of the present invention described above have a useful effect not only in the purchase / sell transaction processing of FA ordered by one unit customer, but also in the buy / sell transaction processing of FA ordered by a plurality of customers. Such technical details will be described in detail with reference to FIGS. 16 (process of FA purchase transaction ordered by multiple customers) and FIG. 17 (process of process of FA sell transaction ordered by multiple customers).

First, as shown in FIG. 16, the buy / sell order receiving module 105 controlled by the FA buy / sell operation control module 101 is connected to the FA management server through the interface module 102 and the online network. When communicating with 1), the time of receipt of a series of customer orders (of course, the time of receipt of such a customer order may be in units of 1 hour or 12 hours, in addition to 1 day, 2 days, 3 days). When various modifications can be made in units, real-time units, etc., the number of FAs (e.g., ΔΔ electronic stocks desired by a large number of customers A, B, and C) received by the FA management server 1 ) And a number of clients A, B, and C will receive a customer's purchase order>, which indicates the desired amount of FA purchase (e.g. 3600). The total amount of FA purchase amount requested by A, B, and C is 1000,1600,1000 Value).

In this way, <Customer's Purchase Order, which describes the number of FA targets (e.g., △△ electronic stock) desired by a large number of customers A, B, and C, and the amount of FA purchases (e.g. 3600) desired by a large number of customers A, B, and C When> is received, the buy / sell order quantity calculation module 106 controlled by the FA buy / sell operation control module 101 communicates with the buy / sell order reception module 105, and the customer buys orders. And through this process, a number of customers A, B, and C check the desired FA purchase amount (e.g. 3600), the target FA (e.g. △△ E stock), etc. Through communication with the main server 1, a procedure of checking the selling price (eg, 10.25) of the purchase target FA (eg, ΔΔ electronic shares) assumed under the split service is performed (see FIG. 16).

In this way, the number of FA purchases desired by a large number of customers A, B, and C (e.g. 3600), the target FA (e.g. △△ E stock), and the target FA (e.g. △△ E) When the selling price (eg, 10.25) is confirmed, the buy / sell order quantity calculation module 106 proceeds with a series of program execution routines, and a part of the investment amount 3600 of the customer (for example, 3597.75) The stock will be used to buy 351 shares of FA (e.g. △△ electronic shares) with a 10.25 share price, and the remaining balance (e.g. 2.25) will be used to buy FA (e.g. It will be used to buy 0.21 shares, which in turn leads to the result that the purchase order quantity corresponding to the customer's desired 3,600 purchase amount of FA is 351.21 shares of FA (e.g., △△ e-shares)>. , ΔΔ electronic stock) 351.21 shares &gt;

Through the above-described procedure, when the purchase order quantity of <FA (e.g., △△ electronic shares) 351.21 shares> is calculated, the buy / sell transaction quantity calculation module controlled by the FA buy / sell operation control module 101 The side 130 communicates with the buy / sell order quantity calculation module 106 described above, reads the customer's purchase order quantity (e.g., 351.21 shares), and then proceeds with a series of program execution routines to execute the customer's purchase order. Proceed with the procedure of expanding the quantity (e.g. △△ e-share 351.21 shares) to the quantity that can be traded in the financial market (e.g., one-week quantity) (e.g., expanding the value of 351.21 to 352). As a result, a value of <FA (for example, ΔΔ electronic shares) 352 shares> is calculated as a purchase transaction quantity (see FIG. 16).

In addition, the buy / sell transaction quantity calculation module 130 proceeds with a series of program execution routines to calculate the equation {(352-351.21) × 10.25}, and through this, the number of buy-side orders (eg, 351.21 weeks) ), A procedure for calculating additional operating capital (eg, 8.0975) required to expand the purchase volume (eg, 352 shares) is performed (see FIG. 16).

In this way, when the purchase transaction volume (e.g., 352 shares) and the additional operating capital (e.g., 8.0975) necessary to secure the purchase transaction volume (e.g., 352 shares) are calculated, the buy / sell transaction quantity calculation module 130 ) Side communicates with the FA management server 1 via the interface module 102, online network, etc., and reads the holdings of the customer's operating funds recorded in the customer accounts 21a, 21b, 21c, Through this, whether the client's operating capital is maintaining the necessary scale to achieve the purchase transaction volume (eg 352 shares) (ie, the client's operating capital has exhausted the additional operating fund (ex: 8.0975) in addition to the previous 3600). Whether or not the scale is maintained enough) (see FIG. 16).

At this time, if the client's operating capital maintains the necessary scale to achieve the purchase transaction volume (e.g. 352 shares) (ie, the client's operating capital consumes additional operating capital (e.g. 8.0975) in addition to the previous 3600). In the case of maintaining the size of), the buy / sell transaction quantity calculation module 130 proceeds with the procedure of determining the final transaction volume of the previously calculated purchase transaction quantity (for example, 352 shares).

Through the above-described procedure, when the purchase transaction quantity <FA (e.g., ΔΔ electronic shares) 352 shares> is confirmed, the buy / sell request information processing module controlled by the FA buy / sell operation control module 101 ( 109) communicates with the buy / sell transaction quantity calculation module 130, reads < buy target FA (e.g., △△ E stock) >, < buy transaction quantity (352 shares) > Proceed with a series of program execution routines, and proceeds to the procedure of generating the purchase request information reflecting the information (see Fig. 16).

In this way, when the purchase request information reflecting the <customer's desired purchase target FA (eg, △△ electronic stock)>, <purchase transaction quantity (352 shares), etc. is generated, the buy / sell request information processing module 109 The side communicates with the FA management server 1 via the interface module 101 and the online network, and proceeds to transmit the generated purchase request information to the FA management server 1 (FIG. In the end, the customer's desired FA (eg, △△ E stock) would go through the process of buying in line with the purchase volume (352 shares) .As a result, a large number of customers A, B and C Even through the investment in the unit of value (for example, an investment to buy △△ electronic stock with a selling price of 3,600 and a stock price of 10.25), the FA (e.g. △△ electronic stock) that you want without any problems. You can buy normally.

In the meantime, the FA purchase / sell operation control module 101 controls the purchase target FA (eg, ΔΔ electronic shares) desired by the customer in accordance with the purchase transaction quantity (352 shares) through the above-described procedure. The buy / sell result information receiving module 112 side communicates with the FA management server 1 via the interface module 101, the online network, and the like. The procedure to receive the result information of the stock purchase from the FA management period server 1 is carried out.

In this way, when the purchase result information (e.g., the result information that △△ electronic stock has been bought) is received, the customer account management module 110 controlled by the FA buy / sell operation control module 101 purchases / sells. It communicates with the result information receiving module 112, reads the purchase result information (e.g., the result information that ΔΔ electronic stock has been bought), and then, via the interface module 101, the online network, etc., the FA management period meter. By communicating with the server 1 side, a procedure for changing the record of the customer accounts 21a, 21b, 21c managed by the FA management period server 1 in accordance with the previous purchase result information is performed.

Under this procedure, the client account management module 110 side, <the number of target FAs (e.g., △△ electronic stocks) desired by a large number of customers A, B, and C were bought in accordance with the number of purchase orders (e.g., 352 shares) The details are transmitted to the FA management server 1, and as a result, 351.21 shares of electronic shares are added to the customer accounts 21a, 21b, and 21c corresponding to the plurality of customers A, B, and C. It can be recorded as a series of purchases divided by the ratio of investment amount of (the additional 0.79 shares of purchases are provided to customers who provide their own funds (8.0975)).

On the other hand, under the selling procedure of the FA ordered by a plurality of customers A, B, C, first, as shown in Figure 17, the buy / sell order receiving module 105 controlled by the FA buy / sell operation control module 101 ) Side communicates with the FA management server 1 via the interface module 102 and the online network, and at the time of receiving a series of customer orders (of course, such a customer order may also be 1 hour unit, or 12 hours In addition, various variations can be made in units of 1 day, 2 days, 3 days, real time, etc.). Procedures for accepting a customer's sell order>, which lists the FA (e.g., △△ E stock) desired by customers A, B, C and the number of FA sells (e.g. 50.75 shares) desired by multiple customers A, B, C. (In this case, 50.75 shares of the FA's selling quantity are each customer A, This is the sum of 20.7 shares, 10.01 shares, and 20.04 shares of FA selling requested by B and C).

In this way, <Customer's Sell Order that lists the FA (e.g. △△ E-shares) desired by each customer A, B and C and the quantity of FA Sell (e.g. 50.75 shares) desired by each customer A, B or C> When the receipt is completed, the buy / sell order quantity calculation module 106 controlled by the FA buy / sell operation control module 101 communicates with the buy / sell order reception module 105 to make a customer-side sell order. After reading, each customer A, B, and C confirms the desired FA selling quantity (e.g. 50.75 shares), the FA for sale (e.g., △△ E stock), and so on. ΔΔ electronic shares) of 50.75 shares> is calculated (see FIG. 17).

Through the above-described procedure, when the purchase order quantity of <FA (e.g., △△ electronic stock) 50.75 shares> is calculated, the buy / sell transaction quantity calculation module controlled by the FA buy / sell operation control module 101 The side 130 communicates with the buy / sell order quantity calculation module 106 described above, reads the sell-side order quantity (for example, 50.75 shares), and proceeds with a series of program execution routines to execute the sell-side order for the customer side. Proceed with the process of expanding the quantity (e.g. 50.75 shares of △△ electronic stock) to the quantity that can be traded in the financial market (e.g., quantity per share) (e.g., the process of expanding the value of 50.75 to 51). As a result, a value of <FA (eg, ΔΔ electronic shares) 51 shares> is calculated as the selling transaction quantity (see FIG. 17).

In addition, the buy / sell transaction quantity calculation module 130 proceeds with a series of program execution routines to calculate the equation {51-50.75}, thereby selling the seller's sell order quantity (eg, 50.75 shares). Proceed with the procedure to calculate the additional FA quantity (eg 0.25 week) needed to expand to the quantity (eg 51 weeks) (see FIG. 17).

In this way, when the quantity of sell transactions (e.g. 51 shares) and additional FA quantities (e.g. 0.25 shares) necessary to secure the quantity of sell transactions (e.g. 51 shares) are calculated, the purchase / sell transaction quantity calculation module ( 130, communication with the FA management server 1 is carried out via the interface module 102, the online network, and the like, and the holding information of the customer side FA recorded in the customer accounts 21a, 21b, 21c is read out. This ensures that the client's FA is maintaining the required scale to achieve the volume of sales (e.g. 51 weeks) (i.e., the client's FA is exhausting additional quantities (e.g. 0.25 weeks) in addition to the previous 50.75). Whether or not the scale is maintained enough) (see FIG. 17).

At this time, if the FA on the client side maintains the necessary scale to achieve the volume of selling transactions (eg 51 weeks) (ie, the amount of FA on the client side consumes additional quantity (eg 0.25 week) in addition to the previous 50.75 shares). In the case of maintaining the size of), the buy / sell transaction quantity calculation module 130 proceeds with the procedure of confirming the previously calculated sell transaction quantity (eg, 51 shares) as the final transaction quantity.

Through the above-described procedure, when the sell transaction quantity <FA (eg, △△ electronic shares) 51 shares> is confirmed, the buy / sell request information processing module controlled by the FA buy / sell operation control module 101 ( 109) communicates with the buy / sell transaction quantity calculation module 130, reads < the desired FA (e.g., △△ E stock) >, < sales transaction quantity (51 shares) > Proceed with a series of program execution routines, and proceeds to generate a sell request information reflecting the information (see Figure 17).

In this way, when the selling request information reflecting the <FA (e.g. △△ E-shares)> and <sales volume (e.g. 51 shares) desired by each customer A, B or C is completed, the purchase / The sell request information processing module 109 communicates with the FA management server 1 by the interface module 101 and the online network, and transmits the generated sell request information to the FA management server 1. (FIG. 17), the ultimate target FA (e.g. △△ electronic shares) that the customer wanted to sell goes through the selling process in accordance with the quantity sold (51 shares). A, B, and C sides also sell 50.75 shares in decimal units (i.e. through a sell volume that cannot be traded in the financial market), and the FA (e.g. You can sell.

In the meantime, in the situation where each customer A, B, or C wants to sell FA (e.g., △△ electronic stock) to be sold in accordance with the selling transaction quantity (51 shares), the FA buy / sell operation control module The buy / sell result information reception module 112 controlled by 101 communicates with the FA management server 1 via the interface module 101, the online network, and the like, and generates a series of sell result information (e.g., , The result information of the sale of 51 shares of △△ shares) is received from the FA management period server 1 side.

In this way, when the selling result information (for example, the result information that △△ electronic shares have been sold) has been received, the customer account management module 110 controlled by the FA buying / selling operation control module 101 side purchases / sells. After the communication with the result information receiving module 112, the result of the selling (for example, the result information that 51 shares have been sold) is read, and then the FA management period meter is transmitted through the interface module 101 and the online network. By communicating with the server 1 side, a procedure for changing the record of the customer accounts 21a, 21b, 21c managed by the FA management server 1 is made in accordance with the above selling result information.

Under this procedure, the customer account management module 110 side records the fact that <the FA (e.g., △△ electronic stock) desired by the customer was sold in accordance with the quantity of the order for sale (e.g. 51 weeks)). 1) In the end, in the customer accounts 21a, 21b, and 21c corresponding to each customer A, B, and C, △△ 20.7 shares, 10.01 shares, and 20.4 shares can be recorded as a series of selling history. (Of course, an additional 0.25 weeks of sales will be recorded for customers who provide their own FA).

On the other hand, under the function of the buy / sell transaction quantity calculation module 130 described above, for example, the operating capital of the customer side does not maintain an appropriate scale necessary to achieve the buy transaction quantity (eg, 352 shares) (that is, the customer In addition to the previous 3600, the operating capital is not enough to exhaust the additional operating capital (e.g. 8.0975), or the client's FA maintains the necessary scale to achieve the volume of selling transactions (e.g. 51 weeks). If the customer is not doing so (i.e., the FA quantity on the customer's side is not enough to exhaust the additional quantity (e.g. 0.25 share) in addition to the previous 50.75 shares), the system 100b will Normal <FA Buy / Sell Support Procedure> will not be able to proceed.

In this sensitive situation, as shown in FIG. 18, the buy / sell order remaining amount deposit module 131 controlled by the FA buy / sell operation control module 101 communicates with the buy / sell transaction quantity calculation module 130. If the client's operating capital recorded in the client's account 21 does not maintain the required scale to achieve the purchase volume (e.g. 352 shares) (i.e., the client's operating capital is added in addition to the previous 3600). If the funds are not enough to exhaust the working capital (e.g. 8.0975), a series of program execution routines will be conducted, which will not be available for actual purchase transactions among the desired FA purchase amount (e.g. 3600). After calculating the remaining amount of purchase amount (eg, 2.25), a procedure of generating the purchase amount remaining amount deposit information reflecting the calculated remaining amount of purchase amount (eg, 2.25) is performed. In this case, in the generated purchase amount remaining amount deposit information, for example, customer registration information, customer side purchase order information, customer side purchase amount remaining information, deposit setting information, and the like are recorded.

In this way, when the purchase amount remaining amount deposit information (for example, customer registration information, customer side purchase order information, customer side purchase amount remaining information, deposit setting information, etc.) is generated, the purchase / sell order remaining amount deposit module 131 is interfaced. The module 101 communicates with the FA management server 1 via the online network, and the generated purchase amount remaining amount deposit information (for example, customer registration information, customer side purchase order information, customer side purchase amount remaining information) , Deposit setting information, etc.) is transmitted to the FA management server account 1, and finally, the amount of money remaining amount deposited information (for example, customer registration information, customer side) is stored in the customer account 21 managed by the FA management server. Purchase order information, customer purchase price remaining amount information, deposit setting information, etc.) can be recorded in detail, as a result, the customer buys the corresponding purchase price remaining amount (for example, 2.25) It may be able to take advantage of the new deal.

Of course, in the situation where the remaining amount of purchase amount (eg, 2.25) that cannot be used in the actual purchase transaction is deposited among the FA purchase amount (eg, 3600) desired by the customer, the buy / sell transaction quantity calculation module 130 may use the customer. After changing the number of purchase orders (e.g. 351.21 shares) to 351 shares (e.g., one-week quantity) in the financial market (2), the 351 shares are confirmed as a purchase volume. The customer will be able to buy 351 shares of his desired FA (eg, △△ electronic stock) without any difficulty.

The deposit procedure is equally applicable to the selling procedure of FA.

In this case, as shown in FIG. 19, the buy / sell order remaining amount deposit module 131 communicates with the buy / sell transaction quantity calculating module 130, and the customer side FA recorded in the customer account 21 is displayed. If you do not maintain the required scale to achieve the volume of sales (e.g. 51 weeks) (i.e., the amount of FA on the client's side is sufficient to exhaust additional quantities (e.g. 0.25) in addition to the previous 50.75). If not, proceed with a series of program execution routines to calculate the remaining selling quantity (0.75 shares) of the FA selling quantity (50.75 shares) that the customer wants, which cannot be used for the actual selling transaction. (0.75 weeks) reflects the selling quantity remaining amount deposit information will be proceeded. In this case, the generated selling quantity remaining amount deposit information includes, for example, customer registration information, customer selling order information, customer selling quantity remaining information, deposit setting information, and the like.

In this way, when the selling quantity remaining amount deposit information (for example, customer registration information, customer side selling order information, customer side selling quantity remaining information, deposit setting information, etc.) is generated, the buy / sell order remaining amount deposit module 131 is interfaced. Communication with the FA management server 1 is performed through the module 101 and the online network, and the generated selling quantity remaining amount deposit information (for example, customer registration information, customer side selling order information, customer side selling quantity remaining information) , Deposit setting information, etc.) is transmitted to the FA management server 1, and finally, the remaining amount of deposit amount information (e.g., customer registration information, customer side) is stored in the customer account 21 managed by the FA management server. Selling order information, customer's selling quantity remaining information, deposit setting information, etc.) can be recorded in detail, as a result, the customer's remaining amount (e.g. 0.75 shares) of the FA (e.g. And then it is able to take advantage of the newly-sale transactions of their FA (eg, △△ Electronics Co.).

Of course, in the situation where the remaining amount of selling quantity (0.75 shares) that cannot be used for the actual selling transaction is deposited among the desired FA selling quantity (50.75 shares), the buying / selling trading quantity calculating module 130 side of the customer side FA After changing the number of sell orders (e.g. 50.75 shares) to 50 shares, which are the quantity that can be traded in the financial market (e.g., one-week quantity), the 50 shares are confirmed as sell volume. On the side, they can sell their favorite FA (eg, △△ electronic stock) for 50 weeks without any difficulty.

On the other hand, the deposit procedure according to another embodiment of the present invention described above has a useful effect not only in the purchase / sell transaction processing of FA ordered by one unit customer, but also in the buy / sell transaction processing of FA ordered by a plurality of customers. . Such technical details will be described in detail with reference to FIGS. 20 (partial deposit procedure for FA purchase transactions ordered by multiple customers) and 21 (partial deposit procedure for FA sell transactions ordered by multiple customers).

First, as shown in FIG. 20, the buy / sell order remaining amount deposit module 131 controlled by the FA buy / sell operation control module 101 communicates with the buy / sell transaction quantity calculation module 130. If the customer's A, B and C operating funds recorded in the customer accounts 21a, 21b and 21c do not maintain the necessary scale to achieve the purchase volume (e.g. 352 shares) (i.e., customer A and B In case C fund is not enough to exhaust additional funding (e.g. 8.0975) in addition to the previous 3600, a series of program execution routines are conducted to facilitate the amount of FA purchases desired by the customer (e.g., After calculating the amount of purchase amount remaining (e.g. 2.25) that cannot be used in the actual purchase transaction in 3600), a procedure of generating purchase amount remaining amount deposit information reflecting the calculated amount of purchase amount remaining (e.g. 2.25) is performed. In this case, in the generated purchase amount remaining amount deposit information, for example, customer registration information, customer side purchase order information, customer side purchase amount remaining information, deposit setting information, and the like are recorded.

In this way, when the purchase amount remaining amount deposit information (for example, customer registration information, customer side purchase order information, customer side purchase amount remaining information, deposit setting information, etc.) is generated, the purchase / sell order remaining amount deposit module 131 is interfaced. The module 101 communicates with the FA management server 1 via the online network, and the generated purchase amount remaining amount deposit information (for example, customer registration information, customer side purchase order information, customer side purchase amount remaining information) , Deposit setting information, etc.) to the FA management server 1, and finally, the amount of money remaining amount deposit information (for example, customer registration) is stored in the customer accounts 21a, 21b, 21c managed by the FA management server. Information, customer purchase order information, customer purchase amount remaining information, deposit setting information, etc.) can be recorded in detail, and as a result, the customer A, B, and C side can store the corresponding purchase amount remaining (for example, 2.25) later. It will be newly available for its own FA buying transaction (of course, the remaining amount of purchases will be divided / deposited according to the buying ratio of customers A, B and C).

Of course, in the situation where the remaining amount of purchase amount (eg, 2.25) that cannot be used in the actual purchase transaction is deposited among the FA purchase amount (eg, 3600) desired by the customer, the buy / sell transaction quantity calculation module 130 may use the customer. After changing the number of purchase orders (e.g. 351.21 shares) to 351 shares (e.g., one-week quantity) in the financial market (2), the 351 shares are confirmed as a purchase volume. The customer will be able to buy 351 shares of his desired FA (eg, △△ electronic stock) without any difficulty.

Meanwhile, as shown in FIG. 21, the buy / sell order remaining amount deposit module 131 communicates with the buy / sell transaction quantity calculating module 130 and records the customer in the customer accounts 21a, 21b, and 21c. If the A, B, and C FAs do not maintain the scale required to achieve a sell volume (eg, 51 weeks) (i.e., the amount of FA on the client's side, in addition to the previous 50.75 weeks, is not available, for example, 0.25 weeks). If the program does not maintain enough scale), it executes a series of program execution routines to calculate the remaining amount of the selling quantity (0.75 shares) that the customer cannot use for the actual selling transaction (50.75 shares). After that, the procedure of generating the selling quantity remaining amount deposit information reflecting the calculated selling quantity remaining amount (0.75 weeks) is performed. In this case, the generated selling quantity remaining amount deposit information includes, for example, customer registration information, customer selling order information, customer selling quantity remaining information, deposit setting information, and the like.

In this way, when the selling quantity remaining amount deposit information (for example, customer registration information, customer side selling order information, customer side selling quantity remaining information, deposit setting information, etc.) is generated, the buy / sell order remaining amount deposit module 131 is interfaced. Communication with the FA management server 1 is performed through the module 101 and the online network, and the generated selling quantity remaining amount deposit information (for example, customer registration information, customer side selling order information, customer side selling quantity remaining information) , Deposit setting information, etc.) is transmitted to the FA management server 1, and eventually, the amount of the remaining amount of the deposit is stored in the customer accounts 21a, 21b, 21c managed by the FA management server. Information, customer's selling order information, customer's selling quantity remaining information, deposit setting information, etc. can be recorded in detail, and as a result, the customer's remaining amount of the FA (e.g. Note) can be used later to sell their own FA (e.g., △△ E-shares) (also, in this case, the remaining amount of FA is divided / deposited according to the selling ratio of customers A, B, and C). .

Of course, in the situation where the remaining amount of selling quantity (0.75 shares) that cannot be used for the actual selling transaction is deposited among the desired FA selling quantity (50.75 shares), the buying / selling trading quantity calculating module 130 side of the customer side FA After changing the number of sell orders (e.g. 50.75 shares) to 50 shares, which are the quantity that can be traded in the financial market (e.g., one-week quantity), the 50 shares are confirmed as sell volume. On the side, they can sell their favorite FA (eg, △△ electronic stock) for 50 weeks without any difficulty.

On the other hand, the client's operating capital does not maintain the necessary scale to achieve the purchase volume (e.g. 352 shares) (i.e., the client's operating capital may exhaust additional operating capital (e.g. 8.0975) in addition to the previous 3600). Or because the customer's FA is not maintaining the scale required to achieve the volume of the sale (eg 51 shares) (i.e. the amount of FA on the client's side is higher than the previous 50.75 shares) For example, it is not enough to exhaust 0.25 weeks), and the system (100b) is unable to proceed with the normal <FA Buy / Sell Support Procedure>. The selling order remaining amount may be countered / resolved by the deposit module 131, and, if necessary, may be countered / resolved by the buy / sell share module 132 according to another embodiment of the present invention.

At this time, as shown in Figure 22, the buy / sell share module 132 side according to another embodiment of the present invention while communicating with the buy / sell transaction quantity calculation module 130, recorded in the customer account 21 If the client's operating capital does not maintain the necessary scale to achieve the purchase volume (e.g. 352 shares) (i.e., the client's operating capital consumes additional operating capital (e.g. 8.0975) in addition to the previous 3600). Is not maintained), a series of program execution routines are carried out to calculate the formula {(352-351.21) × 10.25}, whereby the purchase quantity of the customer's purchase order (eg 351.21 shares) is bought. The procedure for calculating the amount of support (eg 8.0975) of additional operating funds required to expand the volume (e.g. 352 shares) will be carried out (of course, the amount of support (eg 8.0975) of these additional operating funds will be calculated separately. Without procedure, buy / sell transaction quantity calculation module 130 side May be delivered directly from).

In this way, once the amount of support for additional operating funds (e.g. 8.0975) has been calculated to expand the number of purchase orders (e.g. 351.21 shares) to the number of transactions (e.g. 352 shares), the buy / sell share module is completed. The side 132 communicates with the FA management server 1 via the interface module 102, the online network, and the like, and allows other shared customer accounts 23 managed by the FA management server 1 (other customers). Access to a customer's account that has previously allowed to share Buy / Sell with the FA), search for them, and share them with other allowable funds of 8.0975, among other sharing allowed other customer accounts (23) accounts. The procedure of confirming the customer account 23 is performed.

Through the above-described procedure, when the share allowable other customer account 23 capable of supporting the additional operating funds of 8.0975 is confirmed, the buy / sell sharing module 132 side may control other 8.0975 customers from the other confirmed customer account 23. After the withdrawal of the operating funds, <8.01 operating capital withdrawal details> (e.g., <8.0975 operating funds were withdrawn from the other customer account 23, the operating funds of the withdrawn 8.0975 to buy △△ electronic shares of the customer XXX Will be used)> will be sent to the buy / sell transaction quantity calculation module 130 side.

Of course, such <other client operating funds withdrawal> (for example, <8.0975 operating funds were withdrawn from the other customer account 23, the operating funds of the withdrawn 8.0975 will be used to buy △△ electronic shares of the customer XXX>) In the transfer situation, the buy / sell transaction quantity calculation module 130 has said that <the additional purchase price necessary to achieve the purchase transaction quantity (for example, 352 shares) was secured by the support of the other client's operating fund 8.0975> As a result, even if the client's operating funds recorded in the customer's account 21 do not maintain the appropriate scale for achieving the purchase volume (eg, 352 shares) (that is, the client's management) Even if the funds are not maintained to the extent of exhausting the additional operating funds (e.g. 8.0975) in addition to the previous 3600, and without any problems, the number of purchase orders on the customer's side (e.g., 351.21 shares of △△ E stock) Financial Markets (2) In this case, it is possible to increase the number of transactions that can be traded (e.g., a weekly quantity) (e.g. by increasing the value of 351.21 to 352) and confirm the 352 shares as the final purchase volume. Of the last 352 weeks of trading volume, some (0.79 shares) share ownership with other customers.

Through the above-described procedure, <other customer operating funds withdrawal> is transmitted to the buy / sell transaction quantity calculation module 130, so that a part of the customer's purchase transaction quantity (for example, 352 shares) (0.79 shares) is exchanged with other customers. When the sharing is completed, the buy / sell share module 132 proceeds with a series of program execution routines, such as &quot; share purchase information in which FA share purchase history of customers and other customers is described &quot; (e.g., sharer information, FA purchase target information, After the share purchase share information, etc.) is generated, a process of transferring the generated share purchase information to the FA management server 1 is performed, and finally, the customer account 21 managed by the FA management server 1 ) Or other sharing account information (for example, sharing purchase information in which FA sharing purchase history of customers and other customers are recorded) (for example, sharing information, sharing purchase FA information, and share purchase equity information) are recorded in detail. It becomes possible.

On the other hand, this sharing process is equally applicable to the FA selling process.

In this case, as shown in FIG. 23, the buy / sell sharing module 132 side communicates with the buy / sell transaction quantity calculating module 130 while the customer side FA recorded in the customer account 21 sells the transaction. If you do not maintain the scale required to achieve a quantity (eg 51 weeks) (i.e., your client's FA quantity is not large enough to exhaust additional quantities (eg 0.25 weeks) in addition to the previous 50.75 shares. In this case, a series of program execution routines are performed to calculate the formula {51-50.75}, thereby expanding the client's sell order quantity (e.g. 50.75 shares) to sell transaction quantity (e.g. 51 shares). The process of calculating the required additional FA support size (eg, 0.25 weeks) will proceed (of course, the additional FA support size (eg, 0.25 weeks) can be obtained without a separate calculation procedure. May be delivered directly from the side).

In this way, once the amount of additional FA support required (eg 0.25 shares) has been calculated to increase the number of client-side sold orders (eg 50.75 shareholders) to sell transactions (eg 51 shares), the buy / sell sharing module is completed. The side 132 communicates with the FA management server 1 via the interface module 102, the online network, and the like, and allows other shared customer accounts 23 managed by the FA management server 1 (other customers). And the accounts of the customers who have previously allowed to share the buy / sell of the FA and the FA, and then search them to support 0.25 additional additional FAs (△△ E-shares) among other sharing-allowed other customer accounts (23) accounts. The process of confirming the sharing allowable other customer account 23 is performed.

Through the above-described procedure, once the share allowable other customer account 23 capable of supporting 0.25 additional FA (△△ electronic shares) is confirmed, the buy / sell sharing module 132 side confirms the other customer account 23 that has been confirmed. After withdrawing 0.25-week FA (△△ electronic stock) from <Other customer FA withdrawal details> (e.g., <0.2-week FA (△△ electronic stock) from <other customer account 23), 0.25 shares withdrawn FA (△△ electronic shares) will be used to sell the △△ electronic shares of the customer XXX>) to proceed to the procedure to transfer the buy / sell transaction quantity calculation module 130.

Of course, this <other customer FA withdrawal history> (e.g., 0.25 shares of FA (△△ electronic shares) were withdrawn from <other customers account 23), and the 0.25 shares of FA (△△ electronic shares) were withdrawn from the customer XXX In the case of the transfer of the details, which will be used to sell electronic shares>, the additional FA required to achieve the <sell transaction volume (e.g. 51 shares) is the other client's FA ( △△ Electronic stocks were secured by 0.25 weeks of support> Finally, the customer's FA recorded in the customer's account 21 determines the appropriate size required to achieve the volume of selling transactions (eg 51 shares). Even if it is not maintained (i.e. if the customer's FA quantity is not large enough to exhaust the additional quantity (e.g. 0.25 share) in addition to the previous 50.75 shares) The amount (eg △△ 50.75 shares of electronic stock) is traded in the financial market (2). By escalating to the possible quantity (e.g., one-week quantity) (e.g. by increasing the value of 50.75 to 51), 51 shares can be finalized as the final selling volume (of course, in this situation, the client's final Of the 51 shares sold, some (0.25 shares) share ownership with other customers).

Through the above-described procedure, <Other Customer FA Withdrawal Details> is transmitted to the buy / sell transaction quantity calculation module 130, so that a part (0.25 weeks) of the customer's sell transaction quantity (for example, 51 weeks) is shared with other customers. Upon completion, the buy / sell share module 132 proceeds with a series of program execution routines, such as <sell share information in which the FA share sell history of customers and other customers are described> (for example, sharer information, share sell target FA information, and share). After generating the selling equity information, etc.), the process of transferring the generated share selling information to the FA management server 1 is performed. Finally, the customer account 21 managed by the FA management server 1 is performed. Alternatively, the share permitting other customer account 23 may record in detail <the share selling information in which the FA share selling history of the customer and the other customer is described> (for example, the sharer information, the FA selling target information, the share selling equity information, etc.). Will be.

On the other hand, the sharing process according to another embodiment of the present invention described above has a useful effect not only in the buy / sell transaction processing of FA ordered by one unit customer, but also in the buy / sell transaction processing of FA ordered by a plurality of customers. . Such technical details will be described in detail with reference to FIGS. 24 (partial sharing procedure of FA purchase transactions ordered by multiple customers) and FIG. 25 (partial sharing procedure of FA sell transactions ordered by multiple clients).

First, as shown in FIG. 24, the buy / sell share module 132 side communicates with the buy / sell transaction quantity calculation module 130, and records the customer A recorded in the customer accounts 21a, 21b, 21c, If the B and C operating funds do not maintain the necessary scale to achieve the purchase volume (e.g. 352 shares) (i.e., the A, B and C operating funds are additional operating funds (ex: 8.0975), if the scale is not enough to be exhausted), a series of program execution routines are performed to calculate the formula {(352-351.21) × 10.25}, and through this, the customer's purchase order quantity (e.g., 351.21 shares) will be used to calculate the amount of additional funding required (eg 8.0975) to increase the volume of purchase transactions (e.g. 352 shares). 8.0975) directly from the buy / sell transaction quantity calculation module 130 without any calculation procedure. It may daldoel).

In this way, when the amount of support for additional operating funds (e.g. 8.0975) required to expand the number of purchase orders (e.g. 351.21 shares) to customers (e.g. 352 shares) is completed, The buy / sell share module 132 side communicates with the FA management server 1 via the interface module 102, the online network, and the like. 23) (the account of the customer who previously allowed to share the buy / sell of the FA with other customers) and then search for them to support an additional operating fund of 8.0975, among other shared allowable other customer accounts (23) accounts. The process of confirming the sharing allowable other customer account 23 is performed.

Through the above-described procedure, when the share allowable other customer account 23 capable of supporting the additional operating funds of 8.0975 is confirmed, the buy / sell sharing module 132 side may control other 8.0975 customers from the other confirmed customer account 23. After the withdrawal of the operating funds, <the other client's operating funds withdrawal details> (e.g., the operating funds 8.0975 were withdrawn from the other client's account 23, and the withdrawal funds of the 8.0975 were transferred to customers A, B and C. It will be used to buy the stock>) to the purchase / sell transaction quantity calculation module 130 is sent to the procedure.

Of course, the operating capital 8.0975 was withdrawn from the <other client operating funds withdrawal> (eg <other client account 23), the operating funds of the withdrawn 8.0975 to buy △△ electronic shares of customers A, B, C Will be used>, the buy / sell transaction volume calculation module 130 will receive additional purchase price required to achieve the buy transaction volume (e.g., 352 shares) with the support of the other client's operating fund 8.0975. Secured>, and in the end, the client's operating funds recorded in the customer accounts 21a, 21b, and 21c did not maintain the necessary scale to achieve the purchase volume (e.g., 352 shares). Under no circumstances (i.e. under circumstances where the client's operating funds are not sufficient to exhaust additional operating funds (e.g. 8.0975) in addition to the previous 3600), the customer A, B, C purchase Quantity ordered (e.g., 351.21 shares of electronic stock) In the financial market (2), it is possible to expand the quantity to be traded (e.g., one-week quantity) (e.g., increase the value of 351.21 to 352), and confirm 352 shares as the final purchase volume (of course, In this situation, of 352 weeks of the final purchase volume of customers A, B, and C, some (0.79 shares) share ownership with other customers.

Through the above-described procedure, <other customer operating capital withdrawal details> is transmitted to the buy / sell transaction quantity calculation module 130, so that a part of the purchase transactions (for example, 352 shares) of customers A, B, and C sides (0.79 shares) ), When sharing with other customers is completed, the buy / sell sharing module 132 proceeds with a series of program execution routines, such as <purchasing share information in which customers A, B, C and other customers' FA share purchase details are described> (for example, After generating the sharer information, the information on the number of shares to be shared, and the share purchase share information, etc.), a process of transmitting the created share information to the FA management server 1 is performed. In the customer accounts 21a, 21b, 21c or other allowed customer accounts 23 managed by 1) <share purchase information in which the FA share purchase history of the customer and other customers is described> (e.g. sharer information, share purchase target) FA information, share purchase information, etc.) It becomes possible.

On the other hand, the sharing process for these customers is equally applicable to the FA's selling process.

In this case, as shown in FIG. 25, the buy / sell share module 132 side communicates with the buy / sell transaction quantity calculating module 130 and records the customer A recorded in the customer accounts 21a, 21b, and 21c. If the FA on the B and C side does not maintain the required scale to achieve the volume of the sale transaction (eg 51 shares) (ie, the customer A, B and C side FA quantities are additional quantities (ex: If it is not enough to exhaust 0.25 shares), go through a series of program execution routines to calculate the formula {51-50.75}, and through this, the quantity of the order to sell to customers A, B, and C For example, we will proceed to calculate the amount of support for additional FAs (e.g. 0.25 weeks) needed to extend 50.75 shares to sell volume (e.g. 51 shares). , 0.25 weeks) may be delivered directly from the buy / sell transaction quantity calculation module 130 side without a separate calculation procedure).

In this way, the amount of additional FA support (e.g. 0.25 share) required to extend the number of sell orders (e.g. 50.75 shareholders) to the amount of sale (e.g. 51 shares) of customers A, B and C is completed. The buy / sell share module 132 side communicates with the FA management server 1 via the interface module 102, the online network, and the like. 23) (the account of the customer who previously allowed to share the buy / sell of the FA with other customers), search for them, and then add 0.25 shares of additional FA (△△) The process of confirming the sharing permission other customer account 23 that can support the electronic stock) will proceed.

Through the above-described procedure, once the share allowable other customer account 23 capable of supporting 0.25 additional FA (△△ electronic shares) is confirmed, the buy / sell sharing module 132 side confirms the other customer account 23 that has been confirmed. After withdrawing 0.25-week FA (△△ electronic stock) from <Other customer FA withdrawal details> (e.g., <0.2-week FA (△△ electronic stock) from <other customer account 23), 0.25 shares withdrawn FA (Δ △ electronic shares) will be used to sell the △△ electronic shares of customers A, B, C >>) to the process of transmitting the buy / sell transaction quantity calculation module 130.

Of course, this <other customer FA withdrawal details> (e.g., 0.25 shares of FA (△△ electronic shares) were withdrawn from the <other customer account 23), and the 0.25 shares of FA (△△ electronic shares) were withdrawn by customers A and B. In the case of the transfer of the transaction, △△ will be used to sell electronic shares> of C), the additional FA required to achieve <sell transaction quantity (e.g. 51 shares) is obtained on the buy / sell transaction quantity calculation module 130 side. It is confirmed that the customer's FA (△△ electronic stock) has been secured by the support of 0.25 shares>, and finally, the customers A, B, and C FA recorded in the customer accounts 21a, 21b, and 21c are selling transactions. Even if the quantity needed to achieve the quantity (eg 51 weeks) is not maintained (that is, the amount of FA on the customer's A, B, and C sides will be exhausted in addition to the previous 50.75 shares, eg 0.25 share). Even if the scale is not maintained, the customer can place the order quantity of customers A, B and C (e.g. △△ 50.75 shares). In the market (2), it is possible to expand the quantity to be traded (e.g., one-week quantity) (e.g., increase the value of 50.75 to 51), and confirm 51 shares as the final selling volume (of course, In this situation, of 51 weeks of the final selling volume of customers A, B, and C, some (0.25 shares) are shared with other customers).

Through the above-described procedure, <Other Customer FA Withdrawal Details> is transmitted to the buy / sell transaction quantity calculation module 130, so that a part (0.25 weeks) of the customer's sell transaction quantity (for example, 51 weeks) is shared with other customers. Upon completion, the buy / sell share module 132 proceeds with a series of program execution routines, such as <sell share information in which the FA share sell history of customers and other customers are described> (for example, sharer information, share sell target FA information, and share). After generating the selling equity information, etc.), a process of transmitting the generated share selling information to the FA management server 1 is performed. Finally, the customer accounts 21a, which are managed by the FA management server 1, are managed. 21b, 21c) or other allowable customer accounts 23, <Shared Selling Information in which FA and Seller's FA Selling Details are written> (e.g., sharer information, FA selling target information, share selling equity information, etc.) are detailed. Can be recorded.

This invention can be variously modified depending on the situation.

For example, the selling quantity in decimal units described above is not limited to <2 digits after the decimal point, and according to circumstances, it is possible to undergo a flexible expansion procedure such as <3 digits after the decimal point> and <4 digits after the decimal point>. do. Of course, even in this situation, the customer may be able to sell his own FA through <3 decimal places>, <4 decimal places> (i.e. through the quantity that cannot be traded in the financial market). Without this, you can sell normally.

This invention has an overall useful effect in various financial business fields.

Although specific embodiments of the present invention have been described and illustrated above, it is to be understood that the present invention may be embodied in many other specific forms without departing from the spirit or essential characteristics thereof.

Such modified embodiments should not be understood individually from the technical idea and viewpoint of the present invention, and such modified embodiments should be included in the appended claims of the present invention.

1: FA system management server 2: Financial market 10: Client client
21 (21a, 21b, 21c): Customer account 22: SS provided account 23: Share allowed Other customer account
100 (100a, 100b): FA Buy / Sell Operating System
101: FA buy / sell operation control module 102: interface module
103: operation information storage module 104: operation auxiliary module
105: buy / sell order acceptance module 106: buy / sell order quantity calculation module
107: buy / sell tradable quantity calculation module 108: SS processing module
109: buy / sell request information processing module 110: customer account management module
111: SS provided account management module 112: buy / sell result information receiving module
113: SS provided account asset status control module 120: netting order acceptance module
121: buy / sell order quantity calculation module 122: netting buy / sell quantity calculation module
123: net trading quantity calculation module 124: netting buy / sell request information processing module
125: netting buy / sell result information receiving module
130: buy / sell transaction quantity calculation module 131: buy / sell order balance deposit module
132: buy / sell share module

Claims (12)

<Buy / Sell Procedures for Financial Assets (FA)>, <Customer Accounts with Holdings of Client's Operating Funds and Holdings of Client's FAs>, and <Holdings and Clients of Operating Funds for Customer Support A customer received at the FA management server while communicating with an FA management server that is computerized to manage the supporting source for a buying / selling process (SS) that records the holdings of the supporting FA. A FA buy / sell operation control module for controlling the buy / sell operation procedure of the FA according to the buy / sell order on the side;
Controlled by the FA buy / sell operation control module, while communicating with the FA management server, the customer buys order in which the desired purchase target FA and the customer wants the FA purchase amount are described; A buy / sell order reception module for receiving the client's sell order <
A buy / sell order quantity calculation module which is controlled by the FA buy / sell operation control module and reads the customer-side buy order or the customer-side sell order, and calculates a customer-side buy order quantity or a customer-side sell order quantity;
Controlled by the FA buy / sell operation control module, the customer purchase order quantity or customer sell order quantity is read, and the corresponding customer purchase order quantity or customer side sell order quantity is expanded to a quantity that can be traded in the financial market. A buy / sell tradeable quantity calculation module for calculating a buyable quantity or sellable quantity;
The purchase request information that is controlled by the FA buy / sell operation control module and reflects the <buy target FA> and the <buy available trade amount>, or the <BUY target FA> and the < Generate the request information for sale> reflecting the quantity available for sale> and transmit the generated buy request information or the sell request information to the FA management period server, so that the purchase target FA or the target FA sells the buyable quantity or sell transaction FA buy / sell operating system, characterized in that it comprises a buy / sell request information processing module to buy or sell in accordance with the available quantity. According to claim 1, which is controlled by the FA buy / sell operation control module, in communication with the buy / sell order quantity calculation module, the buy / sell tradeable quantity calculation module, the customer buy order quantity, customer side sell After reading the order quantity, the available trading volume, and the available trading volume, <the amount of support funds for customer support necessary to extend the customer's purchase order quantity to the available trading volume> or <the client's selling order Calculate the amount of support of the FA for customer support necessary to expand the quantity to the sellable quantity, and communicate with the FA management server, and calculate the <calculated from the SS providing account managed by the FA management server; After withdrawing the support fund for customer support according to the size of support> or <for customer support for the size of support calculated>, <withdrawal of funds for support for customer support> <Customer support history FA withdrawn> FA to buy / sell the operating system further comprises a processing module for the SS buy / sell request transmission side information processing module. According to claim 2, wherein the FA buy / sell operation control module, when the operating funds for customer support or FA for customer support is withdrawn by the performance of the SS processing module, in communication with the FA management server server side, When the purchase history information or the sell result information corresponding to the purchase request information or the sell request information is transmitted from the FA management period accounting server side, the record of the SS providing account is changed to meet the corresponding withdrawal history. And an SS providing account management module which communicates with the FA management system server side and changes the record of the SS providing account in accordance with the corresponding buying result information or selling result information. The customer according to claim 1, controlled by the FA buy / sell operation control module, communicates with the FA management server, and reads the holding history of the customer support FA recorded in the SS providing account. If the quantity of the support FA is less than or equal to the lower limit of the reference quantity, or more than the upper limit of the reference quantity, communicate with the buy / sell request information processing module to generate the FA support / sell request information for buying or selling the customer support FA. And controlling the asset status of the SS providing account to transmit the generated customer support FA buy / sell request information to the FA management server, so that the customer support FA is bought or sold according to the customer support FA buy / sell request information. FA buy / sell operating system, characterized in that it further comprises a module. <Buy / Sell Procedures for Financial Assets (FA)>, <Customer Accounts with Holdings of Client's Operating Funds and Holdings of Client's FAs>, and <Holdings and Clients of Operating Funds for Customer Support A customer received at the FA management server while communicating with an FA management server that is computerized to manage the supporting source for a buying / selling process (SS) that records the holdings of the supporting FA. A FA buy / sell operation control module for controlling a buy / sell operation procedure of the FA according to a netting type order;
Controlled by the FA buy / sell operation control module, while communicating with the FA management server, the <FA purchase target FA and the FA purchase amount desired by the customer; and the FA purchase target desired by the customer and the FA desired by the customer. A netting order receiving module for receiving the netting order of the customer's side described in the selling quantity>;
A buy / sell order quantity calculation module which is controlled by the FA buy / sell operation control module and reads the customer-side netting order and calculates a customer-side buy order quantity and a customer-side sell order quantity;
The customer buy order is controlled by the FA buy / sell operation control module, and when the customer buy order quantity is greater than the customer buy order quantity by comparing the customer buy order quantity and the customer sell order quantity, The net purchase quantity is calculated by subtracting the quantity of the client's selling order from the quantity, and when the quantity of the customer's selling order is greater than the quantity of the customer's buying order, the quantity of the customer's buying order from the quantity of the customer's selling order. A netting buy / sell quantity calculation module for calculating a net selling quantity of the customer side by subtracting;
It is controlled by the FA buy / sell operation control module, and after reading the net buying quantity of the customer side or the net selling quantity of the customer side, the corresponding net buying quantity or the net selling quantity of the customer side is expanded to the quantity that can be traded in the financial market. A netting quantity available trading module for calculating netting quantity available for trading or netting quantity available for trading;
Net purchase request information controlled by the FA buy / sell operation control module reflecting the <buy target FA> and <net buying quantity available>, or the <FAQ target customer> and Generate netting sell request information reflecting the <net selling quantity available for sale> and transmit the generated netting buy request information or netting sell request information to the FA management server, and the purchase target FA or the target FA sells the netting. FA buying / selling operating system comprising a netting buy / sell request information processing module to be bought or sold in accordance with the available buyable quantity or netting sellable quantity. According to claim 5, Controlled by the FA buy / sell operation control module, and in communication with the net buy / sell quantity calculation module, net trading quantity calculation module, the net buying quantity of the customer side, the net selling quantity of the customer side After reading the net buying quantity available, the net selling quantity available, <the amount of support fund for customer support necessary to extend the net buying quantity of the client side to the net available trading quantity> or the <net client side netting> Calculating the support scale of the FA for customer support necessary to extend the sell quantity to the netable sellable quantity, and communicate with the FA management server, and from the SS providing account managed by the FA management server; After the withdrawal of the funds for the customer support in accordance with the calculated support scale> or <the customer support FA for the scale of the calculated support scale> For working capital update> or <customer support history FA> FA to buy / sell the operating system further comprises a processing module for the SS buy / sell request transmission side information processing module. According to claim 6, Controlled by the FA buy / sell operation control module, When operating funds for customer support or FA for customer support is drawn out by the function of the SS processing module, in communication with the FA management period server side, The net purchase buy result information or net sell result information corresponding to the net buying request information or net selling request information is transmitted from the FA management period accounting server side while changing the record of the SS providing account to match the withdrawal history. If so, the FA management period server further comprises a SS providing account management module for changing the recording history of the SS providing account, according to the net buying result information or net selling result information, FA Buy / Sell Operating System. The customer according to claim 5, controlled by the FA buy / sell operation control module, communicates with the FA management server, and reads the holding history of the customer support FA recorded in the SS providing account. If the quantity of the support FA is less than the lower limit or more than the upper limit, the net buying / selling request information processing module communicates with the FA buying / selling request information for buying or selling the customer support FA. Create and sell the customer support FA buy / sell request information generated to the FA management server server side, so that the customer support FA to buy or sell in accordance with the customer support FA buy / sell request information Asset status provided SS FA buy / sell operating system, characterized in that it further comprises an adjustment module. By communicating with a FA management period server that computerizes <buy / sell procedure of financial assets (FA)>, <customer account in which holdings of client-side operating funds and holdings of client-side FAs are recorded>, A FA buy / sell operation control module for controlling a buy / sell operation procedure of the FA according to a customer buy / sell order received at the FA management server;
Controlled by the FA buy / sell operation control module, while communicating with the FA management server, the customer buys order in which the desired purchase target FA and the customer wants the FA purchase amount are described; A buy / sell order reception module for receiving the client's sell order &lt;
A buy / sell order quantity calculation module which is controlled by the FA buy / sell operation control module and reads the customer-side buy order or the customer-side sell order, and calculates a customer-side buy order quantity or a customer-side sell order quantity;
Controlled by the FA buy / sell operation control module, in communication with the buy / sell order quantity calculation module to read the customer buy order quantity or the customer buy order quantity, and then the customer buy order quantity or customer The purchase order or sell transaction quantity is expanded by increasing the number of side-selling orders to the amount that can be traded in the financial market, and communicated with the FA management period server to hold the customer-side operating funds recorded in the customer account. Alternatively, after reading the holdings of the customer's FA, it is determined whether the client's operating fund or the client's FA maintains the appropriate scale necessary to achieve the purchase volume or the selling transaction volume. If the FA maintains an appropriate scale necessary to achieve the buy volume or sell volume, the buy volume and A buy / sell transaction quantity calculation module for determining the sell transaction quantity as the final transaction quantity;
The purchase request information that is controlled by the FA buy / sell operation control module and communicates with the buy / sell transaction quantity calculation module and reflects the <buy target FA> and the <buy transaction quantity>, or the Generates the purchase request information reflecting the <the desired selling target FA> and the <selling trading quantity>, and transmits the generated buy request information or sell request information to the FA management period server side, and the target FA or sell target FA buy / sell operating system, characterized in that it comprises a buy / sell request information processing module for the FA to be bought or sold in accordance with the buy transaction quantity or sell transaction quantity. 10. The method of claim 9, controlled by the FA buy / sell operation control module, and when the client-side operating funds or the client-side FA do not maintain an appropriate scale necessary to achieve the buy transaction quantity or sell transaction quantity, After calculating the remaining amount of the purchase amount that cannot be used in the actual purchase transaction among the amount of FA purchases desired by the customer, or the remaining amount of the purchase amount that cannot be used in the actual sale transaction among the desired FA sales quantity, the amount of the remaining purchase amount or selling quantity calculated Generate the purchase amount remaining amount deposit information or the selling amount remaining amount deposit information reflecting the remaining amount, and transfers the generated purchase amount remaining amount deposit information or the selling quantity remaining amount deposit information to the FA management server, and deposits the remaining amount of the remaining amount in the customer account. It further includes a buy / sell order balance deposit module to allow the information or the remaining selling quantity is recorded. Features a FA buy / sell operation system. 10. The method of claim 9, controlled by the FA buy / sell operation control module, and when the client-side operating funds or the client-side FA do not maintain an appropriate scale necessary to achieve the buy transaction quantity or sell transaction quantity, After communicating with the FA management period server side, additionally withdraw other customer operating funds or other customer FAs from the shared allowable other customer accounts managed by the corresponding FA management server, and then withdraw the other customer operating funds or other customer FAs. The buy / sell share module further transmits the withdrawal details to the buy / sell transaction quantity calculation module so that the buy / sell transaction quantity calculation module can determine the buy transaction quantity or sell transaction quantity as the final transaction quantity. FA buy / sell operating system comprising a. 12. The method of claim 11, wherein the buy / sell sharing module side transfers the other customer operating funds withdrawal history or other customer FA withdrawal history to the buy / sell transaction quantity calculation module side, part of the customer-side buy transaction quantity or the customer-side selling After sharing a part of the transaction volume with other customers, create and create <Shared purchase information describing the FA share purchase history of customers and other customers> or <Shared sale information describing the FA share sales history of customers and other customers> The shared purchase information or the share selling information to the FA management server, so that the share buying information or the share selling information can be recorded in the customer account or other sharing allowable customer account managed by the FA management server. FA buy / sell operating system, characterized in that.

Images