WO2025150581A1 - Method for handling provision of liquid asset transaction guide information - Google Patents

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 of trading guide for liquid assets

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

More specifically, the present invention is a technology for registering a plurality of information providing terminals corresponding to crowdsourcing, and for a management server to obtain various transaction guide information from the plurality of information providing terminals through an IP network, and to provide the obtained various transaction guide information in response to the requirements of a plurality of information using terminals through the IP network.

Recently, there are sites, institutions, and organizations that provide various trading information on liquid assets such as stocks and cryptocurrencies.

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

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

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.

[Prior art literature]

[Patent Document]

(Patent Document 1) 1. Patent Application No. 10-2020-0125384 “Method and Device for Providing Stock Recommendation Service”

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

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.

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 on a crowdsourcing basis through an objective method.

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 want.

In addition, the purpose of the present invention is to provide a method of providing trading guide information on liquid assets, which allows information users to classify the return range of information providers at a desired time.

In addition, the purpose of the present invention is to provide a method for operating a trading guide information provision service for liquid assets in which the pool of information providers gradually expands over time and the recommended information provided by information providers becomes more probabilistically accurate as information provision is repeated.

In order to achieve the above object, the present invention provides a method for operating the provision of trading guide information of liquid assets through a system comprising a management server, a plurality of information-providing terminals that can be connected to the management server via a network, and a plurality of information-using terminals that can be connected 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 as 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 yield list according to the previous yields of the information-providing terminals that provide trading guide information according to a preset yield calculation algorithm; (e) a step in which the management server extracts a predicted trading 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 a cumulative yield list and a predicted trading list.

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-using terminals that have requested the cumulative rate of return list and the predicted transaction list among a plurality of information-using terminals.

Here, step (a) may include a step in which the management server registers one or more 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.

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.

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

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.

At this time, step (g-2) may include a step in which the management server provides a short-term yield list and a predicted transaction list corresponding to the target terminal to the requesting terminal.

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 dividing them into short-term, long-term, and risk types;

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 types.

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.

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.

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 list of trading management targets; a step in which the management server registers cryptocurrencies of a cryptocurrency exchange as liquid assets in the list of trading management targets; and a step in which the management server registers bonds of a bond market as liquid assets in the list of trading management targets.

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.

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.

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 quasi-investment consulting business.

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

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

The present invention shows the advantage of enabling crowdsourcing by having the management server register a plurality of information providing terminals.

In addition, 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 general natural persons in the respective user ranges for a plurality of information providing terminals.

In addition, the present invention has the advantage of allowing information users to classify 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.

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

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

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

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

[Figure 4] is a flow chart of a method for providing transaction guide information on liquid assets according to the first embodiment of the present invention.

[Figure 5] is a flow chart for performing a method for providing trading guide information for liquid assets according to the second embodiment of the present invention.

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

[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.

Referring to [Figure 1] and [Figure 2], according to the method for providing trading guide information of 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 from each other on an IP network based on a management server (100).

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.

Next, when there is a request to use the transaction guide information from a number of information use terminals (300), the management server (100) can be configured to provide transaction guide information corresponding to the requested content to the corresponding information use terminal (300).

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

Here, ‘fee’ can be interpreted in a comprehensive sense that includes cash, virtual currency, and dedicated points.

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' can be achieved through a pre-set algorithm.

In addition, the management server (100) must pay a compensation fee to the information providing terminal (200) according to a preset algorithm. Preferably, the algorithm can be preset so that the compensation fee 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).

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

Here, 'compensation price' can be interpreted in a comprehensive sense including cash, virtual currency, and dedicated points. The distinct use of this 'compensation price' can be done through a preset compensation price calculation algorithm.

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.

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.

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

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.

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

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].

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

Also, 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].

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 the cumulative rate of return.

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.

As a result, if a user of the information utilization 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 each day.

Here, the 'transaction guide information' provided by the information provider through the information provision terminal (200) can be designated in one of two ways: the '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 the 'buy/sell price designation method' in which the buyer/seller designates the buy/sell price of the relevant stock, and the rate of return calculation through the management server (100) can also be calculated accordingly.

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 US (NASDAQ, S&P 500) market closes, and the rate of return is calculated assuming that all orders are executed at the opening price of the market at the start of the next day's market.

The 'market price method' yield is calculated once a day based on the buy/sell information from the market close to the previous day. The buy price for the 'market price method' is set at the opening price of the next day's market. The sell price for calculating the yield for the 'market price method' is divided into before and after the sell. At the time of calculating the yield for the 'market price method', the holding stock is calculated at the closing price of the day, and the stock for which the sell is completed is calculated at the opening price of the day after the sell order.

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.

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

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].

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

Also, 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].

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 up daily rate of return to the cumulative rate of return is examined.

As a result, if a user of the information utilization 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 each day.

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 amount presented based on the next day's market price, the rate of return is calculated as if it was executed.

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

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

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 can be recommended to place a GOOG stock purchase order for 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.

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

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).

The terminal management unit (110) can register artificial intelligence (AI) algorithms, workers in specific occupations, and general natural persons in the scope of each information provider for a number of information providing terminals (200). As a result, so-called crowdsourcing becomes possible.

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).

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 providing terminals (200) registered in the terminal management unit (110) into various patterns and store them in the storage of the management server (100).

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.

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

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].

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

Also, 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].

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.

As a result, if a user of the information utilization 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 each day.

The predicted transaction list generation unit (130) can be programmed with a transaction guide algorithm. The predicted transaction list generation unit (130) can classify the recommended transaction (buy/sell) items and ratios 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).

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 for 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.

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

At this time, the data transmission/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.

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).

For example, the usage fee calculation unit (150) may be set in advance so that the information user of the information usage terminal (300) pays a prescribed 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.

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 preset usage fee for a preset period of time.

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

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' can be achieved through a pre-set algorithm.

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).

For example, the compensation calculation unit (160) can 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.

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’.

At this time, 'compensation price' can be interpreted in a comprehensive sense including cash, virtual currency, and dedicated points. This distinction in use of 'compensation price' can be achieved through a preset compensation price calculation algorithm.

[Figure 4] is a flow chart for performing a method for providing trading guide information for liquid assets according to the first embodiment of the present invention.

Step S110: The first embodiment of the present invention is a method for operating the provision of trading guide information on liquid assets through a system comprising a management server (100), a plurality of information provision terminals (200) that can be connected to the management server (100) via a network, and a plurality of information use 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 provision terminals (200).

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

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).

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

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.

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.

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.

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 pre-registered information provision terminals (200) through the data transmission/reception unit (170).

Step S140: Next, the yield list generation unit (120) of the management server (100) can classify the yields 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).

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.

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

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].

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

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.

As a result, if a user of the information utilization 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.

And, if we ask for the cumulative return for the period from January 4 to January 6, the return on 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.

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

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).

Here, classifying the recommended trading (buying/selling) items and ratios for multiple information provision terminals (200) into various patterns may include, for example, patterns that divide them into short-term, long-term, and risk types.

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.

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 purchase/sale return rates of the information provision terminals (200) according to the selection, and can also select the information provision terminal (200) from which he or she wants to receive information based on the check results.

In addition, information users can select the information provision terminals (200) from which they wish to receive information on a daily basis based on the changing ranking of the information provision terminals (200) that they are monitoring.

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 this 'predicted transaction list' can be examined through the example examined 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 with the market opening on January 4.

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

The administrator of the management server (100) can check the cumulative rate of return list and predicted transaction list displayed on the display monitor and check the improvement of the service to be provided to the information use terminal (300) in the future.

[Figure 5] is a flow chart for performing a method for providing trading guide information for liquid assets according to the second embodiment of the present invention.

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 for providing the cumulative rate of return list and predicted transaction list of the information providing terminal (200) to the information using terminal (300).

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

The predicted transaction list provided by the management server (100) to the requesting terminal (300) through the data transmission/reception unit (170) is preferably provided once a day. The information provided in this manner is the 'transaction guide information' of the target terminal (200) selected by the information user. The 'transaction guide information' includes the purchase items, the sale items, the purchase item ratio, and the sale item ratio, and may be classified as short-term, long-term, and risk-type.

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

Here, information on the target terminal (200) selected by the information user can preferably be received within 3 hours after the closing of the day. The actual purchase/sale method and timing expected from the information user are the same as the method by which the yield list generation unit (120) of the management server (100) calculates the yield of the target terminal (200).

In addition, the selling time of the purchased items 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).

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 requesting terminal (300).

At this time, the data transmission/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), but when it is selected to receive information on a target terminal (200) from a usage request terminal (300), it transmits a cumulative rate of return list and a predicted transaction list corresponding to the target terminal (200) to the usage request terminal (300).

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).

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

Next, the management server (100) provides the previously selectively extracted short-term yield list together with the corresponding predicted transaction list to the usage request terminal (300) through the data transmission/reception unit (170).

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 types.

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

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

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).

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

At this time, if information user B, an information use terminal (300), chooses 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 in response.

For example, 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 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.

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 preset amount for a preset period of time.

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 during a specific period, gift certificates, advertising fees, and user registration fees.

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).

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 usage request terminal (300).

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

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].

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.

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 operations by investors (e.g., information use terminals) and effectively manage and operate assets to provide superior returns to the investors.

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 consulting business' based on the user preference selection (e.g., short-term, long-term, risk type, return priority type) of the information use terminal (300). In this case, the subrogation transaction can be viewed as part of the investment consulting service information.

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 quasi-investment consulting business in step S110 of [Fig. 5].

At this time, the management server (100) may be configured to provide quasi-investment consulting service information corresponding to a preset quasi-investment consulting 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 quasi-investment consulting business in step S170.

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 through publications or e-mail to unspecified investors (e.g., multiple information-using terminals) in return for a certain amount of compensation. In this case, value advice can be viewed as part of quasi-investment advisory service information.

Meanwhile, the present invention can be implemented in the form of a computer-readable code on a nonvolatile storage medium that can be read by a computer. There are various types of storage devices as such nonvolatile storage media, such as hard disks, SSDs, CD-ROMs, NAS, magnetic tapes, web disks, cloud disks, etc., and the code can also be implemented in a form in which it is distributed, stored, and executed on a plurality of storage devices connected to a network. In addition, the present invention can be implemented in the form of a computer program stored on a storage medium in order to execute a specific procedure by being combined with hardware.

[Explanation of symbols]

100 : Management Server

110 : Terminal Management Department

120: Profitability list generation section

130: Predicted transaction list generation section

140 : Request Event Identifier

150: Fee Calculation Section

160: Compensation calculation section

170: Data Transmitter and Receiver

200: Information provision terminal

300: Information Utilization Terminal

Claims (12)

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 be connected to the management server via a network, and a plurality of information using terminals that can be connected 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. 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: A computer program stored in a storage medium for executing a method for providing trading guide information of liquid assets according to any one of claims 1 to 11 in combination with hardware.