Method for handling provision of liquid asset transaction guide information

Abstract

The present invention relates to a technology that facilitates reasonable transactions (e.g., buying / selling) of liquid assets (e.g., stocks, bonds, or cryptocurrencies) based on crowdsourcing by utilizing an IP network (e.g., the Internet or a mobile communication network), wherein multiple information-providing terminals corresponding to the crowdsourcing are registered, and a management server acquires various types of transaction guide information from the multiple information-providing terminals via the IP network and provides the various types of acquired transaction guide information in response to the requirements of multiple information utilization terminals via the IP network. The present invention is advantageous in that an artificial intelligence (AI) algorithm, a specific occupation group employee, and general natural people are included in each user range of the multiple information-providing terminals, thereby increasing the possibility of reasonable transactions for liquid assets.

Description

Information provision and operation method for trading liquid assets

[0001] The present invention is a technology that helps to enable rational trading (e.g., buy / sell) of liquid assets (e.g., stocks, bonds, cryptocurrencies) based on crowdsourcing by utilizing IP networks (e.g., the Internet, mobile communication networks).

[0002] More specifically, the present invention is a technology that registers a plurality of information-providing terminals corresponding to crowdsourcing, and a management server obtains various transaction guide information from the plurality of information-providing terminals through an IP network, and provides the obtained various transaction guide information in response to the requirements of a plurality of information-using terminals through the IP network.

[0003] Recently, there have been sites, institutions, and organizations that provide various trading information on liquid assets such as stocks and cryptocurrencies.

[0004] Each site, institution, or organization recommends trading items based on its own unique mechanism or logic, but it is difficult to judge that the returns are reasonably optimized.

[0005] Investors who invest through these recommendations often find that the places they are recommended to generate negative returns compared to other places.

[0006] As a result, there is a need to improve the platform so that it can provide diverse information from diverse information providers and so that the diverse information provided can be filtered through objective methods.

[0007] [Prior Art Literature]

[0008] [Patent Document]

[0009] (Patent Document 1) 1. Patent Application No. 10-2020-0125384, "Method and Device for Providing Stock Recommendation Service"

[0010] (Patent Document 2) 2. Patent Application No. 10-2020-0052077, "Individual Stock Investment Recommendation Information Service System and Operation Method Using Artificial Intelligence and Big Data."

[0011] The present invention has been proposed in consideration of the above points, and the purpose of the present invention is to provide a method for providing trading guide information for liquid assets that enables receiving various information from various information providers based on crowdsourcing.

[0012] In addition, the purpose of the present invention is to provide a method for providing trading guide information for liquid assets, which enables rational trading of liquid assets by filtering various information provided through crowdsourcing through an objective method.

[0013] In addition, the purpose of the present invention is to provide a method for providing trading guide information on liquid assets, which allows information users to classify information providers they desire.

[0014] In addition, the purpose of the present invention is to provide a method for providing trading guide information on liquid assets, which allows information users to classify the information provider's return range at a desired point in time.

[0015] Furthermore, the purpose of the present invention is to provide a method for operating a trading guide information provision system for liquid assets, which allows the pool of information providers to gradually expand over time and, as information providers provide information repeatedly, the recommended information provided becomes more accurate in terms of probability.

[0016] In order to achieve the above object, the present invention provides a method for operating the provision of trading guide information for liquid assets through a system comprising a management server, a plurality of information-providing terminals that can connect to the management server via a network, and a plurality of information-using terminals that can connect to the management server via a network, the method comprising: (a) a step in which the management server registers a plurality of information-providing terminals; (b) a step in which the management server registers one or more liquid assets in a trading management target list; (c) a step in which the management server receives trading guide information corresponding to one or more liquid assets in the trading management target list from one or more of the registered information-providing terminals; (d) a step in which the management server extracts a cumulative return list according to the existing returns of the information-providing terminals that provide trading guide information according to a preset return calculation algorithm; (e) a step in which the management server extracts a predicted transaction list of the information-providing terminals that provide trading guide information according to a preset trading guide algorithm; (f) a step in which the management server displays the cumulative return list and the predicted transaction list.

[0017] And, (g) the management server may be configured to further include a step of providing the cumulative rate of return list and the predicted transaction list to one or more information use terminals that have requested the cumulative rate of return list and the predicted transaction list among a plurality of information use terminals.

[0018] Here, step (a) may include a step in which the management server registers at least one of an artificial intelligence (AI) algorithm, a worker in a specific occupation, and a general natural person in the scope of each information provider for a plurality of information providing terminals.

[0019] And, step (g) may include: (g-1) a step in which the management server identifies a request event of an information-providing terminal (hereinafter referred to as a “target terminal”) that wishes to use information among a plurality of information-providing terminals from an information-using terminal (hereinafter referred to as a “use requesting terminal”); (g-2) a step in which the management server provides a cumulative rate of return list and a predicted transaction list corresponding to the target terminal to the use requesting terminal.

[0020] Here, step (g-1) may include a step in which the management server identifies a request event that limits a specific period of the target terminal's yield from the requesting terminal.

[0021] At this time, step (d) may include a step in which the management server extracts a short-term rate of return list from the rate of return corresponding to a specific period of the target terminal according to a preset rate of return calculation algorithm.

[0022] At this time, step (g-2) may include a step in which the management server provides a list of short-term returns and a list of predicted transactions corresponding to the target terminal to the requesting terminal.

[0023] Meanwhile, prior to step (e), the management server may further include a step of pre-setting a transaction guide algorithm to extract a list of predicted transactions by classifying them into short-term, long-term, and risk types;

[0024] On the other hand, (g-1) may further include a step of identifying a request event in which the management server requests a list of predicted transactions corresponding to a target terminal from a requesting terminal, distinguishing between short-term, long-term, and risk-type transactions.

[0025] Here, (g-2) may further include a step in which the management server provides a list of predicted transactions corresponding to the target terminal to the requesting terminal by classifying them into short-term, long-term, and risk types.

[0026] On the other hand, in the present invention, (h) the management server may be configured to further include a step of pre-setting a usage fee calculation algorithm that calculates a usage fee in response to a request event of a usage request terminal; (i) the management server may be configured to further include a step of pre-setting a compensation fee calculation algorithm that calculates a compensation fee for a target terminal in response to a request event of a usage request terminal.

[0027] On the other hand, step (b) may include at least one of: a step in which the management server registers stocks of a stock market including at least one of the US S&P 500, the US NASDAQ, the Korean KOSPI, and the Korean KOSDAQ as liquid assets in the trading management target list; a step in which the management server registers cryptocurrencies of a cryptocurrency exchange as liquid assets in the trading management target list; and a step in which the management server registers bonds of a bond market as liquid assets in the trading management target list.

[0028] On the other hand, step (a) may include a step in which the management server registers one or more information use terminals among a plurality of information use terminals as an investment advisory business.

[0029] At this time, step (g) may include a step in which the management server provides investment advisory service information corresponding to a preset investment advisory business based on a cumulative rate of return list and a predicted transaction list to one or more information use terminals registered in the form of an investment advisory business.

[0030] On the other hand, step (a) may include a step in which the management server registers one or more information use terminals among a plurality of information use terminals as a form of a quasi-investment advisory business.

[0031] At this time, step (g) may include a step in which the management server provides similar investment advisory service information corresponding to a preset similar investment advisory business based on a cumulative rate of return list and a predicted transaction list to one or more information use terminals registered in the form of a similar investment advisory business.

[0032] On the other hand, the computer program according to the present invention is stored in a storage medium to execute the method for providing trading guide information for liquid assets as described above in combination with hardware.

[0033]

[0034] The present invention has the advantage of enabling crowdsourcing by having the management server register a number of information providing terminals.

[0035] Furthermore, the present invention exhibits the advantage of increasing the possibility of rational transactions on liquid assets by including artificial intelligence (AI) algorithms, workers in specific occupations, and ordinary natural persons in the respective user ranges for multiple information provision terminals.

[0036] In addition, the present invention also exhibits the advantage of enabling information users to classify the information providers they desire by having the management server identify a request event of a target terminal that wishes to use information from a requesting terminal.

[0037] In addition, the present invention has the advantage of allowing the information provider's rate of return section to be classified by the information user at a desired time by having the management server identify a request event that limits a specific period of the rate of return of the target terminal from the requesting terminal.

[0038] [Figure 1] is a schematic system configuration diagram for performing a method for providing transaction guide information for liquid assets according to the present invention.

[0039] [Figure 2] is a schematic system configuration diagram 2 for performing a method for providing transaction guide information for liquid assets according to the present invention.

[0040] [Figure 3] is a block diagram of the management server, which is a component of the present invention.

[0041] [Figure 4] is a flowchart illustrating a method for providing transaction guide information for liquid assets according to the first embodiment of the present invention.

[0042] [Figure 5] is a flowchart illustrating a method for providing transaction guide information for liquid assets according to a second embodiment of the present invention.

[0043] Hereinafter, the present invention will be described in detail with reference to the drawings.

[0044] [Figure 1] is a schematic system configuration diagram 1 for performing a method for providing transaction guide information for liquid assets according to the present invention, and [Figure 2] is a schematic system configuration diagram 2 for performing a method for providing transaction guide information for liquid assets according to the present invention.

[0045] Referring to [Figure 1] and [Figure 2], according to the method for providing trading guide information for liquid assets according to the present invention, a plurality of information providing terminals (200) and a plurality of information using terminals (300) can be configured to mutually transmit and receive data on an IP network based on a management server (100).

[0046] For example, when a number of information providing terminals (200) transmit transaction guide information to the management server (100), the management server (100) obtains, manages, and displays this transaction guide information.

[0047] Next, when there is a request to use the transaction guide information from a plurality of information use terminals (300), the management server (100) may be configured to provide transaction guide information corresponding to the requested content to the corresponding information use terminals (300).

[0048] At this time, when an information use terminal (300) makes a use request to the management server (100), a use fee must be paid accordingly. The management server (100) may be equipped with a preset algorithm for such a use fee payment method.

[0049] Here, ‘fee’ can be interpreted in a comprehensive sense, including cash, virtual currency, and dedicated points.

[0050] Meanwhile, since an information use terminal (300) that satisfies certain conditions provided by the management server (100) can be used for free, the 'use fee' for an information use terminal (300) that satisfies certain conditions may mean '0'. This distinction in use of the 'use fee' may be achieved through a pre-set algorithm.

[0051] In addition, the management server (100) must pay compensation to the information providing terminal (200) according to a preset algorithm. Preferably, the algorithm can be preset so that compensation is paid to the information providing terminal (200) requested by the information using terminal (300) according to the user operation event (e.g., number of clicks) of the information using terminal (300).

[0052] In addition, the algorithm can be set in advance so that the number of information provision times and rate of return of the information provision terminal (200) are reflected in the 'compensation price'.

[0053] Here, "compensation" can be interpreted in a comprehensive sense, encompassing cash, virtual currency, and dedicated points. The distinction between these "compensation" terms can be determined through a pre-defined compensation calculation algorithm.

[0054]

[0055] As shown in [Fig. 1] and [Fig. 2], when a plurality of information providing terminals (200) exist on an IP network, preferably in a crowdsourcing manner, and the management server (100) manages transaction (buy / sell) guide information on liquid assets provided from such a plurality of information providing terminals (200), and when identifying a request for use from an information using terminal (300), information in the form of, for example, a cumulative return list and a predicted transaction list can be provided to the information using terminal (300) in response thereto.

[0056] Here, the 'cumulative return list' means the ratio of the period during which the information provided by the information provider corresponding to each information provision terminal (200) was in the return section.

[0057] Below, the liquid assets registered and managed by the management server (100) will be explained through stocks in the stock market.

[0058] For example, if an information providing terminal (200) called A provided information on “selling GOOG X% on January 5” after an order of “buying GOOG Y% on January 3,” the rate of return for A is calculated and shared from January 4.

[0059] Here, Y% represents the % of the total investment amount, and all returns are calculated as the ratio (%) of the initial purchase amount of GOOD stocks to the total investment amount.

[0060] In this case, the daily return on January 4th is calculated as [0.01 × Y × (GOOG closing price on January 4th - opening price on January 4th (closing price thereafter)) / purchase price].

[0061] And, the daily return on January 5th is calculated as [0.01×Y×(GOOG closing price on January 5th - closing price on January 4th) / purchase price].

[0062] Additionally, the daily return on January 6 is calculated as [0.01 × Y × (GOOG opening price on January 6 - closing price on January 5) / purchase price].

[0063] At this time, the rate of return calculation algorithm of the management server (100) may be preset to add up units of a specific period (e.g., week, month) as a cumulative rate of return.

[0064] In this embodiment, we will look at an example in which the rate of return calculation algorithm of the management server (100) is preset to add the daily rate of return to the cumulative rate of return.

[0065] As a result, if a user of the information use terminal (300) in the above example requests the cumulative rate of return for the period from January 4 to January 6, the cumulative rate of return for January 4 to January 6 will be calculated as the sum of the rates of return for each day.

[0066] Here, the 'transaction guide information' provided by the information provider through the information provision terminal (200) can be designated in one of two ways: a 'market price method' in which a buy / sell order is placed at the stock price formed in the stock market at the time of order entry for the relevant stock, and a 'buy / sell price designation method' in which the buy / sell price of the relevant stock is designated by the buyer / seller, and the rate of return calculation through the management server (100) can also be calculated accordingly.

[0067] First, for example, in the case of the US market, according to the 'market price method', the buy / sell information is received within 3 hours after the closing of the US (NASDAQ, S&P 500) market, and the rate of return is calculated assuming that all orders are executed at the opening price of the market at the opening of the next day's market.

[0068] The market price method calculates returns once a day, based on buy / sell information from the market close to the previous day. The buy price for the market price method is determined by the opening price of the following day. Sell prices used for calculating returns using the market price method are divided into pre-sale and post-sale prices. For stocks held at the time of market price calculation, the closing price of the day is used, while for stocks sold, the opening price is used the day after the sell order.

[0069] For example, if an information providing terminal (200) called A provided information on “selling GOOG X% on January 5” after an order of “buying GOOG Y% on January 3,” the rate of return for A is calculated and shared from January 4.

[0070] Here, Y% means % of the total investment amount, and all returns are calculated as returns on the total investment amount.

[0071] In this case, the daily return on January 4th is calculated as [0.01 × Y × (GOOG closing price on January 4th - opening price on January 4th (closing price thereafter)) / purchase price].

[0072] And, the daily return on January 5th is calculated as [0.01×Y×(GOOG closing price on January 5th - closing price on January 4th) / purchase price].

[0073] Additionally, the daily return on January 6 is calculated as [0.01 × Y × (GOOG opening price on January 6 - closing price on January 5) / purchase price].

[0074] As previously discussed, the rate of return calculation algorithm of the management server (100) can be preset to add up units of a specific period (e.g., daily, weekly, monthly, period) as a cumulative rate of return. Here, an example in which the rate of return calculation algorithm of the management server (100) is preset to add the daily rate of return to the cumulative rate of return is examined.

[0075] As a result, if a user of the information use terminal (300) in the above example requests the cumulative rate of return for the period from January 4 to January 6, the cumulative rate of return for January 4 to January 6 will be calculated as the sum of the rates of return for each day.

[0076] And, according to the 'buy / sell price designation method', execution price information is provided together with the buy / sell item, and if a transaction is made at the suggested price based on the next day's market price, the rate of return is calculated as if it were executed.

[0077] Information that is not 'executed' on the following day becomes invalid, and the buy / sell price is set at the execution price of the week in which the buy / sell was executed.

[0078] Only the buy / sell prices are different from the 'market price method', and the daily rate of return is calculated in the same way as the 'market price method'.

[0079] Meanwhile, one example of a 'predicted transaction list' can be examined through the example above. That is, if a user of an information use terminal (300) called B has chosen to receive information from an information provision terminal (200) called A and the total investment amount is 1 million won, it is recommended to place a GOOG stock purchase order in the amount of [1 million won × Y × 0.01] after the market closes on January 3 and purchase it at the opening price with the market opening on January 4.

[0080] To this end, the management server (100) may be uniquely configured to respond accordingly. [Figure 3] is a block diagram of the management server, which is a component of the present invention.

[0081] Referring to [Figure 3], the management server (100) may be equipped with a terminal management unit (110), a rate of return list generation unit (120), a predicted transaction list generation unit (130), a request event identification unit (140), a usage fee calculation unit (150), a reward calculation unit (160), and a data transmission / reception unit (170).

[0082] The terminal management unit (110) can register artificial intelligence (AI) algorithms, workers in specific occupations, and general natural persons as information providers for multiple information-providing terminals (200). As a result, so-called crowdsourcing becomes possible.

[0083] Here, each information provider corresponding to a plurality of information provision terminals (200) can connect to the management server (100) through its own information provision terminal (200) and then go through the so-called membership registration procedure through the platform configuration of the management server (100) to be registered on the platform of the management server (100).

[0084] The yield list generation unit (120) can be programmed with a yield calculation algorithm. The yield list generation unit (120) can classify the yields for a number of information provision terminals (200) registered in the terminal management unit (110) into various patterns and store them in the storage of the management server (100).

[0085] For example, if an information providing terminal (200) called A provided information on “selling GOOG X% on January 5” after an order of “buying GOOG Y% on January 3,” the rate of return for A is calculated and shared from January 4.

[0086] Here, Y% means % of the total investment amount, and all returns are calculated as returns on the total investment amount.

[0087] In this case, the daily return on January 4th is calculated as [0.01 × Y × (GOOG closing price on January 4th - opening price on January 4th (closing price thereafter)) / purchase price].

[0088] And, the daily return on January 5th is calculated as [0.01×Y×(GOOG closing price on January 5th - closing price on January 4th) / purchase price].

[0089] Additionally, the daily return on January 6 is calculated as [0.01 × Y × (GOOG opening price on January 6 - closing price on January 5) / purchase price].

[0090] At this time, the rate of return calculation algorithm of the management server (100) can be preset to add the daily rate of return to the cumulative rate of return.

[0091] As a result, if a user of the information use terminal (300) in the above example requests the cumulative rate of return for the period from January 4 to January 6, the cumulative rate of return for January 4 to January 6 will be calculated as the sum of the rates of return for each day.

[0092] The predicted transaction list generation unit (130) can be programmed with a transaction guide algorithm. The predicted transaction list generation unit (130) can classify recommended transaction (buy / sell) items and ratios for multiple information provision terminals (200) registered in the terminal management unit (110) into various patterns and store them in the storage of the management server (100).

[0093] And, one example of the 'predicted transaction list' generated by the predicted transaction list generation unit (130) can be examined through the example above. That is, if a user of an information use terminal (300) called B has chosen to receive information from an information provision terminal (200) called A and the total investment amount is 1 million won, it can be recommended to place a GOOG stock purchase order in the amount of [1 million won × Y × 0.01] after the market closes on January 3 and purchase it at the opening price together with the market opening on January 4.

[0094] The request event identification unit (140) may be configured to identify a request event requested by a user operation of an information use terminal (300) called B, when an information use terminal (300) requesting information use among a plurality of information use terminals (300) selects to receive information from an information provision terminal (200) called A.

[0095] At this time, the data transmission and reception unit (170) receives various information provided by a plurality of information provision terminals (200) and stores them in the storage of the management server (100). However, in the case where information user B (300) selects to receive information from information provision terminal A (200), a cumulative rate of return list and a predicted transaction list corresponding to information provision terminal A (200) are transmitted accordingly.

[0096] Meanwhile, the usage fee calculation unit (150) can be programmed with a usage fee calculation algorithm that calculates the usage fee in response to a request event of an information use terminal (300).

[0097] For example, the usage fee calculation unit (150) may be preset so that the information user of the information usage terminal (300) pays a predetermined usage fee for each item of the predicted transaction list (e.g., recommended item information) provided in response to the rate of return of the information provider.

[0098] In addition, the usage fee calculation unit (150) may be set in advance so that the information user of the information usage terminal (300) pays a predetermined usage fee for a predetermined period of time.

[0099] Here too, ‘fee’ can be interpreted in a comprehensive sense, including cash, virtual currency, and dedicated points.

[0100] Meanwhile, since an information use terminal (300) that satisfies certain conditions provided by the management server (100) can be used for free, the 'use fee' for an information use terminal (300) that satisfies certain conditions may mean '0'. This distinction in use of the 'use fee' may be achieved through a pre-set algorithm.

[0101] On the other hand, the reward calculation unit (160) can be programmed with a reward calculation algorithm that calculates a reward for the information providing terminal (200) in response to a request event of the information use terminal (300).

[0102] For example, the compensation calculation unit (160) may be set in advance so that the information provider of the information provision terminal (200) can receive compensation in response to the usage fee paid by the information user of the information use terminal (300) as described above.

[0103] And, the algorithm can be set in advance so that the number of information provision times and rate of return of the information provision terminal (200) are reflected in the ‘compensation price’.

[0104] In this case, "compensation" can be interpreted in a comprehensive sense, encompassing cash, virtual currency, and dedicated points. This distinction in the use of "compensation" can be achieved through a pre-defined compensation calculation algorithm.

[0105]

[0106] [Figure 4] is a flowchart illustrating a method for providing transaction guide information for liquid assets according to the first embodiment of the present invention.

[0107] Step S110: The first embodiment of the present invention is a method for providing trading guide information on liquid assets through a system comprising a management server (100), a plurality of information providing terminals (200) that can be connected to the management server (100) via a network, and a plurality of information using terminals (300) that can be connected to the management server (100) via a network, wherein the terminal management unit (110) of the management server (100) registers a plurality of information providing terminals (200).

[0108] That is, the terminal management unit (110) can register artificial intelligence (AI) algorithms, workers in specific occupations, and general natural persons as information providers for each of the multiple information-providing terminals (200). As a result, so-called crowdsourcing becomes possible.

[0109] Here, each information provider corresponding to a plurality of information provision terminals (200) can connect to the management server (100) through its own information provision terminal (200) and then go through the so-called membership registration procedure through the platform configuration of the management server (100) to be registered on the platform of the management server (100).

[0110] Step S120: Then, the terminal management unit (110) can register one or more liquid assets (e.g., stocks, cryptocurrency) to be managed by the management server (100) by receiving various information from a plurality of information providing terminals (200) as a transaction management target list.

[0111] For example, the terminal management unit (110) may be configured to register stocks of a stock market including one or more of the US S&P 500, US NASDAQ, Korea KOSPI, and Korea KOSDAQ as liquid assets in the transaction management target list.

[0112] In addition, the terminal management unit (110) may be configured to register the cryptocurrency of a cryptocurrency exchange as a liquid asset in the transaction management target list.

[0113] Additionally, the terminal management unit (110) may be configured to register bonds in the bond market as liquid assets in the transaction management target list.

[0114] Step S130: The management server (100) may be configured to receive transaction guide information corresponding to one or more liquid assets in the transaction management target list from one or more information provision terminals (200) among a plurality of information provision terminals (200) pre-registered through the data transmission / reception unit (170).

[0115] Step S140: Next, the rate of return list generation unit (120) of the management server (100) can classify the rates of return for a number of information providing terminals (200) registered in the terminal management unit (110) into various patterns and store them in the storage of the management server (100).

[0116] For example, if an information providing terminal (200) called A provided information on “selling GOOG X% on January 5” after an order of “buying GOOG Y% on January 3,” the rate of return for A is calculated and shared from January 4.

[0117] Here, Y% means % of the total investment amount, and all returns are calculated as returns on the total investment amount.

[0118] In this case, the daily return on January 4th is calculated as [0.01 × Y × (GOOG closing price on January 4th - opening price on January 4th (closing price thereafter)) / purchase price].

[0119] Also, the daily return on January 5th is calculated as [0.01 × Y × (GOOG opening price on January 6th - closing price on January 4th) / purchase price]. In addition, the daily return on January 6th is calculated as '0'.

[0120] At this time, the rate of return calculation algorithm of the management server (100) can be preset to add the daily rate of return to the cumulative rate of return.

[0121] As a result, if a user of the information use terminal (300) in the above example requests the cumulative rate of return for the period from January 4 to January 5, it will be calculated as the sum of the rates of return on January 4 and January 5.

[0122] And, if you request the cumulative return for the period from January 4 to January 6, the return for January 6 is '0', so the cumulative return for the period from January 4 to January 6 is the same as the cumulative return for the period from January 4 to January 5.

[0123] In this way, when a user of an information utilization terminal requests a cumulative rate of return for one week, one month, or any other specified period, the cumulative rate of return can be calculated by adding up the daily rates of return for the requested period.

[0124] Step S150: Then, the predicted transaction list generation unit (130) of the management server (100) can classify the recommended transaction (buy / sell) items and ratios for multiple information providing terminals (200) registered in the terminal management unit (110) into various patterns according to a preset transaction guide algorithm and store them in the storage of the management server (100).

[0125] Here, classifying the recommended trading (buy / sell) items and ratios for multiple information provision terminals (200) into various patterns may include, for example, patterns that classify them into short-term, long-term, and risk types.

[0126] If an information user of an information use terminal (300) requests information use to the management server (100), the information user of the information use terminal (300) can obtain rate of return information for the information provision terminal (200) for the desired period.

[0127] At this time, the information user can select the cumulative return range and risk level of the information provision terminal (200), the industry to be checked, etc. as desired, and check the results of the buy / sell return rates of the information provision terminals (200) according to the selection, and can also select the information provision terminal (200) for which he or she wants to receive information based on the check result.

[0128] Additionally, the information user can select the information providing terminals (200) from which he or she wishes to receive information on a daily basis based on the changing ranking of the information providing terminals (200) that he or she is monitoring.

[0129] Meanwhile, the predicted transaction list generation unit (130) can extract the predicted transaction list of the information provision terminal (200) that provides transaction guide information. One example of such a 'predicted transaction list' can be examined through the example examined above.

[0130] That is, if a user of an information use terminal (300) called B has chosen to receive information from an information provision terminal (200) called A and the total investment amount is 1 million won, it can be recommended to place a GOOG stock purchase order in the amount of [1 million won × Y × 0.01] after the market closes on January 3 and purchase it at the opening price with the market opening on January 4.

[0131] Step S160: The management server (100) can display the cumulative rate of return list of the information provision terminal (200) and the predicted transaction list to be provided to the information use terminal (300) through the rate of return list generation unit (120) on the display monitor of the management server (100).

[0132] The administrator of the management server (100) will be able to check improvements to services to be provided to the information use terminal (300) in the future while checking the cumulative rate of return list and predicted transaction list displayed on the display monitor.

[0133]

[0134] [Figure 5] is a flowchart illustrating a method for providing transaction guide information for liquid assets according to a second embodiment of the present invention.

[0135] The second embodiment of the present invention may be configured in the same manner as the first embodiment from steps S110 to S160, and may include the configuration of step S170, which provides the cumulative rate of return list and the predicted transaction list of the information providing terminal (200) to the information using terminal (300).

[0136] Step S170: The management server (100) may be configured to provide, through a data transmission / reception unit (170), the cumulative return list and the predicted transaction list of a target terminal (200) selected by the information user to the information use request terminal (300) requesting information use, for one or more information use terminals (300) that have requested the cumulative return list and the predicted transaction list among a plurality of information use terminals (300).

[0137] The management server (100) provides a list of predicted transactions to the requesting terminal (300) via the data transmission / reception unit (170), preferably once a day. The information provided is "transaction guide information" for the target terminal (200) selected by the information user. "Transaction guide information" includes buy items, sell items, buy item ratio, and sell item ratio, and may be categorized into short-term, long-term, and risk-based categories.

[0138] This 'transaction guide information' is based on the information user's expected rate of return and risk rate, and the information user can also check the cumulative rate of return for a specific period for each target terminal (200).

[0139] Here, information on the target terminal (200) selected by the information user can preferably be received within three hours after the market closes on the same day. The actual buying / selling method and timing expected by the information user are identical to the method by which the rate of return list generation unit (120) of the management server (100) calculates the rate of return for the target terminal (200).

[0140] In addition, the selling time of the items to be purchased in the 'transaction guide information' provided by the target terminal (200) may be after the next day, and this is also provided by the information provider of the target terminal (200).

[0141] Meanwhile, the request event identification unit (140) of the management server (100) may be configured to identify a target terminal (200) request event from a request terminal (300).

[0142] At this time, the data transmission and reception unit (170) receives various information provided by a plurality of information provision terminals (200) and stores it in the storage of the management server (100). However, when it is selected to receive information of a target terminal (200) from a use request terminal (300), it transmits a cumulative rate of return list and a predicted transaction list corresponding to the target terminal (200) to the use request terminal (300).

[0143] On the other hand, the request event identification unit (140) of the management server (100) may be configured to identify a request event that limits a specific period for the rate of return of the target terminal (200) from the requesting terminal (300).

[0144] As a result, the rate of return list generation unit (120) of the management server (100) may be configured to selectively extract a short-term rate of return list from the rate of return corresponding to a specific period of the target terminal (200) according to a preset rate of return calculation algorithm.

[0145] Next, the management server (100) provides the previously selectively extracted short-term rate of return list along with the corresponding predicted transaction list to the usage request terminal (300) through the data transmission / reception unit (170).

[0146] On the other hand, the request event identification unit (140) of the management server (100) may be configured to identify a request event in which the management server (100) requests a list of predicted transactions corresponding to the target terminal (200) from the requesting terminal (300), distinguishing between short-term, long-term, and risk-type transactions.

[0147] At this time, the management server (100) may be configured to provide a list of predicted transactions corresponding to the target terminal (200) to the corresponding request terminal (300) by classifying them into short-term, long-term, and risk types through the data transmission / reception unit (170).

[0148]

[0149] On the other hand, the second embodiment of the present invention can further add a configuration corresponding to the utilization price calculation step and the compensation price calculation step below.

[0150] The usage fee calculation unit (150) of the management server (100) can be pre-programmed with a usage fee calculation algorithm that calculates the usage fee in response to a request event of a usage request terminal (300).

[0151] The usage fee calculation unit (150) may be configured to identify a request event requested by a user operation of an information-using terminal (300) called B, when an information-using terminal (300) requesting information use among a plurality of information-using terminals (300) selects to receive information from an information-providing terminal (200) called A.

[0152] At this time, if information user B selects to receive information from information providing terminal A (200) from information using terminal (300), a cumulative rate of return list and a predicted transaction list corresponding to information providing terminal A (200) are transmitted in response.

[0153] For example, the fee calculation unit (150) may be preset so that the information user of the information use terminal (300) pays a predetermined amount for each item in the predicted transaction list (e.g., recommended item information) provided in response to the rate of return of the information provider.

[0154] In addition, the usage fee calculation unit (150) may be preset so that the information user of the information usage terminal (300) pays a preset amount for a preset period of time.

[0155] Meanwhile, the usage fee calculation unit (150) calculates usage fees for each piece of information of the information provision terminal (200) in various forms, such as separate costs, free use for a specific period, gift certificates, advertising fees, and user registration fees.

[0156] Here, if it is confirmed that the usage fee through the information user of the information usage terminal (300) has been paid in various forms as described above, the management server (100) determines in advance the information user who has paid the usage fee and provides the cumulative rate of return list and predicted transaction list for the predetermined information usage terminal (300).

[0157] The reward calculation unit (160) of the management server (100) can be pre-programmed with a reward calculation algorithm that calculates a reward for the target terminal (200) in response to a request event of a use request terminal (300).

[0158] For example, the compensation calculation unit (160) may be set in advance so that the information provider of the information provision terminal (200) can receive compensation in response to the usage fee paid by the information user of the information use terminal (300) as described above.

[0159] On the other hand, according to the third embodiment of the present invention, the management server (100) can register one or more of the information use terminals (300) among the plurality of information use terminals (300) in the form of an investment advisory business in step S110 of [Fig. 5].

[0160] At this time, the management server (100) may be configured to provide investment advisory service information corresponding to a preset investment advisory business based on a cumulative rate of return list and a predicted transaction list to one or more information use terminals (300) registered in the form of an investment advisory business in step S170.

[0161] Here, 'investment advisory business' can be viewed as a service business that provides various specialized information on securities to investors (e.g., information use terminals) who have entered into an advisory contract, or in which market experts are entrusted with management by investors (e.g., information use terminals) and effectively manage and operate assets to provide superior returns to the investors.

[0162] In addition, the management server (100) may be configured to perform a subrogation transaction based on the investment amount of the information use terminal (300) in the form of an 'investment advisory business' based on the user preference selection (e.g., short-term, long-term, risk-type, return-first type) of the information use terminal (300). In this case, the subrogation transaction can be viewed as part of the investment advisory service information.

[0163] On the other hand, according to the fourth embodiment of the present invention, the management server (100) can register one or more of the information use terminals (300) among the plurality of information use terminals (300) in the form of a similar investment advisory business in step S110 of [Fig. 5].

[0164] At this time, the management server (100) may be configured to provide similar investment advisory service information corresponding to a preset similar investment advisory business based on a cumulative rate of return list and a predicted transaction list to one or more information use terminals (300) registered in the form of a similar investment advisory business in step S170.

[0165] Here, 'quasi-investment advisory business' can be viewed as a service business that provides advice on investment decisions or the value of financial investment products to unspecified investors (e.g., multiple information access terminals) through publications or e-mail for a certain fee. In this case, value advice can be viewed as part of the quasi-investment advisory service information.

[0166] Meanwhile, the present invention can be implemented in the form of computer-readable code on a non-volatile computer-readable storage medium. Various types of storage devices exist as such non-volatile storage media, such as hard disks, SSDs, CD-ROMs, NAS, magnetic tapes, web disks, and cloud disks. The code can also be distributed and stored on and executed across multiple network-connected storage devices. Furthermore, the present invention can be implemented in the form of a computer program stored on a storage medium to execute a specific procedure in conjunction with hardware.

[0167] [Explanation of symbols]

[0168] 100: Management Server

[0169] 110: Terminal Management Department

[0170] 120: Profitability list generation section

[0171] 130: Predicted transaction list generation section

[0172] 140: Request Event Identifier

[0173] 150: Fee calculation section

[0174] 160: Compensation calculation section

[0175] 170: Data Transmitter and Receiver

[0176] 200: Information provision terminal

[0177] 300: Information use terminal

Claims

1. A method for providing trading guide information on liquid assets through a system comprising a management server, a plurality of information providing terminals that can connect to the management server via a network, and a plurality of information using terminals that can connect to the management server via a network. (a) a step in which the management server registers a plurality of information providing terminals; (b) a step in which the management server registers one or more liquid assets as a list of transaction management targets; (c) a step in which the management server receives transaction guide information corresponding to one or more liquid assets in the transaction management target list from one or more of the registered information providing terminals; (d) a step in which the management server extracts a cumulative rate of return list according to the rate of return of the information providing terminal that provided the transaction guide information according to a preset rate of return calculation algorithm; (e) a step in which the management server extracts a predicted transaction list of an information providing terminal that provides the transaction guide information according to a preset transaction guide algorithm; (f) the step of the management server displaying the cumulative rate of return list and the predicted transaction list; Method of operation of providing trading guide information on liquid assets including.

2. In claim 1, (g) a step in which the management server provides the cumulative rate of return list and the predicted transaction list to one or more information-using terminals among the plurality of information-using terminals that have requested the cumulative rate of return list and the predicted transaction list; A method for providing trading guide information for liquid assets, characterized in that it further comprises:

3. In claim 2, The above step (a) is, A step in which the management server registers at least one of an artificial intelligence (AI) algorithm, a worker in a specific occupation, and a general natural person in the scope of each information provider for the plurality of information providing terminals; A method of providing trading guide information for liquid assets, characterized by having:

4. In claim 3, The above step (g) is, (g-1) A step in which the management server identifies a request event of an information-providing terminal (hereinafter referred to as a “target terminal”) that wishes to use information among the plurality of information-providing terminals from the information-using terminal (hereinafter referred to as a “use requesting terminal”); (g-2) a step in which the management server provides the cumulative rate of return list and the predicted transaction list corresponding to the target terminal to the requesting terminal; A method of providing trading guide information for liquid assets, characterized by having:

5. In claim 4, The above step (g-1) is, A step in which the management server identifies a request event limiting a specific period for the rate of return of the target terminal from the requesting terminal; Equipped with, The above step (d) is, A step in which the management server extracts a short-term rate of return list from the rate of return corresponding to the specific period of the target terminal according to a preset rate of return calculation algorithm; Equipped with, The above step (g-2) is, A step in which the management server provides the short-term yield list and the predicted transaction list corresponding to the target terminal to the requesting terminal; A method of providing trading guide information for liquid assets, characterized by having:

6. In claim 5, Prior to step (e) above, The above management server sets the transaction guide algorithm in advance to extract the predicted transaction list by dividing it into short-term, long-term, and risk types; A method of providing trading guide information for liquid assets, characterized by comprising the following:

7. In claim 6, The above (g-1) is, A step for identifying a request event in which the management server requests the predicted transaction list corresponding to the target terminal from the usage request terminal, distinguishing between the short-term type, the long-term type, and the risk type; Equip yourself with more, The above (g-2) is, A step in which the management server provides the predicted transaction list corresponding to the target terminal to the usage request terminal by dividing it into the short-term, long-term, and risk types; A method of providing trading guide information for liquid assets, characterized by further providing:

8. In claim 7, (h) a step in which the management server pre-sets a usage fee calculation algorithm that calculates a usage fee in response to a request event of the usage request terminal; (i) a step in which the management server pre-sets a compensation fee calculation algorithm that calculates a compensation fee for the target terminal in response to a request event of the usage request terminal; A method for providing trading guide information for liquid assets, characterized in that it further comprises:

9. In claim 8, The above step (b) is, A step in which the management server registers stocks of a stock market including one or more of the US S&P 500, US NASDAQ, Korea KOSPI, and Korea KOSDAQ as liquid assets in the transaction management target list; A step in which the above management server registers the cryptocurrency of a cryptocurrency exchange as a liquid asset in the above transaction management target list; A step in which the above management server registers bonds in the bond market as liquid assets in the above transaction management target list; A method for providing liquid asset trading guide information characterized by having at least one of the following:

10. In claim 2, The above step (a) is, A step in which the management server registers one or more information use terminals among a plurality of information use terminals as an investment advisory business; Equipped with, The above step (g) is, The above management server provides investment advisory service information corresponding to a preset investment advisory business based on the cumulative rate of return list and the predicted transaction list to one or more information use terminals registered in the form of the above investment advisory business; A method of providing trading guide information for liquid assets, characterized by having:

11. In claim 2, The above step (a) is, A step in which the management server registers one or more information-using terminals among a plurality of information-using terminals as a form of quasi-investment consulting business; Equipped with, The above step (g) is, The above management server provides similar investment advisory service information corresponding to a preset similar investment advisory business based on the cumulative rate of return list and the predicted transaction list to one or more information use terminals registered in the form of the similar investment advisory business; A method of providing trading guide information for liquid assets, characterized by having:

12. A computer program stored in a storage medium for executing a method for providing trading guide information on liquid assets according to any one of claims 1 to 11 in combination with hardware.

Images