US20080016010A1 - Systems, methods, and computer program products for adjusting the assets of an investment account - Google Patents
Systems, methods, and computer program products for adjusting the assets of an investment account Download PDFInfo
- Publication number
- US20080016010A1 US20080016010A1 US11/480,688 US48068806A US2008016010A1 US 20080016010 A1 US20080016010 A1 US 20080016010A1 US 48068806 A US48068806 A US 48068806A US 2008016010 A1 US2008016010 A1 US 2008016010A1
- Authority
- US
- United States
- Prior art keywords
- security
- portfolio
- identified
- allocation model
- asset allocation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/06—Asset management; Financial planning or analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/10—Tax strategies
Definitions
- the present invention relates to investment portfolio management, and more particularly to methods, systems, and computer program products for monitoring and adjusting the mix of assets in modeled investment accounts subject to trade orders, investment restrictions, and restriction resolution rules.
- Investment accounts hold stocks, bonds, mutual funds, and the like for individuals, trusts, corporations, and other investors. Investors typically utilize such accounts to achieve long and short term savings goals and as an aid in tax planning.
- the holdings of an investment account may be manipulated by the investor, such as by an investor executing securities purchases or sales via a graphical user interface and an Internet connection.
- An investor can be any of a number of different types of entities, including an individual or a business.
- the holdings of an investment account may also be manipulated by an entity managing or otherwise associated with the investment account, such as a money manager, a brokerage firm (sometimes referred to as a broker-dealer or a sponsor), or some other type of investment firm.
- a professionally managed investment account is associated with an asset allocation model that reflects an investment style (e.g., aggressive, growth, value, income) and a money manager's preferred mix of specific assets (e.g., stocks, bonds, cash) in conformity with the style.
- an investment account such as a multi-strategy portfolio (MSP) account may consist of a number of individual accounts, each of which is associated with its own investment style and model.
- MSP accounts can also be associated with an overlay model that reflects the relative distribution of assets across sleeves. Additional information on models and their use is described in U.S.
- Restrictions are typically associated with explicit or implicit resolution rules that indicate actions are taken when a restriction violation is detected. For instance, if a restriction stipulates that a particular security cannot be purchased, the resolution rule may stipulate that the assets that were to be used for the restricted purchase be left as cash in the investment account.
- drift Drift from an allocation model is typically calculated either periodically or on an ad hoc basis, and certain portfolio management functions and/or trading tools take into account allocation models and drift. Additionally, it should be appreciated that the drift in an account will intensify after the passage of any time in which investment gains and losses may be incurred.
- FIG. 1 shows an investment system, according to an illustrative embodiment of the present invention.
- FIG. 2 shows an illustrative investment account allocation model.
- FIG. 3 shows an illustrative investment account after the addition of cash.
- FIG. 4 shows an illustrative table of trade orders to effect account rebalancing.
- FIG. 5 shows an illustrative table of new trade orders after restriction processing.
- FIG. 6 shows an illustrative table of proration of trade orders.
- FIG. 7 shows an illustrative table of share prices.
- FIG. 8 shows an illustrative table of final account positions for purchased securities.
- FIG. 9 shows an illustrative tax lot table.
- FIG. 10 shows an illustrative table representing account drift.
- FIG. 11 shows an illustrative substitute tax lot table.
- FIG. 12 shows an illustrative virtual securities table.
- FIG. 13 shows an illustrative virtual tax lot table.
- FIG. 14 shows an illustrative table of tax lots by virtual securities.
- FIG. 15 shows an illustrative table of tax lots with virtual and actual securities.
- FIG. 16 shows a process flow executed by the drift module, according to an illustrative embodiment of the present invention.
- These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory are embodied in an article of manufacture including instruction means that implement the function specified in the flowchart block or blocks.
- the computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions that execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.
- blocks of the block diagrams and flowchart illustrations support combinations of means for performing the specified functions, combinations of steps for performing the specified functions and program instruction means for performing the specified functions. It will also be understood that each block of the block diagrams and flowchart illustrations, and combinations of blocks in the block diagrams and flowchart illustrations, can be implemented by special purpose hardware-based computer systems that perform the specified functions or steps, or combinations of special purpose hardware and computer instructions.
- the investment system 100 generally includes a portfolio management system 105 operable to receive instructions from one or more investors 115 and/or one or more money managers 120 .
- the portfolio management system 105 can receive trade orders, such as orders to buy or sell securities, and can execute such orders.
- the portfolio management system 105 is further operable to collectively process trade orders subject to one or more restrictions, to execute restriction resolutions, and to monitor and adjust the mix of assets, such as securities and cash, in investment accounts while attempting to satisfy an investment allocation model and one or more restrictions.
- the portfolio management system 105 includes at least one memory 110 and a drift module 135 stored therein to evaluate and process trade orders while monitoring the mix of assets in an investment account governed by (or subject to) an allocation model.
- the drift module 135 includes one or more algorithms operable to determine what trades are necessary to realign the account holdings to make them consistent with proportions of the allocation model by considering the cumulative impact of restrictions and resolutions on an investment account subject to an allocation model. The functions of the drift module 135 will be described in greater detail below with reference to FIGS. 2-16 .
- the investor(s) 115 and/or money manager(s) 120 may communicate with the portfolio management system 105 either directly or via one or more networks 125 , such as a Local Area Network (LAN), a Wide Area Network (WAN), the Internet, or the like.
- networks 125 such as a Local Area Network (LAN), a Wide Area Network (WAN), the Internet, or the like.
- the investor(s) 115 and/or money manager(s) 120 may communicate directly with the portfolio management system 105
- the investor(s) 115 optionally may communicate with the money manager(s) 120 , which may in turn communicate with the portfolio management system 105 on behalf of the investor(s) 115 .
- FIG. 1 the communication directly between the investor(s) 115 and the one or more networks 125 is shown with a dashed line to indicate that the communication link is optional.
- the portfolio management system 105 may interface to systems associated with one or more brokers, brokerage firms, investors, and/or other systems that conventionally communicate with investment management systems. Therefore, trade orders, restrictions, and the like may be received by the portfolio management system from entities other than the investor(s) 115 and money manager(s) 120 . Communications with those systems may utilize the one or more networks 125 and/or may utilize one or more other networks (not illustrated) and/or dedicated communication links.
- the methods of communicating with the portfolio management system 105 may include any method well known to those of ordinary skill in the art.
- the present invention is not limited to a system in which the portfolio management system 105 receives communications in a particular format or mode, or via particular hardware.
- the present invention can be implemented by utilizing the Internet to facilitate communications directly between a particular user, such as an investor, money manager, or broker, and the portfolio management system 105 , any variety of other communication methods can be used to interact with the portfolio management system 105 , such as communications via a Plain Old Telephone Service and an Interactive Voice Response system.
- some or all communications in the system 100 shown in FIG. 1 may be secure to maintain the confidentiality of data and to authenticate users of the investment system 100 .
- the exemplary portfolio management system 105 of the investment system 100 generally includes a processor 140 , operating system 145 , bus 160 , input/output interface(s) 150 , and one or more storage device(s) 155 in addition to the aforementioned drift module 135 residing within the memory 110 .
- the bus 160 includes data and address bus lines to facilitate communication between the processor 140 , operating system 145 and the other components within the portfolio management system 105 , including the memory 110 , the input/output (I/O) interface(s) 150 and the one or more storage device(s) 155 .
- the system 105 may represent a system of distributed components that are connected by the bus 160 .
- the processor 140 executes the operating system 145 , and together the processor 140 and operating system 145 are operable to execute functions implemented by the portfolio management system 105 , including executing software applications stored in the memory 110 , as is well known in the art.
- the processor 140 and operating system 145 with the I/O interface(s) 150 , obtain the trade orders to be executed by the portfolio management system 105 .
- the drift module 135 stored within the memory 110 receives the trade orders, restrictions, resolution rules, allocation models, optional trade sorting rules, and other trade-related information input into or received by the system 110 .
- the drift module 135 includes one or more algorithms for processing that information to determine what trades are necessary to align an account to an account allocation model without requiring undue processing.
- the drift module 135 maintains a virtual portfolio of securities and/or assets from an allocation model corresponding to substituted securities, and uses the virtual portfolio to determine drift and minimize the number of trades and actions to maintain the account within the allocation model. Therefore, the drift module 135 may be operable to execute computations of parameters, compare the parameters against criteria, process information, and the like, as needed to execute the methods described herein.
- the memory 110 may include random access memory, read-only memory, a hard disk drive, a floppy disk drive, a CD-Rom drive, a DVD-Rom drive, optical disk drive, or the like, for storing information on various computer-readable media.
- the drift module 135 utilizes information stored within the one or more storage device(s) 155 , which may be connected to the bus 160 by an appropriate interface.
- the one or more storage device(s) 155 can include random access memory, read-only memory, a hard disk drive, a floppy disk drive, a CD-ROM or RW drive, DVD-ROM or RW drive, optical disk drive, or the like, for storing information on various computer-readable media, such as a hard disk, a removable magnetic disk, or a CD or DVD disk.
- the one or more storage device(s) 155 provide either volatile or non-volatile storage to the portfolio management system 105 .
- the information stored within the one or more storage device(s) 155 may be provided by the money manager(s) 120 , the investor(s) 115 , the portfolio management system 105 , and/or other entities in communication with the portfolio management system 105 .
- the one or more storage device(s) 155 can store the trade orders, restrictions, allocation models, resolutions, optional trade sorting rules, and other trade-related information received by or generated by the portfolio management system 105 that the drift module 135 uses in the processes and computations described hereinafter. This information may be requested and/or retrieved by the drift module 135 as necessary to evaluate whether one or more trade orders should be executed.
- drift module 135 is described herein as software residing within the memory 110 , the drift module 135 may alternatively include a combination of software and hardware, or only hardware. Furthermore, although illustrated as located entirely within the portfolio management system 105 , one or more of the portfolio management system 105 components can be distributed such that they are in whole or part external to the portfolio management system 105 . As an illustrative example, the one or more storage device(s) 155 may in fact be external to the portfolio management system 105 . Additionally, it should be also appreciated by one of ordinary skill in the art that one or more of the portfolio management system 105 components described with respect to FIG. I may comprise several components, which are either local to each other or which operate in conjunction with each other to permit the drift module 135 to perform the processes described herein.
- portfolio management system 105 components may be combined and/or may be distributed on different computers, systems, platforms, and the like. Therefore, it should be appreciated that the illustrative system 100 shown in FIG. 1 is exemplary, and that almost any combination of software and/or hardware may be utilized to perform the functions described herein.
- a user may customize a particular investment account through restrictions.
- restrictions constrain the ability to use an investment account to trade security instruments, such as buying or selling stocks.
- a restriction might stipulate that no more than twenty percent of the total portfolio value of an investment account consist of stock holdings in the telecom industry, or that stock in a particular entity should never drop below ten percent of the total holdings of an investment account.
- a restriction may prevent one or more trades and may be associated with a resolution rule that stipulates an alternative action that should be performed when the restriction is violated.
- Restrictions can be established by the money manager(s) 120 , investor(s) 115 , and/or another entity of the system 100 that establishes the investment account (e.g., a broker-dealer or other client of the money manager).
- Restrictions can apply to a single account, all accounts associated with a particular money manager, all accounts managed under a specific style, all accounts associated with a particular program offered to investors, or all accounts associated with a particular client of the money manager. Additionally, restrictions may be established or modified at any point in time, including before an initial allocation of assets, after an initial allocation, or even after one or more account rebalancings.
- Other restrictions can reflect a desired maximum or minimum (e.g., expressed as either an absolute $ value or a percentage of total account value) that is not already reflected in the asset allocation model.
- Illustrative examples include: 1) don't buy if ending position in IBM>10% of total account value; 2) don't sell if ending position in HPQ ⁇ 5% of total account value; 3) don't buy if ending position in cash ⁇ $5,000; and 4) don't buy if ending position in Telecom securities >20% of total account value.
- a restriction may have an explicitly stated or implicit resolution rule associated with it, such that when a restriction violation is detected the resolution rule is executed. For instance, if a restriction stipulates that a particular security cannot be purchased, the resolution rule may stipulate that the assets that were to be used for the restricted purchase be left as cash in the investment account. A resolution rule can also instruct that money associated with a restricted trade be prorated across the remaining securities in an account, for instance, in accordance with allocation model proportions.
- Resolution rules may also include security substitutions.
- security substitutions may include a chain of substitutions, a one-to-many substitution, a group substitution, and a non-specific substitution (dynamic at the time of execution), among other possible combinations. It will be appreciated that the portfolio management system 105 is operable to effect such substitutions and to track those substitutions to facilitate adjustment of the mix of assets in investment accounts having allocation models.
- An example of an operation of adjusting the mix of assets in an investment account is account rebalancing, in which the drift for specific securities is identified and trade orders are generated to bring the account in line with the allocation model once again.
- Rebalancing may be performed for just a portion of an account or for the account as a whole.
- Rebalancing may be manually triggered by a system user, may be scheduled (e.g., occur on some regular basis at night), or may be automatically triggered as a function of another portfolio management function. It should be appreciated, however, that other portfolio management functions implemented by the portfolio management system 105 may not take the allocation model into account.
- One such example is performance reporting, in which the gain/loss of actually held assets within a time period is calculated and reported irrespective of how the asset mix compares to a relevant allocation model.
- the following illustrative example shows calculation of drift from an allocation model when account rebalancing is performed. This illustrative example is used to illustrate potential problems associated with the determination of drift and the actions ensuing therefrom.
- a new investment account has the model of asset allocation 200 shown in FIG. 2 .
- the resolution rules for each of the restrictions may require that a replacement security be purchased, if available, otherwise the value (i.e., dollar value) of the violating trade may be prorated across the other (allowed) securities in accordance with the allocation model or left in cash.
- replacement security MSFT is associated with IBM such that MSFT will be purchased if IBM is restricted, which occurs as a result of restriction 2 .
- the two additional new trade orders 500 shown in FIG. 5 are also evaluated against the applicable restrictions.
- Trade order 2 passes, but trade order 1 violates restriction 3 .
- a default action is taken, e.g., proration of the value ($25,000) for the purchase of SUNW across the remaining, allowed securities (with a substitution of MSFT for IBM), in accordance with the allocation model.
- This proration produces new trade orders 600 , illustrated in the table of FIG. 6 .
- the share prices 700 shown in FIG. 7 may be assumed for the illustrative account.
- the final account position 800 reflecting actual share prices and discrete numbers of shares traded is shown in FIG. 8 .
- the resulting tax lot table 900 corresponding to the individual successful trade orders and reflecting the actual prices and discrete numbers of shares involved in the above-described trades is shown in FIG. 9 .
- a comparison of the final account positions 800 of FIG. 8 and the allocation model 200 of FIG. 2 are illustrated in the table 1000 of FIG. 10 , which indicates the drift in the account for each security, represented as a percentage differential between the allocation model and final account positions.
- Rebalancing may be effected to determine drift and the trades (including buy and/or sell orders) necessary to realign the account to the allocation model.
- account rebalancing would attempt to purchase shares of MER and to sell shares of CSCO, CKFR and MSFT. Because MER cannot be purchased based on restriction violations (and because the substitute security SUNW cannot be purchased), the attempted purchase of MER will result in additional trade orders in which the value for the MER purchase is used to repurchase shares of CSCO, CKFR and MSFT. Therefore, inefficient and unnecessary processing results when restrictions and their resolution rules are not taken into account with account models.
- the drift module 135 of the present invention prevents inefficient and unnecessary processing by tracking the model securities from the initial trade orders that are associated with each substituted tax lot in a substitute tax lot map table. That substitute tax lot map table can be used by the drift module 135 to create a virtual portfolio used by the portfolio management system 105 , and more particularly, the drift module 135 , for use in portfolio management functions that use the asset allocation model, such as account rebalancing.
- substitute tax lots 3 through 6 in the substitute tax lot table 1100 of FIG. 11 represent those tax lots whose securities were substituted as a result of violated restrictions and their associated resolution rules.
- substitute tax lot 3 in FIG. 11 illustrates that in the initial trade order, IBM was attempted for purchase, which corresponds to tax lot 3 of FIG. 9 , in which the purchase of MSFT replaced IBM as a result of the violation of restriction 2 and the corresponding resolution rule that MSFT be purchased as a replacement security.
- substitute tax lots 4 - 6 illustrate the attempted purchase of MER after the first account rebalancing, the replacement of MER by SUNW, which violated restriction 3 , and the subsequent proration of value for the purchase of MER, which resulted in the three orders shown in FIG. 6 .
- the initial securities responsible for each resulting tax lot, rather than the actual securities or an intermediate security purchased and sold during rebalancing, are tracked by the drift module 135 in a substitute tax lot map table.
- FIG. 12 shows a virtual securities table 1200 that illustrates the correspondence of actual securities and virtual securities identified and maintained by the drift module 135 .
- the virtual securities shown in FIG. 12 may be tracked by the drift module 135 . This is best illustrated with reference to the virtual security tax lot table 1300 of FIG. 13 , which illustrates a change in security prices from the prices of FIG. 9 and illustrates both the actual securities and the virtual securities.
- the drift module 135 may execute rebalancing and calculate drift based on tax lots grouped by virtual securities.
- the total position for the virtual security is compared to the allocation model stipulation for that security.
- the grouping of tax lots by virtual securities is illustrated by the table 1400 of FIG. 14 .
- the virtual securities and the substitute tax lot map table are used by the drift module 135 to identify the actually held securities that must be traded.
- the drift module 135 examines the grouped virtual securities to ascertain whether the group of securities is consistent with the asset allocation stipulated by the allocation model.
- the drift module 135 can execute account rebalancing to realign the positions shown in FIG. 14 in accordance with the allocation model. To effect this change, the drift module 135 executes the trades shown in FIG. 15 . MSFT is traded in lieu of IBM, as determined from the substitute tax lot map table.
- FIG. 16 A block diagram process flow 1600 executed by the portfolio management system 105 is shown in FIG. 16 , according to an illustrative embodiment of the present invention.
- the portfolio management system 105 receives an asset allocation model (block 1610 ). Although not illustrated, the portfolio management system 105 can also receive one or more restrictions and one or more resolution rules to be executed by the portfolio management system 105 when a restriction is violated. Thereafter, the portfolio management system 105 examines the asset allocation model, restrictions, and associated resolution rules, and places and executes orders to purchase securities and/or other assets in accordance with the asset allocation model, restrictions, and associated resolution rules (block 1620 ). During the placement and execution of orders the portfolio management system 105 may substitute at least one security—a substitute security—for a security identified by the allocation model and/or for which an original order (block 1620 ).
- the portfolio management system 105 may then generate a substitute tax lot map table that associates each tax lot of a substituted security (or asset) with the original security from the allocation model (block 1630 ).
- the portfolio management system 105 may also generate a virtual portfolio of securities in the investment account, where the virtual portfolio includes at least one security that is not in the actual investment account but which was identified by the allocation model and/or for which an original order was placed (block 1640 ), as derived from the substitute tax lot table.
- the drift module 135 is operable to sum the tax lots of the same virtual securities of the virtual portfolio (block 1650 ), which permits the drift module to obtain a total account position for each virtual security in the virtual portfolio. Thereafter, the drift for each virtual security (or asset) in the virtual portfolio is calculated (block 1660 ). This can be calculated as the difference between the virtual security's actual investment account proportion, based on a market valuation of the encompassed actual securities, and the virtual security's ideal account proportion as stipulated by the model. This calculation is represented by the illustrative example shown in FIG. 14 .
- the drift module 135 may generate one or more trades of actual securities, such as buy or sell orders, using the calculated drift for the virtual securities in the virtual portfolio (block 1670 ) and the substitute tax lot map table.
- the drift module 135 can determine what actual securities to buy or sell, and in what amounts, to realign the account with the allocation model.
- the illustrative example described above with respect to FIGS. 2-16 illustrates that no unnecessary processing is performed and no unnecessary trade orders are generated when calculating drift based on a virtual portfolio and a substitute tax lot map table.
- the illustrative example provides for only a one-for-one security substitution, one to many or more sophisticated substitutions may also be performed. For instance, if virtual security MER in FIG. 13 had shown substantial drift and accordingly been a target for correction in rebalancing, three tax lots ( 4 , 5 , and 6 ) would be involved according to the substitute tax lot map table 1100 of FIG. I 1 . Multiple methods to split up a trade across multiple tax lots may be used, including the proration of the trade according to current proportions of the tax lots with respect to each other.
- asset allocation models may change over time.
- a first cycle of processing after the model change can cause a modification of the substitute tax lot map table, and consequently realigns the “virtual portfolio” with the new model.
- a variety of business rules may affect trade orders and modify actions accordingly. For example, wash sale violation checking may prevent certain trades from occurring, and tax implications may also present trade constraints.
Abstract
Description
- The present invention relates to investment portfolio management, and more particularly to methods, systems, and computer program products for monitoring and adjusting the mix of assets in modeled investment accounts subject to trade orders, investment restrictions, and restriction resolution rules.
- Investment accounts hold stocks, bonds, mutual funds, and the like for individuals, trusts, corporations, and other investors. Investors typically utilize such accounts to achieve long and short term savings goals and as an aid in tax planning. The holdings of an investment account may be manipulated by the investor, such as by an investor executing securities purchases or sales via a graphical user interface and an Internet connection. An investor can be any of a number of different types of entities, including an individual or a business. The holdings of an investment account may also be manipulated by an entity managing or otherwise associated with the investment account, such as a money manager, a brokerage firm (sometimes referred to as a broker-dealer or a sponsor), or some other type of investment firm.
- Typically, a professionally managed investment account is associated with an asset allocation model that reflects an investment style (e.g., aggressive, growth, value, income) and a money manager's preferred mix of specific assets (e.g., stocks, bonds, cash) in conformity with the style. When an investor establishes an account, the initial investment is distributed among assets in accordance with the model. An investment account such as a multi-strategy portfolio (MSP) account may consist of a number of individual accounts, each of which is associated with its own investment style and model. MSP accounts can also be associated with an overlay model that reflects the relative distribution of assets across sleeves. Additional information on models and their use is described in U.S. patent application Ser. No. 10/372,724, filed Feb. 25, 2003, titled “Multi-style Client Investment Managed Accounts with Transaction Tagging”, the contents of which are incorporated herein by reference as if set forth fully herein.
- It will be appreciated that an investor may customize a particular investment account associated with an asset allocation model through the use of restrictions. Restrictions constrain the ability to use an investment account to trade security instruments, such as buying or selling stocks. Additional information on restrictions and systems in which they are implemented is disclosed in U.S. application Ser. No. 11/146,015, titled “Automated Actions Based on Restrictions”, filed Jun. 7, 2005, and U.S. application Ser. No. 11/389,909, titled “Systems, Methods, and Computer Program Products for Processing Orders Subject to Investment Restrictions”, filed Mar. 27, 2006 (collectively the “Restriction Applications”), the entire contents of both of which are incorporated herein by reference as if set forth fully herein. Restrictions are typically associated with explicit or implicit resolution rules that indicate actions are taken when a restriction violation is detected. For instance, if a restriction stipulates that a particular security cannot be purchased, the resolution rule may stipulate that the assets that were to be used for the restricted purchase be left as cash in the investment account.
- It will be appreciated that over time the mix of assets in an investment account (or a sleeve within an account) subject to an investment allocation model may deviate from an ideal mix defined by the model because of specifically ordered trades, ad-hoc deposits of assets that are not part of the model, or investment gains and losses. This deviation is referenced generally herein as drift. Drift from an allocation model is typically calculated either periodically or on an ad hoc basis, and certain portfolio management functions and/or trading tools take into account allocation models and drift. Additionally, it should be appreciated that the drift in an account will intensify after the passage of any time in which investment gains and losses may be incurred.
- Traditional monitoring of drift fails to take into account restrictions and their associated resolution rules. This is particularly problematic if restrictions, resolution rules, and allocation models are at odds regarding the appropriate assets to add to an investment account. As a result, functions such as account rebalancing to realign assets to adhere more closely to an asset allocation model may generate a number of unnecessary trade orders or, at the very least, execute unnecessary processing in generating offsetting trade orders. When a large number of accounts with many restrictions and associated resolution rules are under management, this can significantly affect overall system efficiency.
- What is needed are methods, systems and computer program products that minimize the drift of an investment account and the processing to correct such drift by taking into account the history of applicable restrictions and their resolutions in portfolio management functions that use an asset allocation model.
- Having thus described the invention in general terms, reference will now be made to the accompanying drawings, which are not necessarily drawn to scale, and wherein:
-
FIG. 1 shows an investment system, according to an illustrative embodiment of the present invention. -
FIG. 2 shows an illustrative investment account allocation model. -
FIG. 3 shows an illustrative investment account after the addition of cash. -
FIG. 4 shows an illustrative table of trade orders to effect account rebalancing. -
FIG. 5 shows an illustrative table of new trade orders after restriction processing. -
FIG. 6 shows an illustrative table of proration of trade orders. -
FIG. 7 shows an illustrative table of share prices. -
FIG. 8 shows an illustrative table of final account positions for purchased securities. -
FIG. 9 shows an illustrative tax lot table. -
FIG. 10 shows an illustrative table representing account drift. -
FIG. 11 shows an illustrative substitute tax lot table. -
FIG. 12 shows an illustrative virtual securities table. -
FIG. 13 shows an illustrative virtual tax lot table. -
FIG. 14 shows an illustrative table of tax lots by virtual securities. -
FIG. 15 shows an illustrative table of tax lots with virtual and actual securities. -
FIG. 16 shows a process flow executed by the drift module, according to an illustrative embodiment of the present invention. - The present invention now will be described more fully hereinafter with reference to the accompanying drawings, in which some, but not all embodiments of the invention are shown. Indeed, these inventions may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will satisfy applicable legal requirements. Like numbers refer to like elements throughout.
- The present invention is described below with reference to block diagrams and flowchart illustrations of systems, methods, apparatuses and computer program products according to an embodiment of the invention. It will be understood that each block of the block diagrams and flowchart illustrations, and combinations of blocks in the block diagrams and flowchart illustrations, respectively, can be implemented by computer program instructions. These computer program instructions may be loaded onto one or more general purpose computers, special purpose computers, or other programmable data processing apparatuses to produce a system of one or more machines, such that the instructions which execute on one or more computers or other programmable data processing apparatuses create means for implementing the functions specified in the flowchart block or blocks.
- These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory are embodied in an article of manufacture including instruction means that implement the function specified in the flowchart block or blocks. The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions that execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.
- Accordingly, blocks of the block diagrams and flowchart illustrations support combinations of means for performing the specified functions, combinations of steps for performing the specified functions and program instruction means for performing the specified functions. It will also be understood that each block of the block diagrams and flowchart illustrations, and combinations of blocks in the block diagrams and flowchart illustrations, can be implemented by special purpose hardware-based computer systems that perform the specified functions or steps, or combinations of special purpose hardware and computer instructions.
- Referring now to
FIG. 1 , aninvestment system 100 in accordance with an illustrative embodiment of the present invention is shown. Theinvestment system 100 generally includes aportfolio management system 105 operable to receive instructions from one ormore investors 115 and/or one ormore money managers 120. Among other functions, theportfolio management system 105 can receive trade orders, such as orders to buy or sell securities, and can execute such orders. As described in greater detail below, theportfolio management system 105 is further operable to collectively process trade orders subject to one or more restrictions, to execute restriction resolutions, and to monitor and adjust the mix of assets, such as securities and cash, in investment accounts while attempting to satisfy an investment allocation model and one or more restrictions. To effect such processing, theportfolio management system 105 includes at least onememory 110 and adrift module 135 stored therein to evaluate and process trade orders while monitoring the mix of assets in an investment account governed by (or subject to) an allocation model. In particular, thedrift module 135 includes one or more algorithms operable to determine what trades are necessary to realign the account holdings to make them consistent with proportions of the allocation model by considering the cumulative impact of restrictions and resolutions on an investment account subject to an allocation model. The functions of thedrift module 135 will be described in greater detail below with reference toFIGS. 2-16 . - As shown in
FIG. 1 , the investor(s) 115 and/or money manager(s) 120 may communicate with theportfolio management system 105 either directly or via one ormore networks 125, such as a Local Area Network (LAN), a Wide Area Network (WAN), the Internet, or the like. Although the investor(s) 115 and/or money manager(s) 120 may communicate directly with theportfolio management system 105, the investor(s) 115 optionally may communicate with the money manager(s) 120, which may in turn communicate with theportfolio management system 105 on behalf of the investor(s) 115. For this reason, inFIG. 1 the communication directly between the investor(s) 115 and the one ormore networks 125 is shown with a dashed line to indicate that the communication link is optional. - Although illustrated in FIG. I as communicating only with the investor(s) 115 and/or the money manager(s) 120 (or brokers), it should be appreciated that the
portfolio management system 105 may interface to systems associated with one or more brokers, brokerage firms, investors, and/or other systems that conventionally communicate with investment management systems. Therefore, trade orders, restrictions, and the like may be received by the portfolio management system from entities other than the investor(s) 115 and money manager(s) 120. Communications with those systems may utilize the one ormore networks 125 and/or may utilize one or more other networks (not illustrated) and/or dedicated communication links. - It will be appreciated that the methods of communicating with the
portfolio management system 105 may include any method well known to those of ordinary skill in the art. Thus, the present invention is not limited to a system in which theportfolio management system 105 receives communications in a particular format or mode, or via particular hardware. For instance, although the present invention can be implemented by utilizing the Internet to facilitate communications directly between a particular user, such as an investor, money manager, or broker, and theportfolio management system 105, any variety of other communication methods can be used to interact with theportfolio management system 105, such as communications via a Plain Old Telephone Service and an Interactive Voice Response system. Moreover, although not described in detail herein, it will be appreciated that some or all communications in thesystem 100 shown inFIG. 1 may be secure to maintain the confidentiality of data and to authenticate users of theinvestment system 100. - As shown in
FIG. 1 , the exemplaryportfolio management system 105 of theinvestment system 100 generally includes aprocessor 140,operating system 145, bus 160, input/output interface(s) 150, and one or more storage device(s) 155 in addition to theaforementioned drift module 135 residing within thememory 110. The bus 160 includes data and address bus lines to facilitate communication between theprocessor 140,operating system 145 and the other components within theportfolio management system 105, including thememory 110, the input/output (I/O) interface(s) 150 and the one or more storage device(s) 155. According to one aspect of the invention, thesystem 105 may represent a system of distributed components that are connected by the bus 160. Theprocessor 140 executes theoperating system 145, and together theprocessor 140 andoperating system 145 are operable to execute functions implemented by theportfolio management system 105, including executing software applications stored in thememory 110, as is well known in the art. - Specifically, to implement the methods described herein, the
processor 140 andoperating system 145, with the I/O interface(s) 150, obtain the trade orders to be executed by theportfolio management system 105. According to one aspect of the invention, thedrift module 135 stored within thememory 110 receives the trade orders, restrictions, resolution rules, allocation models, optional trade sorting rules, and other trade-related information input into or received by thesystem 110. As described in greater detail below with respect toFIGS. 2-16 , thedrift module 135 includes one or more algorithms for processing that information to determine what trades are necessary to align an account to an account allocation model without requiring undue processing. As described in further detail hereinafter, thedrift module 135 maintains a virtual portfolio of securities and/or assets from an allocation model corresponding to substituted securities, and uses the virtual portfolio to determine drift and minimize the number of trades and actions to maintain the account within the allocation model. Therefore, thedrift module 135 may be operable to execute computations of parameters, compare the parameters against criteria, process information, and the like, as needed to execute the methods described herein. It will be appreciated that thememory 110 may include random access memory, read-only memory, a hard disk drive, a floppy disk drive, a CD-Rom drive, a DVD-Rom drive, optical disk drive, or the like, for storing information on various computer-readable media. - In order to perform drift analysis and prescribe corrective action for investment accounts subject to allocation models, restrictions, and resolution rules, the
drift module 135 utilizes information stored within the one or more storage device(s) 155, which may be connected to the bus 160 by an appropriate interface. The one or more storage device(s) 155 can include random access memory, read-only memory, a hard disk drive, a floppy disk drive, a CD-ROM or RW drive, DVD-ROM or RW drive, optical disk drive, or the like, for storing information on various computer-readable media, such as a hard disk, a removable magnetic disk, or a CD or DVD disk. In general, the one or more storage device(s) 155 provide either volatile or non-volatile storage to theportfolio management system 105. It will be appreciated that the information stored within the one or more storage device(s) 155 may be provided by the money manager(s) 120, the investor(s) 115, theportfolio management system 105, and/or other entities in communication with theportfolio management system 105. The one or more storage device(s) 155 can store the trade orders, restrictions, allocation models, resolutions, optional trade sorting rules, and other trade-related information received by or generated by theportfolio management system 105 that thedrift module 135 uses in the processes and computations described hereinafter. This information may be requested and/or retrieved by thedrift module 135 as necessary to evaluate whether one or more trade orders should be executed. - Although the
drift module 135 is described herein as software residing within thememory 110, thedrift module 135 may alternatively include a combination of software and hardware, or only hardware. Furthermore, although illustrated as located entirely within theportfolio management system 105, one or more of theportfolio management system 105 components can be distributed such that they are in whole or part external to theportfolio management system 105. As an illustrative example, the one or more storage device(s) 155 may in fact be external to theportfolio management system 105. Additionally, it should be also appreciated by one of ordinary skill in the art that one or more of theportfolio management system 105 components described with respect to FIG. I may comprise several components, which are either local to each other or which operate in conjunction with each other to permit thedrift module 135 to perform the processes described herein. Additionally, one or more of theportfolio management system 105 components may be combined and/or may be distributed on different computers, systems, platforms, and the like. Therefore, it should be appreciated that theillustrative system 100 shown inFIG. 1 is exemplary, and that almost any combination of software and/or hardware may be utilized to perform the functions described herein. - Next, it should be appreciated that using the
system 100 ofFIG. 1 , a user (e.g., a money manager or broker, possibly working on behalf of an investor) may customize a particular investment account through restrictions. As noted above and in the Restriction Applications, restrictions constrain the ability to use an investment account to trade security instruments, such as buying or selling stocks. For instance, a restriction might stipulate that no more than twenty percent of the total portfolio value of an investment account consist of stock holdings in the telecom industry, or that stock in a particular entity should never drop below ten percent of the total holdings of an investment account. A restriction may prevent one or more trades and may be associated with a resolution rule that stipulates an alternative action that should be performed when the restriction is violated. Restrictions can be established by the money manager(s) 120, investor(s) 115, and/or another entity of thesystem 100 that establishes the investment account (e.g., a broker-dealer or other client of the money manager). - Restrictions can apply to a single account, all accounts associated with a particular money manager, all accounts managed under a specific style, all accounts associated with a particular program offered to investors, or all accounts associated with a particular client of the money manager. Additionally, restrictions may be established or modified at any point in time, including before an initial allocation of assets, after an initial allocation, or even after one or more account rebalancings.
- Illustrative examples of restrictions include: 1) don't buy if ticker=MSFT; 2) allow ticker=CKFR; and 3f) don't buy if category=Tobacco. Other restrictions can reflect a desired maximum or minimum (e.g., expressed as either an absolute $ value or a percentage of total account value) that is not already reflected in the asset allocation model. Illustrative examples include: 1) don't buy if ending position in IBM>10% of total account value; 2) don't sell if ending position in HPQ<5% of total account value; 3) don't buy if ending position in cash <$5,000; and 4) don't buy if ending position in Telecom securities >20% of total account value.
- As previously described, a restriction may have an explicitly stated or implicit resolution rule associated with it, such that when a restriction violation is detected the resolution rule is executed. For instance, if a restriction stipulates that a particular security cannot be purchased, the resolution rule may stipulate that the assets that were to be used for the restricted purchase be left as cash in the investment account. A resolution rule can also instruct that money associated with a restricted trade be prorated across the remaining securities in an account, for instance, in accordance with allocation model proportions.
- Resolution rules may also include security substitutions. For instance, the resolution rule for the violated restriction “Don't buy if ticker=IBM” might be “Buy ticker=MSFT.” In addition to such one-for-one substitutions, security substitutions may include a chain of substitutions, a one-to-many substitution, a group substitution, and a non-specific substitution (dynamic at the time of execution), among other possible combinations. It will be appreciated that the
portfolio management system 105 is operable to effect such substitutions and to track those substitutions to facilitate adjustment of the mix of assets in investment accounts having allocation models. - An example of an operation of adjusting the mix of assets in an investment account is account rebalancing, in which the drift for specific securities is identified and trade orders are generated to bring the account in line with the allocation model once again. Rebalancing may be performed for just a portion of an account or for the account as a whole. Rebalancing may be manually triggered by a system user, may be scheduled (e.g., occur on some regular basis at night), or may be automatically triggered as a function of another portfolio management function. It should be appreciated, however, that other portfolio management functions implemented by the
portfolio management system 105 may not take the allocation model into account. One such example is performance reporting, in which the gain/loss of actually held assets within a time period is calculated and reported irrespective of how the asset mix compares to a relevant allocation model. - The following illustrative example shows calculation of drift from an allocation model when account rebalancing is performed. This illustrative example is used to illustrate potential problems associated with the determination of drift and the actions ensuing therefrom. In the illustrative example a new investment account has the model of
asset allocation 200 shown inFIG. 2 . - The investor for the account model shown in
FIG. 2 may stipulate, for instance, the following three restrictions: 1) don't buy if ticker=MER; 2) don't buy if ticker=IBM; and 3) don't buy if ticker=SUNW. The resolution rules for each of the restrictions may require that a replacement security be purchased, if available, otherwise the value (i.e., dollar value) of the violating trade may be prorated across the other (allowed) securities in accordance with the allocation model or left in cash. For instance, as shown inFIG. 2 , replacement security MSFT is associated with IBM such that MSFT will be purchased if IBM is restricted, which occurs as a result ofrestriction 2. - If the investor initially deposits $100,000 into his account, at the time of deposit the account will appear as shown in the
investment account 300 ofFIG. 3 . Account rebalancing is then executed, which detects a deviation in asset distribution from the allocation model and generates trade orders to redistribute assets in accordance with the allocation model. Theillustrative trade orders 400 shown inFIG. 4 are generated in an attempt to fulfill the allocation model. Before execution each trade order is evaluated against the applicable restrictions. In this illustrative example the trade orders are at odds with two of the restrictions:trade order 1 violatesrestriction 1 andtrade order 4 violatesrestriction 2. The resolution rules result in the substitution of the securities fortrade orders FIG. 2 . This results innew trade orders 500 for each violated restriction, as shown inFIG. 5 . - The two additional
new trade orders 500 shown inFIG. 5 are also evaluated against the applicable restrictions.Trade order 2 passes, buttrade order 1 violatesrestriction 3. Because there is no replacement security shown for SUNW, a default action is taken, e.g., proration of the value ($25,000) for the purchase of SUNW across the remaining, allowed securities (with a substitution of MSFT for IBM), in accordance with the allocation model. This proration producesnew trade orders 600, illustrated in the table ofFIG. 6 . Next, to illustrate the impact of these trades on final account positions, theshare prices 700 shown inFIG. 7 may be assumed for the illustrative account. Thefinal account position 800 reflecting actual share prices and discrete numbers of shares traded is shown inFIG. 8 . - The resulting tax lot table 900 corresponding to the individual successful trade orders and reflecting the actual prices and discrete numbers of shares involved in the above-described trades is shown in
FIG. 9 . A comparison of the final account positions 800 ofFIG. 8 and theallocation model 200 ofFIG. 2 are illustrated in the table 1000 ofFIG. 10 , which indicates the drift in the account for each security, represented as a percentage differential between the allocation model and final account positions. - Rebalancing may be effected to determine drift and the trades (including buy and/or sell orders) necessary to realign the account to the allocation model. In the present illustrative example, account rebalancing would attempt to purchase shares of MER and to sell shares of CSCO, CKFR and MSFT. Because MER cannot be purchased based on restriction violations (and because the substitute security SUNW cannot be purchased), the attempted purchase of MER will result in additional trade orders in which the value for the MER purchase is used to repurchase shares of CSCO, CKFR and MSFT. Therefore, inefficient and unnecessary processing results when restrictions and their resolution rules are not taken into account with account models.
- The
drift module 135 of the present invention prevents inefficient and unnecessary processing by tracking the model securities from the initial trade orders that are associated with each substituted tax lot in a substitute tax lot map table. That substitute tax lot map table can be used by thedrift module 135 to create a virtual portfolio used by theportfolio management system 105, and more particularly, thedrift module 135, for use in portfolio management functions that use the asset allocation model, such as account rebalancing. - Referring again to the illustrative investment account described above with reference to
FIGS. 2-9 , substitutetax lots 3 through 6 in the substitute tax lot table 1100 ofFIG. 11 represent those tax lots whose securities were substituted as a result of violated restrictions and their associated resolution rules. For instance, substitutetax lot 3 inFIG. 11 illustrates that in the initial trade order, IBM was attempted for purchase, which corresponds totax lot 3 ofFIG. 9 , in which the purchase of MSFT replaced IBM as a result of the violation ofrestriction 2 and the corresponding resolution rule that MSFT be purchased as a replacement security. Additionally, substitute tax lots 4-6 illustrate the attempted purchase of MER after the first account rebalancing, the replacement of MER by SUNW, which violatedrestriction 3, and the subsequent proration of value for the purchase of MER, which resulted in the three orders shown inFIG. 6 . The initial securities responsible for each resulting tax lot, rather than the actual securities or an intermediate security purchased and sold during rebalancing, are tracked by thedrift module 135 in a substitute tax lot map table. - A virtual portfolio may then be generated by the
drift module 135 using the security attempted for initial purchase to satisfy the allocation model.FIG. 12 shows a virtual securities table 1200 that illustrates the correspondence of actual securities and virtual securities identified and maintained by thedrift module 135. The virtual securities shown inFIG. 12 may be tracked by thedrift module 135. This is best illustrated with reference to the virtual security tax lot table 1300 ofFIG. 13 , which illustrates a change in security prices from the prices ofFIG. 9 and illustrates both the actual securities and the virtual securities. - Next, the
drift module 135 may execute rebalancing and calculate drift based on tax lots grouped by virtual securities. The total position for the virtual security is compared to the allocation model stipulation for that security. The grouping of tax lots by virtual securities is illustrated by the table 1400 ofFIG. 14 . In generating trade orders to realign the investment account with the allocation model, the virtual securities and the substitute tax lot map table are used by thedrift module 135 to identify the actually held securities that must be traded. In particular, thedrift module 135 examines the grouped virtual securities to ascertain whether the group of securities is consistent with the asset allocation stipulated by the allocation model. Although the actual securities for tax lots 4-6 are different than the virtual securities, the use of the virtual securities avoids the generation of unnecessary and offsetting trade orders, for instance, as a result of account rebalancing. Thus, in the illustrative example shown above, the tax lots 4-6 associated with the virtual security MER are unaffected and remain accurate to the model proportion for MER. Continuing with the illustrative example, thedrift module 135 can execute account rebalancing to realign the positions shown inFIG. 14 in accordance with the allocation model. To effect this change, thedrift module 135 executes the trades shown inFIG. 15 . MSFT is traded in lieu of IBM, as determined from the substitute tax lot map table. - The methods and processes described with respect to the illustrative example described above may be implemented by
portfolio management system 105, including thedrift module 135. A blockdiagram process flow 1600 executed by theportfolio management system 105 is shown inFIG. 16 , according to an illustrative embodiment of the present invention. - The
portfolio management system 105 receives an asset allocation model (block 1610). Although not illustrated, theportfolio management system 105 can also receive one or more restrictions and one or more resolution rules to be executed by theportfolio management system 105 when a restriction is violated. Thereafter, theportfolio management system 105 examines the asset allocation model, restrictions, and associated resolution rules, and places and executes orders to purchase securities and/or other assets in accordance with the asset allocation model, restrictions, and associated resolution rules (block 1620). During the placement and execution of orders theportfolio management system 105 may substitute at least one security—a substitute security—for a security identified by the allocation model and/or for which an original order (block 1620). This may occur, for instance, where the attempted purchase of an original security, mandated by the model, violates a restriction and the associated resolution rule requires that theportfolio management system 105 purchase a substitute security in its place, similar to the illustrative example described above with reference toFIG. 5 . - The
portfolio management system 105 may then generate a substitute tax lot map table that associates each tax lot of a substituted security (or asset) with the original security from the allocation model (block 1630). Theportfolio management system 105 may also generate a virtual portfolio of securities in the investment account, where the virtual portfolio includes at least one security that is not in the actual investment account but which was identified by the allocation model and/or for which an original order was placed (block 1640), as derived from the substitute tax lot table. - Next, the
drift module 135 is operable to sum the tax lots of the same virtual securities of the virtual portfolio (block 1650), which permits the drift module to obtain a total account position for each virtual security in the virtual portfolio. Thereafter, the drift for each virtual security (or asset) in the virtual portfolio is calculated (block 1660). This can be calculated as the difference between the virtual security's actual investment account proportion, based on a market valuation of the encompassed actual securities, and the virtual security's ideal account proportion as stipulated by the model. This calculation is represented by the illustrative example shown inFIG. 14 . Thereafter, thedrift module 135 may generate one or more trades of actual securities, such as buy or sell orders, using the calculated drift for the virtual securities in the virtual portfolio (block 1670) and the substitute tax lot map table. In particular, thedrift module 135 can determine what actual securities to buy or sell, and in what amounts, to realign the account with the allocation model. - The illustrative example described above with respect to
FIGS. 2-16 illustrates that no unnecessary processing is performed and no unnecessary trade orders are generated when calculating drift based on a virtual portfolio and a substitute tax lot map table. Although the illustrative example provides for only a one-for-one security substitution, one to many or more sophisticated substitutions may also be performed. For instance, if virtual security MER inFIG. 13 had shown substantial drift and accordingly been a target for correction in rebalancing, three tax lots (4, 5, and 6) would be involved according to the substitute tax lot map table 1100 of FIG. I 1. Multiple methods to split up a trade across multiple tax lots may be used, including the proration of the trade according to current proportions of the tax lots with respect to each other. - It should also be appreciated that asset allocation models may change over time. When this occurs, a first cycle of processing after the model change can cause a modification of the substitute tax lot map table, and consequently realigns the “virtual portfolio” with the new model. Further, depending on the portfolio management function (trading tool), type of security, and other event conditions and factors, a variety of business rules may affect trade orders and modify actions accordingly. For example, wash sale violation checking may prevent certain trades from occurring, and tax implications may also present trade constraints.
- Many modifications and other embodiments of the inventions set forth herein will come to mind to one skilled in the art to which these inventions pertain having the benefit of the teachings presented in the foregoing descriptions and the associated attachments. Therefore, it is to be understood that the inventions are not to be limited to the specific embodiments disclosed and that modifications and other embodiments are intended to be included within the scope of the present disclosure. Although specific terms are employed herein, they are used in a generic and descriptive sense only and not for purposes of limitation.
Claims (20)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/480,688 US7711626B2 (en) | 2006-06-30 | 2006-06-30 | Systems, methods, and computer program products for adjusting the assets of an investment account |
US12/726,918 US20100191672A1 (en) | 2006-06-30 | 2010-03-18 | Systems, methods, and computer program products for adjusting the assets of an investment account |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/480,688 US7711626B2 (en) | 2006-06-30 | 2006-06-30 | Systems, methods, and computer program products for adjusting the assets of an investment account |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/726,918 Continuation US20100191672A1 (en) | 2006-06-30 | 2010-03-18 | Systems, methods, and computer program products for adjusting the assets of an investment account |
Publications (2)
Publication Number | Publication Date |
---|---|
US20080016010A1 true US20080016010A1 (en) | 2008-01-17 |
US7711626B2 US7711626B2 (en) | 2010-05-04 |
Family
ID=38950420
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/480,688 Active 2027-12-24 US7711626B2 (en) | 2006-06-30 | 2006-06-30 | Systems, methods, and computer program products for adjusting the assets of an investment account |
US12/726,918 Abandoned US20100191672A1 (en) | 2006-06-30 | 2010-03-18 | Systems, methods, and computer program products for adjusting the assets of an investment account |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/726,918 Abandoned US20100191672A1 (en) | 2006-06-30 | 2010-03-18 | Systems, methods, and computer program products for adjusting the assets of an investment account |
Country Status (1)
Country | Link |
---|---|
US (2) | US7711626B2 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060277127A1 (en) * | 2005-06-07 | 2006-12-07 | Checkfree Corporation | Automated actions based on restrictions |
US20110264576A1 (en) * | 2005-12-20 | 2011-10-27 | Claus Matthew W | System and method for processing composite trading orders |
US10055787B2 (en) | 1999-08-03 | 2018-08-21 | Bgc Partners, Inc. | Systems and methods for linking orders in electronic trading systems |
US11354741B1 (en) * | 2021-02-15 | 2022-06-07 | Chicago Mercantile Exchange Inc. | User interface enabling unconstrained data inputs to a constrained system |
Families Citing this family (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1504393A4 (en) | 2002-04-23 | 2008-03-19 | Clearing House Service Company | Payment identification code and payment system using the same |
US8812388B2 (en) * | 2003-02-25 | 2014-08-19 | Fiserv Investment Solutions, Inc. | Systems and methods for multi-style portfolio (MSP) cash flow enhancement |
US8725607B2 (en) | 2004-01-30 | 2014-05-13 | The Clearing House Payments Company LLC | Electronic payment clearing and check image exchange systems and methods |
US9990674B1 (en) | 2007-12-14 | 2018-06-05 | Consumerinfo.Com, Inc. | Card registry systems and methods |
US8312033B1 (en) | 2008-06-26 | 2012-11-13 | Experian Marketing Solutions, Inc. | Systems and methods for providing an integrated identifier |
US8060424B2 (en) | 2008-11-05 | 2011-11-15 | Consumerinfo.Com, Inc. | On-line method and system for monitoring and reporting unused available credit |
US9483606B1 (en) | 2011-07-08 | 2016-11-01 | Consumerinfo.Com, Inc. | Lifescore |
US9106691B1 (en) | 2011-09-16 | 2015-08-11 | Consumerinfo.Com, Inc. | Systems and methods of identity protection and management |
US8738516B1 (en) | 2011-10-13 | 2014-05-27 | Consumerinfo.Com, Inc. | Debt services candidate locator |
US9853959B1 (en) | 2012-05-07 | 2017-12-26 | Consumerinfo.Com, Inc. | Storage and maintenance of personal data |
US9654541B1 (en) | 2012-11-12 | 2017-05-16 | Consumerinfo.Com, Inc. | Aggregating user web browsing data |
US9916621B1 (en) | 2012-11-30 | 2018-03-13 | Consumerinfo.Com, Inc. | Presentation of credit score factors |
US10102570B1 (en) | 2013-03-14 | 2018-10-16 | Consumerinfo.Com, Inc. | Account vulnerability alerts |
US9406085B1 (en) | 2013-03-14 | 2016-08-02 | Consumerinfo.Com, Inc. | System and methods for credit dispute processing, resolution, and reporting |
US20140316965A1 (en) * | 2013-04-22 | 2014-10-23 | Gregory C. Petrisor | Method and System for Managing Sovereign/Non-Sovereign Dual Debit Accounts |
US10685398B1 (en) | 2013-04-23 | 2020-06-16 | Consumerinfo.Com, Inc. | Presenting credit score information |
US9477737B1 (en) | 2013-11-20 | 2016-10-25 | Consumerinfo.Com, Inc. | Systems and user interfaces for dynamic access of multiple remote databases and synchronization of data based on user rules |
US11295308B1 (en) | 2014-10-29 | 2022-04-05 | The Clearing House Payments Company, L.L.C. | Secure payment processing |
US11694168B2 (en) | 2015-07-01 | 2023-07-04 | The Clearing House Payments Company L.L.C. | Real-time payment system, method, apparatus, and computer program |
US11042882B2 (en) | 2015-07-01 | 2021-06-22 | The Clearing House Payments Company, L.L.C. | Real-time payment system, method, apparatus, and computer program |
US11436577B2 (en) | 2018-05-03 | 2022-09-06 | The Clearing House Payments Company L.L.C. | Bill pay service with federated directory model support |
US10880313B2 (en) | 2018-09-05 | 2020-12-29 | Consumerinfo.Com, Inc. | Database platform for realtime updating of user data from third party sources |
US11315179B1 (en) | 2018-11-16 | 2022-04-26 | Consumerinfo.Com, Inc. | Methods and apparatuses for customized card recommendations |
US11238656B1 (en) | 2019-02-22 | 2022-02-01 | Consumerinfo.Com, Inc. | System and method for an augmented reality experience via an artificial intelligence bot |
US11941065B1 (en) | 2019-09-13 | 2024-03-26 | Experian Information Solutions, Inc. | Single identifier platform for storing entity data |
Citations (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4566066A (en) * | 1972-08-11 | 1986-01-21 | Towers Frederic C | Securities valuation system |
US4674044A (en) * | 1985-01-30 | 1987-06-16 | Merrill Lynch, Pierce, Fenner & Smith, Inc. | Automated securities trading system |
US4751640A (en) * | 1984-06-14 | 1988-06-14 | Citibank, Na | Automated investment system |
US5126936A (en) * | 1989-09-01 | 1992-06-30 | Champion Securities | Goal-directed financial asset management system |
US5132899A (en) * | 1989-10-16 | 1992-07-21 | Fox Philip J | Stock and cash portfolio development system |
US5270922A (en) * | 1984-06-29 | 1993-12-14 | Merrill Lynch & Company, Inc. | System for distributing, processing and displaying financial information |
US5819238A (en) * | 1996-12-13 | 1998-10-06 | Enhanced Investment Technologies, Inc. | Apparatus and accompanying methods for automatically modifying a financial portfolio through dynamic re-weighting based on a non-constant function of current capitalization weights |
US5978778A (en) * | 1996-12-30 | 1999-11-02 | O'shaughnessy; James P. | Automated strategies for investment management |
US6021397A (en) * | 1997-12-02 | 2000-02-01 | Financial Engines, Inc. | Financial advisory system |
US6052673A (en) * | 1985-08-27 | 2000-04-18 | Trans Texas Holdings Corporation | Investment management |
US6092056A (en) * | 1994-04-06 | 2000-07-18 | Morgan Stanley Dean Witter | Data processing system and method for financial debt instruments |
US6161098A (en) * | 1998-09-14 | 2000-12-12 | Folio (Fn), Inc. | Method and apparatus for enabling small investors with a portfolio of securities to manage taxable events within the portfolio |
US6175824B1 (en) * | 1999-07-14 | 2001-01-16 | Chi Research, Inc. | Method and apparatus for choosing a stock portfolio, based on patent indicators |
US6272474B1 (en) * | 1999-02-08 | 2001-08-07 | Crisostomo B. Garcia | Method for monitoring and trading stocks via the internet displaying bid/ask trade bars |
US20010042037A1 (en) * | 2000-04-17 | 2001-11-15 | Kam Kendrick W. | Internet-based system for identification, measurement and ranking of investment portfolio management, and operation of a fund supermarket, including "best investor" managed funds |
US20020103733A1 (en) * | 2000-12-12 | 2002-08-01 | Manning & Napier Advisors, Inc. | Process, system and financial planning engine for determining at least one financial indicator for use in achieving a particular financial goal |
US6484151B1 (en) * | 1999-07-23 | 2002-11-19 | Netfolio, Inc. | System and method for selecting and purchasing stocks via a global computer network |
US20020174045A1 (en) * | 2001-02-16 | 2002-11-21 | Robert Arena | System, method, and computer program product for cost effective, dynamic allocation of assets among a plurality of investments |
US6493681B1 (en) * | 1999-08-11 | 2002-12-10 | Proxytrader, Inc. | Method and system for visual analysis of investment strategies |
US20040167849A1 (en) * | 2003-02-21 | 2004-08-26 | Jeffrey Yass | Securities and transaction thereof |
US20050027632A1 (en) * | 2003-07-31 | 2005-02-03 | Ubs Financial Services, Inc. | Financial investment advice system and method |
US20050055301A1 (en) * | 2003-01-29 | 2005-03-10 | Cohen Randolph B. | Systems and methods for computing performance parameters of securities portfolios |
US20050171892A1 (en) * | 2003-11-05 | 2005-08-04 | Deutsche Borse Ag | Controlling resource group transfers for repo basket transaction systems |
US20050228734A1 (en) * | 2004-04-07 | 2005-10-13 | Giovanni Pagani | Fixed income performance attribution |
US20050234793A1 (en) * | 2004-03-26 | 2005-10-20 | Renato Staub | Method and computer program for tax sensitive investment portfolio management |
US20050234795A1 (en) * | 2004-03-23 | 2005-10-20 | Hodes Joel C | Investment transaction structure in which one party may substitute one investment for another |
US20060010053A1 (en) * | 2004-07-12 | 2006-01-12 | Pension Builders And Consultants | Asset allocation based system for individual investor portfolio selection |
US20060206400A1 (en) * | 2000-05-24 | 2006-09-14 | Masaaki Usui | Method and system for unified management of plurality of assets using computer network |
US7117176B2 (en) * | 1998-03-11 | 2006-10-03 | Foliofn, Inc. | Method and apparatus for enabling individual or smaller investors or others to create and manage a portfolio of securities or other assets or liabilities on a cost effective basis |
US20060277127A1 (en) * | 2005-06-07 | 2006-12-07 | Checkfree Corporation | Automated actions based on restrictions |
US7158951B2 (en) * | 2002-09-25 | 2007-01-02 | Thomas Stark | Dynamic computer software for trading securities |
US7177831B1 (en) * | 1999-07-23 | 2007-02-13 | The Globe Resources Group, Inc. | System and method for selecting and purchasing stocks via a global computer network |
US20070094119A1 (en) * | 2005-10-21 | 2007-04-26 | Jose Marques | System and method for improving asset liquidity in a trading exchange network |
US20070168273A1 (en) * | 2003-02-25 | 2007-07-19 | Checkfree Corporation | Systems and Methods for Multi-style Portfolio (MSP) Cash Flow Enhancement |
US20070192223A1 (en) * | 2003-02-25 | 2007-08-16 | Checkfree Corporation | Single-security rebalancing |
US7590582B2 (en) * | 2002-01-25 | 2009-09-15 | Bdellium Inc. | Method for analyzing investments using overlapping periods |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2613454A1 (en) * | 2005-07-01 | 2007-01-11 | Richard Charles Leighton Davis | Portfolio management tool |
-
2006
- 2006-06-30 US US11/480,688 patent/US7711626B2/en active Active
-
2010
- 2010-03-18 US US12/726,918 patent/US20100191672A1/en not_active Abandoned
Patent Citations (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4566066A (en) * | 1972-08-11 | 1986-01-21 | Towers Frederic C | Securities valuation system |
US4751640A (en) * | 1984-06-14 | 1988-06-14 | Citibank, Na | Automated investment system |
US5270922A (en) * | 1984-06-29 | 1993-12-14 | Merrill Lynch & Company, Inc. | System for distributing, processing and displaying financial information |
US4674044A (en) * | 1985-01-30 | 1987-06-16 | Merrill Lynch, Pierce, Fenner & Smith, Inc. | Automated securities trading system |
US6052673A (en) * | 1985-08-27 | 2000-04-18 | Trans Texas Holdings Corporation | Investment management |
US5126936A (en) * | 1989-09-01 | 1992-06-30 | Champion Securities | Goal-directed financial asset management system |
US5132899A (en) * | 1989-10-16 | 1992-07-21 | Fox Philip J | Stock and cash portfolio development system |
US20040073506A1 (en) * | 1994-04-06 | 2004-04-15 | Tull Robert Stanley | Data processing system and method for administering financial instruments |
US6092056A (en) * | 1994-04-06 | 2000-07-18 | Morgan Stanley Dean Witter | Data processing system and method for financial debt instruments |
US5819238A (en) * | 1996-12-13 | 1998-10-06 | Enhanced Investment Technologies, Inc. | Apparatus and accompanying methods for automatically modifying a financial portfolio through dynamic re-weighting based on a non-constant function of current capitalization weights |
US5978778A (en) * | 1996-12-30 | 1999-11-02 | O'shaughnessy; James P. | Automated strategies for investment management |
US6021397A (en) * | 1997-12-02 | 2000-02-01 | Financial Engines, Inc. | Financial advisory system |
US7117176B2 (en) * | 1998-03-11 | 2006-10-03 | Foliofn, Inc. | Method and apparatus for enabling individual or smaller investors or others to create and manage a portfolio of securities or other assets or liabilities on a cost effective basis |
US6161098A (en) * | 1998-09-14 | 2000-12-12 | Folio (Fn), Inc. | Method and apparatus for enabling small investors with a portfolio of securities to manage taxable events within the portfolio |
US6272474B1 (en) * | 1999-02-08 | 2001-08-07 | Crisostomo B. Garcia | Method for monitoring and trading stocks via the internet displaying bid/ask trade bars |
US6175824B1 (en) * | 1999-07-14 | 2001-01-16 | Chi Research, Inc. | Method and apparatus for choosing a stock portfolio, based on patent indicators |
US20070130043A1 (en) * | 1999-07-23 | 2007-06-07 | O'shaughnessy James P | System for selecting and purchasing assets and maintaining an investment portfolio |
US7177831B1 (en) * | 1999-07-23 | 2007-02-13 | The Globe Resources Group, Inc. | System and method for selecting and purchasing stocks via a global computer network |
US6484151B1 (en) * | 1999-07-23 | 2002-11-19 | Netfolio, Inc. | System and method for selecting and purchasing stocks via a global computer network |
US6493681B1 (en) * | 1999-08-11 | 2002-12-10 | Proxytrader, Inc. | Method and system for visual analysis of investment strategies |
US20010042037A1 (en) * | 2000-04-17 | 2001-11-15 | Kam Kendrick W. | Internet-based system for identification, measurement and ranking of investment portfolio management, and operation of a fund supermarket, including "best investor" managed funds |
US20060206400A1 (en) * | 2000-05-24 | 2006-09-14 | Masaaki Usui | Method and system for unified management of plurality of assets using computer network |
US20020103733A1 (en) * | 2000-12-12 | 2002-08-01 | Manning & Napier Advisors, Inc. | Process, system and financial planning engine for determining at least one financial indicator for use in achieving a particular financial goal |
US20020174045A1 (en) * | 2001-02-16 | 2002-11-21 | Robert Arena | System, method, and computer program product for cost effective, dynamic allocation of assets among a plurality of investments |
US7590582B2 (en) * | 2002-01-25 | 2009-09-15 | Bdellium Inc. | Method for analyzing investments using overlapping periods |
US7158951B2 (en) * | 2002-09-25 | 2007-01-02 | Thomas Stark | Dynamic computer software for trading securities |
US20050055301A1 (en) * | 2003-01-29 | 2005-03-10 | Cohen Randolph B. | Systems and methods for computing performance parameters of securities portfolios |
US20040167849A1 (en) * | 2003-02-21 | 2004-08-26 | Jeffrey Yass | Securities and transaction thereof |
US20070168273A1 (en) * | 2003-02-25 | 2007-07-19 | Checkfree Corporation | Systems and Methods for Multi-style Portfolio (MSP) Cash Flow Enhancement |
US20070192223A1 (en) * | 2003-02-25 | 2007-08-16 | Checkfree Corporation | Single-security rebalancing |
US20050027632A1 (en) * | 2003-07-31 | 2005-02-03 | Ubs Financial Services, Inc. | Financial investment advice system and method |
US20050171892A1 (en) * | 2003-11-05 | 2005-08-04 | Deutsche Borse Ag | Controlling resource group transfers for repo basket transaction systems |
US20050234795A1 (en) * | 2004-03-23 | 2005-10-20 | Hodes Joel C | Investment transaction structure in which one party may substitute one investment for another |
US20050234793A1 (en) * | 2004-03-26 | 2005-10-20 | Renato Staub | Method and computer program for tax sensitive investment portfolio management |
US20050228734A1 (en) * | 2004-04-07 | 2005-10-13 | Giovanni Pagani | Fixed income performance attribution |
US20060010053A1 (en) * | 2004-07-12 | 2006-01-12 | Pension Builders And Consultants | Asset allocation based system for individual investor portfolio selection |
US20060277127A1 (en) * | 2005-06-07 | 2006-12-07 | Checkfree Corporation | Automated actions based on restrictions |
US20070094119A1 (en) * | 2005-10-21 | 2007-04-26 | Jose Marques | System and method for improving asset liquidity in a trading exchange network |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10055787B2 (en) | 1999-08-03 | 2018-08-21 | Bgc Partners, Inc. | Systems and methods for linking orders in electronic trading systems |
US20060277127A1 (en) * | 2005-06-07 | 2006-12-07 | Checkfree Corporation | Automated actions based on restrictions |
US20090287613A1 (en) * | 2005-06-07 | 2009-11-19 | Michele Pierdinock | Automated actions based on restrictions |
US7636686B2 (en) * | 2005-06-07 | 2009-12-22 | Checkfree Corporation | Automated actions based on restrictions |
US7930239B2 (en) | 2005-06-07 | 2011-04-19 | Checkfree Corporation | Automated actions based on restrictions |
US20110264576A1 (en) * | 2005-12-20 | 2011-10-27 | Claus Matthew W | System and method for processing composite trading orders |
US8494952B2 (en) * | 2005-12-20 | 2013-07-23 | Bgc Partners, Inc. | System and method for processing composite trading orders |
US11354741B1 (en) * | 2021-02-15 | 2022-06-07 | Chicago Mercantile Exchange Inc. | User interface enabling unconstrained data inputs to a constrained system |
US20220261906A1 (en) * | 2021-02-15 | 2022-08-18 | Chicago Mercantile Exchange Inc. | User interface for enabling unconstrained data inputs to a constrained system |
US11842398B2 (en) * | 2021-02-15 | 2023-12-12 | Chicago Mercantile Exchange Inc. | User interface for enabling unconstrained data inputs to a constrained system |
Also Published As
Publication number | Publication date |
---|---|
US20100191672A1 (en) | 2010-07-29 |
US7711626B2 (en) | 2010-05-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7711626B2 (en) | Systems, methods, and computer program products for adjusting the assets of an investment account | |
US8682765B2 (en) | System and method for money management in electronic trading environment | |
US7805348B2 (en) | Systems and methods enabling investment activities via the creation and use of client-specific security files | |
US7912778B2 (en) | Systems, methods and computer program products for processing orders subject to investment restrictions | |
US8271366B2 (en) | System and method for providing high performance compliance services using pre-calculated rule evaluation | |
EA004949B1 (en) | Hedging exchange traded mutual funds or other portfolio basket products | |
US20120197776A1 (en) | Trade Matching Platform with Variable Pricing Based on Clearing Relationships | |
US8311921B2 (en) | System and method for dynamic order management | |
AU2019250173A1 (en) | Method of creating and maintaining multi-manager exchange traded funds | |
US20130198054A1 (en) | Trade Matching Platform with Variable Pricing Based on Clearing Relationships | |
JP2010507872A (en) | System and method for post transaction cost estimation of transaction costs | |
JP2013504125A (en) | A system for volume-weighted average price trading | |
US20120173403A1 (en) | Systems and Methods For Trading of Privately Held Securities | |
CA2494113C (en) | Synthetic funds having structured notes | |
JP2003533828A (en) | Electronic trading management method and system | |
US20030126051A1 (en) | Method and system of providing access to public financing markets to companies with limited or negative net worth | |
US20190355064A1 (en) | Systems and methods for dynamic construction and reporting of a shielded etf creation basket | |
Francioni et al. | High frequency trading: market structure matters | |
US20140279349A1 (en) | Device, system, method, and computer medium for providing price evaluation on fixed-income securities in odd lot market and improving market confidence regarding the same | |
US20200364787A1 (en) | Fixed Income Optimizer | |
US20190156419A1 (en) | Systems and methods for dynamic pricing of collective investment vehicles | |
JP6141667B2 (en) | Trade matching platform with variable price based on clearing relationship | |
Scharfman et al. | Trade Operations: Execution, Settlement and Reconciliation | |
JP2001319049A (en) | Portfolio management and evaluation system | |
JP2019211946A (en) | Stock management device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: CHECKFREE CORPORATION, GEORGIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:NANJUNDAMOORTHY, HARI;SMITH, CHARLES R. III;PIERDINOCK, MICHELE;AND OTHERS;REEL/FRAME:018439/0818;SIGNING DATES FROM 20060815 TO 20060822 Owner name: CHECKFREE CORPORATION,GEORGIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:NANJUNDAMOORTHY, HARI;SMITH, CHARLES R. III;PIERDINOCK, MICHELE;AND OTHERS;SIGNING DATES FROM 20060815 TO 20060822;REEL/FRAME:018439/0818 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
CC | Certificate of correction | ||
AS | Assignment |
Owner name: FISERV INVESTMENT SOLUTIONS, INC., WISCONSIN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CHECKFREE CORPORATION;REEL/FRAME:027696/0306 Effective date: 20111231 |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552) Year of fee payment: 8 |
|
AS | Assignment |
Owner name: CITIBANK N.A., AS COLLATERAL AGENT, NEW YORK Free format text: SECURITY INTEREST;ASSIGNOR:FISERV INVESTMENT SOLUTIONS, INC.;REEL/FRAME:051841/0695 Effective date: 20200218 |
|
AS | Assignment |
Owner name: TEGRA118 WEALTH SOLUTIONS, INC., CALIFORNIA Free format text: CHANGE OF NAME;ASSIGNOR:FISERV INVESTMENT SOLUTIONS, INC.;REEL/FRAME:058055/0075 Effective date: 20200317 |
|
FEPP | Fee payment procedure |
Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
FEPP | Fee payment procedure |
Free format text: 11.5 YR SURCHARGE- LATE PMT W/IN 6 MO, LARGE ENTITY (ORIGINAL EVENT CODE: M1556); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 12 |