KR100673189B1 - Deal method and system by imaginary item of bond type fund - Google Patents

Abstract

The present invention relates to a trading method through a virtual item of a bond fund, and in the operation plan establishment step according to the present invention, the manager may input a management plan by creating a virtual item by specifying only the characteristics of the item to be traded. The entered virtual item is replaced by the real item after the trader performs the real transaction and the item is confirmed. In the bond management system according to the present invention, when a transaction occurs according to a management plan input as a virtual item, a calculation value of a fund structure change is provided to a manager.

Since the present invention can input the operation plan into the bond type management system from the operation planning stage, the manager can easily obtain information on the structure of the fund when the management plan predicted by the bond management system is executed. In addition, if the management plan using virtual stocks is used in the bond management system, it is possible to predict the future return of the changed fund before the actual trading takes place, and the trader can select the trading stock in real trading, so There is a work sharing effect between traders.

Virtual Stocks, Bond Management System, Managers, Traders, Bond Funds

Description

DEAD METHOD AND SYSTEM BY IMAGINARY ITEM OF BOND TYPE FUND}

1 is a block diagram of a trading system through a virtual stock of a bond fund according to the present invention.

2 is a flowchart of performing a task according to the present invention.

3 is a block diagram illustrating a relationship between tables in a database according to the present invention.

4 is a virtual item input screen according to the present invention.

5 is a screen for executing pre-distribution by funds according to the present invention.

6 is a transaction request input screen according to the present invention.

7 is a real transaction input screen of a trader according to the present invention.

8 is a table of bond market value valuation yields issued by a market value appraiser.

*** Explanation of symbols on main parts of drawing ***

110: manager system 120: trader system

130: Bond Sales Server

The present invention relates to the management of bond funds, and in more detail, in the operation planning stage, the manager designates only the characteristics of the stocks he wants to trade, and makes a virtual stock trading through the virtual stock of the bond fund that can input the management plan. It is about a method.

In the conventional bond management system, only the code and the quantity of the real trade item could be entered as the bond transaction history. In other words, the fund manager confirmed the transaction with the counterparties, such as securities firms, and then input the standard stock code and the trading quantity of the stock into the bond management system to deliver it to the trust accounting team.

However, in the case of bonds traded in the off-market and out-of-market markets, there are many different types of bonds, and in the case of bonds other than government bonds, the liquidity is low. It is difficult to specify clearly. However, in the method of operating the conventional bond management system, the transaction items can be entered only when the stock is confirmed, and therefore, the transaction items cannot be entered in the operation planning stage in the conventional bond management system. Therefore, it is not possible to receive the information of the bond management system that can be obtained by entering the transaction details, there is a problem that can not be carried out for the management planning support and the division of work between the fund manager and the trader accordingly.

The present invention has been presented to solve the above problems, an object of the present invention is to allow managers to enter the management plan in the bond management system to receive the bond management system support even before finalizing the item in the debt management plan establishment stage will be.

In order to achieve the above object, a trading method through a virtual item of a bond fund according to the present invention, a manager system for selecting a virtual bond to be traded from the manager, a trader system for performing a substantial transaction with the virtual bond and the manager system and the trader In the trading method through a virtual item of a bond type fund using a bond management system consisting of a bond trading server that relays transactions for virtual bonds between systems,

A first step of generating virtual bonds by receiving the virtual bond information including the virtual bond item, the maturity date of the virtual bond, and the issuer of the virtual bond from the manager, a fund type to invest in the created virtual bond from the manager; A second step of receiving distribution information for each trading fund including an amount of funds to be invested, generating transaction request data including a virtual bond item and a transaction amount by using the virtual bond information and the distribution information, and the trader system; After the transaction request data is sent to the third step of requesting a transaction and the transaction request data is provided to the trader, the real bond item and the traded real quantity are input using the trade request data, and then real transaction data is generated. Virtual species of bond-type funds that include a fourth step of transmitting a confirmed real transaction The deal features a method through.

Preferably, a surface interest rate, a market price, a duration, and the like may be provided between the second and third stages, by referring to the pre-stored bond market valuation basis yield table using the virtual bond information and the distribution fund-specific distribution information. After the end of the day of the transaction characterized in that the trading method through the virtual item of the bond-type fund further comprises a step 2-1 providing a prediction result for the virtual bond including the fund change information.

In addition, preferably the second to determine whether a violation by comparing the virtual bond information and the distribution information for each trading fund with the legal information including the terms, regulations and guidelines of the bond previously stored in the bond sales server It is characterized by a trading method through a virtual stock of a bond fund further comprising -2 stages.

More preferably, if there is a modification to the prediction result of the virtual bond from the manager in step 2-1, characterized in that the trading method through the virtual item of the bond-type fund that is performed again from the first step.

In addition, more preferably characterized in that the transaction method through the virtual item of the bond-type fund that is carried out again from the step 1 if there is a correction on whether or not violations from the manager in step 2-2.

In addition, in a bond management system for generating a virtual bond to be traded, and processing a transaction order using the virtual bond, the virtual bond information including the virtual bond item set by the manager, the maturity date of the virtual bond and the issuer of the virtual bond; An input device that receives the distribution fund-specific distribution information including the fund type to be invested in the created virtual bond and the amount of funds to be invested, the virtual bond information received, and the distribution fund-specific distribution information to be displayed by the manager. A manager system including an output device for transmitting the virtual bond information and the distribution fund-specific distribution information, and receiving the virtual bond information and the distribution information from the manager system to include the virtual bond item and the transaction amount. Computation device that generates transaction request data and transactions created by the computing device Bond trading server including a communication device for transmitting the request data, an output device for outputting the transaction request data transmitted from the bond trading server to the trader, the trader inputs the actual bond transaction data actually traded in accordance with the transaction request data And a trader system including a receiving input device and a communication device for receiving transaction request data from the bond selling server and transmitting the real bond transaction data to the bond selling server.

Preferably, the bond sales server further includes a storage device for storing a market valuation reference yield table, wherein the arithmetic unit refers to the virtual bond information, the distribution information for each trading fund, and the previously stored bond valuation reference yield table. And a bond management system that yields forecast results for virtual bonds, including surface interest rates, market prices, duration, and fund change information after the day's trading closes.

Preferably, the bond sales server further includes a storage device for storing legal information including the terms and conditions, laws and guidelines of bonds for each fund, and the computing device includes the virtual bond information and the trading fund. Characterized in the bond-type operation system for determining whether there is a violation by comparing the distribution information with the legal information including the terms, regulations and guidelines of the bond stored in the storage device.

The features, advantages and preferred embodiments of the present invention will be described in detail below with reference to the accompanying drawings.

Before describing the present invention in detail, the terms used in the present invention will be briefly described.

"Intestinal market" means an exchange market. Since a certain place and facility are required for trading in the “marketplace market”, and multiple sellers and buyers compete through a competitive trade method that determines trade conditions, there is only one price for a specific item at a given time. There is a characteristic to become. In addition, the price sold is disclosed to the public so investors can see the price of the bond.

On the contrary, the "external market" means a market outside the internal market, and can be traded anywhere in the country, and the securities company itself forms an independent market. In the trading method, the seller and the buyer decide the price, quantity, settlement time, etc. through direct negotiation, and even if the same item is traded at the same time, more than one price can be formed. As a result, trading subjects can be listed as well as unlisted securities under certain conditions. Therefore, in the over-the-counter market, there is a problem that it is difficult to clearly specify the bond to be traded in the operation planning stage for the above reasons.

"Management planning support" means the manager's expected fund structure change, for example, duration, share by maturity and compliance violation, if the transaction is executed in accordance with the management plan. It corresponds to the bond's maturity date, which means that if the maturity date is short-term, it can be predicted that interest rates are falling. Information on these anticipated fund structure changes and funding conditions can help you plan your fund management more efficiently. However, the conventional bond management system cannot input transactions at the operation planning stage, and therefore, it is impossible to implement the operation planning support function.

“DURATION” refers to the average period for repayment of KRW1 per bond when investing in bonds. If the duration is 2.5 years, profits will be generated after 2.5 years, which is inversely related to the interest rate.

The term "manager 110" refers to a fund manager, and refers to an asset management expert who manages and manages and manages investment plans according to characteristics of money collected from customers. Managers operate in investment advisory firms, investment trusts, trust banks, and life insurance companies. Generally, managers are divided into stock fund managers who buy and sell stocks of financial institutions and bond fund managers who buy and sell bonds. The manager according to the present invention means a bond fund manager, the main task of the manager is responsible for the investment management of institutional investors, establish investment plans with their own expertise and market sense, according to the changes in the financial situation and bond market Monitor portfolios (sets of securities invested in different types of bonds and bills for diversified investment) and make judgments about whether or not to make the best return on investment.

The term "trader 120" mainly refers to a person who profits by trading with company assets, and is different from a broker who only acts as a broker for transactions between dealers and others who directly calculate and trade. Therefore, in the present invention, it means the person in charge who asks the trading institution to buy and sell the bonds on the trading matters calculated by the manager under the operation plan, and the trader who has not been possible in the past is given the authority to select the stocks. It works.

"Work share between manager and trader" means that traders are not given the right to select stocks in the conventional bond management system. Therefore, trade sharing was not possible, but according to the present invention. In this way, the trader is given the right to select a trade item, which means that the division of work is carried out.

1 is a block diagram of a trading system through a virtual stock of a bond fund according to the present invention. This will be described with reference to FIG. 1.

The bond management system according to the present invention includes a manager system 110 used by a manager, a trader system 120 used by a trader, and a bond sale server 130 that stores and exchanges information about bond management between the manager and the trader. Include. The manager system 110, the trader system 120, and the bond sale server 130 may be connected to an internal network or an external online network. The manager system 110, the trader system 120, and the bond sale server 130 may be connected to one. It may be configured as described above.

The manager system 110 according to the present invention includes an input device 112 for inputting an item for a virtual item set by a manager, an output device 114 for outputting the same, and a communication device 116 for processing a network. The input device 112 includes a keyboard and a mouse, the output device 114 includes a monitor and a printer, and the communication device 116 includes a network interface card.

In the manager system 110 according to the present invention, the manager inputs a bond management plan, checks a prediction result with respect to the input, requests a trader with a determined management plan, and confirms a real transaction determined by the trader. It is used to work.

The trader system 120 according to the present invention includes an input device 122 for receiving an input on a real item determined by the trader, an output device 124 for outputting the same, and a communication device 126 for processing a network. The input device 122 includes a keyboard and a mouse, the output device 124 includes a monitor and a printer, and the communication device 126 includes a network interface card.

The trader system 120 according to the present invention is used by the trader to check the bond management plan input from the manager and then perform the real transaction, and input the confirmed real trade to the manager to confirm the trade.

The bond sales server 130 according to the present invention includes a storage device 132, a manager system 110, and a trader for storing transaction information such as a market valuation standard yield table, operating conditions for each fund, laws and regulations on supervision, and supervisory regulations. The communication device 134 receives and transmits data on a transaction matter from the system 120 and transmits transaction request data generated by a computing device. In addition, by receiving the virtual bond information and distribution information from the manager system to generate the transaction request data including the virtual bond item and the transaction amount, using the pre-stored bond market valuation standard yield table, the surface interest rate, market price And calculating a prediction result for the virtual bond including the fund change information after the duration and the day's transaction termination, and storing the bond purchase ratio for the principal of the fund distributed using the virtual bond information and the distribution fund-specific information. Comprising an operation unit 136 to determine whether there is a violation in comparison with the operating conditions of each fund stored in the device, laws and regulations on the bonds, and the storage device 132 is a storage medium that can store data about the transaction It is configured to include, the communication device 134 is configured to include a network interface card.

The bond sale server 130 according to the present invention stores customer information, fund information, bond information, market information, and the like related to bond management, and exchanges transaction details between the manager system 110 and the trader system 120.

According to the present invention, the manager sets a virtual item, establishes an operation plan, and inputs it into the manager system 110. The bond sales server 130 calculates the information predicted when the transaction is executed according to the manager's operation plan through the necessary information on the management plan items of the virtual item input from the manager system 110. If there is a modification based on the predicted information, the manager corrects it and inputs it back into the manager system 110 to request a trade to the trader 120 through the bond sales server 130. The trader confirms the transaction for the virtual item by performing a real transaction after checking through the trader system 120 with the transaction information requested from the manager system 110, and confirms the confirmed transaction from the manager system 110. The operation plan for the virtual item entered initially is concluded.

2 is a flowchart illustrating a procedure for establishing an operation plan and performing an actual transaction using a virtual item according to the present invention.

The manager according to the present invention establishes a new transaction plan, determines a virtual item, sets an operation plan with the determined virtual item, and identifies the item, issue date, maturity date, issuer in the manager system 110 of the bond management system according to the present invention. Enter (S210). The issue date is automatically generated and input in the bond management system, and is generated and processed on the virtual item table 310 (Table 1) without being displayed on the virtual item input screen (FIG. 4).

After inputting the virtual item according to the present invention to the manager system 110, the manager inputs the joint transaction details, if there is a corresponding manager that approved the joint transaction request in the operation planning step (S215). For example, Na Young-Nam manager 2.3 billion won, Kim Han-jun manager 6 billion won, and Han Soo-il manager 1.7 billion won for the 10 billion won worth of trades, such as the joint transaction list 640 of FIG. 6. The principal manager may check the allocation details of the joint transaction request from time to time, and may make a trade request to the trader only after the fund-specific distribution of the joint transaction is completed.

In addition, the step of inputting the management plan to the manager system 110 of the bond management system includes inputting the allocation amount per fund (S220). "Quantity allocation by fund" means a fund to be invested in a manager's planned virtual stock, which is divided by fund. For example, when the Hansoo and Japan managers jointly trade 1.7 billion won, it means that the A fund allocates 700 million won from the 1 billion won B fund.

The bond management system according to the present invention outputs the result predicted after the execution of the virtual item, the joint transaction items, and the management plan items of the fund allocation amount input by the manager. The manager checks the operation plan again from the predicted result, and if the result predicted by the bond management system is different from the desired operation plan, the manager revises the operation plan that was initially established (S225). In addition, in the step of modifying the operation plan, the compliance violation is also checked, and if there is a violation, the operation plan that was initially established is corrected (S225).

"Compliance violation" refers to the legal information, such as the terms and conditions, laws and guidelines corresponding to each fund when attempting to trade in bond-type funds previously stored in the bond sales server 130 and virtual items according to the present invention This is to compare the inputs and determine whether there is a violation. For example, if the ratio of investing in bonds should be less than 50% of the principal of the fund, if the manager's investment ratio of the virtual item exceeded 50%, the plan should be revised down to less than 50%.

The results predicted by the bond management system according to the present invention include predictions of surface interest rates, market prices, durations and the structure of the fund after the close of the day's trading. The "surface interest rate" according to the present invention is the surface interest rate for a virtual stock, and is data calculated from a bond management system using the evaluation YTM (Yield To Maturity) of the interest rate curve. The interest rate curve is a bond market valuation yield table (Figure 8) published by a private bond appraiser, which is a table showing YTM by dividing rows by bond type and dividing columns by remaining maturity. Expiry matters are estimated by linear interpolation.

The interest rate calculated by the linear interpolation method is referred to as "evaluation YTM". For example, if the hypothetical stock is Treasury bond and the maturity date is 10 months from the present, the valuation of the treasury bond yield curve is 4.2% for 9 months and 4.3% for 1 year. And the one-year interest rate can be estimated as 4.13% (4.13% = (4.2% -4.1%) / (12-9) * (10-9) + 4.1%) calculated using linear interpolation.

The YTM is a yield to maturity, also referred to as a final yield, and the yield to maturity is an expected yield indicating how much profit every year, when the bond is held to maturity, yields a return on the principal. Bond yields are usually referred to as yields to maturity, and this indicator is the most common. In addition, it refers to the rate of return that is typically represented in the bond market, and is the rate of return that is formed according to the conditions of the market as the bond is issued and sold continuously in the distribution market. This is a ratio that represents the amount of expected profit that can be obtained evenly over the entire period at the present time, assuming the bond is purchased at its present price and held to maturity. Therefore, the surface price is estimated by calculating the items corresponding to the virtual items and their maturity dates by linear interpolation from the yield table published by private bond appraisers.

In addition, the "market price" of the predicted result according to the present invention is the market price for the virtual item, and is a data obtained by calculating the unit price by the coupon bond valuation YTM of the interest rate curve. The bond is an interest payment method, where interest is paid on the date of interest payment, and when it is due, the final interest and principal are paid. In addition, the unit price represents the price of bonds actually sold in the distribution market as the amount per 10,000 won, and if the bonds with a face value of 1 million won are traded at 1,050,000 won in the retail market, the unit price of the bonds is 1,500 won. .

In addition, the "duration" (DURATION) of the predicted result according to the present invention means the price volatility for the interest rate change, it means the average period it takes to repay the present value of KRW 1 when the bond investment. Therefore, if the bond yields are the same, the duration of the bonds with long maturity is long, and if the bonds are the same, the duration of bonds with the low surface rate is longer. This means buying bonds with shorter maturities or higher surface interest rates, i.e. bonds with shorter durations if yields are expected to rise in the future, and those with longer durations or lower surface interest rates, if bonds are expected to decline. It would be advantageous to buy. In addition, even if the short-term interest rate is higher than the bond yield, the purchase of a bond with a high surface rate can increase the reinvestment return on the interest received in the middle, and consequently, the total return on the bond. The duration according to the present invention is calculated as a three-month bond.

In addition, the prediction of the structure of the fund after the day of the end of the transaction among the predicted results according to the present invention, collecting the details of the holding of the fund the previous day to confirm the exact total balance of the fund, collecting the details that were set or terminated on the day It includes the details of forecasting the transaction details of the day. Collecting statements that were set or terminated on that day is an estimate of the increase or decrease in cash by the amount set or terminated on the day's fund. In addition, the prediction of the transaction details of the day should be predicted since the settlement date due to the transaction occurs after the transaction date, and is prepared based on the input operation plan, and the operation plan in which the real transaction does not occur and the operation plan in which the real transaction occurs. It includes. An operation plan that does not have a real transaction means to create data on the assumption that a virtual item has been traded, and the virtual item data is generated from the management system after the manager inputs the operation plan into the bond management system by the method described above. Is calculated. In addition, an operation plan in which a real transaction has occurred means to create using inputted real item data. The manager inputs the item of the virtual item into the bond management system according to the present invention as described above, and is supported with the information on the prediction of the change history of the fund structure, so that the fund management plan can be more efficiently established. Since the prediction result is a matter calculated for a fixed item in the conventional bond management system, detailed descriptions other than the above description will be omitted.

According to the present invention, if there is no correction for the result predicted from the bond management system and the violation of Complianc, the manager requests a trade to the trader using the manager system 110 (S230). The trader selects a trade item similar to a virtual item input item among real market items from the trader system 120 and performs a real trade with respect to the transaction requested by the manager (S235).

After the actual transaction is performed, the trader immediately inputs a transaction item including the determined item code into the trader system 120 of the bond management system according to the present invention (S240). The manager confirms the final fund structure from the manager system 110 through the fixed item code entered by the trader, thus completing the fund operation by the trading method through the virtual item of the bond type fund according to the present invention (S245).

3 is a block diagram illustrating a relationship between tables in a database according to the present invention. The database according to the present invention includes a virtual item table 310, a transaction fund distribution table 320, a transaction request table 330, and a real transaction table 340.

According to the present invention, the manager establishes an operation plan to generate the transaction request table 330 through the virtual item table 310 and the transaction fund-specific distribution table 320 according to the present invention. The manager requests the trader for the real transaction through the generated transaction request table 330, and the trader makes the real transaction with the contents of the transaction request table 330, thereby generating the real transaction table 340.

The virtual item table 310 according to the present invention is a table that stores data corresponding to a virtual item. This table shows the data that the manager corresponding to the item code, issuance date, maturity date, issuer, and the credit rating classification are automatically generated in the bond management system according to the present invention. It includes data predicted from the interest rate curve of the virtual stock described in the above. The credit rating is a professional rating agency that analyzes and publishes the credit status of the credit issuer, and classifies adequacy as an investment target such as AAA, Baa, etc., and investing in the bond is similar to lending money to the issuer. The same concern is the availability of interest and principal on time. Therefore, in order to invest in bonds, the issuer's credit rating must be thoroughly analyzed.

The item code data of the virtual item table 310 classifies the types of trading items, and the trading items include CDs, CPs, term deposits, government bonds, local bonds, currency bonds, bank bonds, card bonds, corporate bonds, futures, and swaps. do. In addition, the issue date data refers to the date on which the item was first published, the expiration date data refers to the date of receiving the final principal invested in the item, and the issuer data refers to the organization that issued the item. to be.

In addition, the transaction fund allocation table 320 according to the present invention is a table of matters that are input together with the virtual item table 310 when the manager requests a transaction by applying the management plan to the bond management system. The transaction fund allocation table 320 includes a request number, a fund code, and data of a distribution amount by fund, and the request number is determined by the manager by referring to the information predicted from the virtual stock table 310 and the bond management system. An identification number generated when a trader is requested of a decision. In addition, the fund code is an identification code of the fund to be invested in the virtual item, and the amount allocated by the fund refers to the amount of the fund to be invested in this virtual item.

In addition, the transaction request table 330 according to the present invention is composed of the data that the manager requests the trader to the trader through the data generated from the virtual item table 310 and the distribution table for each trading fund, request number, Transaction request date, virtual item code, transaction request quantity data, and the like. The request number is an identification number generated when the manager requests the trader to make a decision based on the information predicted from the virtual item table 310 and the bond management system. The transaction request date is data on the date when the manager requests a trade from the trader. to be. The virtual item code is the data corresponding to the virtual item of the manager's planned operation, and the trader makes a real transaction with this virtual item code. In addition, the data of the transaction request quantity refers to the total transaction volume.

In addition, the real transaction table 340 according to the present invention is a table generated when the trader actually makes a transaction through the transaction request table requested by the manager. The real transaction table 340 includes a transaction number, a request number, an actual item code, data of a transaction request quantity, and the like. The transaction number data is a transaction number generated when the trader actually makes a transaction through the transaction request table. The request number data refers to an identification number generated when a manager requests a trader to make a decision based on information predicted from a virtual item table and a bond management system. The real item code data means a code corresponding to a real item that is changed when a trader actually trades a virtual item code corresponding to the transaction request table 330. In addition, the transaction request quantity data corresponds to the transaction request quantity on the transaction request table 330.

4 is a virtual item input screen according to the present invention, and Table 1 is a table showing the items of the virtual item table 310 of FIG. 3 generated after inputting a virtual item according to the present invention. This virtual item input screen combines input and selection boxes and items for item 410, expiration date 415, issuer code 420, issuer 425 and FRN Script 430 to enter the virtual item. A total 435 box to be displayed. Item box 410 is to select from the items of CD, CP, time deposits, Treasury bonds, special + local bonds, banks, banks, credit card, corporate bonds, futures, swap. "Special + local bonds" means special bonds or local bonds, special bonds means road construction bonds, water resources bonds, etc. issued by the institution that issues bonds under the Special Law, and local bonds are bonds issued by local organizations.

In addition, the expiration date box 415 is a box for selecting the expiration date of the selected item, the issuer code box 420 and the issuer box 425 are boxes for entering the issuer code and the issuer name, respectively, and the FRN Script box. 430 is a box for inputting a floating interest term, and FRN stands for floating rate note, which is a mid- to long-term bond that is a 'floating interest rate liabilities' that is periodically re-adjusted whenever interest payments are linked to the representative interest rate of the market. A bond, in contrast to a government bond or corporate bond, whose interest rate is fixed at the time of issuance. In addition, the above input information can be confirmed in the synthesis box 435, the matters that can be confirmed in the synthesis box 435 is the bond management system according to the present invention corresponding to the surface interest rate, market price, duration (DURATION) Prediction data automatically generated by

In addition to the contents of this virtual stock input screen, there are some items that are automatically calculated by the bond management system which cannot be checked on the input screen. The above items correspond to the static spread, valuation rate curve ID and interest payment period, which are necessary to inform managers and traders and calculate the bond management system itself. The "Static Static Spread" is a value for calculating the same price as the actual bond price, since the interest curve curve of the private bond appraisers used in the present invention is a representative value of the groups to which the item belongs, the actual valuation price of the item Is calculated using the item Static Spread.

Column Type Comments SEC_ID VARCHAR2 (20) Sport code NAME VARCHAR2 (50) Event name BEGIN_DAY VARCHAR2 (8) published date MAT_DAY VARCHAR2 (8) Expiration date TYPE_SEC_DEFAULT VARCHAR2 (5) Event classification SPOT_SPREAD NUMBER Event Static Spread CURVE_ID VARCHAR2 (4) Valuation Rate Curve ID (by Credit Rating) COUPON_RATE NUMBER Surface rate FRN_SCRIPT VARCHAR2 (111) Variable interest terms INT_MONTH NUMBER Interest payment period ORG_ID VARCHAR2 (8) Issuer Code

FIG. 5 is a screen for executing pre-distribution by funds according to the present invention, which is a screen for performing an operation plan input and an inquiry of a management plan result, and Table 2 is generated after inputting pre-distribution details for funds. It is a table which shows the matter of the distribution table 320 for each trading fund.

According to the present invention, before the manager establishes an operation plan and requests a trader, the manager allocates the investment amount to the trade item for each fund and inputs the corresponding matters, and immediately retrieves the result. The pre-distribution screen for each fund includes a manager display box 510 and includes a fund group, a fund addition, a pre-distribution details for each fund, a request for a trader, and a box for a request for a trader.

In addition, the fund group box 515 is a box for selecting a fund to be distributed among the fund group managed by this fund company as a group, the fund addition box 520 is a box for adding a fund to invest in the ongoing bonds. In addition, the pre-distribution details box for each fund 525 is a box that displays the distribution details of the funds invested in the ongoing bond stocks, the request to the trader Instructed box 530 is to tell the trader the decision on the management plan This box is selected when requested. In addition, the item box 535 for requesting the trader is displayed again at the bottom of the screen, and the manager selects the item to be traded and requests the trader.

In addition, in the pre-distribution table for each fund in Table 2, the details of the amount of the actual transaction, the amount of the transaction, the amount of the transaction, the amount of the transaction, and the amount reflected in the trust accounting are not used in the trading. .

Column Type Comments TRADE_ASK_ID NUMBER Request number MANAGER_ID VARCHAR2 (15) Distribution manager FUND_ID VARCHAR2 (6) Fund code TRADE_POS NUMBER Allocation Quantity SETTLE_POS NUMBER Actual deal closing quantity SAVE_TIME DATE Storage time SETTLE_AMT NUMBER Execution amount with which the actual transaction is concluded (used to calculate available amount. Settle_amt + trade_pos * previous date) SETTLE_DURATION NUMBER Actually concluded duration SETTLE_WEIGHT_AMT NUMBER Actually signed specific gravity amount (spot: valuation, futures: open interest, swap: (10000+ price) * quantity / 10000 SETTLE_ACCOUNT_AMT NUMBER Amount reflected in trust accounting

6 is a transaction request input screen according to the present invention, and Table 3 is a table showing the items of the transaction request table 330 of FIG. 3 generated according to the transaction request. 6 is a transaction request code 610, manager 615, trading item 620, trading date type 625, over-the-counter item 630, transaction item 635, joint transaction list 640, memo 645 , A mutual fund designation 650, a trader designation 655, and a contract history 660 are included, and are used not only when the transaction request is made but also when the trader makes a real transaction or the manager confirms a confirmed real transaction history.

The transaction request code box 610 of the transaction request input screen according to the present invention is a code generated when a trader requests an operation plan item for a virtual item set by a manager. The manager box 615 displays the main manager requesting the transaction and the transaction manager in charge of the transaction. The trading item box 620 includes a selection of “BUY” or “SELL” as to whether the item is bought or sold. In the case of the virtual item according to the present invention, the item is selected as BUY. . In addition, it is a box that selects whether the type of item is a holding item, a virtual item or a non-holding bond and the item code and name are displayed. The term " swap " means replacing a bond held with another bond in consideration of the yield, maturity, and market interest rate of the bond.

In addition, the transaction date form box 625 includes a settlement date form selection, a transaction date display, a reflection date display, a settlement date display matters, and the settlement date form includes T settlement, T + 1 settlement, bidding, and sunnego. In T payment, T means a transaction date and T + 1 payment means payment is made on the day after the transaction date, and in the present invention, payment means after 3 days. The bidding is settled on the day the meridian pays the meridians. In Sunnego, the transaction is signed on the same day, but the book transaction date is recorded one day later and the settlement is made two days later. When a payment type is selected in the transaction date box, each transaction date, reflection date, and settlement date are automatically displayed in the transaction date display, reflection date display, and settlement date display box.

In addition, the over-the-counter item box 630 is a box for selecting whether the requested item is an over-the-counter or intra-market bonds, the intra-market is an exchange market, the over-the-counter market can be traded anywhere in the country, the securities company itself is an independent market It may form.

In addition, the transaction details box 635 is a box for inputting YTM, price, total transaction, and assignments, all of which are generated by the transaction, and the total transaction means the total transaction volume requesting the transaction, and the assignment is joint It means the amount allocated to this manager at the time the transaction is established.

In addition, the joint transaction list box 640 is a box that displays assignments with the corresponding manager during the joint transaction. If there is a corresponding manager who has approved the joint transaction request in the operation planning step, the joint transaction details are input.

In addition, the memo box 645 is a box for inputting a request from the manager to the trader, and the mutual fund designation box 650 is a box for inputting when the mutual fund corresponds to the mutual fund. A mutual fund is a form in which the investor of the fund becomes a shareholder of the fund at the same time. In addition, the trader designation box 655 is a box for designating a trader to carry out the operation matters for the virtual item planned by the manager.

In addition, the fastening history box 660 is a box in which the items set above are collectively displayed and displayed, and the fastening number, item code, item name, expiration date, item classification, issuer, description, execution price, execution quantity, and sales agency , Status and tightening time are displayed. The state indicates whether the transaction request input screen including the conclusion details box is a screen for inputting a transaction, requesting a transaction, confirming a transaction, and the like, wherein 'input' is a number '0'. 'Request' is represented as '1', 'Confirmation' is '2', 'Transaction' is '3', 'Complete' is '4', and 'Open' is '5'.

Column Type Comments TRADE_ASK_ID NUMBER Each time a new request is made, a new number is created for each day. DAY DATE Request date (transaction date) SEC_ID VARCHAR2 (12) Sport code INPUT_USER_ID VARCHAR2 (15) Primary manager who entered the request TRADE_POS NUMBER Requested quantity TRAGET_PRICE NUMBER Deal demand price IS_EXCHANGE NUMBER 0: Extra trading, 1: Extra trading TRADE_TYPE NUMBER 0: General T-day trading, 1: General T + 1 trading, 2: Bidding, 3: Sunnego APPLY_DAY DATE Reflected date (Normal T-day transaction, General T + 1 transaction equals request date, bidding is user input) SETTLE_DAY DATE Payment date MEMO VARCHAR2 (200) What are you asking for? ASK_STATUS NUMBER 0: input, 1: request, 2: confirmation, 3: transaction, 4: completed, 5: open SAVE_TIME DATE Storage time DURATION NUMBER Estimated Duration (used to estimate fund duration changes) MARKET_PRICE NUMBER Estimated market unit price (if no transaction price is used to estimate payment) TYPE_SEC_DEFAULT VARCHAR2 (5) Event classification IS_BUY NUMBER 1: buy, 0: sell (trade_pos must be greater than or equal to 0 for purchase and less than or equal to 0 for sell) TRADE_ID VARCHAR2 (15) The trader who confirmed the transaction TARGET_YTM NUMBER Deal Requirements YTM MUTUAL_FUND_ID VARCHAR2 (6) If the transaction is for a mutual fund, enter the fund ID. In this case, you can only trade with that fund.

7 is a real trade input screen of a trader according to the present invention, and Table 4 is a table showing the details of the real trade table 340 of FIG. 3 generated when a trader makes a real trade. This screen shows the transaction execution number (710), issuer code (715), issuer 720, item code (725), item name (730), due date (735), description (740), signing YTM (745) , The contract price 750, the contracted quantity 755, and a box for displaying the contents of the trading agency 760 and the trading institution code 765. The input transaction execution number box 710 is an identification number indicating the transaction details concluded by the trader, and the issuer code 715 and the issuer box 720 correspond to the institution that issued the bond concluded by the trader. The code of the institution is displayed, and the item box 725 indicates the type of bond entered into. In addition, the expiration date box 735 indicates the maturity date of the bond, the description box 740 enters the contents when the reference to the transaction details, etc., enters, the conclusion YTM box 745 is a closed transaction The actual YTM of the item is displayed, the closing price 750 and the closing quantity box 755 indicate the unit price and quantity of the fixed bond, and the trading institution box 760 indicates the details of the securities company or bank that traded the item. The transaction institution code box 765 displays a code corresponding to the transaction authority.

Column Type Comments TRADE_ID NUMBER Transaction number. The trader should notify the trading partner of the order number generated by the system, and the trading partner should attach the order number when sending the transaction confirmation to the trust accounting team so that they can use it for the ambassador's work. TRADE_ASK_ID NUMBER ID of the transaction request to which this transaction belongs SEC_ID VARCHAR2 (12) Sport code MAT_DAY DATE Use when no due date code is available TYPE_SEC_DEFAULT VARCHAR2 (5) Item type classification code-use when there is no item code ORG_ID VARCHAR2 (5) Use for issuer code-item code missing DESCRIPTION VARCHAR2 (100) Enter additional information about an event-use if there is no item code TRADE_POS NUMBER Transaction quantity PRICE NUMBER price YTM NUMBER TYM AGENCY_CODE VARCHAR2 (7) Counterparty REAL_TRADE_STATUS NUMBER 0: Manager input, 1: Allocation creation, 2: Trust accounting DURATION NUMBER Even if the duration-actual event is new, the duration is not calculated and must be recalculated based on the expiration date. TRADER_ID VARCHAR2 (15) Trader who performed the transaction SAVE_TIME DATE Storage time BACK_OFFICER_ID VARCHAR2 (15) Transaction Confirmator (Trust Accounting Team) TRADE_DAY VARCHAR2 (8) Trust Accounting System Management Column YETAK_NO NUMBER Trust accounting system management column (KDB settlement number)

As described above, the present invention can input the operation plan into the bond type management system from the operation planning stage, so that the manager can easily obtain information on the structure of the fund when the management plan predicted by the bond management system is executed. can do. In addition, if the management plan using virtual stocks is used in the bond management system, it is possible to predict the future return of the changed fund before the actual trading takes place, and the trader can select the trading stock in real trading, so There is a work sharing effect between traders.                     

While preferred embodiments of the present invention have been described using specific terms, such descriptions are for illustrative purposes only and it is understood that various changes and modifications may be made therein without departing from the spirit and scope of the following claims. You must lose.

Claims (8)

Bond type funds using a bond management system comprising a manager system that selects a virtual bond to be traded from a manager, a trader system that actually trades with virtual bonds, and a bond trading server that relays transactions for virtual bonds between the manager system and the trader system. In the trading method through the virtual item of, A first step of receiving a virtual bond information including the virtual bond item, the due date of the virtual bond, and the issuer of the virtual bond from the manager to generate a virtual bond; A second step of receiving, from the manager, distribution information for each trading fund including a fund type to be invested in the generated virtual bond and an amount allocated to the fund to be invested; A third step of generating transaction request data including a virtual bond item and a transaction amount by using the virtual bond information and distribution information, and requesting a transaction by transmitting the transaction request data to the trader system; And providing a transaction request data to a trader, and using the same, input a traded real bond item and a traded real quantity, generate real trade data, and then transmit a confirmed real trade item. Characterized in that the trading method through the virtual stock of the bond fund. The method of claim 1, It is provided between the second and third stages, and refers to the pre-stored bond market valuation standard yield table using the virtual bond information and the distribution information for each trading fund, the surface interest rate, market price, duration and the fund after the end of the day's trading. The method further comprises a step 2-1 of providing a prediction result for the virtual bond including the change information. The method of claim 1, Between the second and third stages, the virtual bond information and the distribution fund-specific distribution information are compared with the legal information including the terms, regulations and guidelines of the bond previously stored in the bond sales server. And a second step (2-2) of determining whether or not the matter. The method of claim 2, If there is a correction to the prediction result of the virtual bond from the manager in the step 2-1, the transaction method through the virtual item of the bond type fund, characterized in that is performed again from the first step. The method of claim 3, If there is a modification of the violation by the manager in step 2-2, the transaction method through the virtual item of the bond type fund, characterized in that is performed again from the first step. In a bond management system that creates a virtual bond to trade and uses it to process a transaction order, Allocation by trading fund including the virtual bond item set by the manager, the virtual bond information including the maturity date of the virtual bond and the issuer of the virtual bond, and the fund type to be invested in the created virtual bond and the amount of funds to be invested. A manager system including an input device for receiving information, an output device for outputting the virtual bond information and the distribution fund-specific distribution information for the manager to check, and a communication device for transmitting the virtual bond information and the distribution fund-specific distribution information ; And a computing device for receiving the virtual bond information and the distribution information from the manager system to generate transaction request data including the virtual bond item and the transaction amount, and a communication device for transmitting the transaction request data generated in the computing device. Bond trading server; And An output device for outputting the transaction request data transmitted from the bond sale server to the trader, an input device for receiving the actual bond transaction data that the trader actually trades according to the transaction request data, and the transaction request data from the bond sale server. And a trader system including a communication device for receiving and transmitting said real bond transaction data to said bond trading server. The method of claim 6, The bond trading server may further include a storage device for storing a market valuation reference rate return table, and the computing device may refer to the virtual bond information, the distribution fund-specific information, and the pre-stored bond market valuation reference rate table, indicating a surface interest rate, A bond management system comprising calculating a forecast result for a virtual bond including market price, duration and fund change information after the end of the day's trading. The method of claim 6, The bond sales server further includes a storage device for storing legal information including the terms, regulations, and guidelines of bonds for each fund, and the computing device stores the virtual bond information and the distribution information for each trading fund. Bond type operating system, characterized in that judging whether the violation is compared to the legal information including the terms, regulations and guidelines of the bond stored in the.

Images