JPWO2006085460A1 - Investment model management method and investment model management server - Google Patents

Abstract

Even an individual investor unfamiliar with investment can select an appropriate model from a large number of investment models based on objective criteria such as investment performance. The server acquires a plurality of investment models (portfolio and investment strategy) from a plurality of user terminals connected via a network and registers them in the database (S100), and for each investment model registered in the DB, Based on the transaction data in the transaction market, the process of calculating past and / or future virtual operation results (S200), details of each investment model and virtual operation results (ranking information, etc.) to the requested user terminal A step of displaying (S300), a step of receiving an application for an actual transaction based on the investment model from the user terminal (S400, S500, S600), and a creator of the used investment model And a step of returning a part of the purchase funds (step S700).

Description

  The present invention relates to a method for managing an investment model including a portfolio and an investment strategy by a server to which a user terminal is connected via a network, and a server for managing the investment model.

  Conventionally, an investment simulation game (software) for competing for the performance (operation result) of an investment made virtually for the purpose of playing or investment training has been provided. In addition, for example, as in the following Patent Documents 1 and 2, in this investment game, a situation similar to actual investment is provided and used, such as calculating and ranking operational profits based on information such as actual stock prices. It has also been proposed to increase the gambling feelings of people and to evaluate investment techniques.

  Further, for example, as in Patent Documents 3 and 4 below, a mechanism for promoting investment by linking virtual investment to actual investment activity has been proposed.

JP 2002-35423 A JP 2002-41809 A JP 2001-5861 A JP 2004-30274 A

  By the way, in conventional investment simulation games and actual investments, players and investors who participate in the game formulate investment models based on their own experience and knowledge, analysis results of analysts, etc. (virtual / real) Will do. Here, the investment model includes investment brands, amounts for each brand (portfolio), and investment strategies (sell / buy orders at limit / stop prices, timing of investments, allocation of amounts, etc.). Such an investment model is not easy to formulate for some experienced investors and those other than the veteran layer. Even if it is a veteran lamp layer, it is not easy to continue to review the investment model at all times.

  In addition, even when using the mechanism of the above-mentioned Patent Documents 3 and 4, how much is invested in which stock at what timing, and in what state, additional investment or loss cut is made, etc. The investment model will be developed by yourself. For example, even if good performance is obtained in a certain period for a bullish investment model, there is a possibility that the opposite result will occur if the investment environment fluctuates. Therefore, such a mechanism is still not enough to remove the spiritual barrier of “avoidance and reduction of investment risk (breakdown of principal)” and shift the potential investor class to actual investment behavior. I can not say.

  On the other hand, analysis data of investment data such as securities analysts (including research analysts, fund managers, investment strategists, investment advisors, market analysts, etc.), evaluation of investment value, and information such as investment advice are investment models Widely used as useful reference information when formulating However, because there are not enough standards and information to objectively evaluate each analyst's performance, analysis trends, and specialized fields, some potential investors may develop their own investment models. I can only trust the advice of analysts. And since all investment results are at your own risk and you cannot ask the responsibility of analysts, etc. even if there is a loss of investment, individual investors eventually lose their willingness to invest or minimize investment risk Therefore, the investment amount is often set low from the beginning.

  The present invention has been made to solve the above-described problems. Even if the investor is an individual investor who is time-constrained or unfamiliar with investment, a large number of investments are made based on objective criteria such as operational performance. An object of the present invention is to provide an investment model management method and a management server capable of selecting an appropriate model from models.

  According to the first main aspect of the present invention, a server to which a plurality of user terminals are connected via a network acquires an investment model including a portfolio and an investment strategy from the user terminal, and an investment model database (DB). The investment model registration step for storing the information, and the server requested to transmit the information (investment model display information) for displaying the investment model stored in the investment model DB on the user terminal. There is provided an investment model management method characterized in that the user terminal includes an investment model display information transmission step of transmitting via a network.

  Further, according to a second main aspect of the present invention, a server for managing an investment model including a portfolio and an investment strategy, in which a plurality of user terminals are connected via a network, acquired from the user terminal An investment model database (DB) for storing an investment model, and information (investment model display information) for displaying the investment model stored in the investment model DB on the user terminal is requested to transmit the information. There is provided an investment model management server characterized in that the user terminal is provided with investment model display information transmitting means for transmitting via the network.

  According to the above configuration, the investment model created by others can be used, so it is possible to make an actual investment based on the investment model or create a new investment model by arranging it in a self-streaming manner. it can. In addition, if the investment performance is calculated by applying it to actual transaction data within a predetermined period in the past or future for a plurality of registered investment models, and these can be compared, an objective of superiority or inferiority of the investment model Can provide information. Furthermore, by assigning points to each investment model according to the usage history, the operation results, the competition results, etc., and ranking these points, a reference for objectively evaluating the investment model can be provided. Users such as individual investors can select and use (purchase, modify, etc.) an investment model based on such criteria.

  Moreover, by simulating the virtual performance of the investment model based on past and future transaction data, it is possible to obtain an evaluation of the investment model instantly. Here, even when the user wants to use another person's investment model, instead of transmitting the investment model itself to the user's terminal, the modification authority information (ID / password, etc.) for modifying the investment model is transmitted. Is preferred. As a result, it is possible to prevent a specific investment model from being enclosed or concealed, and in an open environment, a large number of users can freely change the investment model and register one after another to make a stronger investment (making money or not losing money). You can build a model.

  Here, in this specification, the “investment model” is a concept including a portfolio and an investment strategy. The portfolio includes information on brands and attributes such as stock certificates and bonds (listed / publicly disclosed, domestic / external, ratings, etc.), investment amount for each brand, and the ratio of investment amount included in own funds. The investment strategy also includes investment methods such as buying and selling methods, timing and conditions. Based on this information, it is possible to make a virtual / real investment.

  The “investment model display information” is not an electronic file of the investment model itself but HTML information for simply displaying the investment model, information on browsing authority (connection ID, etc.), and the like. "Use of investment model" includes purchasing the investment model and conducting actual transactions, obtaining authority to view or modify the investment model on the server, allowing other people's investment model to compete, investing Both purchasing model data and downloading it to its own terminal are included. The user can make a virtual / real investment according to this model while confirming the contents of the investment model on the server or his / her terminal. Also, a part of other investment models can be modified on the server, or can be used as is without modification and registered as an investment model.

  The “virtual operation results” include information that directly represents the operation results (for example, the virtual operation results themselves), information that indirectly represents the operation results (for example, ranking information in which each investment model is arranged in order of good results, This may be the difference in the performance of multiple investment models.

  The “user” includes a user who creates an investment model himself and registers it in the DB (investment model creator = an investment game player), and does not create an investment model himself but invests in another person registered in the DB. It is roughly divided into users (investors) who purchase models and make actual investments, but in the middle of these, users who temporarily use other people's investment models (latent potential) to create their own investment models There is also a typical investment model creator). However, one user may become an investor who registers an investment model in a server as an investment model creator and uses an investment model registered by another person or himself for actual transactions.

  According to the present invention, an investment model management method and management server capable of selecting an appropriate model from a large number of investment models based on objective criteria such as operation results even for individual investors unfamiliar with investment. Can be obtained.

  The novel features of the invention are set forth in the appended claims. However, the invention itself and other features and advantages can be readily understood by reading the detailed description of specific embodiments with reference to the accompanying drawings.

FIG. 1 is a flowchart showing the overall flow of an embodiment of the present invention. FIG. 2 is a diagram for explaining a calculation pattern of virtual operation results. FIG. 3 is a network configuration diagram showing an outline of an embodiment of the present invention. FIG. 4 is a functional block diagram showing a schematic configuration of the investment model management server of the present embodiment. FIG. 5 is a diagram illustrating an example of data described in the point table. FIG. 6 is a diagram illustrating an example of an investment model input interface. FIG. 7 is a diagram illustrating an example of a battle application acceptance screen. FIG. 8 is a diagram illustrating an example of a portfolio input initial screen. FIG. 9 is a diagram illustrating an example of a brand or amount setting screen. FIG. 10 is a diagram showing an example of the investment strategy input initial screen. FIG. 11 is a diagram illustrating an example of a basic sale / purchase setting screen. FIG. 12 is a diagram illustrating an example of a purchase timing and amount setting screen within the investment period. FIG. 13 is a diagram illustrating an example of an execution condition input screen. FIG. 14 is a diagram illustrating an example of an order basic context setting screen with a stop condition. FIG. 15 is a diagram illustrating an example of a screen when a chart is set as a condition. FIG. 16 is a flowchart showing a new investment model registration process. FIG. 17 is a flowchart showing the investment model modification registration process. FIG. 18 is a flowchart showing the processing steps in the battle mode.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 ... Investment model management server 2 ... User 3 ... User terminal 4 ... Investment game management company 5 ... Securities company 6 ... Securities transaction processing system 7 ... Customer information management system 8 ... Market 11 ... CPU
12 ... Bus 13 ... RAM
14 ... ROM
15 ... HDD
DESCRIPTION OF SYMBOLS 16 ... Input / output interface 17 ... Output part 18 ... Input part 19 ... Communication part 20 ... Removable recording medium 21 ... Drive 22 ... User master file 22a ... User database (DB)
22b ... Point database (DB)
23 ... Investment Model Database (DB)
24 ... Basic investment model master file 25 ... Transaction data file 26 ... Point table 27 ... Program storage unit 31 ... Interface generation unit 32 ... Investment model reception unit 33 ... Investment model use application reception unit 34 ... Investment model display information output unit 35 ... Operation result calculation unit 36 ... battle processing unit 37 ... user evaluation reception unit 38 ... point processing unit 39 ... ranking generation unit 40 ... investment application reception / processing unit 41 ... transaction data acquisition unit 42 ... battle application reception unit 43 ... battle model extraction Part 45 ... "Portfolio input" button 46, 52 ... Viewer screen 47 ... "CONSOLE" field 47a ... Control bar 47b ... Radar chart 48, 53 ... Port list 49 ... Tab 50 ... "Investment strategy input" button 51 ... "CONSOLE" Column 51a ... Radio button 51b ... Control bar 55 ... "play" button

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the following, an example will be described in which an investment model can be registered and another person's investment model can be used as an option function of a conventionally known investment game.

  (Outline of the present invention)

  First, an overall flow of an embodiment of the present invention will be described with reference to FIG. 1 in order to facilitate understanding of the present invention.

  The server according to the present embodiment (equivalent to an investment model management server 1 described later) acquires a plurality of investment models (portfolio and investment strategy) from a plurality of user terminals (equivalent to a user terminal 3 described later) via a network. And registered in a database (corresponding to an investment model DB 23 described later) (step S100).

  Next, for each investment model registered in the DB, this server calculates a virtual operation performance within a predetermined period (past and / or future) based on transaction data in the actual transaction market (step S200).

  In addition, the server displays details of each investment model and a virtual operation result (information indicating the operation result directly or indirectly) on the user terminal that requested it (step S300). The user selects an investment model to be used in the actual transaction with reference to the virtual operation results, and applies for purchase of the investment model to the server using the user terminal (step S400).

  The user who purchased the investment model applies to the server for an actual transaction using the investment model via the user terminal, and the server executes necessary processing (steps S500 and S600).

  In addition, this server executes necessary processing for returning a part of the investment model purchase fee (usage fee) to the creator of the investment model used by other users in this way ( Step S700). By providing such an incentive, the user can be encouraged to register more and more practical investment models. It is speculated that the more investment models registered, the better models will be born. In this respect, the number of investment models created by a securities company is limited, and the user cannot judge whether the investment model is good or bad.

  On the other hand, even if the user does not create an investment model himself / herself, he / she can easily carry out a real transaction simply by purchasing a favorite investment model from a large number of registered investment models. Therefore, even a user who is unfamiliar or inexperienced with investment can easily make an investment. In this way, it becomes possible to make a simple investment, lower the threshold for investment, and acquire many individual investors.

  (Calculation pattern of virtual operation results)

Here, with reference to FIG. 2, the calculation pattern of the virtual operation performance in step S200 will be described. In this figure, the time when the server calculates the operation result or the time when the user terminal connects to the server and applies for the calculation of the operation result is set as present time: t _0, and any past time t ₋₁ , t ₋₂ When illustrate a pattern for calculating a virtual operation results in the three periods T ₁ through T ₃ to the arbitrary time t _1, t ₂ of the future and the respective beginning and end. For each investment period, virtual operation results XT _{1 to} ZT ₃ are calculated as necessary for each investment model.

T virtual operation results _X-T 1 in _{1, Y-T 1, Z} -T 1 , when calculating the past virtual operation results using the transaction data of past periods _(t -2 _{~t -1)} It is. The virtual operation results _{X-T 2, Y-T} 2, Z-T 2 in _{T 2} are, trading period leading to the past _{(t -1)} from the current _{(t 0)} in the future through the _{(t 1)} This is a case where the virtual operation results are calculated using data. Furthermore, _T virtual operation results in _{3 X-T 3, Y-} T 3, Z-T 3 , when the start of future periods _{(t 1 ~t 2) (t} 1) is reached, any time the transaction data This is a pattern of acquiring and calculating operational results in real time. Here, when calculating the operation results in the period (T ₁ , T ₂ ) including the future period, new transaction data that occurs every day in the past transaction data is acquired and added as needed, The operation results are calculated and accumulated in real time, and they are added after the period.

As described above, by accumulating virtual operation results using past and / or real-time transaction data, only past transaction data (T ₁ ) and only real-time transaction data (T ₃ ) for each investment model. , And a cumulative total of virtual operation results based on both past and real-time transaction data (T ₂ ).

  Therefore, the user can find a desired investment model by referring to the virtual operation performance and / or cumulative total using past and / or real-time transaction data according to the purpose. The purpose of use in this case may be to create a better investment model (strong, profitable, or not losing) or may be used in actual transactions.

Here, when the virtual operation performance is calculated based on the past transaction data (T ₁ ), the result can be obtained immediately. Therefore, the user can always cause the server to calculate the virtual operation performance. it can. As a result, the user can instantaneously evaluate the registered investment model.

On the other hand, when the virtual operation performance is calculated based on the real-time data (T ₂ , T ₃ ), it waits until the current position t ₀ of the user on the time axis reaches the end t ₁ , t ₂ of each period. There is a need. However, if the current position t ₀ of the user is after the end t ₁ and t _{2 of} each period, the user can refer to the operation results without waiting time similarly to T ₁ . An investment model with excellent virtual operation results based on real-time transaction data is presumed to be excellent in the immediate future, and is an effective material for selecting an investment model for the user.

  Note that the pattern for calculating the investment model virtual operation results may be arbitrarily selected by the user, or may be set by the server operator. In addition, when the virtual operation results in a plurality of past periods (one month, half year, etc.) are calculated in advance and an arbitrary period is specified by the user, the calculated operation results for each period are displayed. You may make it aggregate and provide. Thereby, the calculation time of the operation results can be further shortened.

  (overall structure)

Next, an outline of an embodiment of the present invention will be described with reference to the network configuration diagram of FIG.
An investment model management server 1 according to the present invention is installed in an investment game operator 4 that provides an investment game to the terminals 3 of a plurality of users 2 through a public line N such as the Internet. It has a function of managing the investment model acquired from the user terminal 3 via the. The management server 1 is connected to a securities transaction processing system 6 of a securities company 5 with which the operator 4 is affiliated via a dedicated communication network. Since the investment game itself is conventionally known, the following description will be limited to the management function of the investment model. Also, illustration and description of well-known network configurations such as firewalls and gateway servers are omitted.

  The securities company 5 includes customer information including a securities transaction account opened by the user 2 as a customer (investor) by the customer information management system 7 and the investment model (portfolio, investment strategy, etc.) selected by the user 2. Manage. In addition, when the securities transaction processing system 6 acquires the investment model of the user 2 (investor) from the investment model management server 1 and receives an investment instruction, the investment transaction model (investment, etc.) included in this model The securities trading and the like are instructed to the system in the market 8 with the timing and method set in the above. Furthermore, it has a function of transmitting transaction data in the past predetermined period to the investment model management server 1 periodically or when receiving an instruction from the transaction data acquisition unit 41 described later.

  The user terminal 3 has a communication device capable of bidirectional communication with the server 1, and is connected to a general-purpose television receiver for use with a TV-connected terminal 3a, a general-purpose personal computer (PC) 3b, A mobile phone with a Web browser function, a game terminal with a communication function that can create an Internet environment by connecting to a terminal of a television receiver can be used. It is preferable to adopt the TV-connected terminal 3a in terms of the popularization rate, recognition degree, ease of use, familiarity of the user, and the like. As such a user terminal 3, either an integrated type of a monitor (display device) and a dedicated terminal having a communication function or a separate type in which an external monitor is connected to the dedicated terminal can be adopted.

  As will be described later, the main calculation processing in the present embodiment is performed by the investment model management server 1, but a part may be performed by the user terminal 3. The management server 1 performs encrypted communication with the user terminal 3. In the present embodiment, it is designed to be able to seamlessly shift from a virtual investment game to a real transaction, but the real transaction is not directly from the user terminal 3 but via the investment model management server 1 of the securities company 5. The securities company 5 automatically places an order with the securities transaction processing system 6 and executes the order.

  The investment model management server 1 is a subsidiary of the securities company 5 and other operators (communication carriers, ISPs: Internet Services Providers, game portal site operators, specific operators that manufacture and develop dedicated communication terminals, etc.) It can also be installed in a management center entrusted with the management of investment models from a joint venture (JV) or a plurality of investment game operators 4 or a plurality of securities companies 5.

  (Schematic configuration of investment model management server)

  In order to perform the above investment model management function, the investment model management server 1 according to the present embodiment is configured by hardware of a general-purpose computer system and software installed therein as shown in FIG.

  Specifically, as shown in FIG. 4A, a RAM 13, a ROM 14, an HDD 15, and an input / output interface (I / F) 16 are connected to a CPU 11 built in the computer via a bus 12. The input / output I / F 16 includes an output unit 17 such as an LCD display, an input unit 18 such as a mouse or a keyboard, a communication unit 19 such as a modem, and a drive 21 for a removable recording medium 20 such as a CD-ROM or DVD-ROM. Each is connected.

  As shown in FIG. 4B, the storage areas of the HDD 15 and the ROM 14 are a user master file 22, an investment model database (DB) 23, a basic investment model master file 24, a transaction data file 25, a point table 26, and a program storage unit. 27. Each of these files (22 to 27) is stored in a fixed storage area secured in a storage device such as the HDD 15. In addition, the files 22 to 26 other than the program storage unit 27 are obtained from the calculation results of each functional unit described later or from an external organization such as the user terminal 3 or the securities transaction processing system 6 of the securities company 5 via the communication unit 19. Information is described and updated as needed. Each of these files 22 to 26 is composed of a relational database (DB) in which data can be referred to each other with an ID that can uniquely identify the user 2.

  The user master file 22 includes bibliographic items of the user 2 (email address, handle name, titles such as “master”, “meister”, “tetsujin”, “XX King”, etc.), settlement method (account information of financial institutions, Credit card number, etc.) and information of the securities company 5 with which the user 2 has entered into a business consignment contract are stored in association with, for example, login information (user ID, password, etc.) of the investment game site. The user DB 22a included in the user master file 22 serves as a shortcut key when searching for a commonly used investment model from the investment model DB 23 or searching for a battle record. In addition, as will be described later, usage conditions (modification authority information, usage authority information in actual transactions, browsing period, number of browsing, information that can be browsed, etc.) on a specific investment model for which user 2 applied for usage are also registered. The

  Further, as will be described later, various points assigned to the investment model, information on the investment model used as a base, creators and operational results of the model, the highest ranking, etc. are stored in the point database of the user master file 22. (DB) Registered in 22b. By registering such information and classifying it, the user 2 is interested in the investment model in which he / she is interested, or in what market environment the type tends to be strong / weak, and the risk / return Information such as the degree and the name of the creator (title, etc.) can also be comprehensively judged to decide whether to purchase (use) or to evaluate.

  The investment model DB 23 stores the investment model acquired from the terminal 3 of the user 2 in association with the ID of the user 2 and is assigned an ID number for each investment model. The ID number is composed of a basic ID and a branch number indicating a derived model created by modifying the base investment model (base model). Here, if the number of registrations for one user is unlimited, various types of models created with the intention of “no good” or “just a few hits” may be registered, which is an excessive burden on the server 1 Will be applied. Therefore, it is preferable to limit the number of cases that can be registered for each user 2 or to charge a registration fee according to the number of cases. Alternatively, an investment model that has not reached the predetermined number of points may be searched and deleted at a predetermined cycle.

  On the other hand, the user 2 is expected to maintain a strong model by constantly renewing the investment model in accordance with economic market conditions and corporate trends. Therefore, when there is an application for updating a registered investment model in the user DB 22a from the user 2, it is preferable to update the investment model DB 23 by taking over the ID of the registered investment model instead of registering a new investment model. . In this case, the accumulated points are taken over. On the other hand, when a registered model developed by another user is modified and registered, an ID number obtained by adding a branch number after taking over the basic ID is newly given without exception. Each type is classified. In this case, the points of the basic investment model are not inherited and always start from zero.

  The basic investment model master file 24 has a plurality of model portfolios prepared for each investment style and a plurality of models that can be used as a simulation game so that even a user 2 who is unfamiliar with the creation of an investment model can easily create an investment model. Each of them stores the investment strategy. The user 2 can register the model portfolio and the model investment strategy as his / her investment model in combination, or can partially modify and register it. Use of this model portfolio and model investment strategy is preferably free of charge.

  Model portfolios include, for example, general “Topix” and “Nikkei 225”, as well as portfolios incorporating environmental accounting and portfolios with high industry / product share. Prepare multiple portfolios according to your needs.

  The model investment strategy includes, for example, the “dollar cost average method” in which a certain amount is purchased regularly, the buying and selling conditions of buying if it is higher than the previous transaction (selling if it is cheaper), and the immediate purchase of all stocks at the same time. , Buy in the specified order, raise the ratio of high-performing stocks (increase purchase), reduce the proportion of bad stocks (loss cut), automatically replace the portfolio, automatically maintain the inclusion ratio, prepare multiple alternative portfolios A portfolio automatic update program including an algorithm that “performs the action of B when the condition of A is satisfied” is prepared in advance for each portfolio when the price drops. The user 2 can formulate an investment strategy by selecting one or more of the given investment strategies or individually inputting detailed stop conditions and action details.

  The transaction data file 25 is a past transaction acquired by the transaction data acquisition unit 41, which will be described later, by accessing the securities transaction processing system 6 of the securities company 5 regularly (every weekend, etc.) or when calculating the operation results. Stores data. Moreover, the transaction data used for calculation can also be acquired from an information provider that specializes in data provision. In any case, it is preferable that the transaction data to be stored is for the most recent three years, or for each one year for each typical market environment, to minimize the data capacity.

  For example, as shown in FIG. 5, the point table 26 shows the investment model operation results calculated by the operation result calculation unit 35 described later, the number of times of use, the number of purchases, and other users 2 acquired by the user evaluation reception unit 37. The number of points respectively given in relation to the evaluation result acquired from the above is stored. Different expiration dates can be set for each point.

  For example, 1 to 6 points are set as evaluation points from other users 2 in accordance with 6 levels of evaluation from 1 (lowest) to SP (highest), and an investment model higher in ranking or a predetermined period or more. Bonus points (not shown) for ranked investment models are also set. Moreover, when negative evaluation is made, -2 points are uniformly given.

  In addition, as operation performance points, 0 to less than 5%: 50 points, 5% to less than 10%: 100 points, 10% to 15 depending on the return on investment per set period of 6 months, 12 months, etc. Less than%: 150 points,... Since the investment performance is an essential and most important indicator of the investment model, it is preferable to set it higher than other points.

  The point to be used is set to 10 points when purchased by another user 2 and 5 points when based on the investment model of the other user 2.

  The battle points are 2 points as experience values per battle regardless of win or loss in the battle mode, which will be described later, 10 points (A) when winning by comparison of operational results within a predetermined period, possessing an investment model of the opponent 10% of points (B: rounded down after the decimal point) and 10% of points (A + B) earned by the battle (C: rounded down after the decimal point) are added as bonus points for winning the higher rank model. . As a result, even an investment model that has just been registered can be ranked higher in a short period of time by winning against the higher-ranked model and winning consecutively. In addition, points based on the losing and losing rates according to the difference in operation results and points when the operation results are equal to or greater than a predetermined value are also set.

  On the other hand, the higher rank model is frequently challenged, and in order to maintain the higher rank, it is necessary to continuously renew and build an investment model that is difficult to lose. Thereby, creation of a new investment model or revision of a registered model can be promoted, and the entire investment game can be activated.

  The program storage unit 27 includes an interface generation unit 31, an investment model reception unit (investment model update means) 32, an investment model use application reception unit 33, an investment model display information output unit 34, an operation result calculation unit 35, a battle processing unit ( Operation performance comparison means) 36, user evaluation reception unit 37, point processing unit 38, ranking generation unit 39, and investment application reception / processing unit 40. Each of these functional units is a computer software program installed in the storage area (14, 15) or a subroutine in one program.

  The interface generation unit 31 generates an interface for accepting an investment model registration application, an investment model use application, a battle application, and a user evaluation registration application in a hypertext format, and transmits them to the user terminal 3 via the network. is there. The transmitted interface is synthesized and displayed by the browser function of the user terminal 3. Further, in the present embodiment, as shown in FIG. 6, the point ranking generated by the ranking generation unit 39 is acquired, the point ranking is displayed on each interface, and the user terminal 3 applies for the investment model using this interface. Etc. are accepted.

  In the example of this figure, the model that won the battle against the higher-order model is extracted from the investment model DB 23 together with the total point ranking obtained by collecting all points, and is displayed as “this week's attention investment model”. It should be noted that a ranking for each specific item such as an operation result and a use result, a model indicating a long-term stable operation result, an investment model for rapidly increasing the rank, and the like may be individually displayed. Providing such an interface to user 2 makes it possible to use popular investment models supported by a large number of users from a large number of investment models, as well as high performance in each of the short-term, medium-term, and long-term spans. Can be easily identified, and an application for using an investment model that matches the purpose of the user 2 or a registration application for a new model can be encouraged.

  Further, since it is difficult for an inexperienced person or the like to create a complex investment model, the interface generation unit 31 displays the model portfolio and model investment strategy registered in the basic investment model master file 24. It is preferable to provide an interface to navigate the creation of the investment model. Further, the interface generation unit 31 displays the contents of the investment model according to the set conditions from the basic investment model master file 24 on the input screen (FIGS. 9 and 11 to 15) of each item of the investment model described later. It also has a function to generate an interface that is extracted and displayed visually in a graph.

  The investment model reception unit 32 acquires an investment model created by the user 2 from the user terminal 3 or an updated model obtained by correcting an already registered investment model from the user terminal 3 through the input interface generated by the interface generation unit 31 to obtain the user ID. And stored in the investment model DB 23. In the case of new registration, an investment model ID is given. In the setting screen for each item as shown in FIG. 10 and subsequent figures, the user 2 selects the option for each item prepared from a radio button or a pull-down menu with the mouse, or does not use the cursor to determine the degree of distribution of brands. An investment model can be created simply by adjusting in multiple stages close to the stage. In addition, by making use of the online characteristics, it is possible to add input conditions according to the desire of the user 2 in addition to the prepared options.

  In addition, when the investment model reception unit 32 obtains an investment model appeal, a development concept, a message about an investment guide, and the like from the user terminal 3 together with the investment model, the information is also stored in the investment model DB 23. By displaying such information together with the investment model on various screens, it becomes an effective tool for obtaining support for its own investment model and contributes to the activation of the community between the users 2 competing for superiority and inferiority of the investment model. .

  Here, in this embodiment, in order to prevent the enclosure of a specific investment model, etc., when the user 2 modifies a part of another investment model or creates its own investment model by using the whole as it is. The server 1 is allowed only when it is connected. For this reason, the server 1 can manage all whether or not the investment model is created using another investment model. If such use / modification is made, the user terminal 3 must declare the base model. Instead, it can be managed in association with the ID of the base model (given branch numbers). For the user 2, the investment model of the base model is associated with the base model, and thus information such as the operation results, the point ranking, and the creator of the base model can be advantageously used. When the investment model reception unit 32 receives and registers an investment model associated with the base model ID, the investment model reception unit 32 transfers the base model ID to the point processing unit 38 and instructs the conversion of used points.

  The investment model use application receiving unit 33 receives an application for use of an investment model registered in the investment model DB 23 from the user terminal 3 via the network through the use application interface generated by the interface generation unit 31. The investment model ID is sent to the investment model display information output unit 34.

  Here, as described above, if the investment model is freely downloaded (utilized) to the user terminal, the investment model information cannot be distributed. On the other hand, it is preferable to be able to confirm the details of the investment model at any time when conducting an actual transaction. Therefore, in the present embodiment, when a use application is made, browsing on the user terminal 3 in “use of investment model” is allowed unconditionally (no use condition), and modification can be performed only on the server 1. It was decided to set "modification authority information" such as password and modifiable period so that there is no such thing. Therefore, the investment model can be modified only when the user terminal 3 is connected to the server 1. The “modification authority” for such a specific investment model is registered in the user master file 22. In the case of using another investment model as an opponent (when applying for a battle or making a battle between other investment models), no usage fee is charged. Moreover, when the user 2 browses an investment model with a high ranking, for example, it is possible to set restrictions such as a viewing authority and a viewable period.

  In addition, the use of investment models of other users for the purpose of registration in the user DB 22a, the use of investment models in actual transactions, and the creation of new investment models by modification is charged, and a part of the investment model creator (registration) It is preferable to reduce the amount to 1). The usage fee is determined at the time of registration in the user DB 22a according to the settlement method of the user master file 22 (when registering usage authority information in actual transactions, when registering modification authority information), and when registered in the investment model DB 23 (newly created). Charged when registering an investment model) or when receiving an application to the investment application reception / processing unit 40. As a result, the creator of the model that has gained high support can earn income without actually making an investment, and therefore can promote the creation and revision of a stronger investment model.

  The investment model usage fee can be accumulated without paying the investment model creator each time, and can be used for funds for the investment model creator to make an actual investment in the future. Further, the usage fee may be paid not when the investment model is used, but when another user actually makes an investment using the investment model and realizes the return on investment. In this case, in addition to charging the usage fee when the investment model is used, an operation method can be adopted in which a part of the realized profit is returned to the creator of the investment model. Furthermore, it is possible to make the investment model creator select the payment timing of the usage fee and the calculation formula of the amount.

  The investment model display information output unit 34 extracts the investment model related to the use application from the investment model DB 23 based on the ID acquired from the investment model use application accepting unit 33, creates a duplicate file of the investment model, and creates the investment model. Usage conditions (login information, number of browsing times, period, etc.) are transmitted to the user terminal via the network. The user can access, browse and execute a desired investment model file by transmitting the received login information from the user terminal to the server and logging in.

  For example, when the investment model is browsed, the investment model display information output unit 34 instructs the interface generation unit 31 on the investment model information to be displayed based on the browseable information (browsing level) included in the use conditions. To generate a display screen. This display screen is, for example, the same screen as the investment model input screen in FIG. 8 and later described later, but the investment condition input radio buttons, the control bar, etc. cannot be operated. The same applies to the battle application and actual investment described later. On the other hand, in the case of modification or new registration, a radio button for inputting investment conditions can be operated in the same manner as the investment model input screen. If the investment model is permitted to be downloaded under a certain condition, the created duplicate file is transmitted to the IP address of the user terminal together with the use condition.

  The operation result calculation unit 35 calculates the virtual operation result within the period based on the transaction data in the actual transaction market in the past and / or future predetermined period for the investment model registered in the investment model DB 23. is there. Here, the operation result calculation unit 35 acquires the past transaction data from the securities transaction processing system 6 of the securities company 5 at a predetermined period or the timing of calculating the operation results, and stores it in the transaction data file 25. 41 is provided.

  Further, the target period for calculating the operation results is the period when the selection is accepted from the user terminal 3 applying for the battle, and the period set by default when the selection is not accepted (for example, 1 from two years ago). 6 months up to 6 months a year, 6 months before and after the present), or any period selected at random in a random number table. In addition, when operating results are calculated for all investment models extracted at random or in a predetermined cycle other than the battle mode, the default or random period is used. The operation results in this case are converted into virtual operation result points (see FIG. 5).

  Further, as described with reference to FIG. 2, when the user 2 desires, the virtual operation results are calculated for the target period including the future period.

  When the battle processing unit 36 receives a battle application from the user terminal 3 through the battle application reception screen generated by the interface generation unit 31, the battle processing unit 36 calculates the operation result for the investment model that is the target of the battle. In addition to instructing the unit 35, the winning / losing is determined by obtaining and comparing the calculated investment results, and points to the result of the battle (difference of win / loss, investment performance difference, loss / loss rate, etc.) This is notified to the processing unit 38. Therefore, the battle processing unit 36 receives selection of one or more other investment models via the network from the terminal 3 of the user 2 who registered the investment model in the investment model DB 23, and receives a battle of operation results. The investment model registered by the user 2 in the user DB 22a and an investment model that becomes an opponent are searched from the investment model DB 23, and the competition application reception unit 42 that instructs the operation result calculation unit 35 to calculate the operation result for these investment models. It has. The battle processing unit 36 includes a battle model extraction unit 43 that randomly extracts a plurality of battle models from the investment model DB 23 at a predetermined cycle such as the end of every month as a function for realizing the automatic battle mode.

  FIG. 7 shows an example of a battle application acceptance screen. In the example of this figure, similar to FIG. 6, the attention model and the point ranking are displayed on the viewer screen on the right side, and the ID of the investment model of the opponent and the designation of the target period for calculating the operation results are input. You can specify your opponent by searching on the search screen (not shown) that is displayed by clicking the investment model search button, based on conditions such as the creator name or group name, or the investment model displayed in the point ranking. Click to select. When “not specified” is selected as the target period, a default period or a randomly selected period is set as described above. In addition, the investment capital to be the main cash is set in advance at a uniform amount (5 million yen or the like) or set for each battle. In the battle mode, the operation results within the target period are competed according to the conditions set as described above.

  As a battle method, the same technique as that of a conventional investment simulation game can be adopted. For example, according to the group battle method in which a group consisting of multiple investment models is selected and the group wins or loses is determined based on the one-to-one battle record, the multiple simultaneous battle method in which multiple investment models are played against each other, possession points, etc. Handicap with handicap, class battles with similar results (unwinned, less than 10 battles, etc.), first-come-first-served system that wins the player who wins more than a predetermined number of times, comparing operational results in different periods, etc. Can be adopted. Such a battle method allows the user 2 (challenge) who applies for a battle to freely select. You may vary the battle record point provided for every battle | competition method. Also, as an optional function, a “warp function” that shifts the target period (time) to another period (time) during the game, a “transformer function” that speeds up the time transition speed of the opponent and / or your investment model, etc. Can also be set.

  In this way, the user 2 is not only registered in the investment model DB 23, but is always compared (matched) with other models to determine wins and losses (dominance) and ranking, thereby prompting the user 2 to continually revise. , Can activate the investment game.

  In addition, such a simulator as a battle mode is most likely to be used most frequently when the user 2 (investor) is actually making a decision (investment judgment or the like). In other words, through the “self-reporting”, the investor psychology of all participants in the investment game may emerge. And it also leads to reshaping the investment decision-making process itself that is completely different from conventional ones, eradicating the sense of helplessness and incomplete combustion that is inherent in the investment, and dealing with markets that do not meet your expectations. .

  In general, it is most desirable to be able to predict the future in order to encourage behavioral change in investment, but it is actually impossible to predict the future. Therefore, some kind of guidance is needed to make it easier to make investment decisions. As described above, in this embodiment, through the battle between the investment models, the “peculiar” of the investment model tends to be more advantageous (disadvantageous) than the “relatively” opponent model in the market at the time of the battle. There is, can clarify.

  And the investment model boasting the top results after infinite number of battles with such an unspecified number of models is a “strong model” that is “relatively” more advantageous or less losing than the “general” of the entire market. It can be an objective proof of something.

  In this way, it is considered that the simulation results by the battle function sufficiently as a guideline indicating a trend in the near future, so this guideline is visually and intuitively shown to the user 2 on the interface, and this is transferred to actual investment. This makes it possible to reduce risk by investing using the investment model with the highest results (an investment that is difficult to lose). And investment decisions that had to be made based on subjective and qualitative information such as analyst reports can now be made based on objective and quantitative information such as various rankings and battle history, The degree of satisfaction with decision-making can be improved.

  The user evaluation receiving unit 37 in FIG. 4 receives an evaluation from another user 2 for the investment model registered in the investment model DB 23. This evaluation is usually performed when applying for the use of an investment model or when a certain investment result is obtained through actual investment. Here, in order not to accept multiple evaluations from the same user 2 with respect to the same investment model or to accept evaluations from the person himself / herself, the evaluation is accepted based on the user information and the investment model ID to be evaluated. It is preferable to perform authentication. Moreover, not only positive evaluation but also negative evaluation can be accepted. If negative evaluation is accepted, negative evaluation points are registered. However, in consideration of "harassment", "retaliation", "individual attack", etc., -2 points are uniformly set in this embodiment ( (See FIG. 5).

  The point processing unit 38 refers to the point table 26 for the target investment model, converts / acquires operation points, used points, and evaluation points and registers them in the point DB 22b.

  Specifically, with respect to the used points, the used points extracted from the point table 26 are registered in the point DB 22b for the investment model that has received a purchase (use) application from the user terminal 3. Further, when the base model ID of the investment model received by the investment model reception unit 32 and newly registered in the investment model DB 23 is also acquired, the base model (another investment model) is extracted from the point table 26. The point to be used is registered in the point DB 22b.

  As for the battle record points, predetermined battle record points are extracted from the point table 26 based on the battle results for a plurality of investment models related to the battle and stored in the point DB 22b. Here, a predetermined battle record point may be given to the investment model that has become a loser, based on the difference in operational performance, the rank / holding points of the opponent model that has become a winner, and the like.

  Next, for the evaluation points, when the user evaluation receiving unit 37 receives an evaluation (affirmation and negative) from another user 2, the evaluation points extracted from the point table 26 for the target model are registered in the point DB 22b. To do.

  The ranking generation unit 39 aggregates used points, operation points, battle results points, and evaluation points for each investment model, generates a point ranking of the investment model registered in the investment model DB 23, and passes it to the interface generation unit 31. . Further, rankings such as operation results and the number of evaluations received before point conversion may be generated, or rankings obtained by multiplying points by an overall winning rate, experience value (number of battles), or the like may be generated. This ranking is calculated and generated at a predetermined cycle such as every weekend, and is generated whenever a request is received from the user 2. Further, the ranking generation conditions may be acquired from the user terminal 3.

  When the investment application reception / processing unit 40 receives an investment application using the investment model from the user terminal 3 in which the authority to use the investment model in the actual transaction is registered in the user master file 22, It connects to the securities transaction processing system 6 of the securities company 5 via, and transmits the investment model and user information to instruct investment. This makes it possible to seamlessly connect virtual investment games and actual transactions, and even investment inexperienced people can start investment activities smoothly according to an investment model that is judged to be excellent according to objective standards. become.

  (input screen)

Next, an input process of basic items of the investment model will be described with reference to FIGS.
When the “portfolio input” button 45 is pressed (clicked) on the input screen (interface) of FIG. 6, the interface generation unit 31 generates the portfolio input initial screen of FIG. 8 and displays it on the user terminal 3.

  In this example, in the “VIEWER screen” 46 in the upper right of the screen, the contents of the investment model are selectively visualized according to the information such as “Featured model” and “Point ranking” similar to FIG. Is displayed. In addition, by adjusting the cursors in the upper control bar 47a and the lower radar chart 47b for each item in the “CONSOLE” column 47 on the left side, the investment amount, the number of times, and the allowable risk, regardless of the specific numerical value input. You can design a portfolio by setting up The setting condition by the cursor and the information displayed on the “VIEWER screen” 46 are stored in advance in association with the basic investment model master file 24 and are linked in real time. Each item can be easily adjusted and set while confirming the contents of the investment model. In this way, the operation of tuning with the control bar 47a is increased, and the result of a series of operations is displayed on the viewer screen 46 as a graph. Provides a sense of operation that can be easily understood. If a more detailed condition setting is desired, the brand and amount setting screen of FIG. 9 is displayed by double-clicking the cursor or the port list 48 at the lower right.

  As shown in FIG. 9A, in the plurality of tabs 49, a plurality of portfolio groups prepared in advance for each brand attribute (by listed market, excellent brand, etc.) are set. User 2 can select “entire port” with the symbol selection radio button, select the “individual symbol” button, click the symbol in the tab 49, or drag and drop it to the selected symbol column. You can select a specific brand. When “entire port” is selected (clicked), all brands constituting the portfolio of the displayed tab 49 are selected. In addition, the order amount can be designated as a purchase amount per time, or the total amount for purchasing this portfolio or brand can be designated. Further, as shown in FIG. 9B, the amount and the number of purchases can be adjusted with the cursor. Standards such as large and small amounts are ambiguous, but it is estimated that it is difficult for the user 2 unfamiliar with investment to determine a clear amount and number of times. provide.

  On the other hand, when the “input investment strategy” button 50 is selected (clicked) on the input screen (interface) in FIG. 6, the interface generation unit 31 generates the investment strategy input initial screen in FIG. 10 and displays it on the user terminal 3. Is done.

  In FIG. 10, conditions can be set for each item using the upper radio button 51a and the lower control bar 51b in the “CONSOLE” column 51 on the left side. By double-clicking these cursors, item names, etc., the screen transitions to the detailed setting screen for each item in FIG. The right-side “VIEWER screen” 52 is displayed in real time according to the selected condition, as in the portfolio setting screen (FIG. 8). If a portfolio has already been set on the screen of FIG. 9, the set brands and the like are displayed in the “portfolio list” 53 at the lower right.

  FIG. 11 is a sale / purchase basic setting screen. When selling / buying is processed with a single execution, the risk of price fluctuation increases. However, when using the auto-complete function on this screen, user 2 uses the radio button to distinguish between buying / selling. By specifying and adjusting the degree of dispersion using the cursor, time dispersion can be easily achieved. Also, by selecting the relay order “Yes” and combining this with an order with a stop condition (described later), an order in which “selling profit”, “loss cut”, etc. are set from the initial stage of investment becomes possible. In the viewer screen of FIG. 11B, the set degree of dispersion and the like are displayed in a graph.

  FIG. 12 is a setting screen for the purchase timing and amount within the investment period. On this screen, instead of inputting a specific amount and time, the basic figure in the investment period is selected in FIG. Make settings in stages. The user 2 can intuitively select and adjust the investment conditions by operating the cursor while referring to the viewer screen of FIG.

  FIG. 13 is an execution condition input screen. In this example, in order to simplify the process, a general limit order is not accepted, and a VWAP (trading weight average price) transaction is used as a basis, and an option for a market order is given. The order deadline is specified by a pull-down menu.

  FIG. 14 is an order basic context setting screen with a stop condition. In this figure, when price fluctuation is set as a condition, the investment performance calculation unit 35 calculates the market price of individual brands and the market price (port market price) of multiple brands by a weighted average. The acquisition price in this case is calculated by the average method, and is calculated based on the previous observation point, the previous observation point, and any time point before XX day / XX week / XX month. In the viewer screen of FIG. 14B, for example, a selling condition (price difference) is visually displayed in comparison with the acquisition price.

  FIG. 15 is an example of a screen when a chart is set as a condition. In the glance balance table as shown in this figure, the user 2 is in the period of (X) and (Y) in the state where the conversion line exceeds the reference line in the viewer screen of FIG. It can be determined that the opposite period is the selling time. The selling / buying action time can be individually designated, for example, the day after the state change day or after the changed state continues for a certain period.

  (Processing flow)

  Next, processing steps of the present embodiment will be described with reference to the flowcharts of FIGS. In the following description and illustration, steps such as user authentication when logging into an investment game and generation / transmission of investment game data are omitted.

  First, in the investment model new registration process of FIG. 16, the interface generation unit 31 generates the interface shown in FIG. 6 and displays it on the user terminal 3 to start the registration acceptance mode (step S1). The investment model reception unit 32 receives condition input for each item for the portfolio and the investment strategy through the input screens of FIGS. 6 to 15 generated by the interface generation unit 31 with reference to the basic investment model master file 24 (step S2). , S3).

  When all items of the investment model are input (Yes in step S4), the investment model receiving unit 32 displays the input content on the user terminal 3 for confirmation, and generates an ID of this investment model. Then, it is newly registered in the investment model DB 23 in association with the user identification information (step S5). In addition, the ID of the registered investment model is notified to the user terminal 3 (step S6).

Next, the investment model modification flow of FIG. 17 will be described.
In this process, the investment model use application receiving unit 33 obtains the ID of the investment model to be modified from the user terminal 3 through the input screen shown in FIG. 6 (step S7), and makes an investment from the investment model DB 23 based on this ID. A model is searched (step S8). At this time, if it is an investment model other than the user 2 related to the use application (Yes in Step S9), the point processing unit 38 is instructed to register the points to be used (base points) (Step S10). If it is the own investment model, this process is skipped (No in step S9), and the investment model use application receiving unit 33 receives the investment model modification information (step S11). The modification information acceptance process and input screen are the same as for the new registration of an investment model. In addition, when applying for modification, it is possible to select whether to modify only a part of the items of the portfolio or the investment strategy or to modify all the items, and the points to be used may be varied according to this selection.

  When all the modification information is input (Yes in step S12), the investment model receiving unit 32 newly registers the modified investment model from the user terminal 3, or registers it as an update of the registered own investment model. Is selected (step S13). When new registration is selected (“new” in step S13), whether or not a new investment model can be registered is determined based on whether the number of cases that can be registered for the user 2 has been exceeded (step S14). If registration is possible (Yes in step S14), an investment model ID is given and registered in the investment model DB 23 (step S15). At this time, if there is a base model in step S9, an ID obtained by adding a branch number to the ID of the base model is generated. The registered ID is notified to the user terminal 3 (step S16).

  On the other hand, if “update” is selected in step S13, all the investment models registered for the user 2 are extracted from the investment model DB 23, and selection of an investment model to be updated is accepted (step S17). Finally, the selected investment model to be updated is updated with the modified model, and “updated” is notified to the user terminal 3 together with the ID of the target model (steps S18 and S19).

  Next, with reference to FIG. 18, the processing steps in the battle mode will be described. This process is started when the “match” button indicated by reference numeral 55 in FIG. 6 is pressed.

  First, through the battle mode reception screen of FIG. 7 generated by the interface generation unit 31, the battle application reception unit 42 receives selection of an opponent investment model from the user terminal 3 (step S20). To select an opponent, select a specific investment model directly in the point ranking display field on the competition application screen, extract it by setting search conditions, or click the “automatic selection” button to extract the competition model. It can also be randomly extracted by the unit 43.

  Next, when the target period for calculating the operation result is specified from the user terminal 3 (Yes in Step S21), the period is registered in the memory (Step S22), and when not specified (No in Step S21), the default is set. An arbitrary period selected in a specific manner or randomly selected in the random number table is registered in the memory (steps S23 and S22). When the period is registered, the operation result calculation unit 35 is activated to acquire transaction data within the period from the transaction data file 25 and calculate the operation results for a plurality of battle target investment models (steps S24 and S25). ). At this time, the transaction data acquisition unit 41 may acquire the transaction data in this period from the securities transaction processing system 6 of the securities company 5 and store it in the transaction data file 25 in accordance with a command from the operation result calculation unit 35. Good.

  The battle processing unit 36 determines the investment model win / loss by comparing the calculated operation results (step S26), and notifies the point processing unit 38 of the win / loss and the ID of each investment model.

  The point processing unit 38 identifies each target investment model, and refers to the point table 26 to calculate a battle result point for each investment model (step S27). At this time, 10% of the retained points of the investment model that has become the loser is added, and if it is a higher rank model, bonus points are further added. In addition, uniform battle points are given to all investment models as experience points. Finally, these battle record points are stored in the point DB 22b, and this process is terminated (step S28).

With the configuration as described above, the invention of this embodiment has the following effects.
Investment models created by others can be obtained on the website, and can be processed and modified on your own. In particular, it is possible to use popular investment models supported by a large number of users and investment models with a high track record of operation, so even users with little investment experience accumulate investment experience and knowledge. The same effect as that obtained can be obtained.

  In addition, by making use of the investment model for a fee, creators of popular investment models that are likely to make money (not likely to lose) can earn income without investing themselves. Even investment models created by those who have little (or few) investment experience can be very popular with fresh ideas that are not disturbed by preconceptions. On the other hand, an investment model that gains momentary popularity, but does not continuously produce results, is considered “desktop theory” and will be deceived naturally. Therefore, it is expected that the creator himself will continue to make a certain amount of investment in order to maintain and improve the investment sense (for the purpose of creating and reviewing the investment model), not to obtain investment gains. In addition, an anonymous investment model creator needs to accumulate the model and his / her own name recognition and trust by executing the model and producing results.

  Therefore, not only users of investment models but also the creators themselves can fully expect to carry out investment activities, which can contribute to the expansion of the investor base and the activation of the trading market.

  By allowing the investment model to be handed over, processed, and modified only on the investment model management server 1, it is possible to prevent the investment model from being enclosed (confidential), and to all users cause (investment model) and results (operation results) ) Information and experiences. This makes it possible to improve the level of the entire investor base through actual trading experience and information, regardless of difficult investment education.

  Since it is possible to shift from a virtual game environment to execution of a real transaction with a single click, it is possible to remove procedural and mental barriers to investment, and to make investment feel familiar.

  In addition, for securities companies, a significant increase in the number of individual investors can be expected, and by increasing the number of securities transactions, profits such as securities fees and account maintenance fees can be increased.

  (Modification)

The present invention is not limited to the above-described embodiment, and various modifications can be made.
For example, the investment model creation method, the point grant method, the ranking generation method, the battle mode method, and the like are not limited to the above examples.

In the above-described embodiment, an example in which an operator that provides an investment simulation game and a securities company cooperate with each other has been described, but it is also possible to form an alliance with another operator.
For example, in cooperation with a communication carrier that provides a mobile phone service, a part of the call charge of the mobile phone of the user 2 may be discounted according to the acquisition points of the investment model of the user 2 and the virtual operation results. Further, the call charge of the user 2 may be converted into points and added to the points of the investment model of the user 2.

  In addition, as an option, we use a covered warrant that aims to hit the stock with the highest rate of increase from multiple stocks, or to apply changes in the Nikkei average (price rise, neutrality, price drop), and the investment results. Depending on the situation, personal points may be given and ranked. Investing with the above covered warrants has the advantage that you can feel free to make an investment as if it were a lottery (LOTTO). In this case, even a user who has not registered an investment model can participate.

  The present invention is applicable to an investment simulation game using a network and a system for performing actual investment.

Although the present invention has been described in detail with reference to the embodiments, it will be apparent to those skilled in the art that the present invention is not limited to the embodiments described herein. The present invention can be implemented as modified and changed modes without departing from the spirit and scope of the present invention defined by the description of the scope of claims. Therefore, the description of the present application is for illustrative purposes and does not have any limiting meaning to the present invention.

Claims (32)

An investment model registration process in which a server to which a plurality of user terminals are connected via a network acquires an investment model including a portfolio and an investment strategy from the user terminal and stores it in an investment model database (DB);
The server sends information (investment model display information) for displaying the investment model stored in the investment model DB to the user terminal via the network to the user terminal that has requested transmission of the information. Investment model display information transmitting step for transmitting the investment model. The investment model management method of claim 1,
The server further obtains transaction data in an actual transaction market for the investment model registered in the investment model DB and calculates an operation result calculation step of calculating a virtual operation result within a predetermined period based on the transaction data. Is to execute,
In the investment model display information transmission step, information for displaying the virtual operation results of each investment model on the user terminal is transmitted to the user terminal that has requested transmission of the information via the network together with the investment model display information. The method characterized by being transmitted. The investment model management method of claim 1,
further,
An investment model use application receiving step for accepting an application for use of a specific investment model registered in the investment model DB from a user terminal via a network via an interface displayed on the user terminal;
The server comprises a point-of-use registration step of granting points of use to a specific investment model that has accepted a use application and registering it in the point DB;
The investment model use application accepting step generates an interface displaying points to be used for each investment model, and accepts an investment model use application from a user terminal through the interface. The investment model management method of claim 1,
In the investment model registration process, when the investment model acquired from the user terminal is created based on another investment model, the investment model DB is based on the identification information of the other investment model that is the base. The base model is searched from the above, and a point to be used is added to the base model and registered in the point DB,
The server further generates an interface displaying the points to be used and displays it on the user terminal, and accepts an application for use of a specific investment model registered in the investment model DB from the user terminal via the interface through the interface. A method characterized by executing an investment model use application acceptance process. The investment model management method of claim 1,
The server further comprises:
For the investment model registered in the investment model DB, transaction data in an actual trading market is acquired, a virtual operation result within a predetermined period is calculated based on the transaction data, and a predetermined operation is performed based on the virtual operation result An operation point calculation step of assigning points and storing them in the point DB;
An investment model use application receiving step of generating an interface displaying the operation points and displaying the interface on the user terminal, and receiving a use application of a specific investment model registered in the investment model DB from the user terminal via the network via the interface; The method characterized by performing. The investment model management method of claim 1,
The server further comprises:
A battle model extraction step of extracting two or more investment models registered in the investment model DB as battle models;
With respect to two or more extracted investment models, transaction data in the actual trading market within a predetermined period is acquired, and the virtual operation results within the period are calculated and compared based on this transaction data, thereby winning or losing the battle. And a performance performance comparison process for determining The investment model management method of claim 1,
The server further obtains information on other investment models that wish to compete against its own investment model from the terminal of the user who has registered the investment model in the investment model DB, and applies for the competition. Performing a battle acceptance process of accepting a game. The investment model management method of claim 7,
The server further receives a selection of a predetermined period for calculating an operation result from a terminal of a user applying for a battle, and acquires transaction data in an actual trading market within the selected period for a plurality of investment models related to the battle Then, a method of executing an operation performance comparison step of determining a winning or losing of the battle by calculating and comparing the virtual operation performance within the period based on the transaction data. The investment model management method according to claim 8,
The operation performance comparison step acquires transaction data in an actual transaction market within a predetermined period in the present and / or future, and calculates virtual operation results in the period for the investment model related to the battle based on the transaction data, respectively. And determining the winning or losing of the battle by comparing them. The investment model management method of claim 7,
The server further provides a battle record point registration step of assigning a predetermined battle record point based on the battle result and storing it in the point DB for a plurality of investment models related to the battle;
An investment model use application that generates an interface that displays the performance points for each investment model and displays it on the user terminal, and accepts an application for use of a specific investment model registered in the investment model DB from the user terminal via the network via this interface And a receiving process. The investment model management method of claim 1,
The server further comprises:
A user evaluation acceptance process for accepting an evaluation from a user for an investment model registered in the investment model DB;
An evaluation point registration process for converting the received evaluation into points and registering it in the point DB and an interface displaying the evaluation points are generated and displayed on the user terminal, and registered in the investment model DB from the user terminal via the network through the interface. And an investment model use application receiving step for accepting an application for use of the specified specific investment model. In the investment model management method of claim 5,
The server further executes a point ranking generation step of generating point rankings of a plurality of investment models by totaling at least one of used points, operation points, battle results points or evaluation points for each investment model. ,
The investment model use application receiving step generates an interface including the generated point ranking and displays it on the user terminal, and through this interface, a specific investment model registered in the investment model DB from the user terminal via the network. A method characterized by accepting a user application. The investment model management method of claim 1,
The investment model storing step includes an investment model update step of accepting an application for updating the investment model from a user who has registered the investment model in the investment model DB and updating the investment model DB. The investment model management method of claim 1,
The server further includes a modification authority information registration step of registering, in the user database (DB), modification authority information for modifying an investment model as a use condition of an investment model related to the application for a user who has accepted a use application;
And executing a modification authority information output step of outputting modification authority information registered in the user DB to the user terminal via the network. The investment model management method of claim 1,
The server further connects to a securities transaction processing system of a securities company via a network when receiving an application for investment using the investment model from a terminal of a user who has accepted the use application. A method characterized by executing an investment application receiving process for transmitting information. The investment model management method of claim 1,
The user terminal includes a communication device capable of bidirectional communication with the server and a television receiver as a display device,
The investment model registration step stores an investment model acquired from the communication device via a network in an investment model DB, and the investment model display information transmission step transmits the information to the communication device that has requested transmission of investment model display information. A method for managing an investment model, characterized in that the data is transmitted via a network. A server for managing an investment model including a portfolio and an investment strategy, in which terminals of a plurality of users are connected via a network,
An investment model database (DB) for storing an investment model acquired from the user terminal;
Investment for transmitting information for displaying the investment model stored in the investment model DB on the user terminal (investment model display information) to the user terminal that has requested transmission of the information via the network An investment model management server comprising: a model display information transmitting means. The investment model management server according to claim 17,
Further, for the investment model registered in the investment model DB, the transaction model is provided with operation result calculation means for acquiring transaction data in an actual transaction market and calculating a virtual operation result within a predetermined period based on the transaction data.
The investment model display information transmitting means transmits information for displaying the virtual operation result of each investment model on the user terminal to the user terminal that has requested transmission of the information via the network together with the investment model display information. A server characterized by being transmitted by The investment model management server according to claim 17,
further,
Investment model use application acceptance means for accepting a use application for a specific investment model registered in the investment model DB from the user terminal via the network through an interface displayed on the user terminal;
The server comprises a point-of-use registration means for granting a point of use to a specific investment model that has accepted a use application and registering it in the point DB,
The server characterized in that the investment model use application receiving means generates an interface displaying points to be used for each investment model, and receives an investment model use application from a user terminal through the interface. The investment model management server according to claim 17,
Further, when the investment model acquired from the user terminal is created based on another investment model, the base model is extracted from the investment model DB based on the identification information of the other investment model that is the base. Means for searching, assigning a used point to the base model and registering it in the point DB;
Investment model use application receiving means for generating an interface displaying the points to be used and displaying it on a user terminal, and receiving a use application for a specific investment model registered in the investment model DB from the user terminal via the interface via the interface A server characterized by comprising: The investment model management server according to claim 17,
Further, for the investment model registered in the investment model DB, transaction data in an actual trading market is acquired, a virtual operation result within a predetermined period is calculated based on the transaction data, and a predetermined value is calculated based on the virtual operation result. Operation point calculation means for assigning operation points and storing them in the point DB;
An investment model use application receiving means for generating an interface displaying the operation points and displaying the interface on the user terminal, and receiving a use application of a specific investment model registered in the investment model DB from the user terminal via the network via the interface; A server characterized by comprising: The investment model management server according to claim 17,
further,
Battle model extraction means for extracting two or more investment models registered in the investment model DB as battle models;
With respect to two or more extracted investment models, transaction data in the actual trading market within a predetermined period is acquired, and the virtual operation results within the period are calculated and compared based on this transaction data, thereby winning or losing the battle. A server characterized by comprising operation performance comparison means for determining The investment model management server according to claim 17,
In addition, a battle reception that receives information on other investment models that wish to play a battle against the investment model of the user from the terminal of the user who has registered the investment model in the investment model DB and receives a battle application. A server comprising means. The investment model management server according to claim 23,
Further, accepting selection of a predetermined period for calculating the operation results from the terminal of the user applying for the battle, acquiring transaction data in the actual trading market within the selected period for a plurality of investment models related to the battle, A server comprising operation performance comparison means for determining the victory or defeat of a battle by calculating and comparing the virtual operation results within the period based on the data. The investment model management server according to claim 24,
The operation performance comparison means acquires transaction data in an actual transaction market within a predetermined period in the present and / or future, and calculates virtual operation results in the period for the investment model related to the battle based on the transaction data, respectively. The server is characterized in that it determines the winning or losing of the battle by comparing them. The investment model management server according to claim 23,
Further, for a plurality of investment models related to the battle, a battle record point registration means for assigning a predetermined battle record point based on the battle result and storing it in the point DB;
An investment model usage application that generates an interface that displays the performance points for each investment model and displays the interface on the user terminal, and accepts an application for using a specific investment model registered in the investment model DB from the user terminal via the network via the interface. A server characterized by comprising a receiving means. The investment model management server according to claim 17,
further,
User evaluation receiving means for receiving an evaluation from a user for the investment model registered in the investment model DB;
An evaluation point registration means for converting the received evaluation into points and registering it in the point DB;
An investment model use application receiving means for generating an interface displaying the evaluation points and displaying the interface on the user terminal, and receiving a use application for a specific investment model registered in the investment model DB from the user terminal via the network via the interface; A server characterized by comprising: The investment model management server according to claim 21,
Furthermore, it comprises a point ranking generation means for generating point rankings of a plurality of investment models by totaling at least one of used points, management points, battle results points or evaluation points for each investment model,
The investment model use application receiving means generates an interface including the generated point ranking and displays it on the user terminal, and through this interface, a specific investment model registered in the investment model DB from the user terminal via the network. A server characterized by having a URL that accepts usage applications. The investment model management server according to claim 17,
The server further comprises investment model updating means for accepting an application for updating the investment model from a user who has registered the investment model in the investment model DB and updating the investment model DB. The investment model management server according to claim 17,
Furthermore, for a user who has accepted a use application, modification authority information registration means for registering in the user database (DB) modification authority information when modifying the investment model as a use condition of the investment model related to the application;
A server comprising: modification authority information output means for outputting modification authority information registered in a user DB to the user terminal via a network. The investment model management server according to claim 17,
Further, when an application for investment using the investment model is accepted from the user terminal that has accepted the use application, the investment model and user information are transmitted by connecting to the securities transaction processing system of the securities company via the network. A server characterized by comprising investment application receiving means. The investment model management server according to claim 17,
The user terminal includes a communication device capable of bidirectional communication with the server and a television receiver as a display device,
The investment model DB stores an investment model acquired from the communication device via a network, and the investment model display information transmitting means transmits the information to the communication device that has requested transmission of the investment model display information via the network. An investment model management server, characterized in that the server transmits data.

Images