SYSTEM AND METHOD FOR PROVIDING DATA REGARDING
A FINANCIAL FUND
CROSS-REFERENCE TO RELATED APPLICATION This application is a continuation-in-part application of U.S. Application Serial No.
09/245,264 filed on February 5, 1999, entitled "A System and Method for Creating a Secondary Trading Market for a Financial Fund, in Particular a Hedge Fund."
FIELD OF THE INVENTION The present invention relates to a system and method for providing data regarding a financial fund, e.g., a hedge fund, a mutual fund, etc.
BACKGROUND INFORMATION
A common way for a user (e.g., an investor) to invest money is via a mutual fund. The mutual fund is a pool of money that is managed by professional managers. The user buys shares of the mutual fund; the mutual fund then invests the user's money by buying financial instruments such as stocks, bonds, etc. A net asset value ("NAV") of a mutual fund share is typically determined only once a day, on an end of day basis. The NAV is calculated as a function of the end of day value of the mutual fund's assets divided by a number of outstanding mutual fund shares. When calculating the NAV. it is assumed that relevant fees and expenses of a mutual fund have already been accounted for and deducted. Users can buy (subscribe) or sell (redeem) their mutual fund shares typically on a daily basis and only at the end of day NAV. The ability to redeem or subscribe mutual fund shares into or out of a mutual fund provides a daily cash liquidity to users.
Mutual fund shares (e.g., of a "closed-end" mutual fund) may also be exchanged in a secondary market, such as stock exchanges, bond markets, etc. A secondary market is a market where securities (e.g., mutual fund shares) are traded after they are initially offered in a primary market (e.g., after a fund share is bought from a mutual fund). Most trading of mutual fund shares is done in the secondary market, such as the New York Stock Exchange, as well as in all other are secondary markets.
Generally, a mutual fund is organized as an investment company which is closely regulated
by the Securities and Exchange Commission ('"SEC") according to the Investment Company Act of 1940. A mutual fund must comply with strict reporting requirements and is limited with respect to the number of investment strategies it may utilize.
Another way for a user to invest money is by utilizing an alternative investment vehicle, such as a hedge fund, a Limited Liability Partnership ("LLP"), etc. Hedge funds are described in a report "The State of the Hedge Fund Industry," by Cerulli Associates, Inc., Boston, MA, 1998, which is incorporated in its entirety herein by reference. A hedge fund, like a mutual fund, is a pool of money that is managed by professional managers. A user may invest in a hedge fund by buying a hedge fund share, which is analogous to a mutual fund share or a limited partnership interest and represents an ownership unit of the hedge fund. However, unlike a mutual fund, a hedge fund utilizes aggressive investment strategies (e.g., selling short, leverage, program trading, swaps, arbitrage, and derivatives) which are characterized by a willingness on the part of the hedge fund to accept above-average risks in pursuit of above-average returns. Consequently, a hedge fund is capable of producing a substantially higher return than a mutual fund.
Another characteristic of a hedge fund is that the hedge fund is less regulated than, e.g., a mutual fund, and thus, the hedge fund is more flexible in implementing aggressive investment strategies. For instance, a hedge fund may trade financial instruments that are not regulated by the SEC. In addition, a hedge fund has extremely relaxed reporting requirements.
A disadvantage of a hedge fund is that, due to the U.S. security industry regulations, it is available only to a limited types of users (e.g., accredited, high net worth individuals, institutions or non-U.S. investors). In addition, a hedge fund typically requires a large minimum investment (e.g., one million dollars). Furthermore, a hedge fund may have "lockup" features that specify a redemption schedule. The redemption schedule may limit when users may redeem their hedge fund shares (e.g., once a month, once a year, once every five years, once a decade, etc.). The redemption schedule may vary from one hedge fund to another, but it is fixed for all users of a particular hedge fund. This temporal inability to redeem hedge fund shares severely restricts daily cash liquidity to the user and, thus,
decreases attractiveness of hedge funds as an investment option.
In addition, a user has very limited information regarding a hedge fund (e.g., performance and risk information). Furthermore, this limited information is not provided in real time and it is difficult to ascertain its reliability and accuracy because limited information is provided by the hedge funds. For instance, in today's market, information regarding the NAV of a hedge fund share is typically available only twelve times a year. The NAV of a hedge fund share is not available to the user until, e.g., fourteen days after the close of a particular period (e.g., a monthly period). This lack of real time, accurate and reliable information has a negative impact on the user's confidence in hedge funds and limits the full growth potential of the hedge fund industry.
To achieve daily cash liquidity of the users' capital, e.g., during "lock-up" periods, there is a need for a secondary trading market where a user may find another user to buy and/or sell his or her hedge fund shares. However, without reliable, accurate and timely information (e.g., performance and risk information) which is provided to the user on a continuous, independently calculated basis, it is extremely difficult for users of hedge funds to agree on a NAV of a hedge fund share. Consequently, there is a need to provide reliable and accurate information regarding hedge funds which would be available in real time to the user.
There is also a need to provide reliable and accurate information regarding mutual funds. Although, as described above, certain information regarding mutual funds is currently available (e.g., NAV of a share of a mutual fund at the end of the business day, a mutual fund's holdings at the end of a three-month period, etc.), such information is not sufficient. Since the NAV is not available throughout the business day, a user has no information about the NAV's fluctuations throughout the business day. In addition, the user has no information regarding fluctuations of holdings of a mutual fund during the three-month period. Accordingly, it is desirable to have such information which is representative of the NAV's and holdings' fluctuations throughout a predetermined time period (e.g., throughout a day. a week, a month, a year, a reporting period).
SUMMARY OF THE INVENTION
The present invention relates to a method and system for providing statistical data regarding a fund. The system receives transaction data corresponding to a financial transaction which is executed by the fund. The system then determines holding position data of the fund as a function of the transaction data. The statistical data is determined, in real time, as a function of the holding position data. The system provides the statistical data to at least one entity.
BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 shows an exemplary embodiment of a system according to the present invention.
Figure 2 shows an exemplary embodiment of a central server according to the present invention.
Figure 3 shows a flow chart illustrating an exemplary method according to the present invention.
Figure 4 shows another exemplary embodiment of the system according to the present invention.
Figure 5a shows an example of a fluctuation of a fund's net asset value.
Figure 5b shows an example of a real time fluctuation of a fund's net asset value.
DETAILED DESCRIPTION The present invention relates to a system and method for providing data regarding a financial fund ("fund"). Such data may be provided to a primary marketplace and/or secondary marketplace. Those skilled in the art would understand that the fund may include a hedge fund, a mutual fund, etc. The fund 10 may have the legal structure of, e.g., an offshore corporation, a Limited Liability Partnership or other entity.
Figure 1 shows an exemplary embodiment of the system 1 according to the present invention.
The system 1 includes a fund 10 which is a pool of money managed by professional managers. The user may invest in the fund 10. e.g., by buying a fund share. A price of the fund share (i.e., the NAV) is determined as a function of a value of the fund's assets and the number of outstanding fund shares.
The system 1 collects, e.g., on a real-time basis, particular data regarding the fund 10 and then generates statistical data regarding the performance of the fund 10. In particular, the system 1 generates the statistical data by closely monitoring transactions of the fund 10 in a worldwide marketplace ("marketplace") 15. The marketplace 15 may include global equity markets, global foreign currency markets, global fixed income markets, global financial derivative markets, and/or any other place where exchange of the instruments takes place. The marketplace 15 may include an exchange center (e.g., New York Stock Exchange) where buyers and sellers agree on financial transactions. In addition, the marketplace 15 may include a clearance center where the financial transactions are settled (e.g., buyers receive financial instruments and seller receives money).
The fund's transactions include buying and/or selling of one or more financial instruments in the marketplace 15. The financial instruments may be instruments which are, or are not, regulated by the SEC. Subsequently, the system 1 provides, e.g., in real time, the statistical data to a user (e.g., an investor, a news reporting agency, a trading program, a computing device, a trading program, a governmental agency, a bank, etc.). The statistical data may be utilized by the users to buy and/or sell the fund shares, e.g., during a "lock-up" period, on the secondary trading market. In addition, the statistical data may be utilized to trade in the marketplace 15.
As mentioned above, the exemplary embodiment of the system 1 of the present invention may perform particular steps in real time and/or generate particular data in real time and/or after a predetermined time period. The term "real time" is intended to indicate the actual time in which a particular process and/or a particular transaction occurs (e.g., every second every minute, every hour, more than once a day, etc.). For example, a real time stock or bond quote is one that states a security's most recent offer to sell or buy at the time of the quote. A most
recent offer for. e.g., a share of X Corp. may be 10-15 seconds, while a most recent offer for, e.g., a share of a mutual fund may be the price at the end of a previous business day.
In an exemplary embodiment of the present invention, the system 1 includes a central server 5, an output server 40 and a secondary market server 45. In an alternative embodiment of the present invention, the central server 5 may include the output server 40 and the secondary market server 45. Each server of the system 1 may include at least one processor, a memory storage device and a communication arrangement. Communication within the system 1 may be performed via a communication network (e.g.. the internet, a proprietary network, a local or wide area network, a wireless network, a telephone network, etc.).
The central server 5 receives transaction data, which corresponds to the fund's transaction in the marketplace 15, from the fund 10 (e.g., from a computer utilized by the fund 10 for trading purposes) and collects holding position data regarding the financial holding of the fund 10 (e.g., all assets of the fund 10). Based on the holding position data, the central server
5 calculates, e.g., in real time, the statistical data and provides the statistical data to the output server 40. The user may access the output server 40 via a user computer 50 to obtain the statistical data. Based on the available statistical data (which is continuously updated, e.g., in real time), the user may place an order to buy or sell the fund shares. For example, the user may trade the fund shares via the secondary market server 45 and/or the marketplace 15.
The marketplace 15 (e.g., via a computer) may also provide the transaction data to the central server 5. In particular, the transactions data may be provided to the central server 5 by the clearance center of the marketplace 15. The central server 5 may compare the transaction data provided by the marketplace 15 to the transaction data provided by the fund 10. Thus, the transaction data provided by the fund 10 may be verified before being stored in the central server 5.
In an alternative exemplary embodiment of the present invention, the central server 5 may provide the holding position data and the statistical data to a third party 35. The third party
35 may be. e.g.. an independent external auditor, an internal auditor, a certified public
accountant ("CPA"), an investment agency (e.g., Standard and Poor's), etc. Such transfer to the third party 35 may occur in a periodic manner (e.g., once a day, once a week, etc.) via. e.g., a computer. The third party 35 may perform a plurality of functions. For instance, the third party 35 may verify that the statistical data, which was generated by the central server 5 and provided to the output server 40, is accurate. The third party 35 may also analyze the data of different funds 10 to generate a rating system of the funds 10. Such rating system may include data regarding risks of the particular funds 10.
Figure 2 shows an exemplary embodiment of the central server 5 according to the present invention. The central server 5 may include a processor 2, a storage device 3 and a communication arrangement 4. The storage device 3 may store a plurality of databases, e.g., a Current Transaction Database ("CTD") 20, a Holding Position Database ("HPD") 25, a Fund Statistic Database ("FSD") 30, etc.
The CTD 20 stores the transaction data regarding the last transaction executed by the fund 10 in the marketplace 15. The transaction data includes information such as, e.g., the type of the financial instrument, volume, price, etc. The HPD 25 stores the holding position data regarding holdings of the fund 10. The HPD 25 is adjustable, as a function of the transaction data, each time the fund 10 executes the transaction. The FSD 30 stores the statistical data regarding the fund 10. The statistical data may be generated as a function of the holding position data provided by the HPD 30, pricing data provided by the marketplace 15, and information regarding the fund's fees and expenses.
The statistical data may include the NAV of the fund share, a Data Reporting Error Index ("DREI"), Risk Management Data ("RMD"), etc. In particular, the NAV of the fund share is calculated by determining the asset value of the fund 10 as a function of the holding position data. Then, the asset value of the fund 10 is divided by the number of outstanding shares of the fund 10 to arrive at the NAV of the fund share. This is the NAV which may be reported, e.g., to the users, the marketplace 15 and the secondary market server 45. as a current price for one share of the fund 10.
The DREI may be calculated as a function of a difference between the transaction data provided by the fund 10 and the transaction data provided by the marketplace 15. For example, the fund 10 buys 1,000 shares of X Corp. at $181 per share in the marketplace 15. The fund 10 transmits a particular transaction data to the central server 5 reporting the above- stated information (i.e., 1,000 shares of X Corp. at $181 per share). In addition, the marketplace 15 transmits the particular transaction data to the central server 5 which indicates that the fund 10 bought 1,000 shares of X Corp. at $181 per share. The central server 5 compares the transaction data provided to it by the fund 10 and the marketplace 15. In particular, the central server 5 may check, e.g., stock information (i.e., X Corp.), volume (i.e., 1 ,000 shares) and a share price (i.e., $181). Since the transaction data provided by the fund
10 and the marketplace 15 is identical, a value of the DREI is less therefore that a predetermined threshold value. However, if the fund 10 had reported that it bought 1,100 shares of X Corp., then the value of the DREI would be greater than the predetermined threshold value because the volume reported by the fund 10 does not match the volume reported by the marketplace 15. Subsequently, the central server 5 may generate a corresponding message to the fund 10 and the marketplace 15 indicating a discrepancy in the volume and requesting to resend the particular transaction data.
The RDM may include, e.g., a Value at Risk Measure ("VAR"), a Diversity Risk Measure ("DRM"), a Blockage Risk Measure ("BRM") and a Liquidity Risk Measure ("LRM"). The
VAR may indicate, by examining the holding position data, a percentage of the fund's holdings that are at risk of loss based on a historical performance of the holdings. For example, if the fund 10 holds 45% of the fund's assets in a number of volatile stocks (e.g., penny stocks that have a high beta value), the VAR may reflect such volatility accordingly. A beta is a measure of price volatility that may relate the fund 10 to a particular market (e.g., the marketplace 15) as a whole. If the fund's beta is higher than 1, then the NAV of the fund 10 is excepted to move up or down more than the particular market, and if the beta is below 1. the NAV of the fund 10 usually jumps up and down less than the particular market.
The DRM may indicate how diversified the holdings of the fund 10 are. The DRM may be determined as a function of the holding position data. For example, if the fund 10 holds most
of its assets in a particular sector (e.g., internet stocks), then the DRM may be higher than the DRM of another fund 10 whose holdings are balanced among different sectors (e.g.. 20% in internet stocks, 20% in financial stocks, 20% in pharmaceutical stocks. 20% in cyclical stocks, and 20% in oil stocks).
The BRM may indicate whether the holdings have large blocks of a particular financial instrument that would have to be discounted in order to be sold or bought. For example, if the fund 10 has 1,000,000 shares of a particular stock whose daily volume does not exceed 10,000, then the BRM would be substantially higher then the BRM of the fund 10 which holds 1,000 shares of the particular stock and 1.000,000 shares of Z Corp. which average daily volume is 14,000,000 shares.
The LRM may indicate the liquidity of the fund's holdings. For example, if the fund 10 holds shares of a stock which can be easily turned into cash, then the LRM would be less then the LRM of another fund 10 which has financial instruments that are difficult to sell.
Figure 3 shows an exemplary embodiment of the method according to the present invention. In step 100. the fund 10 executes a particular transaction in the marketplace 15 (e.g., sells or buys a particular financial instrument). The fund 10 may execute the transaction in the marketplace 15 directly or may utilize a third party institution (not shown), such as a broker.
Each time the fund 10 executes the particular transaction, the fund 10 reports the transaction data to the central server 5 (step 105). The marketplace 15 may also report the transaction data regarding the transaction of the fund 10. In step 1 10, the central server 5 may perform a verification procedure to verify that the transaction data received from the fund 10 is accurate.
The verification procedure includes the substep of comparing the transaction data reported by the fund 10 to the transaction data reported by the marketplace 15. With this verification procedure, it is possible to eliminate discrepancies between the transaction data provided by different sources. The advantage of the verification procedure is that it may minimize a risk of erroneous reporting by the fund 10 and/or the marketplace 15. In an alternative exemplary
embodiment, the third party institution may also report the transaction data to the central server 5 which then performs the verification procedure using three sets of the transaction data which are independently provided by the fund 10. the marketplace 15 and the third party institution.
During the verification procedure, all sets of the transaction data are stored in the CTD 20. If the central server 5 verifies the transaction data (e.g., a difference value between the sets of the transaction data is less than a threshold value), then the transaction data is transferred to the TPD 25 which accumulates the holding position data (step 115). However, if the central server 5 does not verify the transaction data (e.g., the difference is greater than or equal to the threshold value), then the central server 5 transmits a corresponding message to the fund 10, the marketplace 15, and/or the third party institution requesting that the transaction data be resent.
Based on the holding position data, the central server 5 may generate (e.g., continuously, in real time, etc.) the statistical data regarding the fund 10 which is stored in the FSD 30 (step 120). In particular, the central server 5 determines the NAV, the DREI and the RDM as a function of the holding position data and the pricing data.
In an alternative exemplary embodiment of the present invention, the statistical data may also include a Confident Interval Index ("CH") which is indicative of the accuracy of the statistical data. The CII is continuously and recursively determined as a function of the holding position data, the statistical data, the pricing data and information regarding the fund's fees and expenses (step 125). Unlike, the DREI which is determined by the central server 5, the CII is determined by the third party 35. The third party 35 may report the CII to the central server 5 to be stored in the FSD 30 and/or to the output server 40.
The statistical data may be updated continuously (i.e., in real time) throughout the day (e.g., second by second, minute by minute, more than once a day. etc.) upon receiving updates from, e.g., the fund 10, the marketplace 15, the third party 35 and/or the HPD 25.
Subsequently, in step 130, the output server 40 receives the statistical data and generates an output report as a function of the statistical data. The output report is available to the user, e.g., in real time (step 135). The user may access the output report via. e.g.. the user computer 50. Alternatively, the user may receive the output report via fax. e-mail, pager. U.S. mail, telephone, etc.
Since the statistical data is available to the user and since their accuracy is independently verified, the exemplary embodiment of the system and method according to the present invention may enhance the user's confidence in the fund 10 and would allow the secondary trading market to be created (e.g., during the lock-up periods) so that the user may speculate on the performance of the fund 10. The user may buy and/or sell the fund share, at any time, e.g., using the SMS 45 or the marketplace 15 (step 140). The SMS 45 facilitates a transaction of the TFI between different users and provides a way to achieve daily cash liquidity for the user.
In an alternative exemplary embodiment, the system 1 may track performance of a plurality of funds. In particular, the system 1 may generate an index which tracks performance of the plurality of the funds 10. The index may be a classified index which classifies the funds 10 according to a predetermined criteria (e.g., trading cycle, market coverage, asset size, length of track record, degree of risk, etc.).
An advantage of the system and method according to the present invention is that the statistical data may be provided to users and may allow users to track, e.g., in real time, the performance of the fund 10 where otherwise the users would not be able to obtain such statistical data. Thus, the statistical data enhances the user's confidence in the fund 10 and generates the secondary trading market for the fund 10 where otherwise the secondary trading market would not exist. In addition, the system and method of the present invention enable standardized evaluation of the performance of funds 10 so that the statistical data of one fund may be compared to the statistical data of another fund.
In another exemplary embodiment of the present invention, a Further Risk Index ("FRI'") is
generated. The FRI may be indicative of a volatility of the fund 10, and, in particular, the FRI may be indicative of fluctuations of the fund's NAV and/or the fund's holdings. The FRI may be determined by the central server 5 and/or the third party 35. and provided to a predetermined destination via the output server 40.
As discussed above, the fund 10 may have to report its NAV and/or its holdings at the end of a predetermined time period (e.g., a business day for a mutual fund, a three-month period for a hedge fund, etc.). During this predetermined period the NAV may fluctuate unbeknown to the user. For example, Figure 5a shows a graph illustrating performance of the fund 10 based on its NAV which was reported by the fund 10 at the end of the predetermined time period.
The NAV of the fund 10 at a beginning of the time period (shown in Figures 5a and 5b as "1 ") was $20, while the NAV at the end of the time period (shown in Figures 5a and 5b as "2") was $40. The graph shown in Figure 5a may indicate that the fund 10. which steadily increases its NAV over time, is a relatively safe fund. Such an assumption is based on the NAVs which are reported by the fund 10. No other information regarding the fund's performance during the time period is available.
An advantage of the present invention is that it allows the NAV of the fund 10 to be generated in real time so that the user has information regarding the fund's NAV and/or the fund's holdings all the time. Figure 5b illustrates real time fluctuations of the fund's NAV.
In particular, the user may notice that the fund's NAV greatly fluctuates during the time period. Although the NAV increased from $20 to $40, it was as low as $7 during the time period. Figure 5b may indicate that the fund 10 has certain holdings that greatly fluctuate and/or the fund 10 takes a high-risk investment approach. The FRI is calculated based on the NAV's fluctuations illustrated in Figure 5b.
Figure 4 shows another exemplary embodiment of the present invention. A system 200 is similar to the system 1, except for the differences stated below. The system 200 does not include the secondary market server 45. Instead, the central server 5 and/or the third party 35 may provide all data, via the output server 40, directly to the user computer 50, the marketplace 15 or any other destination. An advantage of this exemplary embodiment of the
present invention is that the real time data may now be widely available.
Several exemplary embodiments of the present invention are specifically illustrated and/or described herein. However, it will be appreciated that modifications and variations of the present invention are covered by the above teachings and within the purview of the appended claims without departing from the spirit and intended scope of the present invention.