WO2006085460A1 - 投資モデル管理方法及び投資モデル管理サーバ - Google Patents
投資モデル管理方法及び投資モデル管理サーバ Download PDFInfo
- Publication number
- WO2006085460A1 WO2006085460A1 PCT/JP2006/301654 JP2006301654W WO2006085460A1 WO 2006085460 A1 WO2006085460 A1 WO 2006085460A1 JP 2006301654 W JP2006301654 W JP 2006301654W WO 2006085460 A1 WO2006085460 A1 WO 2006085460A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- investment
- investment model
- model
- server
- user terminal
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/06—Asset management; Financial planning or analysis
Definitions
- 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.
- an investment simulation game (software) for competing for the performance (operation result) of a virtual investment made for the purpose of playing or investing training has been provided.
- the investment profit is calculated and ranked based on information such as the actual stock price, providing a close situation to actual investment. It has also been proposed to increase user satisfaction and evaluate investment techniques.
- Patent Document 1 JP 2002-35423 A
- Patent Document 2 Japanese Patent Laid-Open No. 2002-41809
- Patent Document 3 Japanese Patent Laid-Open No. 2001-5861
- Patent Document 4 Japanese Unexamined Patent Application Publication No. 2004-30274
- the investment model includes investment stocks, the amount of each stock (portfolio), and investment strategy (the limit 'sell at the stop price' buy order, investment timing, amount allocation, etc.).
- investment strategy the limit 'sell at the stop price' buy order, investment timing, amount allocation, etc.
- analysis results of investment data such as securities analysts (including research 'analysts, fund managers, investment strategists, investment advisors, market' analysts, etc.), investment value evaluation, investment advice, etc.
- Information is widely used as useful reference information when developing investment models.
- I can only trust the advice of analysts.
- 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, it is not uncommon for the initial power investment to be set low.
- the present invention has been made to solve the above-mentioned problems, and is an objective standard such as operational performance even for individual investors who are time-constrained or unfamiliar with investment. Numerous investment model capabilities Based on the objective, the objective is to provide an investment model management method and management server that can select an appropriate model.
- a server to which a plurality of user terminals are connected via a network obtains an investment model including a portfolio and an investment strategy from the user terminals and invests in the server.
- Investment model registration process stored in the model database (DB) and information for the server to display the investment model stored in the investment model DB on the user terminal (investment model display information) Requested to send There is provided an investment model management method characterized in that the user terminal comprises an investment model display information transmitting step for transmitting via a network.
- 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, the user terminal Investment model database (DB) that stores the acquired investment model and information (investment model display information) for displaying the investment model stored in the investment model DB on the user terminal.
- DB Investment model database
- an investment model management server characterized by comprising investment model display information transmitting means for transmitting via the network to the user terminal that has requested transmission of.
- an investment model created by another person can be used. Therefore, an actual investment can be made based on the investment model, or a new investment model can be arranged by self-flow. Can be created.
- the investment performance is calculated by applying it to actual transaction data within a predetermined period in the past and future for a plurality of registered investment models, and these can be compared, an objective of superiority or inferiority of the investment model Information can be provided.
- points to each investment model according to the usage history, the above-mentioned operational results, and the competition results, and ranking these points it is possible to provide a standard for objectively evaluating the investment model. Users such as individual investors can select and use (purchase, modify, etc.) investment models based on these criteria.
- an evaluation of the investment model can be obtained instantaneously.
- the user uses another person's investment model, it does not send the investment model itself to this user's terminal. It is preferable to transmit. This prevents the specific investment model from being enclosed or concealed, and in an open environment, a large number of users can freely register changes in the investment model and register them one after another, making it stronger (can make money, not lose) An investment model can be established.
- the “investment model” is a concept including a portfolio and an investment strategy.
- Portfolios include stock certificates, bonds and other brands and attributes (listed Z public, country Information on the investment ratio of each brand and the investment ratio in the own funds.
- the investment strategy also includes investment methods such as trading methods and timing conditions. Based on this information, a virtual 'real' investment can be made.
- the “investment model display information” includes HTML information for simply displaying an investment model that is not an electronic file of the investment model itself, browsing authority information (connection ID, etc.), and the like.
- “Use of investment model” means to purchase the investment model and conduct a real transaction, to acquire the authority to view or modify the investment model on the server, and to make the investment model of another person fight. And purchasing investment model data and downloading it to your terminal. The user can make a virtual 'real' investment according to this model while checking the contents of the investment model on the server or his / her terminal.
- some of the other investment models can be modified on the server, or they can be used without modification and registered as their own investment models.
- Virtual operation results includes information that directly represents the operation results (for example, the virtual operation results themselves) and information that indirectly represents the operation results (for example, the investment models arranged in the order of good performance). It may be ranking information or differences in the performance of multiple investment models).
- investment model creator investment game player
- the investment model of others is temporarily used.
- users potential investment model creators
- one user may register an investment model on the server as an investment model creator, and may become an investor who uses an investment model registered by another person or himself for actual transactions.
- an investment model management method capable of selecting an appropriate model with a large number of investment model capabilities based on objective criteria such as investment performance even for individual investors unfamiliar with investment. And a management server can be obtained.
- FIG. 1 is a flowchart showing an 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 an investment model management server of the present embodiment.
- FIG. 5 is a diagram showing an example of data described in a point table.
- FIG. 6 is a diagram showing an example of an investment model input interface.
- FIG. 7 is a diagram showing an example of a battle application acceptance screen.
- FIG. 8 is a diagram showing an example of a portfolio input initial screen.
- FIG. 9 is a diagram showing an example of a setting screen for brands and amounts.
- FIG. 10 is a diagram showing an example of an investment strategy input initial screen.
- FIG. 11 is a diagram showing an example of a basic setting screen for sale Z purchase.
- FIG. 12 is a diagram showing an example of a purchase timing and amount setting screen within the investment period.
- FIG. 13 is a diagram showing an example of an execution condition input screen.
- FIG. 14 is a diagram showing an example of an order basic context setting screen with a stop condition.
- FIG. 15 is a diagram showing an example of a screen when setting a chart as a condition.
- FIG. 16 is a flowchart showing a new investment model registration process.
- FIG. 17 is a flowchart showing an investment model modification registration process.
- FIG. 18 is a flowchart showing processing steps in a battle mode.
- a server (corresponding to investment model management server 1 described later) according to the present embodiment is connected to a plurality of investment models (portfolio) from a plurality of user terminals (corresponding to user terminal 3 described later) via a network. And investment strategy) are acquired and registered in a database (equivalent to the investment model DB2 3 described later) (step S100).
- this server calculates a virtual operation result within a predetermined period (past and Z or future) based on transaction data in the actual transaction market (step S200 ).
- this server displays details of each investment model and a virtual operation result (information indicating the operation result directly indirect) on the user terminal that requested it (step S300).
- the user selects an investment model that he / she wants to use in the actual transaction with reference to the virtual operation results, and applies to the server for purchase of the investment model using the user terminal (step S400).
- the user who has 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).
- this server performs necessary processing for returning a part of the purchase funds (use charges) of the investment model to the creator of the investment model used by other users in this way. Is executed (step S700). Giving such incentives can encourage users to register more and more profitable investment models. It is speculated that the more investment models registered, the better models will be born. In this regard, the number of investment models created by securities firms is limited, and users cannot judge whether the investment models are good or bad.
- step S200 the calculation pattern of the virtual operation results in step S200 is described above. Will be described.
- the time when the server calculates the operation results or the time when the user terminal connects to the server and applies for calculation of the operation results is now: t.
- Virtual operation results in ⁇ ⁇ - ⁇ , ⁇ - ⁇ , and ⁇ - ⁇ are cases where past virtual operation results are calculated using transaction data in the past period (t to t). And at ⁇
- the transaction data is acquired as needed, and the operation results are calculated in real time.
- the operation results in the period (T, T) including the future period are calculated.
- the user can find a desired investment model with reference to the virtual operation performance and Z or cumulative total using past and Z or real-time transaction data according to the purpose.
- the purpose of use in this case may be to create a better investment model (stronger profitable / not losing) or to be used in actual transactions.
- An investment model with excellent virtual operation performance based on real-time transaction data is presumed to be excellent in the immediate future, and is an effective material for users to select an investment model.
- 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.
- the virtual operation results for a plurality of past periods one month, half year, etc.
- the calculated operation results for each period are displayed. You may make it aggregate and provide. As a result, the calculation time of operational results can be further shortened.
- An investment model management server 1 is installed in an investment game operator 4 that provides an investment game to terminals 3 of a plurality of users 2 through a public line N such as the Internet. It has a function to manage the investment model acquired from the user terminal 3 via N.
- the management server 1 is connected to the securities transaction processing system 6 of the securities company 5 with which the operator 4 is affiliated via a dedicated communication network. Since the investment game itself is well 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 uses the customer information management system 7 so that the user 2 who is a customer (investor) has established a securities trading account in the securities company 5 and the investment model selected by the user 2 (portfolio, investment strategy, etc.) ) Manage customer information including
- the securities transaction processing system 6 acquires the investment model of the user 2 (investor) from the investment model management server 1 and gives an investment instruction.
- the market 8 system is instructed to buy and sell securities using the timing and method set in the investment model for the investment targets (brands, etc.) included in this model. Further, it has a function of transmitting transaction data for a predetermined period in the past to the investment model management server 1 periodically or when receiving an instruction from a 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 as a TV-connected terminal 3a or a general-purpose personal computer (PC) 3b, mobile phone with Web browser function, game terminal with communication function that can be connected to the terminal of TV receiver, etc. It is preferable to use the TV-connected terminal 3a in terms of the penetration rate, recognition, ease of use, familiarity of users, etc.
- 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.
- 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.
- it is designed so that it is possible to make a seamless transition from a virtual investment game to a real transaction, but the real transaction is performed by the securities company 5 via the investment model management server 1 that is not directly from the user terminal 3.
- Securities transaction processing system 6 orders automatically, and the securities company 5 also executes the orders.
- Investment model management server 1 is a subsidiary of securities company 5 and other operators (communication carriers, ISPs: Internet Services Providers, game portal site operators, and specific businesses that develop and develop dedicated communication terminals. (Joint Venture), or a management center entrusted with the management of investment models from multiple investment game operators 4 and multiple securities companies 5 .
- operators communication carriers, ISPs: Internet Services Providers, game portal site operators, and specific businesses that develop and develop dedicated communication terminals. (Joint Venture), or a management center entrusted with the management of investment models from multiple investment game operators 4 and multiple securities companies 5 .
- the investment model management server 1 of the present embodiment is configured by general-purpose computer system hardware and software installed therein as shown in FIG. Is done. Specifically, as shown in FIG. 4A, RAM 13, ROM 14, HDD 15, and input / output interface (iZF) 16 are connected to CPU 11 built in this computer via bus 12. .
- the input / output IZF16 has an output unit 17 such as an LCD display, an input unit 18 such as a mouse or 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. Connected!
- the storage areas of the HDD 15 and ROM 14 are the user master file 22, the investment model database (DB) 23, the basic investment model master file 24, the transaction data file 25, and the point table 26. And a program storage unit 27.
- Each of these files (22 to 27) is stored in a certain storage area secured in a storage device such as the HDD 15.
- Files other than the program storage unit 27, etc. 22-26 obtain the results of computations of each functional unit, which will be described later, and the external organization capabilities such as the user terminal 3 and the securities transaction processing system 6 of the securities company 5 via the communication unit 19. The information is updated as needed.
- Each of these files 22 to 26 is composed of a relational database (DB) in which the user 2 can refer to data mutually with an ID that can be uniquely identified.
- DB relational database
- User master file 22 contains bibliographic items of user 2 (e-mail address, handle name, titles such as “master”, “meister”, “ironman”, “00 king”, etc.), payment method (account of financial institution) Information, credit card number, etc.) and information on the securities company 5 with which the user 2 has entered into a 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 plays a role of a shortcut key when searching the investment model DB 23 for a commonly used investment model or searching for a battle record.
- the usage conditions modification authority information, usage authority information in actual transactions, viewing period, number of browsing, information that can be browsed, etc.
- the specific investment model that User 2 applied for use are also included. be registered.
- various points assigned to the investment model, information on the investment model used as a base, the creator and operation results of the model, the highest ranking, etc. are stored in this user master file.
- Registered in 22 points database (DB) 22b. By registering such information and classifying it, user 2 is interested in the investment model he / she is interested in, or in what market environment the type is strong, weak Z, or Risk Z Rita It is possible to decide whether to purchase (use) and evaluate the level by comprehensively judging information such as the degree of purchase and the name of the creator (title, etc.).
- 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 an ID number is assigned to each investment model.
- An ID number consists of a basic ID and a branch number that means a derived model created by modifying the base investment model (base model).
- base model base model
- an investment model that has not reached the predetermined number of points in a predetermined cycle may be searched and deleted.
- the basic investment model master file 24 can be used as multiple models / portfolios prepared by investment styles and simulation games so that even users 2 who are unfamiliar with creating investment models can easily create investment models. It stores multiple model investment strategies. User 2 can register a model portfolio and model investment strategy as his / her own investment model, or can partially modify and register it. The use of this model portfolio and model investment strategy is preferably free of charge.
- Model's portfolio includes, for example, general “Topix”, “Nikkei 225”, etc. Prepare multiple portfolios according to investment motives and objectives, such as portfolios with environmental accounting, industry Z product share, portfolios with stocks.
- the model investment strategy includes, for example, the “dollar cost average method” in which a certain amount is purchased periodically, the buying and selling conditions of buying a higher price than the previous transaction (selling if it is cheaper), Immediate simultaneous purchases of stocks, purchases in a specified order, increase the proportion of high-performing stocks (increase purchase), bad, decrease the proportion of stocks (loss cut), automatically replace portfolios, automatically maintain the inclusion ratio, Prepare multiple alternative portfolios, replace each portfolio when price drops, and prepare an automatic portfolio update program that includes an algorithm that executes the action of B when the conditions of A are met.
- User 2 can formulate an investment strategy by selecting one or more of the given investment strategies, or by entering detailed stop conditions and action details individually.
- the transaction data file 25 is accessed by the transaction data acquisition unit 41, which will be described later, on the securities transaction processing system 6 of the securities company 5 periodically (every weekend, etc.) or when calculating the operation results.
- the acquired past transaction data is stored.
- Transaction data used for computations can also be obtained from an information provider that specializes in data provision. In either case, it is preferable to keep the data capacity to the minimum necessary by storing the transaction data for the last three years or for each year for each typical market environment.
- the point table 26 includes, for example, the investment model operation results calculated by the operation result calculation unit 35 described later, the number of times used, the number of purchases, and other information acquired by the user evaluation reception unit 37. This stores the number of points given in relation to the evaluation results obtained from user 2 of the above. It is also possible to set different expiration dates for each point.
- the used points are 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 match points are 2 points as the experience value per match regardless of win or loss, 10 points (A) when winning by comparison of operation results within a predetermined period, 10% of the investment model holding points (B: rounded down after the decimal point) and 10% (C: rounded down after the decimal point) of the points (A + B) earned by the battle as bonus points for winning the higher rank model To be set.
- the investment model is shortly after registration, it will be ranked higher in a short period of time by winning consecutively against the higher-ranked model.
- points based on the losing and winning percentages according to the difference in operational performance, and points when the operational performance exceeds a predetermined value are also set.
- 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. This encourages the creation of new investment models and revisions to registered models, revitalizing the entire investment game.
- 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 3 4, and an operation result calculation unit 35. , A battle processing unit (operation performance comparison means) 36, a user evaluation reception unit 37, a point processing unit 38, a ranking generation unit 39, and an 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 the form of a no-per text, respectively. Is sent over the network.
- the transmitted interface is synthesized and displayed by the browser function of the user terminal 3. Further, in this embodiment, as shown in FIG. 6, the point ranking generated by the ranking generation unit 39 is used. Acquired and displays this point ranking on each interface, and accepts investment model usage applications from the user terminal 3 through this interface.
- the model that won the battle against the top model is extracted from the investment model DB23 and displayed as “This week's attention investment model” along with the overall point ranking that aggregates all points. .
- ranking for each specific item such as operation results and usage results a model that shows long-term stable operation results, and an investment model with rapidly increasing ranks may be displayed individually.
- the interface generation unit 31 is configured to store the model portfolio and model investment strategy registered in the basic investment model master file 24. It is preferable to provide a function that provides an interface that displays, and navigates the creation of an investment model. Further, the interface generation unit 31 displays the contents of the investment model according to the set conditions on the input screen (FIGS. 9, 11 to 15) of each item of the investment model described later. It also has a function to generate an interface that is extracted from file 24 and displayed visually in a graph.
- the investment model reception unit 32 receives an investment model created by the user 2 from the user terminal 3 through the input interface generated by the interface generation unit 31 or an updated model obtained by modifying an already registered investment model. It is acquired and stored in the investment model DB23 in association with the user ID. An investment model ID is assigned for new registration. User 2 selects the radio buttons and pull-down menus for each item prepared in advance on the setting screen for each item as shown in FIG. An investment model can be created simply by adjusting in multiple stages close to the stage. Furthermore, by making use of the online characteristics, it is possible to add input conditions to user 2's wishes in addition to the choices prepared.
- the investment model reception unit 32 acquires a message about the investment model appeal, development concept, investment guidelines, and the like from the user terminal 3 together with the investment model
- the investment model DB23 also stores this information. To store. Displaying such information together with the investment model on various screens is an effective tool for gaining support for the investment model of the user, and the activity of the community between the users 2 competing for superiority and inferiority of the investment model. Can contribute to firewood.
- the user 2 modifies some of the other investment models or uses all of them as they are.
- it is allowed only when connected to Server 1. Therefore, Sano 1 can manage all whether it was created using other investment models, so if such use / modification is made, the user terminal 3 must report the base model. It can be managed in relation to the ID of the base model (assigning branch numbers).
- the investment model reception unit 32 receives and registers the investment model associated with the base model ID, the investment model reception unit 32 passes the base model ID to the point processing unit 38 and instructs the conversion of used points.
- the investment model use application accepting unit 33 receives an application for use of an investment model registered in the investment model DB23 from the user terminal 3 through the network through the use application interface generated by the interface generating unit 31, The ID of the investment model related to the application is sent to the investment model display information output unit 34.
- the investment model is freely downloaded (utilized) to the user terminal, the investment model information cannot be distributed.
- “modification authority information” such as password and modifiable period. Therefore, the investment model can be modified only when the user terminal 3 connects to the server 1. become.
- the “modification authority” for such a specific investment model is registered in the user master file 22. If you use another investment model as your opponent (when you apply for a match or make another person's investment model play), you will not be charged.
- restrictions such as viewing authority and viewing period can be set.
- the use of the investment model of other users for the purpose of creating a new investment model by registering in the user DB22a, using the investment model in actual transactions, or creating a new model by modification is charged, and part of the investment model It is preferable to return to the creator (registrant).
- the usage fee is determined when registering with the user DB22a according to the payment method of the user master file 22 (when registering usage authority information in real transactions, when registering modification authority information), when registering with the investment model DB23 (new Charged when registering an investment model created by the government) or when accepting an application to the investment application / processing section 40.
- the usage fee of this investment model can be accumulated without paying the investment model maker each time, and can be used for funds when the investment model maker makes an actual investment in the future.
- the usage fee may be paid when other users who use the investment model actually make an investment using the investment model to realize the return on investment.
- 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, and creates a duplicate file of the investment model.
- the conditions for using this investment model (login information / number of browsing times' period, etc.) are transmitted to the user terminal via the network. By sending the received login information to the user terminal server and logging in, the user can access, browse and execute the desired investment model file. For example, when the investment model is browsed, the investment model display information output unit 34 displays the investment model information to be displayed based on the browseable information (browsing level) included in the usage 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 and control bar cannot be operated. The same applies to competition application and actual investment, which will be described later. On the other hand, in the case of modification or new registration, it is possible to operate the radio buttons for inputting investment conditions as in the investment model input screen. If the investment model is allowed to be downloaded under certain conditions, the created duplicate file is sent to the IP address of the user terminal along with the usage conditions.
- the investment performance calculation unit 35 for the investment model registered in the investment model DB 23, based on the past and Z or the actual transaction data at the actual trading floor within the predetermined period in the future, Is calculated.
- the operation result calculation unit 35 obtains past transaction data from the securities transaction processing system 6 of the securities company 5 and stores it in the transaction data file 25 at a predetermined cycle or timing of calculating the operation result.
- a data acquisition unit 41 is provided.
- 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 default period when the selection is not accepted (for example, 2 6 months from one year ago to one year and six months ago, the current power is also six months before and after, etc.) or a random period selected randomly in the random number table.
- the default or random period is also used. The operation results in this case are converted into virtual operation result points (see Figure 5).
- the virtual operation result is calculated for the target period including the future period.
- the battle processing unit 36 calculates the operation results for the investment model that is the target of the battle when the battle application is received from the user terminal 3 through the battle application reception screen generated by the interface generation unit 31. To the operation result calculation unit 35, and the operation results are calculated and compared to determine the win / loss, and the match result (win / loss and luck). Information on the difference in performance, loss rate, etc.) and information on the investment model played against the point processing unit 38.
- the battle processing unit 36 accepts 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 accepts the battle of operation results,
- the user 2 searches the investment model DB23 for the investment model registered in the user DB 22a and the investment model that is the opponent, and applies the operation application to the operation result calculation unit 35 for these investment models.
- a reception unit 42 is provided.
- 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 competition application acceptance screen.
- the model of interest and the point ranking are displayed on the right-hand view screen, and the ID of the opponent's investment model and the specification of the target period for calculating the operation results are entered.
- the You can specify an opponent by searching for the conditions such as the creator name or group name on the search screen (not shown) displayed by clicking the investment model search button, or by the investment model displayed in the point ranking. Click to select.
- the default period or a randomly selected period is set as described above.
- a fixed amount (5 million yen, etc.) is set in advance as the main investment fund, or it is set for each battle. In the battle mode, players will compete for operational results within the target period according to the conditions set as described above.
- a simulator called a battle mode is most likely to be used most frequently when the user 2 (investor) is actually making a decision (investment judgment, etc.).
- “self-reporting” may raise the investor sentiment of all participants in the investment game.
- a place that is inherent in investment but in a place that does not meet your expectations, if it feels helpless, it will eliminate the feeling of incomplete combustion, and the investment decision-making process itself will be completely different from the conventional one. Is also connected.
- the investment model boasting top results after infinite number of such unspecified battles is more “relatively” advantageous or less losing than the “whole” of the entire market. It can be an objective proof of being a “strong model”.
- the simulation results of the battle are considered to 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 shown as an actual investment.
- this guideline is visually and intuitively shown to the user 2 on the interface, and this is shown as an actual investment.
- investment decisions that must be made based on subjective and qualitative information such as analyst reports are made based on objective and quantitative information such as various rankings and battle history. Can improve the satisfaction of decision-making.
- the user evaluation reception unit 37 in FIG. 4 is the investment model registered in the investment model DB23. Accepts evaluations from other users 2 for. This evaluation is usually performed when applying for the use of an investment model or when a certain investment result is obtained by actual investment.
- the user information and the investment model ID to be evaluated are included in the evaluation reception. It is preferable to perform authentication based on this. It is also possible to accept negative evaluations only by positive evaluations. Negative evaluation points are registered when negative evaluations are accepted, but in consideration of harassment, retaliation, individual attacks, etc., 2 points are set uniformly in this embodiment (Fig. 5).
- the point processing unit 38 refers to the point table 26 with respect to the target investment model, converts the operation points, the used points, and the evaluation points and acquires them and registers them in the point DB 22b. .
- the used points extracted from the point table 26 are registered in the point DB 22b for the investment model for which a purchase (use) application has been received from the user terminal 3.
- the base model ID is obtained for the investment model newly accepted in the investment model DB 23 received by the investment model reception unit 32
- the base model (other investment model) is extracted from the point table 26. Register the points to be used in the point DB22b.
- 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.
- predetermined battle performance points are also possible to give predetermined battle performance points to the investment model that has become the loser, depending on the difference in investment performance and the rank of the opponent model that has become the winner.
- the ranking generation unit 39 generates a point ranking of the investment model that is used and stored in the investment model DB23 by adding the used points, management points, battle points and evaluation points for each investment model.
- the data is passed to the interface generation unit 31. Also convert points You may want to generate rankings such as the operational results and the number of evaluations received before starting, or generate rankings by multiplying points by the total win rate or experience value (number of matches).
- This ranking is aggregated and generated at predetermined intervals such as every weekend, and is also generated whenever a request is received from User 2. Also, obtain the ranking generation conditions from user terminal 3.
- Investment application reception and processing unit 40 receives an application for investment using the investment model from the user terminal 3 in which the user master file 22 has the authority to use the investment model in the actual transaction. In addition, it connects to the securities transaction processing system 6 of the securities company 5 via the network and transmits the investment model and user information to instruct investment. As a result, virtual investment games and actual transactions can be seamlessly linked, and even investment inexperienced people can start investment activities smoothly according to an investment model that they have judged to be excellent according to objective standards. It becomes possible to make it.
- the interface generation unit 31 When the “portfolio input” button 45 is pressed (clicked) on the input screen (interface) in FIG. 6, the interface generation unit 31 generates the initial portfolio input screen in FIG. 8 and displays it on the user terminal 3. .
- the contents of the investment model are selected in the “VIEWER screen” 46 in the upper right of the screen according to information such as “Featured model” and “Point ranking” similar to FIG. 6 and the condition settings for each item.
- Visually displayed 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, number of times, and allowable A portfolio can be designed by setting risks.
- the setting conditions by this cursor and the information displayed in the “VIEWER screen” 46 are stored in advance in association with the basic investment model master file 24 and linked in real time. “In 46, you can easily adjust and set each item while checking the details of the investment model.
- a plurality of portfolio groups prepared in advance for each brand attribute are set in the plurality of tabs 49.
- User 2 selects “Entire Port” with the radio button for stock selection, selects the “Individual Stock” button, clicks the stock in tab 49, and drags and drops it to the selected stock column. This allows you to select a specific brand.
- “entire port” is selected (clicked)
- all the stocks that make up the displayed portfolio in tab 49 are selected.
- the order price can be specified as the purchase price per transaction, or the total purchase price of this portfolio or brand can be specified.
- the amount and number of purchases can be adjusted with the cursor. Standards such as large and small amounts are ambiguous, but it is presumed that it is difficult for user 2 who is unfamiliar with investment to determine a clear amount and number of times. Provide a feeling.
- the interface generation unit 31 generates the initial investment strategy input screen shown in FIG. And displayed on the user terminal 3.
- FIG. 11 is a basic setting screen for sale Z purchase.
- the power to increase the risk of price fluctuations when processing a Z-buy with a single execution When using the auto-complete function on this screen, User 2 uses a radio button to You can easily distribute the time by specifying and adjusting the degree of distribution using the cursor. Also, there is a relay order By combining this with an order with a stop condition (described later), it becomes possible to place an order with “selling profit”, “loss cut”, etc. from the initial stage of investment.
- the view ⁇ screen in Fig. 11 (b) the set degree of dispersion is displayed in a graph.
- FIG. 12 is a screen for setting the purchase timing and amount within the investment period.
- the investment conditions such as irregularities and gradients are visually and sensibly ignored.
- User 2 can intuitively select and adjust the investment conditions by operating the cursor while referring to the view screen shown in Fig. 12 (b).
- FIG. 13 is an execution condition input screen.
- general limit orders are not accepted, but based on VWAP (volume weighted average price) trading, the option of 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.
- 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 observation point two times before, and the arbitrary point in time before XX days, 000 weeks, and 000 months.
- the view ⁇ screen in Fig. 14 (b) visually displays the selling conditions (price difference) in comparison with the acquisition price, for example.
- FIG. 15 is an example of a screen when a chart is set as a condition.
- User 2 has a period of (X) and (Y) in the state where the transition line exceeds the reference line in the view ⁇ screen of Fig. 15 (b)! Is reversed when buying! /,
- the period can be judged as selling.
- the selling Z buying action time can be individually specified, for example, the day after the state change date or after the changed state has continued for a certain period of time.
- 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 (Ste Sl).
- 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 ( Steps S2, S3).
- the investment model reception unit 32 displays the input content on the user terminal 3 for confirmation, and then this investment model. ID is generated and associated with the user identification information and newly registered in the investment model DB23 (step S5). Also, the registered investment model ID is notified to the user terminal 3 (step S6).
- the investment model use application acceptance 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 from the investment model DB 23 based on this ID.
- An investment model is searched (step S8).
- the point processing unit 38 is instructed to register the point to be used (base point) (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 SI 1).
- the modification information acceptance process and input screen are the same as for the new registration of an investment model.
- it is possible to select whether the modification power of only a part of the portfolio or investment strategy, or modification of all the items, and the points to be used may differ depending on this selection.
- the investment model reception unit 32 When all the modification information has been input (Yes in step S12), the investment model reception unit 32 newly registers the modified investment model from the user terminal 3, or the registered own investment model. Accept selection to register as update (step S13). If new registration is selected (“New” in step S13), the number of registrations that can be registered for this user 2 is exceeded, based on whether or not it is determined! (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 the 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).
- step S13 all investment models registered for this user 2 are extracted from the investment model DB 23 and the selection of the investment model to be updated is accepted (step 1). S 17). Finally, the selected investment model to be updated is updated with the changed model, and “updated” is notified to the user terminal 3 together with the ID of the target model (steps S 18 and S19).
- This process is started when the “match” button indicated by reference numeral 55 in FIG. 6 is pressed.
- the battle application reception unit 42 receives selection of an opponent's investment model from the user terminal 3 (step S 20). You can select an opponent by directly selecting a specific investment model in the point ranking display field on the competition application screen, or by selecting a search condition and extracting it, or by clicking the “Auto Select” button. This can be done by letting the extraction unit 43 randomly extract it.
- Step S21 when the target period for calculating the operation results is specified from the user terminal 3 (Yes in Step S21), the period is registered in the memory (Step S22), and when not specified (Step S21) No), and register an arbitrary period randomly selected in the default or random table set by default (steps S23 and S22).
- the operation result calculation unit 35 is activated to acquire the transaction data within the period and the transaction data file 25, and calculate the operation results for a plurality of investment models to be battled (step S24). , S25).
- 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 according to a command from the operation result calculation unit 35.
- the battle processing unit 36 compares the calculated operation results to determine the investment model win / loss (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 calculates a battle result point of each investment model with reference to the point table 26 (step S27). At this time, 10% of the possession points of the investment model that became the loser is added, and if it is a higher rank model, bonus points are further added. All investment models are given uniform points as experience points. Finally, these battle record points are stored in the point DB 22b and this process is terminated (step S28).
- Investment models created by others can be obtained on the website and processed and modified as you like. In particular, it is possible to use popular investment models that are supported by a large number of users and investment models that have a high track record of operation. The same effect as accumulating can be obtained.
- the investment model creation method, point grant method, ranking generation method, battle mode method, etc. are not limited to the above examples.
- the present invention can be applied to an investment simulation game using a network and a system for performing actual investment.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Game Theory and Decision Science (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
投資に不慣れな個人投資家等であっても運用実績などの客観的な基準に基づいて多数の投資モデルから適切なモデルを選択できるようにする。サーバが、ネットワークを介して接続される複数のユーザ端末から複数の投資モデル(ポートフォリオ及び投資戦略)を取得してデータベースに登録する工程(S100)と、DBに登録した各投資モデルについて、現実の取引市場における取引データに基づいて、過去及び/又は将来の仮想運用実績を算出する工程(S200)と、各投資モデルの詳細や仮想運用実績(ランキング情報等)を、要求のあったユーザ端末に表示する工程(S300)と、ユーザ端末から当該投資モデルによる実取引の申込みを受付けて必要な処理を実行する工程(S400、S500、S600)と、利用された投資モデルの作成者に投資モデルの購入資金の一部を還元する工程(ステップS700)とを備えた。
Description
明 細 書
投資モデル管理方法及び投資モデル管理サーバ
技術分野
[0001] 本発明は、ユーザの端末がネットワークを介して接続されるサーバによって、ポート フォリオ及び投資戦略を含む投資モデルを管理する方法及び投資モデルを管理す るサーバに関する。
背景技術
[0002] 従来より、遊戯目的若しくは投資のトレーニングの目的で、仮想的に行った投資の パフォーマンス (運用結果)を競う投資シミュレーションゲーム (ソフトウェア)が提供さ れている。また、例えば以下の特許文献 1、 2のように、この投資ゲームにおいて、実 際の株価などの情報に基づいて運用益を演算してランキングするなど、現実の投資 に近 ヽ状況を提供して、利用者の射幸心を高めたり投資テクニックを評価することも 提案されている。
[0003] また、例えば、以下の特許文献 3、 4のように、仮想投資を実際の投資活動に結び 付けて投資を促進させる仕組みも提案されて 、る。
[0004] 特許文献 1 :特開 2002— 35423号公報
特許文献 2 :特開 2002— 41809号公報
特許文献 3:特開 2001— 5861号公報
特許文献 4:特開 2004 - 30274号公報
発明の開示
発明が解決しょうとする課題
[0005] ところで、従来の投資シミュレーションゲームや実際の投資においては、ゲームに参 加するプレイヤや投資家が独自の経験 ·知識やアナリストの分析結果などに基づ 、 て投資モデルを策定して投資 (バーチャル Zリアル)を行うことになる。ここで、投資モ デルには、投資銘柄や銘柄毎の金額 (ポートフォリオ)、投資戦略 (指値'逆指値での 売り'買い注文、投資のタイミングや金額の割振り等)が含まれる。このような投資モデ ルは、一部の経験豊富な投資家やベテランプレイヤ以外の者にとっては策定するこ
と自体容易ではない。また、仮にベテランプレイヤであったとしても常時投資モデル の見直しを行 、続けることは容易ではな 、。
[0006] また、上記の特許文献 3、 4の仕組みを利用する場合でも、投資資金のうち、どの銘 柄にどのタイミングでいくらを投資し、どのような状態になったら追加投資若しくは損 切りを行うか、などの投資モデルは自分で策定することになる。例えば、強気の投資 モデルについてある期間において良好なパフォーマンスが得られた場合でも、投資 環境が変動すれば逆の結果になるおそれがある。そのため、このような仕組みによつ ても、「投資リスク (元本割れ)の回避'低減」という精神的な障壁を取り除いて潜在的 な投資家層を実際の投資行動に移行させるには未だ十分とは言えない。
[0007] 一方、証券アナリスト(リサーチ 'アナリスト、ファンド ·マネージャ、投資ストラテジスト 、投資アドバイザ、マーケット 'アナリスト等を含む)などの投資データの分析結果ゃ投 資価値の評価、投資助言などの情報は投資モデルを策定する際の有益な参考情報 として広く利用されている。しかし、各アナリストの実績や分析の傾向、専門分野など を客観的に評価する基準や情報が十分ではないため、潜在的な投資家等が自身の 投資モデルを策定する場合には、一部のアナリストのアドバイスなどを信用するしか ない。そして、投資結果は全て自己の責任であり、運用損が生じた場合でもアナリスト 等の責任を問うことはできないため、結局、個人投資家は投資意欲を失ったり、投資 リスクを最小限に抑えるために当初力 投資額を低く設定することが少なくない。
[0008] 本発明は、上記の課題を解決するためになされたもので、時間的制約のある、ある いは投資に不慣れな個人投資家等であっても運用実績などの客観的な基準に基づ いて多数の投資モデル力 適切なモデルを選択することができる投資モデル管理方 法及び管理サーバを提供することを目的とする。
課題を解決するための手段
[0009] 本発明の第 1の主要な観点によれば、複数のユーザ端末がネットワークを介して接 続されるサーバが、このユーザ端末からポートフォリオ及び投資戦略を含む投資モデ ルを取得して投資モデルデータベース (DB)に格納する投資モデル登録工程と、前 記サーバが、前記投資モデル DBに格納された前記投資モデルを前記ユーザ端末 に表示するための情報 (投資モデル表示情報)を、当該情報の送信を要求した前記
ユーザ端末に、前記ネットワークを経由して送信する投資モデル表示情報送信工程 とを備えたことを特徴とする投資モデルの管理方法が提供される。
[0010] また、本発明の第 2の主要な観点によれば、複数のユーザの端末がネットワークを 介して接続され、ポートフォリオ及び投資戦略を含む投資モデルを管理するサーバ であって、前記ユーザ端末力 取得した投資モデルを格納する投資モデルデータべ ース (DB)と、前記投資モデル DBに格納された前記投資モデルを前記ユーザ端末 に表示するための情報 (投資モデル表示情報)を、当該情報の送信を要求した前記 ユーザ端末に、前記ネットワークを経由して送信する投資モデル表示情報送信手段 とを備えたことを特徴とする投資モデルの管理サーバが提供される。
[0011] 以上のような構成によれば、他人が作成した投資モデルを利用できるようにしたの で、その投資モデルに基づいて実際の投資を行ったり、自己流にアレンジして新た な投資モデルを作成することができる。また、登録された複数の投資モデル同士につ いて過去や将来の所定期間内の実際の取引データに適用して運用実績を演算し、 これらを比較できるようにすれば、投資モデルの優劣の客観的な情報を提供できる。 さらに、被利用履歴や上記運用実績、対戦成績などに応じて各投資モデルにポイン トを付与し、このポイントをランキングすることによつても、投資モデルを客観的に評価 する基準を提供できる。個人投資家などのユーザは、このような基準に基づいて投資 モデルを選択して利用(購入や改変等)することができるようになる。
[0012] また、過去や将来の取引データに基づいて投資モデルの仮想パフォーマンスをシ ミュレーシヨンすることで、投資モデルの評価を瞬時に得ることができる。ここで、ユー ザが他人の投資モデルを利用した 、場合でも、このユーザの端末に投資モデル自 体を送信するのではなぐ投資モデルを改変するための改変権限情報 (ID.パスヮー ドなど)を送信するのが好ましい。これにより、特定の投資モデルの囲い込みや秘匿 を防止し、オープンな環境下で多数のユーザが自由に投資モデルに変更をカ卩えて 順次登録していき、より強い (儲けられる、損をしない)投資モデルを構築させることが できる。
[0013] ここで、本明細書にぉ 、て、「投資モデル」とは、ポートフォリオ及び投資戦略を含 む概念である。ポートフォリオには、株券や債券などの銘柄や属性 (上場 Z公開、国
内 z外、格付等)、銘柄毎の投資金額、自己資金の中の投資金額の組入比率の情 報が含まれる。また、投資戦略には、売買の手法やタイミング '条件などの投資方法 が含まれる。これらの情報に基づいて仮想'現実の投資を行うことができる。
[0014] 「投資モデル表示情報」は、投資モデルの電子ファイルそのものではなぐ投資モ デルを単に表示するための HTML情報や閲覧権限の情報 (接続 IDなど)等である。
「投資モデルの利用」には、その投資モデルを購入して実取引を行うこと、投資モデ ルをサーバ上で閲覧若しくは改変する権限を取得すること、他人の投資モデルに対 戦を行わせること、投資モデルデータを購入して自己の端末にダウンロードすること、 の何れもが含まれる。ユーザは、サーバや自己の端末上で投資モデルの内容を確 認しながらこのモデルに従って仮想 '現実の投資を行うことができる。また、サーバ上 で他の投資モデルの一部を改変したり、改変せずにそのまま流用して自己の投資モ デルとして登録することができる。
[0015] 「仮想運用実績」は、運用実績を直接表す情報 (例えば、仮想運用実績そのもの) の他に、運用実績を間接的に表す情報 (例えば各投資モデルを実績の良いもの順 に並べたランキング情報や、複数の投資モデルの運用実績の差など)でもよい。
[0016] また、「ユーザ」には、自ら投資モデルを作成して DBに登録するユーザ (投資モデ ル作成者 =投資ゲームのプレイヤ)と、自らは投資モデルを作成せず、 DBに登録さ れた他人の投資モデルを購入して実投資を行うユーザ (投資家)とに大別されるが、 これらの中間として、自身の投資モデルを作成するために、一時的に他人の投資モ デルを利用するユーザ (潜在的な投資モデル作成者)なども存在する。ただし、一人 のユーザが、投資モデルの作成者としてサーバに投資モデルを登録すると共に、他 人あるいは自分が登録した投資モデルを実取引に利用する投資家となる場合もある
発明の効果
[0017] 本発明によれば、投資に不慣れな個人投資家等であっても運用実績などの客観的 な基準に基づいて多数の投資モデル力 適切なモデルを選択することができる投資 モデル管理方法及び管理サーバを得ることができる。
[0018] 本発明の新規な特徴は、特許請求の範囲に記載されている。し力しながら、発明そ
のもの及びその他の特徴と効果は、添付図面を参照して具体的な実施例の詳細な 説明を読むことにより容易に理解される。
図面の簡単な説明
[0019] [図 1]図 1は、本発明の実施形態の全体的な流れを示すフローチャートである。
[図 2]図 2は、仮想運用実績の算出パターンを説明する図である。
[図 3]図 3は本発明の一実施形態の概要を示すネットワーク構成図である。
[図 4]図 4は、本実施形態の投資モデル管理サーバの概略構成を示す機能ブロック 図である。
[図 5]図 5は、ポイントテーブルに記述されるデータの例を示す図である。
[図 6]図 6は、投資モデルの入力インタフェースの例を示す図である。
[図 7]図 7は、対戦申込受付画面の例を示す図である。
[図 8]図 8は、ポートフォリオ入力初期画面の例を示す図である。
[図 9]図 9は、銘柄や金額の設定画面の例を示す図である。
[図 10]図 10は、投資戦略入力初期画面の例を示す図である。
[図 11]図 11は、売付 Z買付基本設定画面の例を示す図である。
[図 12]図 12は、投資期間内の買付のタイミング及び金額の設定画面の例を示す図 である。
[図 13]図 13は、執行条件の入力画面の例を示す図である。
[図 14]図 14は、停止条件付きオーダー基本コンテクスト設定画面の例を示す図であ る。
[図 15]図 15は、チャートを条件として設定する場合の画面の例を示す図である。
[図 16]図 16は、投資モデルの新規登録工程を示すフローチャートである。
[図 17]図 17は、投資モデルの改変登録工程を示すフローチャートである。
[図 18]図 18は、対戦モードの処理工程を示すフローチャートである。
符号の説明
[0020] 1…投資モデル管理サーバ
2…ユーザ
3…ユーザ端末
4···投資ゲーム運営事業者
5···証券会社
6··· '証券取引処理システム
7···顧客情報管理システム
8··· 'マーケット
11· ••CPU
12· ··ノ ス
13· ••RAM
14· ••ROM
is••HDD
le- "入出力インタフェース
17· ··出力部
18· ··入力部
19· ··通信部
20· ··リムーバブル記録媒体
21· ··ドライブ
22· "ユーザマスタファイル
22a- "ユーザデータベース(DB)
22b- ··ポイントデータベース(DB)
23· ··投資モデルデータベース(DB)
24· ··基本投資モデノレマスタファイル
25· ··取引データファイル
26· ··ポイントテープノレ
7· ··プログラム格納部
1· ··インタフェース生成き
2· ··投資モデル受付部
3· ··投資モデル利用申込受付部 4· "投資モデル表示情報出力部
35·· -運用実績演算部
36·· -対戦処理部
37·· -ユーザ評価受付部
38·· 'ポイント処理部
39·· 'ランキング生成部
40·· -投資申込受付 ·処理部
41·· -取引データ取得部
42·· -対戦申込受付部
43·· '対戦モデル抽出部
45·· '「ポートフォリオ入力」ボタン
46、 52···ビューヮ画面
47·· •「CONSOLE」欄
47a' '··コントローノレノ ー
47b …レーダーチャート
48、 53···ポート一覧
49·· -タブ
50·· '「投資戦略入力」ボタン
51·· •「CONSOLE」欄
51a' '··ラジオボタン
51b …コントローノレノ ー
55·· '「対戦する」ボタン
発明を実施するための最良の形態
[0021] 以下、本発明の実施の形態を図面に基づき説明する。以下においては、従来周知 の投資ゲームのオプション機能として、投資モデルの登録と他人の投資モデルの利 用を可能にした例について説明する。
[0022] (本発明の概要)
[0023] まず、図 1を参照して、本発明の理解をより容易にするため、本発明の実施形態の 全体的な流れを説明する。
[0024] 本実施形態に係るサーバ (後述の投資モデル管理サーバ 1に相当)は、複数のュ 一ザ端末 (後述のユーザ端末 3に相当)から、ネットワーク経由で、複数の投資モデ ル (ポートフォリオ及び投資戦略)を取得してデータベース (後述の投資モデル DB2 3に相当)に登録する(ステップ S 100)。
[0025] 次いで、このサーバは、 DBに登録した各投資モデルについて、現実の取引市場に おける取引データに基づいて、所定期間内 (過去及び Z又は将来)の仮想運用実績 を算出する (ステップ S200)。
[0026] また、このサーバは、各投資モデルの詳細や仮想運用実績 (運用実績を直接'間 接に示す情報)を、要求のあったユーザ端末に表示する (ステップ S300)。この仮想 運用実績を参考にして、ユーザは、実取引で利用したい投資モデルを選択し、ユー ザ端末を利用してサーバに当該投資モデルの購入を申し込む (ステップ S400)。
[0027] 投資モデルを購入したユーザは、ユーザ端末を介してサーバに対して当該投資モ デルによる実取引を申し込み、サーバは必要な処理を実行する (ステップ S500、 S6 00)。
[0028] また、このサーバは、このように他のユーザに利用された投資モデルの作成者に対 して、当該投資モデルの購入資金 (利用料金)の一部を還元するための必要な処理 を実行する(ステップ S700)。このようなインセンティブを与えることで、ユーザに対し てより多くの、またより実利的な投資モデルの登録を促すことができる。登録される投 資モデルが多いほど、より優秀なモデルが誕生すると推測される。この点、証券会社 が作成する投資モデルの数には限りがあるし、また、ユーザはその投資モデルの良 し悪しの判断ができない。
[0029] 一方、ユーザは、自ら投資モデルを作成しなくても、登録された多数の投資モデル 力も気に入った投資モデルを購入するだけで容易に実取引を行うことができる。従つ て、投資に不慣れあるいは未経験のユーザであっても、簡易に投資を行うことができ る。このように、簡易に投資を行うことを可能として、投資に対する敷居を低くして、多 くの個人投資家を獲得できるようになる。
[0030] (仮想運用実績の算出パターン)
[0031] ここで、図 2を参照して、前記ステップ S200における仮想運用実績の算出パターン
について説明する。この図では、サーバが運用実績を算出する時点若しくはユーザ 端末がサーバに接続して運用実績の算出を申込む時点を現在: tとし、これよりも過
0
去の任意の時期 t 、 t と、将来の任意の時期 t、 tとを夫々始期及び終期とする 3
- 1 -2 1 2
つの期間 τ〜τにおける仮想運用実績を算出するパターンを例示している。これら
1 3
の各期間毎に、各投資モデル毎に仮想運用実績 X— Τ〜Ζ— Τが必要に応じて算
1 3
出される。
[0032] Τにおける仮想運用実績 Χ—Τ、 Υ-Τ、 Ζ-Τは、過去の期間(t 〜t )の取 引データを利用して過去の仮想運用実績を算出する場合である。また、 τにおける
2 仮想運用実績 X— T、 Y-T、 ζ-τは、過去 (t )から現在 (t )を通過して将来 (t
2 2 2 -1 0
)に至る期間の取引データを利用して仮想運用実績を算出する場合である。さらに、
Tにおける仮想運用実績 X—T、 Y-T、 ζ-τは、将来の期間 (t〜t )の始期 (t
3 3 3 3 1 2 1
)が到来した場合に、取引データを随時取得して運用実績をリアルタイムで算出して いくパターンである。ここで、将来の期間を含む期間 (T、 T )における運用実績を算
1 2
出する場合は、過去の取引データに日々発生する新たな取引データを随時取得'追 カロして毎日などの短期間の運用実績をリアルタイムで算出して蓄積していき、期間終 了後にそれらを合算する。
[0033] このように、過去及び Z又はリアルタイムの取引データを利用した仮想運用実績を 蓄積していくことで、各投資モデルについて、過去の取引データのみ (T )、リアルタ ィムの取引データのみ (T )、及び過去とリアルタイムの双方の取引データ (T )に基
3 2 づく仮想運用実績の累積集計を算出することができる。
[0034] 従って、ユーザは、目的に応じて、過去及び Z又はリアルタイムの取引データを利 用した仮想運用実績及び Z又は累積集計を参照して、所望の投資モデルを見つけ ることができる。この場合の利用目的は、より良い(強い'儲けられる ·損をしない)投資 モデルを作成するためであってもよいし、実取引で使用するためであってもよい。
[0035] ここで、過去の取引データに基づいて仮想運用実績を算出する場合 (T )は、直ち に結果を得ることができるため、ユーザは、いつでもサーバに対して仮想運用実績の 演算を行わせることができる。その結果、ユーザは、登録された投資モデルの評価を 瞬時に行うことができる。
[0036] 一方、リアルタイムのデータに基づいて仮想運用実績を算出する場合 (T Τ )は、
2、 3 時間軸上のユーザの現在位置 tが夫々の期間の終期 t
0 1、tに到達するまで待つ必
2
要がある。しかし、ユーザの現在位置 tが夫々の期間の終期 t t以降であれば、ュ
0 1、 2
一ザは、 τと同様に、待ち時間なしに運用実績を参照できることになる。リアルタイム の取引データに基づく仮想運用実績が優れている投資モデルは、直近の将来にお いても優れていると推測されるので、ユーザにとって、投資モデル選択の有効な材料 となる。
[0037] なお、どのようなパターンで投資モデルの仮想運用実績を算出させるかは、ユーザ が任意に選択できるようにしてもよいし、サーバの運営者側で設定してもよい。また、 過去の複数の期間(1ヶ月間、半期など)における仮想運用実績を予め算出しておき 、ユーザから任意の期間が指定された場合に、算出しておいた各期間毎の運用実績 を集計して提供するようにしてもよい。これにより、運用実績の算出時間をより短縮で さることになる。
[0038] (全体構成)
[0039] 次に、図 3のネットワーク構成図を参照して、本発明の一実施形態の概要を説明す る。
本発明に係る投資モデル管理サーバ 1は、インターネットなどの公衆回線 Nを通じ て複数のユーザ 2の端末 3に投資ゲームを提供する投資ゲーム運営事業者 4に設置 され、投資ゲームの一環として、このネットワーク Nを介してユーザ端末 3から取得し た投資モデルを管理する機能を有している。この管理サーバ 1は、この事業者 4が提 携する証券会社 5の証券取引処理システム 6と専用の通信ネットワークを介して接続 される。なお、投資ゲーム自体は従来周知であるため、以下においては、投資モデ ルの管理機能に限定して説明する。また、ファイアウォール、ゲートウェイサーバなど の周知のネットワーク構成も図示及び説明を省略する。
[0040] 証券会社 5は、顧客情報管理システム 7によって顧客 (投資家)であるユーザ 2がこ の証券会社 5に開設した証券取引口座やユーザ 2が選択した投資モデル (ポートフォ リオや投資戦略など)を含む顧客情報を管理する。また、証券取引処理システム 6は 、投資モデル管理サーバ 1からユーザ 2 (投資家)の投資モデルを取得して投資指示
を受付けた場合に、このモデルに含まれる投資対象 (銘柄等)について投資モデル で設定されたタイミング ·手法でマーケット 8のシステムに対して証券売買等の指示を 行うものである。さらに、定期的に若しくは後述する取引データ取得部 41からの指示 を受付けた場合に、過去の所定期間における取引データを投資モデル管理サーバ 1に送信する機能も備えて 、る。
[0041] ユーザ端末 3としては、前記サーバ 1と双方向通信が可能な通信デバイスを有し、 汎用のテレビジョン受像機に接続して使用するテレビ接続型端末 3aや、汎用のパー ソナルコンピュータ(PC) 3b、 Webブラウザ機能付きの携帯電話、テレビジョン受像 機の端子に接続することでインターネット環境^ |lj出できる通信機能付のゲーム端末 などを利用できる。一般家庭への普及率や認知度、手軽さ、ユーザの親近感などの 面ではテレビ接続型端末 3aを採用するのが好ましい。このようなユーザ端末 3として は、モニタ (ディスプレイ装置)と通信機能を備えた専用端末との一体型や、専用端 末に外部モニタを接続するセパレート型の何れも採用可能である。
[0042] 後述するように、本実施形態における主要な演算処理は投資モデル管理サーバ 1 が行うが、一部をユーザ端末 3に行わせてもよい。またこの管理サーバ 1は、ユーザ 端末 3との間で暗号ィ匕通信を行う。本実施形態では、バーチャルな投資ゲームから 実取引にシームレスに移行することができるように設計されるが、実取引はユーザ端 末 3から直接ではなぐ投資モデル管理サーバ 1を介して証券会社 5の証券取引処 理システム 6〖こ自動発注し、注文の執行も当該証券会社 5が行う。
[0043] 投資モデル管理サーバ 1は、証券会社 5の子会社や他の事業者 (通信キャリア、 IS P : Internet Services Provider,ゲームポータルサイト運営事業者、専用の通信端末 の製造開発を行う特定の事業者など)との合弁 (共同)事業体 CFV:Joint Venture) 、若しくは複数の投資ゲーム運営事業者 4や複数の証券会社 5から投資モデルの管 理を委託された管理センタに設置することもできる。
[0044] (投資モデル管理サーバの概略構成)
[0045] 上記の投資モデル管理機能を奏するため、本実施形態の投資モデル管理サーバ 1は、図 4に示すように、汎用のコンピュータシステムのハードウェアとこれにインスト一 ルされたソフトウェアとで構成される。
[0046] 具体的には、図 4 (A)に示すように、このコンピュータに内蔵された CPU11にバス 1 2を介して RAM13、 ROM14、 HDD15及び入出力インタフェース(iZF) 16が接続 されている。入出力 IZF16には、 LCDディスプレイなどの出力部 17、マウスやキー ボードなどの入力部 18、モデムなどの通信部 19及び CD— ROMや DVD— ROMな どのリムーバブル記録媒体 20用のドライブ 21が夫々接続されて!、る。
[0047] HDD15及び ROM14の記憶領域は、図 4 (B)に示すように、ユーザマスタファイル 22、投資モデルデータベース(DB) 23、基本投資モデルマスタファイル 24、取引デ 一タファイル 25、ポイントテーブル 26及びプログラム格納部 27を備えている。これら の各ファイル等(22〜27)は、前記 HDD15などの記憶装置に確保された一定の記 憶領域に格納される。また、プログラム格納部 27以外のファイル等 22〜26は、後述 する各機能部の演算結果や、通信部 19を介してユーザ端末 3や証券会社 5の証券 取引処理システム 6などの外部機関力 取得した情報が随時記述 '更新される。また 、これらの各ファイル等 22〜26はユーザ 2を一意で識別可能な IDで相互にデータの 参照が可能なリレーショナルデータベース(DB)で構成されて 、る。
[0048] ユーザマスタファイル 22は、ユーザ 2の書誌事項 (メールアドレス、ハンドルネーム、 「名人」「マイスター」「鉄人」「〇〇王」等の称号、など)、決済方法 (金融機関の口座 情報や、クレジットカード番号など)、及びユーザ 2が取引委託契約を締結した証券 会社 5の情報を、例えば投資ゲームサイトのログイン情報 (ユーザ ID ·パスワード等) に関連付けて格納するものである。ユーザマスタファイル 22に含まれるユーザ DB22 aは常用する投資モデルを投資モデル DB23から検索したり戦績を検索したりする場 合のショートカットキーの役割を果たす。また、後述するように、ユーザ 2が利用を申し 込んだ特定の投資モデルについての利用条件 (改変権限情報、実取引での利用権 限情報、閲覧期間、閲覧回数、閲覧可能な情報等)も登録される。
[0049] また、後述するように、投資モデルに付与された各種のポイントや、ベースとなった 投資モデルの情報、そのモデルの作成者や運用実績、ランキングの最高位などはこ のユーザマスタファイル 22のポイントデータベース(DB) 22bに登録される。このよう な情報を登録し、類型分類しておくことで、ユーザ 2は、興味がある投資モデル、ある いはその類型がどのような市場環境の時に強 、Z弱 、傾向があるかや、リスク Zリタ
ーンの程度、作成者の知名度 (称号等)などの情報も総合的に判断して購入 (利用) するかや評価レベルを決めることができる。
[0050] 投資モデル DB23は、ユーザ 2の端末 3から取得した投資モデルを当該ユーザ 2の IDに関連付けて格納するもので、投資モデル毎に ID番号が割り振られる。 ID番号 は基本 IDとベースとなった投資モデル (ベースモデル)の改変により作成された派生 モデルを意味する枝番から構成される。ここで、 1ユーザの登録件数を無制限にする と「ダメ元」「数打てば当たる」の意図で無造作に作成された種々のタイプのモデルが 登録されるおそれがあり、サーバ 1に過度な負担をかけることになる。そのため、登録 可能件数をユーザ 2毎に制限したり、件数に応じた登録料を課金するのが好ましい。 また、所定周期で、既定のポイント数に達していない投資モデルを検索して抹消する ようにしてもよい。
[0051] 一方で、ユーザ 2は、経済巿況ゃ企業動向などに応じて投資モデルを絶えずリニュ 一アルして強いモデルを維持することが期待される。そのため、ユーザ 2からユーザ DB22aに登録済の投資モデルの更新申込があった場合には、新たな投資モデルの 登録ではなぐ登録済み投資モデルの IDを引き継 、で投資モデル DB23を更新す ることが好ましい。この場合には、蓄積されたポイントは引き継がれる。これに対して、 他のユーザが開発した登録済のモデルを改変して登録する場合には、例外なぐ基 本 IDを引き継 、だ上で枝番を追加した ID番号が新たに付与され、基本 ID毎に類型 分類される。この場合には、基本投資モデルのポイントは引き継がれず、常に 0からス タートする。
[0052] 基本投資モデルマスタファイル 24は、投資モデルの作成に不慣れなユーザ 2でも 簡単に投資モデルを作成できるように、投資スタイル別に用意された複数のモデル · ポートフォリオや、シミュレーションゲームとして対応可能な複数のモデル投資戦略を 夫々格納するものである。ユーザ 2は、モデル.ポートフォリオやモデル投資戦略を組 み合わせて自己の投資モデルとして登録したり、部分的に改変して登録することがで きる。このモデル'ポートフォリオ及びモデル投資戦略の利用は無償とすることが好ま しい。
[0053] モデル'ポートフォリオとしては、例えば、一般的な「Topix」「日経 225」などの他、
環境会計を導入したポートフォリオや、業界 Z商品シェアの高 、銘柄を集めたポート フォリオなどの、投資の動機や目的に応じた複数のポートフォリオを用意しておく。
[0054] また、モデル投資戦略としては、例えば、一定額を定期的に購入する「ドルコスト平 均法」、前回取引時よりも高ければ買う(安ければ売る)という売買条件、成り行きでの 全銘柄即時一斉買付け、指定順序での買付け、パフォーマンスの良い銘柄の比率 を上げ (買い増し)、悪 、銘柄の比率を下げる(損切り) 、うポートフォリオの自動入 替え、組入比率の自動維持、代替ポートフォリオを複数用意しておき値下がり時にポ 一トフオリォ毎入替え、「Aの条件を満たした時点で Bのアクションを実行」というアル ゴリズムを含むポートフォリオ自動更新プログラム、などを予め用意しておく。ユーザ 2 は、所与の投資戦略の 1又は 2以上を選択して、あるいは個別に詳細な停止条件と アクションの内容を入力することで投資戦略を策定できる。
[0055] 取引データファイル 25は、後述する取引データ取得部 41が、定期的(毎週末など) に、若しくは運用実績を演算する時に、証券会社 5の証券取引処理システム 6にァク セスして取得した過去の取引データを格納するものである。また、演算に利用する取 引データはデータ提供を専門に行う情報提供会社から取得することもできる。なお、 何れの場合にも格納する取引データは、直近 3年分としたり、典型的な市場環境毎 に各 1年分とするなどして、データ容量を必要最小限に抑えることが好ましい。
[0056] ポイントテーブル 26は、例えば、図 5に示すように、後述する運用実績演算部 35が 演算した投資モデルの運用実績や、被利用回数、購入回数、ユーザ評価受付部 37 が取得した他のユーザ 2から取得した評価結果に関連して夫々付与されるポイント数 を格納するものである。また、各ポイント毎に異なる有効期限を設定しておくこともでき る。
[0057] 例えば、他のユーザ 2からの評価ポイントとして、 1 (最低)〜SP (最高)の 6段階の 評価に応じて、 1〜6のポイントが設定されると共に、ランキング上位の投資モデルや 所定期間以上ランクインした投資モデルに対するボーナスポイント(図示せず)も設 定される。また、否定的な評価がされた場合には一律で 2ポイントが付与される。
[0058] また、運用実績ポイントとして、 6ヶ月間、 12ヶ月間などの設定期間当たりの投資収 益率に応じて、 0〜5%未満: 50ポイント、 5%〜10%未満: 100ポイント、 10%〜15
%未満: 150ポイント、…のように、 5段階で設定されている。運用実績は、投資モデ ルの本質的で最も重要な指標であるため、他のポイントよりも高めに設定するのが好 ましい。
[0059] 被利用ポイントは、他のユーザ 2によって購入された場合に 10ポイント、他のユーザ 2の投資モデルのベースにされた場合に 5ポイントが夫々設定されている。
[0060] 対戦ポイントは、後述する対戦モードにおいて、勝敗に関係なく対戦 1回当たり経 験値として一律 2ポイント、所定期間内の運用実績比較で勝った場合に 10ポイント( A)、対戦相手の投資モデルの保有ポイントの 10% (B :小数点以下切下げ)、上位ラ ンクのモデルに勝った場合のボーナスポイントとして対戦による獲得ポイント (A+B) の 10% (C :小数点以下切下げ)が加算されるように設定される。この結果、登録後間 もない投資モデルであっても、上位ランクのモデルと対戦して連勝することで、短期 間で上位にランクされるようになる。また、運用実績の差に応じた惜敗率や圧勝率に 基づくポイントや、運用実績が所定値以上の場合のポイントも設定されている。
[0061] 一方、上位ランクのモデルは頻繁に対戦を挑まれることになり、上位ランクを維持す るには継続的にリニューアルして負けにくい投資モデルを構築していく必要がある。 これにより、新しい投資モデルの作成や登録済みのモデルの改訂を促して、投資ゲ ーム全体を活性ィ匕することができる。
[0062] 前記プログラム格納部 27は、インタフェース生成部 31、投資モデル受付部(投資モ デル更新手段) 32、投資モデル利用申込受付部 33、投資モデル表示情報出力部 3 4、運用実績演算部 35、対戦処理部 (運用実績比較手段) 36、ユーザ評価受付部 3 7、ポイント処理部 38、ランキング生成部 39及び投資申込受付'処理部 40を備えて いる。これらの各機能部は、前記記憶領域(14、 15)にインストールされたコンビユー タソフトウエアプログラム若しくは 1つのプログラム中のサブルーチンである。
[0063] インタフ ース生成部 31は、投資モデルの登録申込や投資モデルの利用申込、対 戦の申込、ユーザ評価の登録申込を受付けるインタフェースをノヽィパーテキスト形式 で夫々生成してユーザ端末 3にネットワーク経由で送信するものである。送信された インタフェースは、ユーザ端末 3のブラウザ機能によって合成表示される。また、本実 施形態では、図 6に示すように、ランキング生成部 39が生成したポイントランキングを
取得して、各インタフェースにこのポイントランキングを表示し、このインタフェースを 通じてユーザ端末 3から投資モデルの利用申込み等を受付けるものである。
[0064] この図の例では、全てのポイントを集計した総合ポイントランキングと共に、上位モ デルとの対戦に勝利したモデルを投資モデル DB23から抽出して「今週の注目投資 モデル」として表示している。なお、運用実績や被利用実績などの特定の項目毎のラ ンキングや、長期的に安定した運用実績を示すモデル、ランク急上昇の投資モデル などを個別に表示するようにしてもよい。このようなインタフェースをユーザ 2に提供す ることで、多数の投資モデルの中から、多数のユーザに支持されている人気の投資 モデルや、短期的'中期的 ·長期的な各スパンで高い運用実績を挙げている投資モ デルを容易に特定でき、ユーザ 2の目的に合致した投資モデルの利用申込や新た なモデルの登録申込を促すことができる。
[0065] また、投資未経験者などが複雑な投資モデルを作成することは困難であることから 、このインタフェース生成部 31は、上記基本投資モデルマスタファイル 24に登録され ているモデルポートフォリオやモデル投資戦略を表示したインタフェースを提供して 投資モデルの作成をナビゲートする機能を備えるのが好ましい。また、インタフェース 生成部 31は、後述する投資モデルの各項目の入力画面(図 9、図 11〜図 15)にお いて、設定された条件に従った投資モデルの内容を前記基本投資モデルマスタファ ィル 24から抽出してグラフなどでビジュアルに表示したインタフェースを生成する機 能も備えている。
[0066] 投資モデル受付部 32は、前記インタフェース生成部 31が生成した入力インタフエ ースを通じて、ユーザ端末 3からユーザ 2が作成した投資モデルや、既に登録済の投 資モデルを修正した更新モデルを取得してユーザの IDに関連付けて投資モデル D B23に格納するものである。新規登録の場合は投資モデル IDを付与する。ユーザ 2 は、図 10以降に示すような各項目の設定画面において、予め用意された項目毎の 選択肢のラジオボタンやプルダウンメニュー力 マウスで選択したり、銘柄などの分散 の程度等をカーソルで無段階に近い多数段階で調節するだけで投資モデルを簡単 に作成できる。なお、オンラインの特性を活かし、用意された選択肢以外にもユーザ 2の希望に合わせ入力条件を追加することができる。
[0067] また、この投資モデル受付部 32は、投資モデルと共にユーザ端末 3から自己の投 資モデルのアピール、開発コンセプト、投資指針に関するメッセージなどを取得した 場合には、これらの情報も投資モデル DB23に格納する。このような情報を各種の画 面上で投資モデルと共に表示することで、自己の投資モデルの支持獲得の有効なッ ールとなると共に、投資モデルの優劣を競うユーザ 2間のコミュニティの活性ィ匕に寄 与できる。
[0068] ここで、本実施形態では、特定の投資モデルの囲 、込み等を防止するため、ユー ザ 2が他の投資モデルの一部を改変したり、全部をそのまま利用して自己の投資モ デルを作成する場合は、サーバ 1に接続した状態でのみ認めることにしている。その ため、他の投資モデルを利用して作成したかどうかをサーノ 1側で全て管理すること ができるので、このような利用/改変が行われた場合にはユーザ端末 3からベースモ デルを申告させることなぐベースモデルの IDに関連付けて (枝番を付与して)管理 できる。ユーザ 2にとつては、自身の投資モデルがベースモデルに関連付けられてい るので、ベースモデルの運用実績やポイントランキング、作成者などの情報を有利に 利用することができる。この投資モデル受付部 32は、ベースモデル IDに関連付けら れた投資モデルを受付けて登録した場合には、ポイント処理部 38にベースモデルの IDを受け渡して被利用ポイントの換算を指示する。
[0069] 投資モデル利用申込受付部 33は、インタフェース生成部 31が生成した利用申込 インタフェースを通じて、ユーザ端末 3からネットワーク経由で前記投資モデル DB23 に登録された投資モデルの利用申込みを受付けた場合に、申し込みに係る投資モ デルの IDを投資モデル表示情報出力部 34に送出するものである。
[0070] ここで、前記のように、投資モデルをユーザ端末に自由にダウンロード (利用)させる と、投資モデルの情報を流通させることができない。一方で、実取引を行う場合には 投資モデルの詳細をいつでも確認できるようにするのが好ましい。そのため、本実施 形態では、利用申込があった場合には、「投資モデルの利用」のうちユーザ端末 3で の閲覧は無条件で認める (利用条件なし)とともに、改変はサーバ 1上でしか行なえな いようにパスワードや改変可能期間などの「改変権限情報」を設定することにした。そ のため、ユーザ端末 3がサーバ 1に接続して 、る時だけ投資モデルを改変できること
になる。このような特定の投資モデルに対する「改変権限」は前記ユーザマスタフアイ ル 22に登録される。なお、対戦相手として他の投資モデルを利用する場合 (対戦を 申込んだり、他人の投資モデル同士を対戦させる場合)には利用料金は課金されな い。また、ユーザ 2が、ランキング上位の投資モデルを閲覧する場合等一定の場合に は、閲覧権限や閲覧可能期間などの制限を設定することもできる。
[0071] また、ユーザ DB22aへの登録や投資モデルの実取引での利用や改変による新規 投資モデルの作成を目的とした他ユーザの投資モデルの利用は有料とし、一部を当 該投資モデルの作成者 (登録者)に還元するのが好ましい。利用料金は、前記ユー ザマスタファイル 22の決済方法に従ってユーザ DB22aへの登録時(実取引での利 用権限情報の登録時、改変権限情報の登録時)、投資モデル DB23への登録時 (新 規作成の投資モデルの登録時)、または投資申込受付 ·処理部 40への申込み受付 時に課金される。これにより、高い支持を獲得したモデルの作成者は、実際に投資を 行わなくても収入を得ることができるため、より強い投資モデルの作成 '改訂を促進す ることがでさる。
[0072] この投資モデルの被利用料は、投資モデル作成者に都度支払わずに蓄積してお き、この投資モデル作成者が将来実投資を行う場合の資金に充当させることもできる 。また、被利用料金は、投資モデルの被利用時ではなぐ他のユーザがその投資モ デルを使って実際に投資を行って投資収益を実現させた場合に支払うようにしてもよ い。この場合には、投資モデル被利用時の利用料金の課金に加え、当該実現益の 一部を被利用投資モデルの制作者に還元する運用方法を採ることもできる。さらに、 このような被利用料金の支払時期や金額の算定式等を投資モデルの作成者に選択 させるようにすることちでさる。
[0073] 投資モデル表示情報出力部 34は、投資モデル利用申込受付部 33から取得した I Dに基づいて利用申込に係る投資モデルを投資モデル DB23から抽出して、投資モ デルの複製ファイルを作成し、この投資モデルの利用条件 (ログイン情報 ·閲覧回数' 期間等)を当該ユーザ端末にネットワーク経由で送信するものである。ユーザは、受 信したログイン情報をユーザ端末力 サーバに送信してログインすることで、所望の 投資モデルファイルにアクセスして閲覧したり実行できるようになる。
[0074] 例えば、投資モデルを閲覧させる場合は、この投資モデル表示情報出力部 34は、 利用条件に含まれる閲覧可能情報 (閲覧レベル)に基づいて表示する投資モデルの 情報を前記インタフェース生成部 31に指示して表示画面を生成させる。この表示画 面は、例えば、後述する図 8以降の投資モデル入力画面と同様の画面であるが、投 資条件入力用のラジオボタンやコントロールバーなどは操作できない。後述する対戦 申込や実投資の場合も同様である。一方、改変や新規登録の場合は、投資モデル 入力画面と同様に投資条件入力用のラジオボタン等も操作可能である。なお、一定 条件下で投資モデルのダウンロードを認める場合には、前記利用条件と共に前記作 成された複製ファイルを当該ユーザ端末の IPアドレスに送信する。
[0075] 運用実績演算部 35は、投資モデル DB23に登録された投資モデルについて、過 去及び Z若しくは将来の所定期間内における現実の取引巿場における取引データ に基づいて当該期間内の仮想運用実績を演算するものである。ここで、運用実績演 算部 35は、所定周期若しくは運用実績を演算するタイミングで前記証券会社 5の証 券取引処理システム 6から過去の取引データを取得して取引データファイル 25に格 納する取引データ取得部 41を備えている。
[0076] また、運用実績を演算する対象期間は、対戦を申込むユーザ端末 3から選択を受 付けた場合はその期間であり、対象期間を受付けない場合はデフォルトで設定され た期間 (例えば、 2年前から 1年 6ヶ月前までの 6ヶ月間、現在力も前後 6ヶ月など)や 、乱数表などでランダムに選ばれた任意の期間とする。また、対戦モード以外で所定 周期で全ての若しくはランダムに抽出した一部の投資モデルについて運用実績を演 算する場合もデフォルト若しくはランダムな期間とする。この場合の運用実績は仮想 運用実績ポイントに換算される(図 5参照)。
[0077] さらに、図 2で説明したように、ユーザ 2が希望する場合には、将来の期間を含む対 象期間につ ヽて仮想運用実績が算出される。
[0078] 対戦処理部 36は、前記インタフェース生成部 31が生成した対戦申込受付画面を 通じてユーザ端末 3から対戦申込を受付けた場合に、対戦の対象となっている投資 モデルについて運用実績の演算を前記運用実績演算部 35に指示すると共に、演算 された運用実績を取得して比較することで勝敗を決定し、その対戦結果 (勝敗や運
用実績の差、惜敗率など)と対戦した投資モデルの情報とをポイント処理部 38に通 知するものである。そのため、この対戦処理部 36は、前記投資モデル DB23に投資 モデルを登録したユーザ 2の端末 3から、ネットワークを介して 1以上の他の投資モデ ルの選択を受付け運用実績の対戦を受付けると共に、このユーザ 2がユーザ DB22a に登録している投資モデルと対戦相手となる投資モデルを投資モデル DB23から検 索し、これらの投資モデルについて運用実績演算部 35に運用実績の演算を指示す る対戦申込受付部 42を備えている。また、この対戦処理部 36は、自動対戦モードを 実現する機能として、毎月末などの所定周期で前記投資モデル DB23からランダム に複数の対戦モデルを抽出する対戦モデル抽出部 43を備えている。
[0079] 図 7に対戦申込受付画面の例を示す。この図の例では、図 6と同様に、右側のビュ ーヮ画面に注目モデルやポイントランキングが表示されると共に、対戦相手の投資モ デルの IDや運用実績を演算する対象期間の指定が入力される。対戦相手の指定は 、投資モデルの検索ボタンをクリックして表示される検索画面(図示せず)で作成者名 や所属グループ名などの条件で検索したり、ポイントランキングに表示された投資モ デルをクリックすることで選択できる。また、対象期間を「指定しない」が選択された場 合は、上記のようにデフォルトの期間若しくはランダムに選択された期間が設定され る。さらに、元手となる投資資金は予め一律の金額 (500万円等)を設定しておいたり 、対戦の都度設定させる。対戦モードにおいては、以上のようにして設定された条件 に従って対象期間内での運用実績を競うことになる。
[0080] 対戦方式としては、従来の投資シミュレーションゲームと同様の手法を採用できる。
例えば、複数の投資モデルカゝらなるグループを選択して、 1対 1の戦績によってダル ープの勝敗を決定するグループ対戦方式や、複数の投資モデル同士を対戦させる 複数同時対戦方式、保有ポイントなどに応じてハンディキャップを付けるハンディ戦、 同様の戦績同士 (未勝利、 10戦以下など)で対戦させる階級戦、異なる期間で運用 実績を夫々比較し、所定回数以上上回った方を勝ちとする先勝方式、などを採用で きる。このような対戦方式は、対戦を申込むユーザ 2 (挑戦者)が自由に選択できるよ うにする。対戦方式毎に付与される戦績ポイントを異ならせてもよい。また、オプション 機能として、ゲーム途中で対象期間(時期)を別の期間(時期)にシフトさせる「ワープ
機能」、対戦相手及び z若しくは自己の投資モデルの時間遷移速度を速める「トラン ス機能」、などを設定することもできる。
[0081] このように、単に投資モデル DB23に登録するだけではなぐ常に他のモデルと比 較 (対戦)して勝敗 (優劣)を決定してランキングして 、くことで、ユーザ 2に継続的な 改訂を促し、投資ゲームを活性化させることができる。
[0082] また、このような対戦モードというシミュレータ一は、ユーザ 2 (投資家)が実際に意思 決定 (投資判断等)を行おうとしている時に最も頻繁に利用される可能性が高い。そ のような言わば「自己申告」を通じて投資ゲームの参加者全体の投資家心理が浮か び上がる可能性がある。そして、投資には付き物の、自分の思い通りにならない巿場 を相手にして 、る無力感ゃ不完全燃焼感を払拭し、投資の意思決定プロセス自体を 従来とは全く異なるものに作り変えることにもつながる。
[0083] 一般的に、投資に対する行動変容を促すには「未来予想」ができれば最も望ましい 力 未来を予想することは実際には不可能である。そのため、投資の意思決定を行 い易くするための何らかの指針が必要になる。上記のように、本実施形態では、投資 モデル同士の対戦を通じて、自分の投資モデルの「クセ」は、対戦時点のマーケット において、「相対的に」対戦相手のモデルよりも有利 (不利)な傾向がある、ことを明ら 力 こすることができる。
[0084] そして、このような不特定多数のモデルとの無限回の対戦を経てトップの戦績を誇 る投資モデルは、マーケット全体の「クセ」よりも「相対的」に有利、若しくは負けにくい 「強 、モデル」であることの客観的な証明となり得る。
[0085] このように、対戦によるシミュレーション結果は近未来の傾向を示す指針として十分 機能すると考えられることから、この指針をインタフェース上でビジュアル的 ·直感的 にユーザ 2に見せ、これを現実の投資に移行させることで、戦績上位の投資モデルを 用いた投資でリスクの低減を図ることが可能になる (負けにくい投資)。そして、従来 はアナリストレポートなどの主観的、定性的情報に基づ 、て行わざるを得な力つた投 資判断が、各種ランキングや対戦の履歴という、客観的、定量的情報に基づいて行 えるようになり、意思決定の納得度を向上させることができる。
[0086] 図 4のユーザ評価受付部 37は、前記投資モデル DB23に登録された投資モデル
に対する他のユーザ 2からの評価を受付けるものである。この評価は、通常、投資モ デルの利用を申し込む時や、現実の投資を行ってある程度の運用結果が出た時な どに行われる。ここで、同一のユーザ 2から同一の投資モデルに対して複数回評価を 受付けたり、本人力 の評価を受付けないようにするため、評価受付に際してはユー ザ情報と評価対象の投資モデル IDとに基づいて認証を行うのが好ましい。また、肯 定的な評価だけでなぐ否定的な評価も受付けることができる。否定的な評価を受付 けた場合はマイナスの評価ポイントが登録されるが、「嫌がらせ」「報復」「個人攻撃」 などを考慮して、本実施形態では一律で 2ポイントを設定している (図 5参照)。
[0087] ポイント処理部 38は、対象となる投資モデルについて、前記ポイントテーブル 26を 参照して、運用ポイント、被利用ポイント及び評価ポイントを換算 '取得して前記ボイ ント DB22bに登録するものである。
[0088] 具体的には、被利用ポイントについては、ユーザ端末 3から購入 (利用)申込を受付 けた投資モデルに対して、ポイントテーブル 26から抽出した被利用ポイントを前記ポ イント DB22bに登録する。また、前記投資モデル受付部 32が受付けて投資モデル DB23に新規登録した投資モデルについてベースモデルの IDも取得した場合には 、そのベースモデル (他の投資モデル)に対してポイントテーブル 26から抽出した被 利用ポイントを前記ポイント DB22bに登録する。
[0089] また、戦績ポイントについては、対戦に係る複数の投資モデルについて、対戦結果 に基づいて所定の戦績ポイントをポイントテーブル 26から抽出して前記ポイント DB2 2bに格納する。ここで、運用実績の差や勝者となった相手モデルのランク'保有ボイ ントなどによって、敗者となった投資モデルにも所定の戦績ポイントを付与するように してちよい。
[0090] 次に、評価ポイントについては、前記ユーザ評価受付部 37が他のユーザ 2からの 評価(肯定と否定)を受付けた場合に、対象モデルにっ ヽてポイントテーブル 26から 抽出した評価ポイントを前記ポイント DB22bに登録する。
[0091] ランキング生成部 39は、投資モデル毎に被利用ポイント、運用ポイント、戦績ポイン ト及び評価ポイント ^^計して投資モデル DB23に登録されて 、る投資モデルのボイ ントランキングを生成して前記インタフェース生成部 31に渡す。また、ポイント換算す
る前の、運用実績や評価受付件数などのランキングを生成したり、ポイントに通算勝 率や経験値 (対戦回数)などを乗算したランキングを生成するようにしてもょ 、。このラ ンキングは、毎週末などの所定周期で集計 ·生成する他、ユーザ 2からリクエストがあ つた場合にも随時生成される。また、ユーザ端末 3からランキングの生成条件を取得 するようにしてちょい。
[0092] 投資申込受付 ·処理部 40は、前記ユーザマスタファイル 22に投資モデルの実取引 での利用権限が登録されているユーザの端末 3から当該投資モデルを利用した投資 の申込を受け付けた場合に、ネットワーク経由で証券会社 5の証券取引処理システム 6に接続して当該投資モデルとユーザ情報とを伝送して投資を指示するものである。 これにより、バーチャルな投資ゲームと実取引とをシームレスでつなぐことができ、投 資未経験者であっても客観的な基準に従って自ら優良と判断した投資モデルに従つ て、投資活動をスムースに開始させることが可能になる。
[0093] (入力画面)
[0094] 次に、図 8〜図 15を参照して、投資モデルの基本項目の入力工程を説明する。
前記図 6の入力画面(インタフェース)において、「ポートフォリオ入力」ボタン 45が 押下 (クリック)されると前記インタフェース生成部 31によって図 8のポートフォリオ入 力初期画面が生成されてユーザ端末 3に表示される。
[0095] この例では、画面右上の「VIEWER画面」 46に、図 6と同様の「注目モデル」や「ポ イントランキング」などの情報や、各項目の条件設定に従って、投資モデルの内容が 選択的にビジュアルに表示される。また、左側の「CONSOLE」欄 47の項目毎に上 段のコントロールバー 47aや下段のレーダーチャート 47bのカーソルを夫々調整する ことで、具体的な数値入力によらずに、投資金額や回数、許容リスクなどを設定して ポートフォリオを設計できる。このカーソルによる設定条件と「VIEWER画面」 46に表 示される情報とは、前記基本投資モデルマスタファイル 24に予め関連付けて格納さ れており、リアルタイムで連動しているため、ユーザ 2は「VIEWER画面」 46で投資モ デルの内容を確認しながら各項目を簡単に調整'設定できる。このようにコントロール バー 47aなどでチューニングする操作を多くし、また一連の操作の結果をビューヮ画 面 46にグラフなどで表示することで、投資モデルに従って投資した場合にどんな動
きが行われるのかが直感的に理解できる操作感を提供する。より詳細な条件設定を 希望する場合には、カーソルや右下のポート一覧 48をダブルクリックすることで、図 9 の銘柄や金額の設定画面を表示させる。
[0096] 図 9 (a)に示すように、複数のタブ 49には、銘柄の属性 (上場市場別、優良銘柄等) 毎に予め用意された複数のポートフォリオのグループが設定されている。ユーザ 2は 、銘柄選択のラジオボタンで「ポート全体」を選択したり、「個別銘柄」ボタンを選択し た上で、タブ 49中の銘柄をクリックしたり選択銘柄欄にドラッグ ·アンド'ドロップするこ とで特定の銘柄を選択できる。「ポート全体」を選択 (クリック)した場合には、表示され ているタブ 49のポートフォリオを構成する全ての銘柄が選択される。また、オーダー 金額も 1回当りの買付金額を指定したり、このポートフォリオや銘柄を購入する総額を 指定できる。また、図 9 (b)のように、買付の金額や回数はカーソルで調整できる。金 額の大きい、小さいなどの基準は曖昧であるが、投資に不慣れなユーザ 2が明確な 金額や回数を決めるのは困難であると推測されるので、このように直感的に理解でき る操作感を提供する。
[0097] 一方、図 6の入力画面 (インタフェース)にお 、て、「投資戦略入力」ボタン 50が選 択 (クリック)されると前記インタフェース生成部 31によって図 10の投資戦略入力初期 画面が生成されてユーザ端末 3に表示される。
[0098] この図 10では、左側の「CONSOLE」欄51にぉぃて上段のラジォボタン51aゃ下 段のコントロールバー 51bで項目毎に条件を設定できる。これらのカーソルや項目名 などをダブルクリックすることで、図 11以降の各項目の詳細設定画面に遷移する。選 択された条件に従って右側の「VIEWER画面」 52がリアルタイムで連動表示される のはポートフォリオの設定画面(図 8)と同様である。また、図 9の画面において既にポ 一トフォリオが設定されて 、る場合には、設定された銘柄等が右下の「ポートフォリオ 一覧」 53に表示される。
[0099] 図 11は、売付 Z買付基本設定画面である。売付 Z買付を 1回の約定で処理する場 合には価格変動リスクが高まる力 この画面でオート'コンプリート機能を使用する場 合は、ユーザ 2はラジオボタンで買付 Z売付の別を指定し、カーソルを用いて分散の 程度を調整することで簡単に時間分散を図ることができる。また、リレーオーダー「あり
」を選択し、これに停止条件付きオーダー (後述)などを組み合わせることにより、投 資の初期段階から「利益確定の売り」「ロスカット」等をセットしたオーダーが可能にな る。図 11 (b)のビューヮ画面には、設定された分散度などがグラフ表示される。
[0100] 図 12は、投資期間内の買付のタイミング及び金額の設定画面である。この画面で は、具体的な金額や時期を入力させるのではなぐ図 12 (a)において投資期間内の 基本図形を選択させた上で、凹凸や勾配という視覚的 ·感覚的に投資条件を無段階 で設定させる。ユーザ 2は、図 12 (b)のビューヮ画面を参照しながら、カーソルを操作 することで投資条件を直感的に選択'調整できる。
[0101] 図 13は、執行条件の入力画面である。この例では、処理を単純ィ匕させるため一般 の指値注文は受付けず、 VWAP (売買高加重平均価格)取引を基本とし、成行注文 のオプションを付与することにしている。また、注文期限はプルダウンで指定させる。
[0102] 図 14は、停止条件付きオーダー基本コンテクスト設定画面である。この図において 、価格変動が条件として設定された場合には、前記運用実績演算部 35は、個別銘 柄の時価と複数銘柄の時価 (ポート時価)とを加重平均によって算出する。また、この 場合の取得価格は総平均法によって算出し、前回観測地点、前々回観測地点、〇 〇日 Z〇〇週 Z〇〇月前の任意の時点を基準として演算する。図 14 (b)のビューヮ 画面には、例えば、取得価格との比較で売りの条件 (価格差)が視覚的に表示される
[0103] 図 15は、チャートを条件として設定する場合の画面例である。この図のような一目 均衡表においては、ユーザ 2は、図 15 (b)のビューヮ画面において転換線が基準線 を上回って!/、る状態の図中の (X)及び (Y)の期間は買い時、逆になって!/、る期間は 売り時と判断できる。そして、売り Z買いのアクションの時期は、例えば、上記状態変 化の日の翌日や、変化した状態が一定期間継続した後等を個別に指定できることに する。
[0104] (処理フロー)
[0105] 次に、図 16〜図 18のフローチャートを参照して、本実施形態の処理工程を説明す る。なお、以下の説明及び図示においては、投資ゲームにログインする際のユーザ 認証や投資ゲームデータの生成 ·送信などの工程は省略してある。
[0106] まず、図 16の投資モデルの新規登録処理においては、前記インタフェース生成部 31が、図 6に示したインタフェースを生成してユーザ端末 3に表示させて登録受付モ ードを開始する (ステップ Sl)。投資モデル受付部 32は、インタフェース生成部 31が 前記基本投資モデルマスタファイル 24を参照して生成した図 6〜図 15の入力画面を 通じてポートフォリオ及び投資戦略について各項目毎の条件入力を受付ける (ステツ プ S2、 S3)。
[0107] 投資モデルの全ての項目が入力されると (ステップ S4の Yes)、投資モデル受付部 32は入力された内容をユーザ端末 3に表示させて確認を取った上で、この投資モデ ルの IDを生成してユーザ識別情報に関連付けて投資モデル DB23に新規登録する (ステップ S5)。また、登録された投資モデルの IDがユーザ端末 3に通知される (ステ ップ S6)。
[0108] 次に、図 17の投資モデル改変フローを説明する。
この処理においては、投資モデル利用申込受付部 33が図 6に示す入力画面など を通じてユーザ端末 3から改変対象の投資モデルの IDを取得し (ステップ S 7)、この I Dに基づいて投資モデル DB23から投資モデルを検索する(ステップ S8)。この時、 利用申込に係るユーザ 2以外の投資モデルであれば (ステップ S9の Yes)、前記ボイ ント処理部 38に対して被利用ポイント (ベースポイント)の登録が指示される (ステップ S10)。 自己の投資モデルであればこの工程はスキップされ (ステップ S9の No)、投 資モデル利用申込受付部 33が投資モデルの改変情報を受付ける (ステップ SI 1)。 改変情報の受付処理や入力画面は、投資モデルの新規登録と同様である。なお、 改変の申込に際して、ポートフォリオや投資戦略の一部の項目だけの改変力、全て の項目に対する改変か、を選択させるようにし、この選択に応じて、被利用ポイントを 異ならせてもよい。
[0109] 全ての改変情報が入力された場合 (ステップ S12の Yes)、投資モデル受付部 32が ユーザ端末 3から、改変した投資モデルを新規に登録するか、登録された自己の投 資モデルの更新として登録するかの選択を受付ける (ステップ S 13)。新規登録が選 択された場合は (ステップ S 13の「新規」)、このユーザ 2について登録可能件数を超 えて ヽな 、かに基づ!/、て投資モデルの新規登録可否が判別される (ステップ S 14)。
登録可の場合は (ステップ S 14の Yes)、投資モデル IDが付与されて投資モデル DB 23に登録される(ステップ S15)。この時、前記ステップ S9においてベースモデルが あった場合には、このベースモデルの IDに枝番を付した IDが生成される。登録され た IDはユーザ端末 3に通知される(ステップ S 16)。
[0110] 一方、前記ステップ S 13で「更新」が選択された場合は、投資モデル DB23からこの ユーザ 2について登録されている投資モデルを全て抽出し、更新対象の投資モデル の選択を受付ける (ステップ S 17)。最後に、選択された更新対象の投資モデルを改 変されたモデルで更新し、ユーザ端末 3に対象モデルの IDと共に「更新済」を通知 する(ステップ S 18、 S19)。
[0111] 次に、図 18を参照して、対戦モードの処理工程を説明する。この処理は、図 6に符 号 55で示す「対戦する」ボタンが押下されることで開始される。
[0112] まず、インタフェース生成部 31が生成した図 7の対戦モード受付画面を通じて、前 記対戦申込受付部 42が、ユーザ端末 3から対戦相手の投資モデルの選択を受付け る (ステップ S20)。対戦相手の選択は、対戦申込画面のポイントランキングの表示欄 で特定の投資モデルの選択を直接受付けたり、検索条件を設定して抽出したり、「自 動選択」ボタンをクリックして前記対戦モデル抽出部 43によってランダムに抽出させ ることちでさる。
[0113] 次いで、ユーザ端末 3から運用実績を演算する対象期間が指定された場合は (ステ ップ S21の Yes)、その期間をメモリに登録し (ステップ S22)、指定されない場合は( ステップ S21の No)、デフォルトで設定された特定のまたは乱数表などでランダムに 選ばれた任意の期間をメモリに登録する (ステップ S23、 S22)。期間が登録されると 、運用実績演算部 35が起動して当該期間内の取引データを取引データファイル 25 力も取得して対戦対象の複数の投資モデルについて運用実績を夫々演算する (ステ ップ S24、 S25)。この時、運用実績演算部 35からの指令により前記取引データ取得 部 41がこの期間における取引データを証券会社 5の証券取引処理システム 6等から 取得して取引データファイル 25に格納するようにしてもよ!、。
[0114] 対戦処理部 36は、演算された運用実績を比較して投資モデルの勝敗を決定し (ス テツプ S26)、この勝敗と各投資モデルの IDとをポイント処理部 38に通知する。
[0115] ポイント処理部 38は、対象投資モデルを夫々特定し、前記ポイントテーブル 26を 参照して夫々の投資モデルの戦績ポイントを算出する (ステップ S27)。この時、敗者 となった投資モデルの保有ポイントの 10%を加算すると共に、それが上位ランクモデ ルであればさらにボーナスポイントを加算する。また、全ての投資モデルに経験値と して一律の対戦ポイントを付与する。最後に、これらの戦績ポイントをポイント DB22b に格納してこの処理を終了する (ステップ S28)。
[0116] 以上のような構成により、本実施形態の発明は以下の効果を奏する。
他人が作成した投資モデルが Webサイト上で入手でき、自分なりに加工'改変をカロ えることができる。特に、多数のユーザ力 支持されている人気の投資モデルや、高 い運用実績を挙げている投資モデルをそのまま利用することができるので、投資経 験の少ないユーザであっても、投資経験や知識を蓄積したのと同様の効果が得られ る。
[0117] また、投資モデルの利用を有償にすることで、人気の (儲力りそうな、損をしなさそう な)投資モデルの作成者は、自ら投資を行わなくとも収入を得ることが出来る。投資 経験がな ヽ (少な 、)者が作成した投資モデルでも、先入観に邪魔されな!、新鮮な 発想で大きな人気を博することも考えられる。一方で一時的に人気を得ることはあつ ても、継続的に結果を出さな 、投資モデルは「机上の空論」とみなされて自然に淘汰 されていくと考えられる。そのため、作成者自身も、運用益を得るためではなぐ投資 感覚を維持'向上させるために (投資モデルの作成 ·見直しの目的で)、ある程度の 投資を継続的に行うことが期待される。また、無名の投資モデル作成者は、自らその モデルを実行して結果を出すことで、そのモデルと自分自身の知名度や信用を蓄積 していく必要がある。
[0118] 従って、投資モデルの利用者だけでなぐ作成者自身も投資活動を行うことが十分 期待でき、投資家層の拡大と、取引市場の活性ィ匕に寄与できる。
[0119] 「投資モデル」の受け渡しや加工'改変は投資モデル管理サーバ 1上でしかできな いようにすることで、投資モデルの囲い込み (秘匿)を防止でき、ユーザ全員に原因( 投資モデル)と結果 (運用結果)の情報や体験を共有させることができる。これにより、 難しい投資教育によらず、実際の取引経験'情報を通じた投資家層全体のレベルァ
ップを図ることができる。
[0120] バーチャルなゲーム環境から、ワンクリックで実取引の実行に移行できるため、投資 に対する手続的 ·精神的な障壁を除去でき、投資を身近な存在に感じさせることがで きる。
[0121] また、証券会社にとっては、個人投資家層の大幅な増加が期待でき、証券取引の 活発化により証券手数料や口座維持料などの収益増が図れる。
[0122] (変形例)
[0123] 本発明は上記した実施形態に限られず、種々の変形が可能である。
例えば、投資モデルの作成方法、ポイントの付与方法、ランキングの生成方法、対 戦モードの方式などは上記した例に限定されない。
[0124] また、上記の実施形態では、投資シミュレーションゲームを提供する事業者と証券 会社とが連携している例を説明したが、他の事業者と提携することも可能である。 例えば、携帯電話サービスを提供する通信キャリアと提携し、ユーザ 2の投資モデ ルの獲得ポイントや仮想運用実績に応じて、このユーザ 2の携帯電話の通話料の一 部を割り引くようにしてもよい。また、ユーザ 2の通話料をポイント換算して、そのユー ザ 2の投資モデルのポイントに加算してもよい。
[0125] また、オプションとして、複数銘柄の中から最も値上り率の高い銘柄を当てること、 或いは日経平均の変化 (値上り、中立、値下がり)を当てること、を目的としたカバード •ワラントを利用し、その投資結果に応じて個人ポイントを付与してランキングするよう にしてもょ 、。上記のカバード 'ワラントを用いた投資は宝くじ (LOTTO)の感覚で気 軽に投資を行えるメリットがある。この場合には、投資モデルを登録していないユーザ でも参カ卩できる。
産業上の利用可能性
[0126] 本発明は、ネットワークを利用した投資シミュレーションゲームや実際の投資を行う システムに適用可能である。
[0127] 以上、本発明を実施例により詳細に説明したが、当業者にとっては、本発明が本願 中に説明した実施例に限定されるものではないということは明らかである。本発明は、 特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正
及び変更態様として実施することができる。従って、本願の記載は、例示説明を目的 とするものであり、本発明に対して何ら制限的な意味を有するものではない。
Claims
[1] 複数のユーザ端末がネットワークを介して接続されるサーバが、このユーザ端末か らポートフォリオ及び投資戦略を含む投資モデルを取得して投資モデルデータべ一 ス (DB)に格納する投資モデル登録工程と、
前記サーバが、前記投資モデル DBに格納された前記投資モデルを前記ユーザ端 末に表示するための情報 (投資モデル表示情報)を、当該情報の送信を要求した前 記ユーザ端末に、前記ネットワークを経由して送信する投資モデル表示情報送信ェ 程と
を備えたことを特徴とする投資モデルの管理方法。
[2] 請求項 1の投資モデル管理方法において、
前記サーバが、さらに、前記投資モデル DBに登録された投資モデルについて、現 実の取引巿場における取引データを取得し、この取引データに基づいて所定期間 内の仮想運用実績を演算する運用実績演算工程を実行するものであり、 前記投資モデル表示情報送信工程は、各投資モデルの前記仮想運用実績を前記 ユーザ端末に表示するための情報を、当該情報の送信を要求した前記ユーザ端末 に、前記投資モデル表示情報と共にネットワークを経由して送信するものである ことを特徴とする方法。
[3] 請求項 1の投資モデル管理方法において、
さらに、
前記サーバが、ユーザ端末に表示させたインタフェースを通じて、ネットワーク経由 でユーザ端末力 前記投資モデル DBに登録された特定の投資モデルの利用申込 みを受付ける投資モデル利用申込受付工程と、
このサーバが、利用申込を受付けた特定の投資モデルに被利用ポイントを付与し てポイント DBに登録する被利用ポイント登録工程と、を備え、
前記投資モデル利用申込受付工程は、投資モデル毎の被利用ポイントを表示した インタフェースを生成し、このインタフェースを通じてユーザ端末力 投資モデルの利 用申込みを受付けるものである
ことを特徴とする方法。
[4] 請求項 1の投資モデル管理方法において、
前記投資モデル登録工程は、ユーザ端末力 取得した投資モデルが他の投資モ デルをベースにして作成されたものである場合に、そのベースとなった他の投資モデ ルの識別情報に基づ 、て投資モデル DBから当該ベースモデルを検索し、そのべ一 スモデルに被利用ポイントを付与してポイント DBに登録する工程を備え、
前記サーバは、さらに、前記被利用ポイントを表示したインタフェースを生成してュ 一ザ端末に表示させ、このインタフェースを通じてネットワーク経由でユーザ端末から 前記投資モデル DBに登録された特定の投資モデルの利用申込みを受付ける投資 モデル利用申込受付工程を実行する
ことを特徴とする方法。
[5] 請求項 1の投資モデル管理方法において、
前記サーバが、さらに、
前記投資モデル DBに登録された投資モデルについて、現実の取引巿場における 取引データを取得し、この取引データに基づいて所定期間内の仮想運用実績を演 算し、この仮想運用実績に基づいて所定の運用ポイントを付与してポイント DBに格 納する運用ポイント演算工程と、
この運用ポイントを表示したインタフェースを生成してユーザ端末に表示させ、この インタフェースを通じてネットワーク経由でユーザ端末力も前記投資モデル DBに登 録された特定の投資モデルの利用申込みを受付ける投資モデル利用申込受付工程 と
を実行することを特徴とする方法。
[6] 請求項 1の投資モデル管理方法において、
前記サーバが、さらに、
前記投資モデル DBに登録された 2以上の投資モデルを対戦モデルとして抽出す る対戦モデル抽出工程と、
抽出された 2以上の投資モデルについて、所定期間内の現実の取引巿場における 取引データを取得し、この取引データに基づいて当該期間内の仮想運用実績を夫 々演算して比較することで対戦の勝敗を決定する運用実績比較工程と
を実行することを特徴とする方法。
[7] 請求項 1の投資モデル管理方法において、
前記サーバが、さらに、前記投資モデル DBに投資モデルを登録したユーザの端 末から、ネットワークを介して自己の投資モデルとの運用実績の対戦を希望する他の 投資モデルの情報を取得して対戦申込を受付ける対戦受付工程を実行することを特 徴とする方法。
[8] 請求項 7の投資モデル管理方法にぉ 、て、
前記サーバは、さらに、対戦を申込むユーザの端末から運用実績を演算する所定 期間の選択を受付けて、対戦に係る複数の投資モデルについて前記選択された期 間内の現実の取引巿場における取引データを取得し、この取引データに基づいて当 該期間内の仮想運用実績を夫々演算して比較することで対戦の勝敗を決定する運 用実績比較工程を実行することを特徴とする方法。
[9] 請求項 8の投資モデル管理方法にぉ 、て、
前記運用実績比較工程は、現在及び Z若しくは将来の所定期間内の現実の取引 巿場における取引データを取得し、この取引データに基づいて対戦に係る投資モデ ルについて当該期間内の仮想運用実績を夫々演算して比較することで対戦の勝敗 を決定するものであることを特徴とする方法。
[10] 請求項 7の投資モデル管理方法において、
前記サーバが、さらに、対戦に係る複数の投資モデルについて、対戦結果に基づ いて所定の戦績ポイントを付与してポイント DBに格納する戦績ポイント登録工程と、 投資モデル毎の戦績ポイントを表示したインタフェースを生成してユーザ端末に表 示させ、このインタフェースを通じてネットワーク経由でユーザ端末力 前記投資モデ ル DBに登録された特定の投資モデルの利用申込みを受付ける投資モデル利用申 込受付工程と
を実行することを特徴とする方法。
[11] 請求項 1の投資モデル管理方法において、
前記サーバが、さらに、
前記投資モデル DBに登録された投資モデルに対するユーザからの評価を受付け
るユーザ評価受付工程と、
受付けた評価をポイント換算してポイント DBに登録する評価ポイント登録工程と この評価ポイントを表示したインタフェースを生成してユーザ端末に表示させ、この インタフェースを通じてネットワーク経由でユーザ端末力も前記投資モデル DBに登 録された特定の投資モデルの利用申込みを受付ける投資モデル利用申込受付工程 と
を実行することを特徴とする方法。
[12] 請求項 5の投資モデル管理方法にぉ 、て、
前記サーバが、さらに、投資モデル毎の被利用ポイント、運用ポイント、戦績ポイン ト若しくは評価ポイントの少なくとも何れかを集計して複数の投資モデルのポイントラ ンキングを生成するポイントランキング生成工程を実行するものであり、
前記投資モデル利用申込受付工程は、生成されたポイントランキングを含むインタ フェースを生成してユーザ端末に表示させ、このインタフェースを通じて、ネットワーク 経由でユーザ端末力 前記投資モデル DBに登録された特定の投資モデルの利用 申込みを受付けるものである
ことを特徴とする方法。
[13] 請求項 1の投資モデル管理方法において、
前記投資モデル格納工程は、投資モデルを投資モデル DBに登録したユーザから 、当該投資モデルの更新申込を受付けて投資モデル DBを更新する投資モデル更 新工程を備えたことを特徴する方法。
[14] 請求項 1の投資モデル管理方法において、
前記サーバは、さらに、利用申込を受付けたユーザについて、申込に係る投資モ デルの利用条件として投資モデルを改変する際の改変権限情報をユーザデータべ ース (DB)に登録する改変権限情報登録工程と、
ユーザ DBに登録された改変権限情報を当該ユーザ端末にネットワーク経由で出 力する改変権限情報出力工程と
を実行することを特徴とする方法。
[15] 請求項 1の投資モデル管理方法において、
前記サーバは、さらに、前記利用申込を受付けたユーザの端末力 当該投資モデ ルを利用した投資の申込を受け付けた場合に、ネットワーク経由で証券会社の証券 取弓 I処理システムに接続して当該投資モデルとユーザ情報とを伝送する投資申込 受付工程を実行することを特徴とする方法。
[16] 請求項 1の投資モデル管理方法において、
前記ユーザ端末は、前記サーバと双方向通信が可能な通信デバイスと表示装置と してのテレビジョン受像機とを含むものであり、
前記投資モデル登録工程は、前記通信デバイス力 ネットワーク経由で取得した投 資モデルを投資モデル DBに格納し、前記投資モデル表示情報送信工程は、投資 モデル表示情報の送信を要求した前記通信デバイスに当該情報をネットワークを経 由して送信するものである
ことを特徴とする投資モデルの管理方法。
[17] 複数のユーザの端末がネットワークを介して接続され、ポートフォリオ及び投資戦略 を含む投資モデルを管理するサーバであって、
前記ユーザ端末力も取得した投資モデルを格納する投資モデルデータベース (D B)と、
前記投資モデル DBに格納された前記投資モデルを前記ユーザ端末に表示する ための情報 (投資モデル表示情報)を、当該情報の送信を要求した前記ユーザ端末 に、前記ネットワークを経由して送信する投資モデル表示情報送信手段と
を備えたことを特徴とする投資モデルの管理サーバ。
[18] 請求項 17の投資モデル管理サーバにおいて、
さらに、前記投資モデル DBに登録された投資モデルについて、現実の取引巿場 における取引データを取得し、この取引データに基づいて所定期間内の仮想運用 実績を演算する運用実績演算手段を備え、
前記投資モデル表示情報送信手段は、各投資モデルの前記仮想運用実績を前記 ユーザ端末に表示するための情報を、当該情報の送信を要求した前記ユーザ端末 に、前記投資モデル表示情報と共にネットワークを経由して送信するものである ことを特徴とするサーバ。
[19] 請求項 17の投資モデル管理サーバにおいて、
さらに、
ユーザ端末に表示させたインタフェースを通じて、ネットワーク経由でユーザ端末か ら前記投資モデル DBに登録された特定の投資モデルの利用申込みを受付ける投 資モデル利用申込受付手段と、
このサーバが、利用申込を受付けた特定の投資モデルに被利用ポイントを付与し てポイント DBに登録する被利用ポイント登録手段と、を備え、
前記投資モデル利用申込受付手段は、投資モデル毎の被利用ポイントを表示した インタフェースを生成し、このインタフェースを通じてユーザ端末力 投資モデルの利 用申込みを受付けるものである
ことを特徴とするサーバ。
[20] 請求項 17の投資モデル管理サーバにお 、て、
さらに、ユーザ端末から取得した投資モデルが他の投資モデルをベースにして作 成されたものである場合に、そのベースとなった他の投資モデルの識別情報に基づ V、て投資モデル DBから当該ベースモデルを検索し、そのベースモデルに被利用ポ イントを付与してポイント DBに登録する手段と、
前記被利用ポイントを表示したインタフェースを生成してユーザ端末に表示させ、こ のインタフェースを通じてネットワーク経由でユーザ端末力 前記投資モデル DBに 登録された特定の投資モデルの利用申込みを受付ける投資モデル利用申込受付手 段を備えた
ことを特徴とするサーバ。
[21] 請求項 17の投資モデル管理サーバにおいて、
さらに、前記投資モデル DBに登録された投資モデルについて、現実の取引巿場 における取引データを取得し、この取引データに基づいて所定期間内の仮想運用 実績を演算し、この仮想運用実績に基づいて所定の運用ポイントを付与してポイント DBに格納する運用ポイント演算手段と、
この運用ポイントを表示したインタフェースを生成してユーザ端末に表示させ、この インタフェースを通じてネットワーク経由でユーザ端末力も前記投資モデル DBに登
録された特定の投資モデルの利用申込みを受付ける投資モデル利用申込受付手段 と
を備えたことを特徴とするサーバ。
[22] 請求項 17の投資モデル管理サーバにお 、て、
さらに、
前記投資モデル DBに登録された 2以上の投資モデルを対戦モデルとして抽出す る対戦モデル抽出手段と、
抽出された 2以上の投資モデルについて、所定期間内の現実の取引巿場における 取引データを取得し、この取引データに基づいて当該期間内の仮想運用実績を夫 々演算して比較することで対戦の勝敗を決定する運用実績比較手段と
を備えたことを特徴とするサーバ。
[23] 請求項 17の投資モデル管理サーバにお 、て、
さらに、前記投資モデル DBに投資モデルを登録したユーザの端末から、ネットヮー クを介して自己の投資モデルとの運用実績の対戦を希望する他の投資モデルの情 報を取得して対戦申込を受付ける対戦受付手段を備えたことを特徴とするサーバ。
[24] 請求項 23の投資モデル管理サーバにおいて、
さらに、対戦を申込むユーザの端末力 運用実績を演算する所定期間の選択を受 付けて、対戦に係る複数の投資モデルについて前記選択された期間内の現実の取 引巿場における取引データを取得し、この取引データに基づいて当該期間内の仮 想運用実績を夫々演算して比較することで対戦の勝敗を決定する運用実績比較手 段を備えたことを特徴とするサーバ。
[25] 請求項 24の投資モデル管理サーバにお 、て、
前記運用実績比較手段は、現在及び Z若しくは将来の所定期間内の現実の取引 巿場における取引データを取得し、この取引データに基づいて対戦に係る投資モデ ルについて当該期間内の仮想運用実績を夫々演算して比較することで対戦の勝敗 を決定するものであることを特徴とするサーバ。
[26] 請求項 23の投資モデル管理サーバにお 、て、
さらに、対戦に係る複数の投資モデルについて、対戦結果に基づいて所定の戦績
ポイントを付与してポイント DBに格納する戦績ポイント登録手段と、
投資モデル毎の戦績ポイントを表示したインタフェースを生成してユーザ端末に表 示させ、このインタフェースを通じてネットワーク経由でユーザ端末力 前記投資モデ ル DBに登録された特定の投資モデルの利用申込みを受付ける投資モデル利用申 込受付手段と
を備えたことを特徴とするサーバ。
[27] 請求項 17の投資モデル管理サーバにお 、て、
さらに、
前記投資モデル DBに登録された投資モデルに対するユーザからの評価を受付け るユーザ評価受付手段と、
受付けた評価をポイント換算してポイント DBに登録する評価ポイント登録手段と、 この評価ポイントを表示したインタフェースを生成してユーザ端末に表示させ、この インタフェースを通じてネットワーク経由でユーザ端末力も前記投資モデル DBに登 録された特定の投資モデルの利用申込みを受付ける投資モデル利用申込受付手段 と
を備えたことを特徴とするサーバ。
[28] 請求項 21の投資モデル管理サーバにおいて、
さらに、投資モデル毎の被利用ポイント、運用ポイント、戦績ポイント若しくは評価ポ イントの少なくとも何れかを集計して複数の投資モデルのポイントランキングを生成す るポイントランキング生成手段を備え、
前記投資モデル利用申込受付手段は、生成されたポイントランキングを含むインタ フェースを生成してユーザ端末に表示させ、このインタフェースを通じて、ネットワーク 経由でユーザ端末力 前記投資モデル DBに登録された特定の投資モデルの利用 申込みを受付けるものである
を備えたことを特徴とするサーバ。
[29] 請求項 17の投資モデル管理サーバにお 、て、
さらに、投資モデルを前記投資モデル DBに登録したユーザから、当該投資モデル の更新申込を受付けて投資モデル DBを更新する投資モデル更新手段を備えたこと
を特徴するサーバ。
[30] 請求項 17の投資モデル管理サーバにお 、て、
さらに、利用申込を受付けたユーザについて、申込に係る投資モデルの利用条件 として投資モデルを改変する際の改変権限情報をユーザデータベース (DB)に登録 する改変権限情報登録手段と、
ユーザ DBに登録された改変権限情報を当該ユーザ端末にネットワーク経由で出 力する改変権限情報出力手段と
を備えたことを特徴とするサーバ。
[31] 請求項 17の投資モデル管理サーバにおいて、
さらに、前記利用申込を受付けたユーザの端末力 当該投資モデルを利用した投 資の申込を受け付けた場合に、ネットワーク経由で証券会社の証券取引処理システ ムに接続して当該投資モデルとユーザ情報とを伝送する投資申込受付手段を備え たことを特徴とするサーバ。
[32] 請求項 17の投資モデル管理サーバにお 、て、
前記ユーザ端末は、前記サーバと双方向通信が可能な通信デバイスと表示装置と してのテレビジョン受像機とを含むものであり、
前記投資モデル DBは、前記通信デバイス力 ネットワーク経由で取得した投資モ デルを格納し、前記投資モデル表示情報送信手段は、投資モデル表示情報の送信 を要求した前記通信デバイスに当該情報をネットワークを経由して送信するものであ る
ことを特徴とする投資モデルの管理サーバ。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007502571A JPWO2006085460A1 (ja) | 2005-02-10 | 2006-02-01 | 投資モデル管理方法及び投資モデル管理サーバ |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005034873 | 2005-02-10 | ||
JP2005-034873 | 2005-02-10 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2006085460A1 true WO2006085460A1 (ja) | 2006-08-17 |
Family
ID=36793036
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2006/301654 WO2006085460A1 (ja) | 2005-02-10 | 2006-02-01 | 投資モデル管理方法及び投資モデル管理サーバ |
Country Status (2)
Country | Link |
---|---|
JP (1) | JPWO2006085460A1 (ja) |
WO (1) | WO2006085460A1 (ja) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008129984A (ja) * | 2006-11-24 | 2008-06-05 | Osaka Prefecture Univ | 取引支援システム、取引支援プログラム及びその記録媒体。 |
JP2008243158A (ja) * | 2007-03-23 | 2008-10-09 | Hiroyuki Tanaka | ポートフォリオ自動運用システム |
JP2008305343A (ja) * | 2007-06-11 | 2008-12-18 | Konami Digital Entertainment:Kk | 投資目標処理装置、投資目標処理方法、ならびに、プログラム |
JP2010501909A (ja) * | 2006-05-01 | 2010-01-21 | ケーク・フィナンシャル・コーポレーション | 投資情報のコンソリデーション、共有、及び分析 |
JP2010117947A (ja) * | 2008-11-13 | 2010-05-27 | Ntt Data Corp | ポイント付与装置、及び、プログラム |
JP2017040977A (ja) * | 2015-08-17 | 2017-02-23 | 株式会社大和総研 | 積立システムおよびプログラム |
WO2017077582A1 (ja) * | 2015-11-02 | 2017-05-11 | 株式会社One Tap BUY | 金融商品取引システム、金融商品取引方法、通信端末装置、サーバ装置、コンピュータプログラム、及びサーバプログラム |
JP2017208143A (ja) * | 2017-09-04 | 2017-11-24 | 株式会社One Tap BUY | 金融商品取引システム、金融商品取引方法、通信端末装置、サーバ装置、コンピュータプログラム、及びサーバプログラム |
JP2018072954A (ja) * | 2016-10-25 | 2018-05-10 | 株式会社Folio | 情報処理装置 |
JP2018092475A (ja) * | 2016-12-06 | 2018-06-14 | 株式会社クレディセゾン | ポイント管理システムおよびポイント管理方法 |
WO2019064567A1 (ja) * | 2017-09-29 | 2019-04-04 | 富士通株式会社 | ポートフォリオ提示プログラム、ポートフォリオ提示方法およびポートフォリオ提示装置 |
JP6498377B1 (ja) * | 2018-10-12 | 2019-04-10 | Heroz株式会社 | 運用支援装置、運用支援方法及び運用支援プログラム |
JP2019185270A (ja) * | 2018-04-05 | 2019-10-24 | 株式会社Gaia | 投資取引代行システム、情報処理装置、投資取引代行方法、投資取引代行プログラム |
WO2021149118A1 (ja) | 2020-01-20 | 2021-07-29 | 楽天株式会社 | 情報処理装置、情報処理方法およびプログラム |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001175750A (ja) * | 1999-12-22 | 2001-06-29 | Nri & Ncc Co Ltd | 取引データ閲覧装置、取引データ閲覧方法、および記録媒体 |
JP2002024547A (ja) * | 2000-07-10 | 2002-01-25 | Kentex Kk | 株式売買タイミング決定支援システム |
JP2003030448A (ja) * | 2001-07-19 | 2003-01-31 | Internet Research Institute Inc | 株価レーティングの評価方法、証券アナリストのランキング方法及び証券投資方法 |
JP2003196546A (ja) * | 1996-02-29 | 2003-07-11 | Toshiba Corp | 情報共有支援システム |
JP2003531444A (ja) * | 2000-04-17 | 2003-10-21 | マーケットクラシー・インコーポレイテッド | 投資ポートフォリオ・マネージメントの認識と測定とランキングのための、インターネット・ベース・システム、および、ベスト投資家の管理ファンドを含むファンドスーパーマーケットの操作 |
JP2004151841A (ja) * | 2002-10-29 | 2004-05-27 | Hitachi Information Systems Ltd | 商品売買システム |
-
2006
- 2006-02-01 JP JP2007502571A patent/JPWO2006085460A1/ja active Pending
- 2006-02-01 WO PCT/JP2006/301654 patent/WO2006085460A1/ja not_active Application Discontinuation
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003196546A (ja) * | 1996-02-29 | 2003-07-11 | Toshiba Corp | 情報共有支援システム |
JP2001175750A (ja) * | 1999-12-22 | 2001-06-29 | Nri & Ncc Co Ltd | 取引データ閲覧装置、取引データ閲覧方法、および記録媒体 |
JP2003531444A (ja) * | 2000-04-17 | 2003-10-21 | マーケットクラシー・インコーポレイテッド | 投資ポートフォリオ・マネージメントの認識と測定とランキングのための、インターネット・ベース・システム、および、ベスト投資家の管理ファンドを含むファンドスーパーマーケットの操作 |
JP2002024547A (ja) * | 2000-07-10 | 2002-01-25 | Kentex Kk | 株式売買タイミング決定支援システム |
JP2003030448A (ja) * | 2001-07-19 | 2003-01-31 | Internet Research Institute Inc | 株価レーティングの評価方法、証券アナリストのランキング方法及び証券投資方法 |
JP2004151841A (ja) * | 2002-10-29 | 2004-05-27 | Hitachi Information Systems Ltd | 商品売買システム |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010501909A (ja) * | 2006-05-01 | 2010-01-21 | ケーク・フィナンシャル・コーポレーション | 投資情報のコンソリデーション、共有、及び分析 |
JP2008129984A (ja) * | 2006-11-24 | 2008-06-05 | Osaka Prefecture Univ | 取引支援システム、取引支援プログラム及びその記録媒体。 |
JP2008243158A (ja) * | 2007-03-23 | 2008-10-09 | Hiroyuki Tanaka | ポートフォリオ自動運用システム |
JP2008305343A (ja) * | 2007-06-11 | 2008-12-18 | Konami Digital Entertainment:Kk | 投資目標処理装置、投資目標処理方法、ならびに、プログラム |
JP2010117947A (ja) * | 2008-11-13 | 2010-05-27 | Ntt Data Corp | ポイント付与装置、及び、プログラム |
JP2017040977A (ja) * | 2015-08-17 | 2017-02-23 | 株式会社大和総研 | 積立システムおよびプログラム |
WO2017077582A1 (ja) * | 2015-11-02 | 2017-05-11 | 株式会社One Tap BUY | 金融商品取引システム、金融商品取引方法、通信端末装置、サーバ装置、コンピュータプログラム、及びサーバプログラム |
JP6207741B1 (ja) * | 2015-11-02 | 2017-10-04 | 株式会社One Tap BUY | 金融商品取引システム、金融商品取引方法、通信端末装置、サーバ装置、コンピュータプログラム、及びサーバプログラム |
JP2018072954A (ja) * | 2016-10-25 | 2018-05-10 | 株式会社Folio | 情報処理装置 |
JP2018092475A (ja) * | 2016-12-06 | 2018-06-14 | 株式会社クレディセゾン | ポイント管理システムおよびポイント管理方法 |
JP2017208143A (ja) * | 2017-09-04 | 2017-11-24 | 株式会社One Tap BUY | 金融商品取引システム、金融商品取引方法、通信端末装置、サーバ装置、コンピュータプログラム、及びサーバプログラム |
WO2019064567A1 (ja) * | 2017-09-29 | 2019-04-04 | 富士通株式会社 | ポートフォリオ提示プログラム、ポートフォリオ提示方法およびポートフォリオ提示装置 |
JPWO2019064567A1 (ja) * | 2017-09-29 | 2020-04-02 | 富士通株式会社 | ポートフォリオ提示プログラム、ポートフォリオ提示方法およびポートフォリオ提示装置 |
JP2019185270A (ja) * | 2018-04-05 | 2019-10-24 | 株式会社Gaia | 投資取引代行システム、情報処理装置、投資取引代行方法、投資取引代行プログラム |
JP7128507B2 (ja) | 2018-04-05 | 2022-08-31 | WowBee株式会社 | 投資取引代行システム、情報処理装置、投資取引代行方法、投資取引代行プログラム |
JP6498377B1 (ja) * | 2018-10-12 | 2019-04-10 | Heroz株式会社 | 運用支援装置、運用支援方法及び運用支援プログラム |
WO2020075305A1 (ja) * | 2018-10-12 | 2020-04-16 | Heroz株式会社 | 運用支援装置、運用支援方法及び運用支援プログラム |
WO2021149118A1 (ja) | 2020-01-20 | 2021-07-29 | 楽天株式会社 | 情報処理装置、情報処理方法およびプログラム |
US11928698B2 (en) | 2020-01-20 | 2024-03-12 | Rakuten Group, Inc. | Information processing apparatus, information processing method and program thereof |
Also Published As
Publication number | Publication date |
---|---|
JPWO2006085460A1 (ja) | 2008-06-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2006085460A1 (ja) | 投資モデル管理方法及び投資モデル管理サーバ | |
JP6725622B2 (ja) | ドル預託証券、電子的会員取引、及びレポ取引 | |
US8788390B2 (en) | Estimating values of assets | |
Argenton et al. | Search engine competition with network externalities | |
US6260019B1 (en) | Web-based prediction marketplace | |
US20070129956A1 (en) | Method for selecting media products | |
US7509274B2 (en) | Internet-based system for identification, measurement and ranking of investment portfolio management, and operation of a fund supermarket, including “best investor” managed funds | |
Shiller et al. | Music for a song: an empirical look at uniform pricing and its alternatives | |
US20080133417A1 (en) | System to determine quality through reselling of items | |
US20160225086A1 (en) | Personalized investment portfolio builder and investment strategy tester | |
JP2008537817A (ja) | ユーザ所感に基づいてアイテムに得点を付けるため、および予測者の熟練度を決定するための、システム、方法、およびコンピュータプログラム製品 | |
JP4764185B2 (ja) | 予想情報管理システム、予想情報管理方法、およびプログラム | |
US20120123928A1 (en) | Sports share trading system and method | |
Fontanills et al. | The stock market course | |
KR20110001815A (ko) | 네트워크를 통한 모의 주식 투자 방법 및 시스템 | |
Zikmund-Fisher et al. | Demand for rent-to-own contracts: a behavioral economic explanation | |
Bergemann et al. | Information markets and nonmarkets | |
KR20000049374A (ko) | 인터넷에서의 주식 경주 게임 방법 | |
AU2001257079B2 (en) | Internet-based system for identification, measurement and ranking of investment portfolio management, and operation of a fund supermarket, including "best investor" managed funds | |
AU2001257079A1 (en) | Internet-based system for identification, measurement and ranking of investment portfolio management, and operation of a fund supermarket, including "best investor" managed funds | |
KR100583657B1 (ko) | 인터넷 기반으로 브랜드의 가치를 평가하는 시스템 및 방법 | |
JP2006215841A (ja) | 証券取引情報提供システムおよび証券発注プログラム | |
JP2002073878A (ja) | 仮想株の取引方法、仮想株取引システムおよびコンピュータ読み取り可能な記録媒体 | |
Bergmann et al. | Auction design and order of sale with budget-constrained bidders | |
KR100377677B1 (ko) | 네트워크 기반의 실시간 승률(주식)게임 시스템 및 그 운영방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 2007502571 Country of ref document: JP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 06712797 Country of ref document: EP Kind code of ref document: A1 |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: 6712797 Country of ref document: EP |