JP2011070418A - System for advising on investment in financial product, and program for computer, and storage medium for the same - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system for advising on investment in financial product and the like which can offer an investment advice reflecting a maximum permissible risk amount of money managed in each trade at an ever changing investment environment. <P>SOLUTION: A user terminal operated by an investor is connected via a network to a server device for trade and a server device for an adviser which are administrated by a trader of a financial product. A trade order price of the financial product aiming at a profit, its trade quantity, and a trade order condition for risk management are provided from the server device for the adviser to the user terminal as one set of information where the trade order condition for risk management is managed so that the trade order price and its trade quantity do not suffer a predetermined value or larger of loss. The investor operates the user terminal to select the received set information and to place a trade order for contents of the selected set information with the server device for trade. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

  The present invention relates to a financial product investment advice system, a computer program, and a storage medium thereof.

  In recent years, programs for verification systems for financial product sales and purchases are being developed. For example, in Patent Document 1, a computer is caused to function, and under the time series data of a financial product group, the determination of fancy trade of financial products is repeated at a set time based on setting conditions reflecting the user's will. When performing, the investment possible amount is set for every set time, and the investment participation product to participate in the investment is selected so as not to exceed the upper limit of the investment possible amount. As a result, it is possible to obtain a more practical investment verification result reflecting the restriction on the possible investment amount.

JP 2008-305231 A

  By the way, when investing in a financial product in an actual market where the price fluctuates every moment, it is required to make an investment decision over time based on actual latest price information. For this reason, the present inventor performs analysis every time the market data is updated using the computer and the latest market data, reflects the user's intention based on the analysis result, distributes the trading signal of the financial product, and In addition to ordering and buying and selling signals at the user's will, and verifying the rationality of the user's buying and selling decisions by acquiring the results and tabulating, analyzing, and displaying the results, the subsequent transactions of financial products by time series We are developing a system that reflects this risk analysis. This makes it possible to make investment decisions that reflect the latest changes in market data.

  However, if the financial product risk management system lacks the perspective of comprehensively analyzing and managing risk in each transaction based on the latest market data and past transaction history, the results of past analysis and verification are not expected. It is not possible to respond to timely market price fluctuations in a timely manner.

  In recent years, risks from price fluctuations in financial markets have been increasing. On the other hand, investment methods aiming at profit by repeating buying and selling in a short time of several seconds, minutes, hours are becoming common, especially in trading under high leverage in margin trading, investment funds can be shortened in a short period of time. The risk of losing tends to be very high. Under such circumstances, investment advice that reflects information on market movements and investment conditions in real time is required. For example, in foreign exchange margin trading, it is possible to trade more than several tens of times as much as the margin deposited in the transaction. (This is also called the leverage effect. If the leverage is 25 times, you can trade with 1/25 of the margin.) Therefore, it is possible to trade in stocks in kind or up to about 3 times the margin balance. It is said that the risk is higher than margin trading. In order to limit the risk of both FX companies (foreign exchange traders) and investors, it is forcibly enforced by FX companies when the deposit balance falls below a certain percentage of the required margin balance by a method called loss cut rule. The position is settled and the profit / loss is fixed.

  This will be explained using an example. Suppose that the initial investment funds of 1 million yen were deposited with the FX company and foreign exchange margin trading started. Half of this 500,000 yen held a $ 250,000 buy position with a leverage effect of 50x at the time of 100 yen per dollar in a currency pair of US dollar Japanese yen. At this time, the required margin is $ 5,000, and the loss cut line to which the loss cut rule is applied is 20% ($ 1,000) of the required margin. After that, if the US dollar Japanese yen can be sold at 104 yen and settled, a profit of 1,000,000 yen can be obtained. On the other hand, if the US dollar Japanese yen fluctuates to 96 yen, the loss cut line is $ 1,000 = 96,000 yen. Valuation loss due to price fluctuations will be 1,000,000, and the entire amount of the initial funds will be lost, but in fact, when it falls below the loss cut line before this, it is forcibly settled by the FX company and the loss is confirmed.

  The risk that this price fluctuation has on the leverage effect and the loss cut rule can be avoided by, for example, risk management at the time of entry. This is to hold a position with a transaction volume (appropriate position size) calculated from the maximum risk allowance for the investment fund balance at the time of entry. As an example, assume that the entry price is 100 yen, the stop loss price is 98 yen, and the profit target price is 104 yen under the setting conditions under the market environment under risk management. (The entry price is the price at which a pair of transactions is automatically started. The stop loss price is the price at which a settlement order is automatically placed to avoid further losses. Profit target price is the price that determines profit when the price reaches a specified price in advance.) At this time, if managing 5% of funds, the maximum risk allowance is 1,000,000 x 5% = For 50,000 yen, the investable transaction volume is 25,000 dollars (50,000 yen ÷ 2 yen = 25,000). In other words, if it is set so as not to lose more than 2 yen per dollar and it is acceptable to lose up to 50,000 yen in one transaction, the maximum transaction volume is 25,000 dollars. As a result, appropriate risk management is possible, and if a trend appears according to expectations, (104 yen-100 yen) x 25,000 dollars = 100,000 yen can be assumed. (Transaction costs and swap interest rates are not taken into account.) This is risk management based on the setting conditions and position size per transaction.

  In addition to this, risk at the same time is managed by managing the number of positions taking into account the maximum allowable risk amount held simultaneously. For example, if you manage up to 2 positions under the conditions set in the above example, the maximum risk amount at the same time will be 100,000 yen, manage risk by leverage size and manage risk by leverage effect appropriately, The risk of loss cut rules can be avoided.

  In recent years, price fluctuations in the foreign exchange market have tended to increase. For example, in the case of a currency pair of US dollar Japanese yen, the maximum daily price fluctuation range in 2008 was 7.10 yen per dollar. In this situation, not only buying and selling decisions regarding the brand and price of financial products, but also strategic investment decisions including risk management taking into account market price fluctuations, investor transaction history, and the status of investment funds. Desired. In particular, managing risks for each transaction in transactions executed repeatedly every short time is an indispensable condition for risk management in managing investment funds.

  The current Financial Instruments and Exchange Act states that registration of investment advisory / advisory agents is required when providing advice on investment decisions. Due to laws and regulations, financial product dealers generally cannot give investment advice. In recent years, financial products are often traded online with financial product dealers over the Internet, and the transaction history and investment balance of transactions that are repeated in the short term are constantly updated on the Internet browser. Information can be browsed. However, in view of such laws and regulations, business risk management, and compliance compliance, financial product dealers cannot provide investment advice on risk management. On the other hand, investment advisors cannot obtain information on the customer's funds balance and transactions directly from financial product dealers.

  For investment advice that includes risk management, investment advisors provide investment advice that reflects risk management for the first time by obtaining such detailed transaction information and market information on financial products directly from customers. can do. However, in situations where investment decisions are required in a short time, investment advisors obtain and analyze customer asset balances and transaction information in real time, and distribute and place orders for each investment including risk management. At the same time, it cannot receive investment advice including risk management that reflects the situation that changes every moment in a short time after receiving the transaction result.

  The present invention has been made in view of the above circumstances, and its purpose is to invest in financial products that can provide investment advice that reflects the maximum allowable risk amount managed for each transaction in an ever-changing investment environment. It is to provide an advice system, a computer program, and a storage medium thereof.

In order to achieve the above object, the following solution technique is adopted in the financial product investment advice system of the present invention. That is, as described in claim 1 in the claims,
In an investment advisory system for financial products in which an order for buying and selling of financial products is placed from a user terminal operated by an investor to a server device for trading managed by a trader of financial products via a network.
From the advisor server device connected to the user terminal via the network, the purchase order price of the financial product for the purpose of profit, the transaction quantity thereof, the purchase order price and the transaction quantity of a predetermined value or more Provided to the user terminal via the network as a set information and risk management buying and selling conditions managed risk so as not to incur losses,
When the user terminal receives the set information, the investor operates the user terminal to select the set information and to buy or sell the trading server device with the contents of the selected set information. Was to place an order,
Transaction history generated as a result of buying and selling of financial products is provided from the trading server device to the advisor server device via the user terminal,
It is like that. According to the above solution, the investor places an order with the contents of the risk-managed set information, so that an ordering error is not caused and a situation in which an unexpectedly large damage is caused is prevented.

Preferred embodiments based on the above solution are as set forth in claims 2 and 3 in the claims. That is,
When the set information is provided from the adviser server device to the user terminal, the investor operates the user terminal to change the set information in which a part of the set information is corrected for the adviser. It is possible to reply to the server device,
The advisor server device further corrects the content of the correction set information so that the risk caused by the correction of the set information does not exceed the predetermined loss or more when the correction set information is received from the user terminal. Reply to the user terminal,
(Claim 2). In this case, the content of the set information can be made more in line with the investor's intention.

The content of the set information ordered from the user terminal to the server for trading is stored in at least one of the user terminal and the server for advisors,
At least one of the user terminal storing the set information and the server device for advisors selects a transaction history corresponding to the set information from the received transaction history, and the selected transaction history And the set information are stored in association with each other.
(Corresponding to claim 3). In this case, since the set information and the transaction history are associated with each other, it is possible to analyze the investment in units of set information (for each set information).

In order to achieve the above object, the following solution is adopted in the computer program of the present invention. That is, as described in claim 4 in the claims,
A computer-readable computer program incorporated in a user terminal operated by an investor of financial products, for the purpose of profits from a server device for advisors to a computer via a network Receiving set information of the purchase order price of the product, the transaction quantity thereof, and the purchase order conditions for risk management that are risk-managed so as not to suffer a loss of a predetermined amount or more with respect to the purchase order price and the transaction quantity; ,
Selecting the received set information;
Transmitting the selected set information to a server device for trading managed by a trader of financial products via a network;
Receiving a transaction history from the server for trading via a network;
Transmitting the received transaction history to the advisor server device via a network;
Is set to run,
It is like that. According to the above solution, a computer program used by the user terminal according to claim 1 is provided.

Preferred embodiments based on the above solution are as described in claims 5 and 6 in the claims. That is,
Modifying a part of the received set information and sending it to the advisor server device;
Receiving modified set information risk-managed for the partially modified set information;
Is set to run further,
(Corresponding to claim 5). In this case, a computer program used by a user terminal corresponding to claim 2 is provided.

Storing the contents of the set information ordered with respect to the server for trading; and
Selecting a transaction history corresponding to the stored set information from the transaction history transmitted from the server for trading and associating it with the set information;
Transmitting the relationship between the associated set information and transaction history to the advisor server device;
Is set to run further,
(Corresponding to claim 6). In this case, a computer program used by a user terminal corresponding to claim 3 is provided.

In order to achieve the above object, the following solution is adopted for the computer storage medium of the present invention. That is, as described in claim 7 in the claims,
A computer program according to any one of claims 5 to 7 is stored. According to the above solution, a storage medium storing the computer program according to claim 4, 5 or 6 is provided.

  According to the present invention, it is possible to prevent an order with an erroneous content and to prevent a situation in which an unexpected great damage is caused.

1 is an overall view of a system to which the present invention is applied. The figure which shows an example of the top screen displayed on the display screen of a user terminal. The figure which shows an example of the set information displayed on the display screen of a user terminal. The flowchart which shows the example of control of the server apparatus for advisors. The flowchart which shows the example of control of a user terminal. The flowchart which shows the example of control of a user terminal. The flowchart which shows the example of control of a user terminal. The figure which shows an example of the generated sales trend. The figure which shows another example of the generated sales trend. The figure which shows another example of the trading trend which generate | occur | produced. The figure which shows a mode that a risk increases with progress of time. The figure which shows the state from which a risk becomes below a fixed value irrespective of progress of time.

  In the system of FIG. 1, J is an advisor server device managed by an investment advisor, K1 to K3 are trading server devices managed by financial product dealers, and C1 to C3 are financial product investments. It is a user terminal for a person. The servers J, K1 to K3, and user terminals C1 to C3 are connected to each other via the Internet I as a network (a network using TCP / IP). The user terminals C1 to C3 incorporate investment software (which may be referred to as “API ordering tool” in the following description), and refer to investment advice information from the advisor server device J. On the other hand, a transaction for a financial product is ordered to one of the server devices for sale K1 to K32. In the following description, when it is not necessary to distinguish each of the server devices for trading K1 to K3, it is simply indicated by the sign of K. Similarly, when it is not necessary to distinguish the user terminals C1 to C3, it is simply indicated by C. It shall be indicated with a sign.

  As the user terminal C, a personal computer is mainly used in the present embodiment. The user terminal C includes a CPU (control device, arithmetic device) as a central processing unit, a storage device (main memory, hard disk), an input device (keyboard, mouse, CD / DVD reader), and an output device (display, printer). ), A communication device, etc., and the CPU executes instructions on the program read into the storage device, so that the user terminal C realizes functions based on the program stored in the storage device, including the communication function Is supposed to be done. In this embodiment, an API transaction that is part of the financial product transaction risk management system is stored in the storage device of the user terminal C in order to verify the purchase and sale of financial products using the program for financial product transaction risk management system. The ordering software is saved (copied). The API transaction ordering software is stored by downloading from the management management device 1 via the Internet, taking in from a recording medium for recording a financial product transaction risk management system program, or the like.

  The advisor server device J mainly performs the following functions. That is, a function of generating a risk-managed signal and transmitting it to the user terminal C, a function of receiving and registering (storing) information of a signal selected by the user transmitted from the user terminal C, and a function of the user terminal C When the request for correction of the risk-managed signal is received, the function controls the risk-controlled signal corrected based on the correction request and transmits it to the user terminal C. Further, the advisor server device J has a function of receiving an investment history from the user terminal C and updating the investment balance, a function of using the updated investment history for generating a risk-controlled signal from the next time, A function of analyzing investment information and transmitting an analysis result (information) to the user terminal C.

  The server device K for trading mainly performs the following functions as in the prior art. A function for receiving a transaction order from the user terminal C, a function for transmitting an order confirmation to the user terminal C, a function for transmitting a contract result to the user terminal C when the ordered transaction is executed, and a user terminal And a function of transmitting the transaction history so far to the user terminal C based on a request from C. Of course, the person who manages the server device for trading K is the person who actually performs the ordered transaction. The server device for trading K is not limited to being directly managed by a financial product handling company, but may be managed by a subcontracting company.

  A person who handles the user terminal C is a person who wants to obtain profits by trading financial products. In the present invention, a general investor other than a trading expert is assumed. In other words, a person who makes a transaction using the user terminal C is a person who is not very familiar with the transaction of financial products, and is an amateur category from a transaction specialist.

  The risk-managed signal is a combination of a trading transaction for profit (profit target transaction) and a risk management transaction for controlling the loss amount to a certain level or less with respect to the profit target transaction ( Set transaction). The order contents of the transaction transmitted from the user terminal C to the server device for trading K are executed in a state where the set of the profit target transaction and the risk management transaction is maintained. With such an ordering mode, it is possible to reliably prevent the transaction contents from being erroneously transmitted (ordered erroneously) from the user terminal C to the server device for trading K. In addition, since the transaction transmitted (ordered) from the user terminal C to the server for trading K is not only the profit target transaction but also necessarily accompanied by a risk management transaction, an investment for handling the user terminal C It is also possible to prevent a situation in which a person suffers a large amount of unexpected damage.

  FIG. 2 shows a top screen when the API ordering software incorporated in the user terminal C is opened. In FIG. 2, reference numeral 10 denotes a registration field. Each item to be registered, for example, investment amount (for example, 1 million yen), transaction target (for example, yen and dollar, dollar and euro), risk amount (for example, maximum loss for investment balance) About each said registration item, after inputting with the input means (for example, keyboard) of the user terminal C, when the transmission part 11 is clicked, the input registration item is adviser server apparatus. J and stored in the user terminal C.

  The reference numeral 20 is for requesting the advisor server device J to transmit a risk-controlled signal. By clicking the transmission unit 20a, the advisor server device is clicked. A signal is sent to J to request that a risk-controlled signal be transmitted to the user terminal C.

  Reference numeral 21 is used to request the transaction server device K for the transaction history so far, and a request to transmit the transaction history to the unit body C is made by clicking the transmission unit 21a. It is transmitted to the server device for trading K. The code | symbol 22 is for transmitting to the server apparatus J for advisors the signal which analyzes that the result of the investment so far is requested | required that the analysis result is transmitted with respect to the user terminal C. Thus, by clicking on the transmission unit 22a, a signal indicating that the investment analysis information is to be transmitted to the user terminal C is transmitted to the trading server device J.

  The code 23 is used to select the end of the transaction, and the transaction is ended by clicking on the transmission unit 23a (transmitted to the adviser server device J).

  FIG. 3 shows a risk-managed signal returned from the advisor server device J to the user terminal C when a request for a risk-managed signal is transmitted from the user terminal C to the advisor server device J. An example of is shown. Three types of signals subjected to risk management are shown in FIG. 3, and the types thereof are indicated by set information A1, A2, and A3. The set information A1, A2, and A3, which are each risk-managed signal, indicate an entry price, a profit target price, a stop order for risk management, and a transaction quantity, respectively. The ordering part A1-a, A2-a or A3-a is shown at the right end of the set information A1 to A3. Clicking on the ordering part A1-a, A2-a or A3-a is clicked. The set information (“risk-managed trading signal”) is transmitted to the trading server device K (ordering of the transaction) and also sent to the advisor server device J in a state where the combined state is maintained. . It is also possible to provide a selection function by providing a separate selection (clicking) button for each set information, or by clicking “A1” as an identifier of the set information.

  In FIG. 3, the code | symbol 31 is for request | requiring correction of transaction content with respect to the server apparatus J for advisors. The point of the correction request will be described later. Also, by clicking on the end unit 32, the display content shown in FIG. 3 is deleted (for example, the display returns to the top screen shown in FIG. 2 or the API ordering tool is activated). By clicking on the transaction history unit 33, a transaction history transmission request is made to the server device for trading K. By clicking the list reading unit 34, the entire list ordered so far is displayed on the display screen.

  In FIG. 3, each set information A1 to A3 has been ordered, and the order confirmation unit A1-b or A2-b on the left side of the ordering units A1-a and A2-a is normally ordered. “Normal end” is displayed. In the set information A3, an order has been placed, but it has not been normally terminated. From the state of FIG. 3, a signal indicating that an order has been accepted is transmitted from the trading server device K to the user terminal C with a slight delay in time, and when the user terminal C receives this signal, "Normal end" is displayed on the display part A3-b indicating the order result.

  FIG. 4 is a flowchart showing an example of control when attention is paid to a part related to the present invention in the control performed by the server device J for advisors. This flowchart will be described below. In the following description, S indicates a step. First, in S1, it is determined whether or not a registration signal from the user terminal C has been received. When the determination in S1 is YES, that is, when the transmission unit 11 in FIG. 2 is clicked, the content to be registered (the content of the registration item 10 in FIG. 2) transmitted from the user terminal C is stored in S2. Is done.

  When NO is determined in S1 or after S2, it is determined in S3 whether a request for a risk-managed signal is received. The determination in S3 is a determination as to whether or not the transmission unit 20a in the signal request unit 20 in FIG. 2 has been clicked. If the determination in S3 is YES, it is determined in S4 whether a trend has occurred. This trend is confirmed when a similar trend in the price of merchandise appears from the accumulated information of past merchandise transactions. Normally, an investor who operates the user terminal C confirms this trend and requests a risk-managed signal. However, the determination in S4 is a second confirmation. Note that the past commodity price fluctuation information indicating the trend is, for example, transmitted from trading server device K to user terminal C every moment, and similarly, in advisor server device J, the same applies. Information is obtained (received) from moment to moment.

  When the occurrence of a trend is confirmed by the determination in S4, a risk-managed signal is generated in S5, and the generated risk-managed signal is transmitted to the user terminal C. Of course, one or more types of risk-managed signals may be used, and examples of the risk-managed signals that are generated and transmitted include forms such as set information A1 to A3 illustrated in FIG.

  After S5, in S6, it is determined whether or not the user terminal C has requested correction of the risk-managed signal (set information). This determination of S6 is performed by, for example, correcting a part of the content of A3 on the display screen of the user terminal C in FIG. 31 is clicked. That is, when an investor operating the user terminal C looks at the set information as a risk-controlled signal transmitted from the advisor server device J using the display screen, for example, the profit target price is set. In many cases, the price is not always satisfactory, such as a change. For this reason, when the correction request part 31 is clicked, that fact is confirmed in S6. When the determination in S6 is YES, in S7, a signal subjected to correction risk management after price correction (corrected to the price required by the investor) is generated. In this case, for example, in the risk-managed signal A3 in FIG. 2, when a correction request is made so that the profit target price is high, the degree of risk increases, so that it is within the range of the maximum risk amount. It is modified to reduce the trading volume. Then, the corrected risk-managed signal is transmitted from the advisor server device J to the user terminal C. In addition, although illustration is abbreviate | omitted in FIG. 3, the corrected risk-managed signal will be additionally displayed in FIG. 3 like other risk-managed signals. Further, when risk management cannot be performed with the content of the correction request, it is transmitted to the user terminal C to that effect.

  After S7 or when the determination in S6 is NO, it is determined in S8 whether or not a transaction history has been received from the user terminal C. When the determination in S8 is YES, in S9, the investment balance that can be invested in the future is updated based on the transaction history and the current investment balance. That is, since the transaction history shows the profit / loss generated by the transaction so far, by adding the profit / loss recognized from the investment history to the current investment balance confirmed by the server device J for advisors The investment balance that can be invested in the future is calculated. This investment balance also reflects adjustments due to changes in market prices of financial instruments held.

  After S9 or when the determination in S8 is NO, investment analysis is performed in S10. This investment analysis is based on the know-how based on the experience of the investment advisor who manages the server device J for advisors, and what kind of transactions should not be carried out for each investor in the future, Investment professionals will give advice to investors, such as what kinds of transactions should be avoided.

  After S10, in S11, it is determined whether or not a signal requesting investment analysis is received from the user terminal C. When the determination in S11 is YES, the investment analysis result (information) obtained in S10 is transmitted to the user terminal C in S12.

  After S12 or when the determination in S11 is NO, it is determined in S13 whether or not there is an open ball. If the determination in S13 is NO, it is determined in S14 whether or not a transaction end signal from the user terminal C has been received. When the determination in S14 is YES, transmission of risk-controlled signals and the like to the investor (its user terminal C) who has selected to end the transaction is all terminated. When YES is determined in S13 or NO is determined in S14, the process returns to S1.

  5 to 7 show control examples of the user terminal C, which are specially incorporated and serve as control examples of the API ordering system (program). First, FIG. 5 is a process of registration information using the registration unit 10 of FIG. In FIG. 5, first, in S21, it is determined whether or not the input to all the registration items displayed on the registration unit 10 has been completed. If the determination in S21 is YES, it is determined in S22 whether or not the transmission unit has been clicked. If the determination in S22 is YES, in S23, the input registration content is transmitted from the user terminal C to the advisor server device J (corresponding to S1 in FIG. 4). Thereafter, in S24, the transmitted registration content is stored in a storage unit (for example, a memory) of the user terminal C.

  FIG. 6 shows the contents of processing performed when the transmission unit 20a of the signal request 20 in FIG. 2 is clicked. First, a signal for requesting a risk-managed signal in S31 is transmitted from the user terminal C to the advisor server device J (corresponding to S3 in FIG. 4). Thereafter, in S32, it is determined whether or not a risk-controlled signal transmitted from the advisor server device J is received. When the determination in S32 is YES, the received risk-managed signal is displayed on the display screen of the user terminal C (for example, the mode of FIG. 3).

  After S33, in S34, it is determined whether or not correction of set information that is a risk-managed signal is requested. That is, for example, in FIG. 3, for example, it is determined whether or not the modification request unit 31 in FIG. 3 has been clicked in a state in which the set information A3 is selected and a part of the price is modified. If the determination in S34 is YES, a signal for requesting correction of a risk-managed signal is transmitted to the advisor server device J in S35 (corresponding to S6 in FIG. 4).

  After S35, in S36, it is determined whether or not a modified “risk-managed trading signal” (set information) corresponding to the modification request transmitted from the advisor server apparatus J has been received. When the determination in S36 is YES, in S37, the corrected “risk-managed trading signal” (set information) is additionally displayed in a manner as shown in FIG.

  After S37 or when the determination in S34 is NO, it is determined in S38 whether or not the set information has been selected (for example, the transmission unit A1-a of the risk-managed signal A1 shown in FIG. 3). Whether or not was clicked). If the determination in S38 is YES, in S39, the selected risk-managed signal is transmitted to the trading server device K (ordering) without changing the ordering mode (set contents). The order in S39 is, for example, when each risk-managed signal A1 shown in FIG. 3 is ordered, and the contents in A1 are ordered as they are (a set of A1, for example, stop orders) No order can be placed on the entry part and profit target part only).

  After S39, when the confirmation signal of the order content transmitted from the server device for trading K is received in S40, and the contract corresponding to the order is made in S41, the confirmation of the contract from the server device for trading K is confirmed. A signal is received. Thereafter, in S42, the order contents, the presence / absence of the order confirmation signal, the presence / absence of the contract confirmation signal, and the like are stored in the storage means (eg, hard disk) of the user terminal C. All contents exchanged between the user terminal C and the server device for trading K are transmitted to the server device J for advisers.

  FIG. 7 shows the processing contents when the transaction history transmission unit 21b of FIG. 2 is clicked. In FIG. 7, when the transmission unit 21bc is clicked, a signal requesting that the transaction history be transmitted is transmitted to the trading server device K in S51. The server device for trading K that has received the transaction history request signal transmits the transaction history so far to the user terminal C. In S52, it is determined whether or not a transaction history has been received. By transmitting the transaction history from the server device for trading K to the user terminal C, the determination in S52 is YES.

  When the determination in S52 is YES, in S53, the transaction history is associated with each risk-managed signal (for each set information) shown in FIG. 3 from the transaction history and the stored order contents. That is, the trading server device K only manages the transaction history of the user terminal C based on the order contents of each transaction, and each risk-managed signal (each set shown in FIG. Since it is not managed for each information), in S53, each set information (transaction contents in the set) is associated with its transaction history. Such association is possible only for the user terminal C (investor) or the advisor server device J (investment advisor) who understands (stores) the contents of the set information.

  After S53, in S54, the received transaction history is displayed on the display screen in the state of association in S53. In S55, the display content in S54 is stored. Further, in S56, the transaction history in the state associated with the signal subjected to risk management in S53 is transmitted to the advisor server device J (corresponding to S8 in FIG. 4). The process of associating the risk-managed signal with the transaction history in S53 can be performed by either one or both of the user terminal C and the advisor server apparatus J.

Next, the functions performed by the system will be supplementarily explained together with practical explanations when investing in financial products.
(1) Signal generation function The signal generation function in the system is a function for generating a “risk-managed trading signal”. Here, in general, risk often refers to the possibility of suffering damage. However, the risk in financial transactions is a statistical risk and refers to the situation of uncertainty. In general, financial risks include economic fluctuation risk, country risk, market risk of the market itself, operational risk, and the risk of individual stocks such as the company's performance in the case of stocks. These are reflected in the price of individual issues at a certain point in time, along with the relationship of the pressure of buying and selling individual issues of financial products that reflect the judgment of investors. The investor determines the risk from the relationship between the information and the price of the individual brand, and designates the buying / selling price for trading. Therefore, the main risk in investor financial product transactions arises from price fluctuations during the holding period. Nowadays, when financial engineering is developed and financial derivative transactions are generalized, it is possible to hold selling positions without being limited to buying certain stocks, such as foreign exchange margin trading. At this time, if the price fluctuation works favorably for any holding position, it will be profitable, and if it works unfavorably, it will be a loss. Therefore, risk management in financial transactions is to limit price fluctuations that move against positions and maximize price movements that move favorably.

  Price fluctuation risk at a given point in time can be judged mainly by a fundamental analysis that analyzes and judges economic indicators, market and unique stock indicators, and a technical analysis that mainly uses indicators and charts regarding the history of price fluctuations of unique stocks. Many. The signal generation function determines the risk of individual stocks through technical analysis, and the risk-managed trade stocks, buying and selling price, quantity, number of positions (`` This is a function to specify a risk-managed trading signal ”).

  Here, price fluctuation risk can be divided mainly into intrinsic risk and time risk. Intrinsic risk is the risk inherent in a transaction under certain circumstances held by the transaction itself, and the time risk can be a risk that increases with the passage of time. The signal generation function performs risk management by calculating a trading signal and a “maximum allowable risk amount” for each transaction from the viewpoint of this intrinsic risk and time risk.

Management method of intrinsic risk:
The risks held by the transaction itself at a certain point in time are: “Stock selection”, 2. 2. “Transaction setting conditions” determined from technical analysis; “Entry setting”, 4. “Exit setting”, 5. “Transaction volume” and 6. Depends on the number of positions. At this time, the risk can be effectively managed by adding the “maximum allowable risk amount” to each transaction. This “maximum allowable risk amount” is 6. “Maximum permissible risk per transaction” and 7. Consists of the “maximum allowable risk amount for all positions held”.

  1. Selection of brands: Selects brands (“screening”) that should be subject to investment judgment from patterns of price fluctuations and technical indicators in the past. For this purpose, the handling amount and the price fluctuation pattern in the past are automatically determined by human visual judgment or a fixed calculation formula. For example, in a stock transaction, the transaction volume per day in the past n days is 1 million shares or more.

  2. Transaction setting conditions: The transaction assumes a pattern in which price fluctuations will be beneficial to the user after the start of the transaction (“entry”), and the stock and timing that match the preconditions (“transaction setting conditions”) from technical analysis, It is done only by price and transaction method. This will be described below with reference to FIG. In FIG. 8, individual stocks that meet certain transaction setting conditions (“strategy 1” described later) for which an uptrend is expected by technical analysis are extracted. This transaction setting condition is determined based on an aggressive condition in which it is determined that an upward trend is likely to occur and a negative condition in which the possibility of an upward trend is denied. For example, at the time of A, select stocks for which multiple moving averages have risen from n days ago (active condition), and exclude if ADX, one of the technical indicators, is 20 or less (reactive condition) The transaction setting conditions specified in advance were met.

  3. Entry setting: In the previous section, it is confirmed that the upward trend has already started and continued at point A (time axis t2 and price axis p2), so we will immediately close and hold the position. To do so, place an order at "Shinsei". At the same time, for the purpose of managing the risk of the holding position, assuming that the price drops to point B during the position holding period, the reservation order (`` Put a loss cut order)). This identifies a point where it is no longer meaningful to continue trading when it reaches an unexpected price at the most recent price. (This is called the “initial stop order”.) In this case, point B, which is the lowest price when the latest trend occurred, was selected by the signal generation function.

  4). Exit setting: If an upward trend occurs as originally expected, profits will be fixed at a certain point in time. For example, this can be done by reserving a sell order that is automatically executed when the price of the profit target set in advance (time axis t3 and price axis p3 at point C) is reached (limit sell order). . ("Profit determination by profit target") Or, if the trend continues to rise, the original stop-sell order will be placed n times from the new candlestick that appears n% below the rising price or over time. Raise to the low price of the previous candlestick. If the trend continues thereafter, each time a new candlestick appears, it will be adjusted up to the low price of the candlestick n% below or the nth previous candlestick. After that, immediately after the trend converges and starts to fall, the price is below the most recent limit sell order and when the contract is executed (time point t4 and price axis p4 at point D), the sell order is automatically executed and the profit is fixed. . ("Profit determination by trailing stop")

  The above entry, loss cut, and exit orders can be securely placed at the time of order placement. For example, an IFD order that reserves a loss cut order on condition that the entry order is executed, an OCO order that cancels the loss order on condition that the profit target is executed, or a combination thereof. However, it is an ordering method that involves relatively complicated operations for general retail investors, especially when transactions are frequently made in a short period of time, and judging and manually inputting and selling signals. Increased risk of wrong orders. In order to avoid this, the trading signal is taken into an API ordering tool, which will be described later, and a bulk order is placed.

  5. Transaction quantity: Specify the order quantity of a specific brand by back-calculating from the "maximum allowable risk amount per position" described later.

  6). Maximum permissible risk amount per position: The risk of the position held at a given point in time depends on the entry price and market price of the trading stock and its trading volume. The signal generation function calculates the “maximum allowable risk amount” by multiplying the investment fund balance at a certain point by the “maximum allowable risk setting ratio” (usually about 1.0% to 2.0%) set by the user in advance. Then, it is possible to limit the loss incurred from the open interest (“position”) at that time to a predetermined amount. This is called the “maximum allowable risk amount per position”. The transaction volume at this time can be obtained by dividing the “maximum permissible risk amount per position” by the difference between the entry price set in the above entry setting and the loss cut price (“risk per stock”). .

  7. Maximum permissible risk amount per total position: The maximum permissible risk per position is the theoretical maximum value of the risk per total position held at a given point in time. Even if the risk per transaction can be limited by management with intrinsic risk, it is not uncommon for all positions to work at the same time at a certain point in time. This risk is managed by the “maximum allowable risk amount per total position”. This is calculated by multiplying the balance of investment funds at that time by “the maximum allowable risk ratio per total position”. Usually this is around 6% to 8%. Therefore, the maximum number of positions at a given time is 3 to 4 positions if the maximum allowable risk ratio of 2% is applied to all positions, but differs depending on the “maximum allowable risk ratio per transaction”. If the total risk amount per total position at this point has reached the upper limit of the “maximum allowable risk amount per total position”, one or more of these positions will be settled according to the risk management method. Until then, you cannot order the next entry. In the “risk-managed trading signal”, a trading signal that reflects the constraints of this position is displayed.

  The signal generation function combines multiple price fluctuation patterns and corresponding combinations of transaction setting conditions, entry settings, and exit settings (“strategy”), and assumes signal price fluctuation patterns in multiple markets that change every moment. Can be used to manage risk based on multiple price fluctuation patterns that occur in constantly changing markets.

  FIG. 9 shows a pattern (“strategy 2”) in which the previous upward trend is continued after the trend temporarily stagnates and falls during the continuous upward trend. FIG. 10 shows a reversal pattern (“strategy 3”) of price fluctuation that occurs immediately after the upward trend continues and the market heats up. Since each of these has inherent intrinsic risks, different transaction setting conditions, entry settings, and exit settings are required. For example, in “Strategy 2”, a pattern is assumed in which the previous upward trend resumes at the point of F (p6 price, t6 time) after a temporary reversal and fall in the middle of a continuing large upward trend. ing. In this case, in order to confirm that the trend has sufficiently resumed, for example, it is possible to make it a condition that the price exceeds the point E. This can be done automatically by placing an order for “stop purchase” in which a buy order is executed on condition that the price exceeds a certain price. At this time, the risk that the price will drop against the initial assumption after the purchase order is executed can be limited by putting the price at point F (p5), which is the latest low price, at the stop price. This can be ordered collectively at the time of entry order by the above-mentioned IFD order. As described above, the order quantity can be calculated from the difference between the entry price (p6) and stop order price (p5) and the maximum allowable risk per transaction. This makes it possible to limit the price fluctuation risk of the downward price with the maximum permissible risk amount per transaction as the upper limit in transactions that presuppose the resumption of the upward trend.

  Similarly, in FIG. 10, when the uptrend continues for a long period of time, a trading method (“strategy 3”) that assumes a price fluctuation pattern in which the price of a certain financial product overheats and then declines and falls. ). In this case, the transaction setting condition was met at the point I (the time axis t10 and the price axis p10), and the start of the upside down trend of the uptrend was specified. In this strategy, entry is made by market selling on the assumption that the reversal has already started, and I place an order for the stop limit purchase at J, which is the latest highest price. “Maximum permissible risk per transaction” and the transaction volume are the same as in strategies 1 and 2. In addition, the exit is set at the profit target point K by OCO, and the trailing stop is executed at the point L and the profit is fixed.

  As mentioned above, certain product brands at a certain point in time have intrinsic risks that are specific to that point in time, and risk is in line with the trend pattern assumed by using multiple strategies at the same time (`` basis risk management ''). Managed trading signals are generated by the signal generation function.

  Time risk management method: In FIG. 11, the horizontal axis indicates the passage of time, and the vertical axis indicates the price. The up and down diagonal lines are graphs that model the risk of increasing over time. p1 is the entry price, p2 is the initial stop order price, p3 is the profit target price, and p4 is the profit final price by the trailing stop, whereas t1, t2, t3, and t4 are the corresponding entry points (M ), Stop settlement time (N), profit settlement time (O), and trailing stop settlement time (P). FIG. 12 is a table in which a portion limited to risk management is deleted. In other words, by pre-booking a stop order at the same time as placing an order by selling at a limit price, it is possible to automatically limit an increase in risk when the price fluctuates against the assumption after a relatively short period of time. On the other hand, if the price fluctuates as expected, the profit target will be realized at a relatively early price, or the profit will be included over time as long as the trend continues due to the aforementioned trailing stop. While expanding, it is possible to realize the maximum profit of the trend when the trend converges and reverses. In the signal generation function, price information and technical analysis indicators that are updated at regular intervals such as 5 minutes, 10 minutes, 15 minutes, 30 minutes, 1 hour, 2 hours, 6 hours, 1 day, etc. It automatically analyzes and generates trading signals reflecting the above risk management functions.

(2) Signal display function: The “risk-managed trading signal” generated by the signal generation function is displayed on the Internet browser. The user can log in from the login screen dedicated to the member and display and view it. The user can place an order automatically by placing an order from the ordering screen provided by the financial product trader by using the ordering method described in the signal generation function or by incorporating this information into an API ordering tool described later. The “risk-managed trading signal” (set information) can be automatically captured by the API ordering tool by the signal registration function and the signal distribution function in advance.

(3) Signal registration function: In the signal registration function, in addition to risk management based on the intrinsic risk and time risk in the signal generation function, risk management is performed by diversifying the positions held. The position held at a certain point in time is composed of a plurality of strategies and stock lists determined by the signal generation function. At this time, the price fluctuation pattern of the unique issue may meet multiple transaction setting conditions, but the position of the unique issue that can be held at the same time is set to 1 position per issue, and the risk per total position is managed. According to trading signals, it is possible to diversify risks to multiple stocks. The user decides and selects the stock to be entered from this risk-distributed trading signal and registers the order on the Internet browser, so that the API ordering tool described below receives the ordering trading signal from the signal distribution / transaction history receiving function described later can do.

(4) Signal distribution / transaction history reception function: The trading signal registered by the user with the signal registration function is distributed to the API ordering tool when receiving a reception request signal from the API ordering tool described later. Separately from this, if there is a request from the user, the API ordering tool is distributed at a predetermined interval, and at the same time, a function is also provided for mail distribution to the user mail address. Also, according to the user settings, information on ordering / contracting / other transaction history is received from the API ordering tool.

(5) Position management function: In this function, (4) The transaction history received from the API tool with the signal distribution / transaction history reception function is automatically updated, or if there is insufficient information, the user manually updates it. As a result, the profit target, the profit determination by the trailing stop, and the loss determination by the stop order are reflected in the transaction history aggregation / analysis function described later.

(6) Transaction history aggregation / analysis function: The transaction history updated by the aforementioned position management function is aggregated, and the investment fund balance is updated. As a result, the “maximum permissible risk amount per position” and “maximum permissible risk amount per total position” are calculated together with other up-to-date information when the next signal is generated, and “risk-controlled signal” is distributed. It becomes possible to do.

  In addition to this, it is possible to analyze the transaction history accumulated in the past and display the result in a graph. This allows the user to continuously track the effectiveness of judgments when selecting risk-managed trading signals, the transition of funds balance, the cumulative total of profit and loss, and the transition of profit coefficient and winning / losing ratio. Can be analyzed. As a result, users can identify the effectiveness and improvement points of investment methods and investment decisions by themselves, and investment advisors can analyze and judge them from a professional standpoint in a timely manner according to the situation in which transactions continue. Appropriate advice can be given.

  The “API ordering tool” installed in the user terminal C is supposed to function as the following transaction means based on the “risk-managed trading signal”.

  (1) It functions as a means of communication via a pre-agreed API protocol. In other words, assuming that the API ordering tool receives a risk-managed trading signal from an investment advisor in advance and conducts trading of financial products via the Internet in accordance with the API communication function protocol published by financial product dealers, The user installs on the user's terminal. The user registers the account number, login ID, and password established by the financial product dealer in order to trade the financial product in the API ordering tool. At the same time, the login information of the investment advisor's trading signal system is registered in order to receive the risk-managed trading signal of the investment advisor.

  (2) Acts as a means for requesting delivery of distribution signals for risk management. In other words, it is a function for requesting delivery of a “risk-managed trading signal” provided by an investment advisor and capturing such information. The user automatically captures the “risk-managed trading signal” registered in advance when the API ordering tool is activated or by the trading signal capture function of the API ordering tool. This is listed in the API ordering tool and can be checked against the investment advisor's trading signal screen.

  (3) Acts as a means of bulk ordering at the user's will. In other words, the trading signals displayed in the API ordering tool are operated by financial product dealers that the user has previously contracted for each position or batch position by user's button operation according to an appropriately set ordering method such as IFD + OCO. An order is placed via an API function to a server for financial product transactions. Transactions ordered in a lump are given a unique transaction ID number by the transaction management function of the financial product dealer.

  (4) It functions as a means for requesting the completion of ordering by user's request and the history of contract settlement and other transaction related information distribution request. That is, the API ordering tool requests and receives information related to the completion of the transaction from the server of the financial product dealer together with the transaction ID number at the same time as the collective ordering. In addition to this, the transaction settlement number related to the position held is also requested and received by specifying the transaction ID number.

  (5) Serves as a means for recording history of ordering and contract settlement and transaction related information. In other words, the API ordering tool records the buying / selling signals acquired by the user and the history of obtaining the financial product transactions and related information that have been settled by the order execution.

  (6) Acts as a means to transmit the history of ordering and contract settlement and transaction related information. That is, the transaction history recorded in (5) is transmitted to the investment advisor's trading signal system by the transmission function according to the user's operation. This may be automatically transmitted when a transaction history is received, transmitted according to a user's operation in a timely manner, or manually input from an Internet browser displaying server information of the user's investment adviser.

  Other supplementary explanation

  The advisor server device J stores time series data of a group of financial products, data on a user's transaction history and investment fund balance reflecting the data, and a financial product transaction risk management system (application software). Financial product group data is prepared for multiple types of financial products such as stocks, commodity futures, financial derivatives, and foreign exchange, and several tens to thousands of issues are prepared for each type of financial product. . The data of each financial product is price fluctuation data with the passage of time, and the data of each financial product is prepared over a certain period going back to the past from the present time. The data of each financial product is sequentially added with the passage of time in the advisor server device J, and all data of the financial product group is stored in the latest state. The financial product transaction risk management system uses these data to generate a trading signal reflecting the risk management and displays it on the Internet browser. In response to a request from the user terminal C, the user terminal C uses the API transaction ordering software installed by the user in response to a request from the user terminal C for the signal selected by the user himself / herself for the signal displayed on the Internet browser by the advisor server device J. Deliver to the requested user terminal C.

Specifically, the financial product transaction risk management system program functions as follows.
(1) Function as acquisition management of u-profile data (2) Function to analyze user profile, transaction history and market data (3) Function to store and search data of commodity brands permitted for investment (4) Trading signal (5) Function to calculate allowable transaction quantity within a certain risk from the market data of searched product brands (6) Function to receive, store and update transaction history data (7) Distribute analysis results The ability to provide investment advice

  Although the embodiment has been described above, the present invention is not limited to this, and appropriate modifications can be made within the scope described in the claims. Of course, the object of the present invention is not limited to what is explicitly stated, but also implicitly includes providing what is substantially preferred or expressed as an advantage.

j: server device for advisor C: user terminal K: server device for trading 1: network 11: (registered item) transmitting unit 20: ("risk-managed trading signal") transmission requesting unit 21: (transaction history) )) Transmission request part A1 to A3: “Risk-managed trading signal” (set information)
31: Transmitter (for requesting correction of set information)

Claims (7)

In an investment advisory system for financial products in which an order for buying and selling of financial products is placed from a user terminal operated by an investor to a server device for trading managed by a trader of financial products via a network.
From the advisor server device connected to the user terminal via the network, the purchase order price of the financial product for the purpose of profit, the transaction quantity thereof, the purchase order price and the transaction quantity of a predetermined value or more Provided to the user terminal via the network as a set information and risk management buying and selling conditions managed risk so as not to incur losses,
When the user terminal receives the set information, the investor operates the user terminal to select the set information and to buy or sell the trading server device with the contents of the selected set information. Was to place an order,
Transaction history generated as a result of buying and selling of financial products is provided from the trading server device to the advisor server device via the user terminal,
An investment advisory system for financial products. In claim 1,
When the set information is provided from the adviser server device to the user terminal, the investor operates the user terminal to change the set information in which a part of the set information is corrected for the adviser. It is possible to reply to the server device,
The advisor server device further corrects the content of the correction set information so that the risk caused by the correction of the set information does not exceed the predetermined loss or more when the correction set information is received from the user terminal. Reply to the user terminal,
An investment advisory system for financial products. In claim 1 or claim 2,
The content of the set information ordered from the user terminal to the server for trading is stored in at least one of the user terminal and the server for advisors,
At least one of the user terminal storing the set information and the server device for advisors selects a transaction history corresponding to the set information from the received transaction history, and the selected transaction history And the set information are stored in association with each other.
An investment advisory system for financial products. A computer-readable computer program incorporated in a user terminal operated by an investor of financial products, for the purpose of profits from a server device for advisors to a computer via a network Receiving set information of the purchase order price of the product, the transaction quantity thereof, and the purchase order conditions for risk management that are risk-managed so as not to suffer a loss of a predetermined amount or more with respect to the purchase order price and the transaction quantity; ,
Selecting the received set information;
Transmitting the selected set information to a server device for trading managed by a trader of financial products via a network;
Receiving a transaction history from the server for trading via a network;
Transmitting the received transaction history to the advisor server device via a network;
Is set to run,
A computer program characterized by the above. In claim 4,
Modifying a part of the received set information and sending it to the advisor server device;
Receiving modified set information risk-managed for the partially modified set information;
Is set to run further,
A computer program characterized by the above. In claim 5 or claim 6,
Storing the contents of the set information ordered with respect to the server for trading; and
Selecting a transaction history corresponding to the stored set information from the transaction history transmitted from the server for trading and associating it with the set information;
Transmitting the relationship between the associated set information and transaction history to the advisor server device;
Is set to run further,
A computer program characterized by the above.   A computer-readable storage medium storing the computer program according to claim 5.

Images