US20110047095A1 - Systems and Methods for Order Analysis, Enrichment and Execution - Google Patents

Systems and Methods for Order Analysis, Enrichment and Execution Download PDF

Info

Publication number
US20110047095A1
US20110047095A1 US12/871,295 US87129510A US2011047095A1 US 20110047095 A1 US20110047095 A1 US 20110047095A1 US 87129510 A US87129510 A US 87129510A US 2011047095 A1 US2011047095 A1 US 2011047095A1
Authority
US
United States
Prior art keywords
order
user
strategy
operable
display
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.)
Abandoned
Application number
US12/871,295
Inventor
David Charles Cushing
Tomas Bok
Amit Manwani
Mark Francis Mancini
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Barclays Capital Inc
Original Assignee
Barclays Capital Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Barclays Capital Inc filed Critical Barclays Capital Inc
Priority to US12/871,295 priority Critical patent/US20110047095A1/en
Assigned to LEHMAN BROTHERS INC. reassignment LEHMAN BROTHERS INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BOK, TOMAS, MANCINI, MARK FRANCIS, MANWANI, AMIT, CUSHING, DAVID CHARLES
Assigned to BARCLAYS CAPITAL INC. reassignment BARCLAYS CAPITAL INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: LEHMAN BROTHERS INC.
Publication of US20110047095A1 publication Critical patent/US20110047095A1/en
Abandoned legal-status Critical Current

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
    • G06Q40/06—Asset management; Financial planning or analysis

Definitions

  • Traders tend to focus their workflow around their Order Management System (OMS), and tend to be reluctant to leave their OMS environment and switch focus to any stand-alone product. Therefore, in order to provide quantitative products such as pre-trade or post-trade analytics or access to automated trading systems to clients, there is a need to integrate these tools directly into the user's OMS, rather than provide a stand-alone solution. Traders also require decision support to help them choose the most appropriate execution strategy for a given order or basket of orders. Therefore, there is a need to embed quantitative models and analytics directly within the trading workflow so that traders can utilize these analytics to “audition” different execution channels or automated trading algorithms.
  • OMS Order Management System
  • Traders would do so by first using a control panel to set strategy parameter settings (execution channel, algorithm choice, trade horizon, urgency, and other parameters), and then viewing the projected results (e.g., trading cost, risk, and completion time) for their trade given their current set of parameter choices. Once the trader is happy with the final set of parameter choices, it is preferable to allow them to immediately generate an order with all of their choices clearly specified and automatically send this order to a market or broker for execution. This minimizes extra steps for the trader and streamlines their workflow.
  • strategy parameter settings execution channel, algorithm choice, trade horizon, urgency, and other parameters
  • projected results e.g., trading cost, risk, and completion time
  • the present invention comprises a method and system for security order execution.
  • One preferred embodiment comprises a stand-alone browser-based application that allows stock traders to exit an Order Management System (OMS), Execution Management System (EMS), or other order execution system, obtain pre-trade analysis, decide on a trading strategy, and then execute the order through one of a number of channels, including Manual Execution, Algorithm Execution, or Direct Market Access.
  • OMS Order Management System
  • EMS Execution Management System
  • Other embodiments include order monitoring and post-trade analysis functionality.
  • Preferred embodiments operate via integration with OMS/EMS applications.
  • a preferred embodiment of the invention provides an interface providing a model-driven projection of various order execution statistics based on the exact strategy (channel, algorithm, and parameters) that is selected by a user.
  • the interface is linked to at least order execution system and comprises an order execution display.
  • the invention comprises a computer system operable to display a graphical user interface comprising a pre-trade analysis component and an strategy selection component, wherein the pre-trade analysis component is operable to display market intelligence information regarding one or more securities; and the strategy selection component is operable to display one or more order execution strategies for selection by a user, and comprises an order execution component operable to route a selected order execution strategy to an order execution system; wherein the strategy selection component further comprises an interface for enabling a user to specify one or more trading strategies and strategy requirements; and wherein the strategy selection component further comprises a display operable to display projected order completion information based on the user-specified one or more trading strategies and strategy requirements.
  • the pre-trade analysis component is operable to receive from an order management system data identifying the one or more securities; (2) the pre-trade analysis component is operable to display liquidity information regarding the one or more securities; (3) the pre-trade analysis component is operable to display performance information regarding the one or more securities; (4) the pre-trade analysis component is operable to display execution risk information regarding the one or more securities; (5) the strategy selection component is operable to display order execution strategy information for the one or more securities; (6) the strategy selection component comprises an interface for enabling a user to specify one or more order timing requirements; (7) the strategy selection component comprises an interface for enabling a user to specify one or more order execution channels; (8) the strategy selection component comprises an interface for enabling a user to send an order directly to an order execution system; (9) the strategy selection component comprises a basic order information display; (10) the strategy selection component comprises an interface for enabling a user to edit at least one of: order size and price limit; (11) the interface for enabling a user to specify one or more trading strategy requirements is operable
  • FIG. 1 depicts a preferred pre-trade analysis screen.
  • FIG. 2 depicts a preferred strategy selection/execution screen.
  • FIG. 3 depicts another view of a preferred pre-trade analysis screen.
  • FIG. 4 depicts another view of a preferred strategy selection/execution screen.
  • FIGS. 5 and 6 depict additional exemplary Pre-Trade and Execution displays, respectively.
  • FIG. 7 depicts an exemplary Post-Trade/Order Monitoring display.
  • FIG. 8 depicts an exemplary benchmark selection display.
  • FIG. 9 depicts an exemplary display for a portfolio trading environment.
  • FIG. 10 depicts an exemplary confirmation dialog display.
  • FIG. 11 depicts another view of an exemplary Post-Trade/Order Monitoring display.
  • FIG. 12 depicts an exemplary order/slice information display.
  • FIG. 13 depicts an exemplary quote line display.
  • FIG. 14 depicts an exemplary progress data display.
  • FIG. 15 depicts an exemplary performance display.
  • FIG. 16 depicts an exemplary summary of trading conditions display.
  • FIG. 17 depicts an exemplary VWAP analysis display.
  • FIG. 18 depicts an exemplary performance over time display.
  • FIG. 19 depicts an exemplary relative performance display.
  • FIG. 20 depicts an exemplary trade timing display.
  • FIG. 21 depicts an exemplary market volume display.
  • FIG. 22 depicts an exemplary percent participation display.
  • FIG. 23 depicts an exemplary participation tracking display.
  • FIG. 24 depicts an exemplary price vs. VWAP display.
  • FIG. 25 depicts an exemplary actual vs. expected volume display.
  • FIG. 26 depicts an exemplary underweight/overweight analysis display.
  • FIG. 27 depicts an exemplary View All Orders tab/display.
  • FIG. 28 depicts another exemplary View All Orders tab/display.
  • FIG. 29 depicts another exemplary View All Orders tab/display.
  • FIG. 30 depicts an exemplary projection execution display.
  • FIG. 31 depicts an exemplary pre-trade summary for a basket of securities.
  • SSE Single Stock Environment
  • pre-trade analytics and strategy selection tool.
  • Other embodiments may comprise order monitoring and post-trade analysis capabilities.
  • the invention preferably operates via integration with OMS/EMS applications.
  • a preferred browser screen (see FIG. 1 ) is automatically spawned with a “Pre-Trade” tab selected, and with the order characteristics (symbol, size, side, and limit price) pre-selected.
  • the user chooses an execution channel (e.g., Sales Trader, Direct Market Access, or Execution Algorithm Server) and selects timing requirements (see FIG. 4 ).
  • an execution channel e.g., Sales Trader, Direct Market Access, or Execution Algorithm Server
  • the user uses the strategy parameter controls to preview possible strategies, before settling (in this example) on a VWAP strategy.
  • the user uses additional strategy parameter controls such as the VWAP horizon slider, and is able to view impact of these parameter choices on expected cost and risk.
  • a confirmation dialog box (see FIG. 10 ) appears, reading back the selected channel and strategy to the user, and the user confirms with a mouse-click.
  • Pre-Trade there are two tabs: Pre-Trade and Execution.
  • the default is Pre-Trade.
  • Other embodiments additionally comprise an Order Monitoring/Post-Trade tab. See FIG. 7 .
  • the button bar is displayed under the Pre-Trade tab. It preferably comprises a “go” button 310 , a refresh button 320 , an “export to pdf' button 330 , a help button 340 , and a preferences button 350 .
  • the “go” and refresh buttons update the page with real-time data
  • the pdf button generates an Adobe® pdf document containing a rendering of the browser page
  • the help button links to an online help document
  • the preferences button allows users to select default settings for certain calculations (e.g. time frame for calculating average daily volume; requirements for stock universe for determining most correlated stocks/best hedge portfolio).
  • Analytic nuggets are displayed under the Pre-Trade tab and preferably comprise such displays as historical average volume; today's projected volume; today's projected remaining volume; today's actual volume so far; order size as a percentage of historical average volume; historical intraday volume profile (in 15-minute buckets); descriptive statistics about the historical opening and closing auctions for the stock (N-day minimum, N-day maximum, and N-day average); recent stock performance; historical average quoted spread; historical average bid and ask depth; historical average effective spread; historical intraday spread profile (in 5-minute buckets); daily volatility; historical intraday volatility profile (in 5-minute buckets); beta and correlation with respect to various indices; price change over the last 10 minutes in absolute terms and as a percentage of standard deviation; market volume over the last 10 minutes in absolute terms and as a percentage of historical average 10-minute volume; dates of recent and/or upcoming ex-dividend dates; recent and/or upcoming earnings announcement dates; top 5 most correlated stocks (drawn from some user-defined universe); best hedge portfolio constructed
  • These displays are determined using both historical and real-time market data and are updated using real-time market data when either the go or refresh button is clicked. Some displays are based directly on market data, while others require mathematical calculations. Volume forecasts are estimated using a proprietary volume forecasting model. Cost forecasts are estimated using a proprietary transaction cost forecasting model. Volatility and correlation analytics and the top 5 most correlated stocks are estimated using proprietary risk models. The best hedge portfolio is constructed using a proprietary portfolio optimization tool that utilizes the proprietary risk model. These models and optimization techniques are not themselves the subject of the invention, but are drawn on by the invention to produce data and analytics displays.
  • This field preferably always displays with comma (and accepts input with or without the comma).
  • This also may be implemented with a spinner control, which allows users to increase and decrease the value by clicking up and down arrows on the side of the spinner.
  • relevant nuggets are updated to reflect the new size setting. Updated components include: Analytics Tab/Position Size as a percentage of historical average volume; Analytics Tab/Best Hedge Portfolio; Analytics Tab/Forecasted Transaction Costs and Risk for various time horizons; Execution Tab/all tables and charts (see below).
  • Price Limit Field Allows user to optionally edit the limit price associated with the order.
  • the price limit is set within the OMS blotter and then passed in to the device.
  • the Price Limit Field includes validation (must be a number>0, no upper limit); an edit box that allows user to specify an exact price limit; and a dropdown menu including: “no limit”; current bid; current ask; and some common-sense values such as current bid ⁇ 10 cents (round to nearest nickel); current ask +10 cents (round to nearest nickel).
  • the Price Limit box displays with a $ sign (and will accept input with or without the $ sign). “No Limit” is an acceptable value. This also may be implemented with a spinner control.
  • Preferred menu options comprise: Algorithm Execution and Manual Execution.
  • Manual Execution the order preferably routes to a Lehman Brothers Desk without user-specified strategy parameter settings.
  • the default value for the execution channel can be fixed based on client preferences or could be chosen through a channel recommendation algorithm that suggests a channel based on order and security characteristics such as order size, average daily volume, volatility, market, and average spread.
  • a simple recommendation algorithm might route any orders that meet any of the following criteria to the Manual Execution channel and submit everything else to the Algorithm Execution channel:
  • the following controls preferably comprise strategy parameter settings: Horizon Slider, Participation Rate Slider, Urgency Slider, and Volume Participation Limit Control.
  • the default settings can be fixed based on client preferences or could be chosen through a settings recommendation algorithm that suggests settings based on order and security characteristics such as order size, average daily volume, volatility, market, and average spread.
  • Projected Execution Statistics table shows projected completion statistics based on order attributes, channel, and strategy parameters. As the user adjusts the strategy parameter settings, the table dynamically updates using to reflect the user's current selections.
  • the projected completion statistics may be supplied by transaction cost and risk models known in the art.
  • Statistics displayed for the executed (completed) portion of the order preferably comprise:
  • the model forecasts that the order will not finish by the time specified under the Complete By control component.
  • the right side of the table displays statistics on the residual (unfinished) portion of the order. These residual statistics preferably comprise:
  • Chart shows expected impact cost and execution risk tradeoff for various execution horizons.
  • the line is formed by graphing the expected cost and risk (as provided by the proprietary transaction cost forecasting model) of executing the full order size (as defined by the Order Size field) over various time horizons from 0 minutes out to 8 days.
  • a point on the chart indicates the expected cost and risk of the order given current channel and strategy settings, corresponding exactly with the Projected Execution Statistics table. Additional functionality can be added in the form of marks on the graph representing values from different combinations of strategy parameters that have been previewed.
  • Chart shows expected impact cost in basis points for various executed quantities over the projected execution duration given current channel and strategy settings. For example, if the Duration field in the Projected Execution Statistics Table were currently reading 3 hours, then the Impact Cost Chart would show the projected execution cost (from the proprietary transaction cost forecasting model) for each various order sizes ranging from much smaller than the order size to much larger than the order size.
  • Execute Button Preferably generates an order back to OMS with desired channel, strategy, and parameters filled into the appropriate FIX fields, and generates a pop-up confirmation window (see FIG. 10 ) that reads the current channel and strategy choices back to the user and gets their consent.
  • the order is communicated electronically to Lehman Brothers with all channel, strategy, and parameter settings intact. This allows the user to immediately execute the selected strategy, which is preferable in that it saves time and mouseclicks, and thus streamlines the user's workflow.
  • Help Button Links to an online help document.
  • Preferences Button Allows users to select default settings for certain calculations (e.g. time frame for calculating average daily volume; requirements for stock universe for determining most correlated stocks/best hedge portfolio).
  • another embodiment also provides a post-trade/order monitoring display. See FIG. 7 .
  • Real-time monitoring allows a user to track progress and performance in real time.
  • a preferred Post-trade analysis display preferably shows T+0 and T+1 performance analysis versus all major benchmarks.
  • Visualization tools comprise graphical tools that allow a user to browse an order in the context of other market activity.
  • Preferred displays comprise Relative Performance; Price Impact Analysis; and Market Adjustment Breakdown.
  • Adding monitoring capabilities into an embodiment of the Single Stock Environment may involve three components:
  • the existing two tabs of SSE preferably are updated to pull the order information and quote line into the tab structure to match the new tabs. This is especially recommended for the “View All Orders” tab.
  • the Monitoring Tab preferably is the third tab in one embodiment of the SSE tab structure. Note that when order end time has passed, the name of the tab should switch to “Post-Trade” (as is shown in FIG. 11 ).
  • FIG. 11 displays the Monitoring Tab, which preferably comprises consists of six components.
  • the Monitoring Tab operates at the slice order level. If the user has sliced up his order and executed in pieces, then the monitoring tab is used to drill down into each slice. Each slice can have its own size, channel and strategy, parameters, and performance data. Throughout the following Monitoring Tab discussion, any mention of order is intended to refer to the slice order. Similarly, order start time refers to the start time associated with the slice order.
  • Order/Slice Info (see FIG. 12 ) preferably displays the following information: (1) Symbol, (2) Side, (3) Current time, (4) Full company name, (5) Order information (6) (size, etc), (7) Channel, and (8) Parameters.
  • VWAP “VWAP from ⁇ start time>- ⁇ end time>”
  • TWAP “TWAP from ⁇ start time>- ⁇ end time>”
  • Target Strike “Target Strike: ⁇ urgency level>urgency”
  • Parameter information preferably includes at least two parameters: price limit and volume limit.
  • Quote Line may be organized into columns. See FIG. 13 . “Last” column contains last price and % change since open. “Bid” and “Ask” contain bid/ask quoted prices and sizes. “Price Data” contains open/high/low/close prices. And “VWAP” contains the running VWAP for the day.
  • PRISE estimates are presented in appropriate units (bps, cents, or $) and are calculated by querying Lehman Brothers' proprietary PRISE (Pre-Trade Impact Shortfall Estimation) model and passing in the symbol, size, and time horizon.
  • the end times used for the PRISE calculations are not the user-specified expiration (“must complete”) times; they are the estimated completion times (from the “execution” tab). It is preferable to re-estimate the estimated completion time periodically for With Volume orders.
  • This component displays volume, spread, and volatility information for the lifespan of the order (see FIG. 16 ).
  • Expected values should represent expectations prior to the start of the trade of prevailing conditions over the expected order horizon—expectations that would have been used as inputs into the PRISE model when computing cost and risk estimates. For volatility and spread, these can be lifted directly out of the intraday spread and volatility profiles on the pre-trade (SSA) tab.
  • the expected volume needs to be adjusted so that it's computed over the time interval from order start time until now. For example, an order is placed in VWAP at 10 am with a 4 pm expiration time. The expected market volume over this 6 hour interval is 10 million shares. If the user checks on the order at 10:05 (after 40,000 shares have printed on the market), the expected volume shouldn't read 10 million, it should be equal to the pre-trade expectation for the interval 10:00-10:05. Note that this is also an issue for spread and volatility, but those are presented as averages (not in cumulative terms like volume).
  • the time horizon used to create actual and expected volume should be adjusted for cases where the order is completed ahead of the user's specified end time. For example, an order is placed in Target Strike at 10 am with a 4 pm expiration time. The expected market volume over this 6 hour interval is 10 million shares. If the order completes at 11 am, then the time horizon for expected and actual volume should be 10-11 am, not 10 am-4 pm. Again, this is also an issue for spread and volatility, but it's not as important since those are presented as averages (not in cumulative terms like volume).
  • the Expected Volume value should preferably be calculated as the expectation of market volume given information as of the start of the trade.
  • This panel (see FIG. 17 ) preferably comprises 3 tabs containing 3 graphs per tab. All graphs share the same X-axis: time.
  • the time horizon displayed on all nine graphs preferably displays the full order lifespan plus pre- and post-trade periods.
  • order end time preferably is set equal to the actual completion time; otherwise, the order end time is left as whatever the user entered for expiration time (“must complete” time).
  • any bucketed variables (displayed in bars) preferably are displayed in 10-min buckets. Otherwise, 5-min buckets are used.
  • Graphs # 1 and # 3 on this tab preferably are driven off a benchmark choice, which is provided via a drop-down menu.
  • All of the benchmark options on the Relative Performance nugget are available: Horizon VWAP, Full-Day VWAP, Market Open (PRISE-adjusted and regular), Market Close, Horizon Start (PRISE-adjusted and regular), and Horizon End. All benchmarks are computed as described in the Relative Performance nugget section above. If the benchmark value is NA, a blank graph is displayed. The default benchmark is Horizon Start.
  • the line should look like a jagged staircase, with each stair representing a recalculation of avg price triggered by a fill.
  • the shortfall series is graphed at a 1 -minute granularity.
  • the area between the shortfall line and 0 preferably is colored green if shortfall is positive (beating the benchmark) and red if shortfall is negative.
  • the series should only be plotted in the portion of the graphed time horizon where the order was active.
  • This chart (see FIG. 19 ) has two sections.
  • the top displays three series at 1-min granularity: stock price, market index, and industry (sector) index. All three series are normalized by dividing by the value at the start of the trade and are displayed in % (with 100% being the baseline value—preferably indicated with a horizontal line).
  • the bottom section shows the # of shares filled by the strategy across time, bucketed into 5- or 10-min buckets (as previously described). This series will be 0 for the pre-start and post-finish periods in which the order was not working.
  • the market index selected for the comparison preferably is a broad market index representing the country.
  • This graph shows a bold horizontal line representing the benchmark price and a jagged price line that tracks the symbol price across time.
  • the price series is graphed at a 1-minute granularity.
  • the area between price and benchmark preferably is colored green (sell orders) or red (buy orders), and vice versa for sections where price is below benchmark.
  • This graph need not be very tall, and may be compressed vertically.
  • the bold horizontal line preferably displays the current (or final) VWAP, not the evolving VWAP over time.
  • the title preferably indicates which benchmark is selected and the current benchmark value.
  • a distinction preferably is made between the pre-start and post-end time periods and the period where the order is active. Hovering the mouse over a point on the graph displays the time, the price, and the benchmark value for the time represented by that point.
  • This display shows bars indicating market volume in each bucket (in # shares) with a shaded/colored subsection of each bar to indicate how much of market volume the order accounted for.
  • order fills were 15,000 and overall market volume was 69,000. (Note that pre-start and post-end sections of time also may be displayed; in FIG. 21 , these would be all-grey bars.)
  • Hovering the mouse over a bar on the graph displays the time bucket, the market volume for the bucket, and the quantity filled for the order during the bucket (in shares and % of overall) for the bucket represented by the bar.
  • the second display shows actual cumulative participation rate.
  • this cumulative rate is just the sum of order fills in all bins through bin i, divided by the sum of market volume for all bins through i.
  • bin length for this series is 1 minute, (to display at 1-minute granularity).
  • the third display shows the desired participation rate (the solid black line 2230 ). This is only displayed if the order is an LMX With Volume order. Typically, this is just a solid horizontal line. However, if the user corrects the target participation rate, that is represented with a discontinuous jump to a new plateau. (For non-With-Volume orders corrected to With Volume, there would be a missing section in the line representing the non-With-Volume portion of the time horizon).
  • Hovering the mouse over a bar on the graph displays the time bucket, percent participation rate during the bucket, and the cumulative percent participation for the bucket represented by the bar.
  • FIG. 23 There are two displays shown on this tab (see FIG. 23 ). The top is similar to Graph # 3 on the performance tab (see FIG. 20 ), showing price vs. a bold horizontal line representing the benchmark value. Area between the two lines is colored based on order side (as described in the description of Graph # 3 from the performance tab). Benchmark is selected from a drop-down in the performance tab. The second display shows the difference between actual bin participation rate and the target participation rate (as described regarding Graph # 2 for this section) ( FIG. 22 ) and is color-coded based on the color scheme of the first display in the graph. See FIG. 21 .
  • the strategy is not With Volume then there is no target participation rate.
  • the average participation rate (the right-most value of the green line in Graph # 2 above) is used as the target rate.
  • Hovering the mouse over the graph has different behavior for the top and bottom portions of the graph.
  • Mouse over on the top portion of the graph indicates time, price, benchmark name, and benchmark value.
  • Mouse over on the bottom portion shows the time bin and the relative participation rate (e.g., “+2.3%”).
  • This display (see FIG. 24 ) is similar to Graph # 3 on the performance tab, except that the benchmark (indicated by the thick horizontal line) is always the current value of VWAP for the order horizon.
  • the price series is plotted at a 1-min granularity, and the area between the line and the horizontal benchmark line is color-coded as in Graph # 3 on the performance tab. Hovering the mouse over a point on the graph displays the time, the price, and the benchmark value for the time represented by that point.
  • This graph shows the typical (expected) volume smile and the actual volume pattern (in terms of actual fills).
  • the solid line (expected volume) shows the typical volume pattern at a 1-minute granularity. The line is adjusted by multiplying by the number of minutes in each time bin (5 or 10) so that the units are consistent between the two displays. Unlike all other data series in the various graphs, if the graph is displayed mid-trade both the past and future portions of the black line should be plotted. The pre-and post-trade portions of the black line also are displayed, normalized so that these portions are comparable to the active portion of the time horizon.
  • the sum of the plotted expected volume values across the order time horizon (the active portion of the plotted horizon) is 100% ⁇ [# minutes in each time bin].
  • the grey bars show the ratio of market volume printed during bin to total market volume printed within the active portion of the order. If current time ⁇ order end time then the second term (total market volume over full order horizon) is forecast. This forecast may be calculated as [market volume printed so far in the active time horizon]+[typical volume from now until end of active horizon]. When the order horizon is complete, the sum of bars for the active portion of the time scale is 100%. If the order horizon is not yet complete, the bars displayed will sum to less than 100%. Grey bars for pre- and post-order periods also should be displayed, using the same normalization process as for the expected smile, normalizing the bars in the pre- and post-order portions so that their sum is in the proper proportion to the sum of the bars in the active portion.
  • Hovering the mouse over a bin on the graph shows the time bin, the % of the target size filled in the bin, and the average of the values of the 1-min expected volume series during that time bin.
  • the bars in this graph display the difference between the two series in Graph # 2 above. See FIG. 25 .
  • the line in Graph # 2 is plotted at 1-min granularity, the plotted 1-min values are averaged across each time bin and then the average value is compared to the bar value.
  • negative bar values indicate that expected volume smile value (in %) was less than the actual volume smile value, suggesting that a VWAP strategy would have underweighted the bin relative to a hypothetical strategy that could perfectly forecast the volume smile and spread its trades accordingly.
  • the bars are color-coded as follows: for buy orders, any bars for bins where the bin VWAP ⁇ the overall VWAP for the period are coded in green, and bars for bins where VWAP>overall VWAP are coded red. Vice versa for sells.
  • Hovering the mouse over a bar on the graph shows the time and the under/overweight % for the bar.
  • the first embodiment described above relates to parent orders. Once the user clicked “Execute to Lehman” the SSE reached the end of its scope. With monitoring, latent orders (not yet sent to Lehman) need to coexist with orders already sent, and a hierarchical data structure is needed within SSE to track parent orders that have been carved up into multiple slices. In order to accommodate this added complexity, it is useful to note an important distinction between parent and slice orders.
  • Parent orders represent any orders loaded into the SSE. They could be (a) orders loaded from an OMS, (b) orders loaded directly into SSE, or (c) orders sent via any system other than SSE but which are then monitored using SSE.
  • Slice orders (“executed” orders or “allocated” orders) are orders actually sent to Lehman Brothers. For the purposes of SSE, a parent order record is kept for every order loaded into SSE and a slice order record is kept for every order actually sent to Lehman Brothers for execution. Note that the only orders that are known to Lehman's orders databases are the slice executions.
  • Example 1 User loads 100,000 F into SSE from their OMS. This creates a new parent order record (100,000 F). The user does pre-trade analysis and then executes all 100,000 shares to Lehman's desk using the “Execute to Lehman” button in SSE. As the “real” order is routed to Lehman, a 100,000 slice order record is created within the SSE data structure. So SSE has two order records: a 100,000 parent and a single associated 100,000 slice.
  • Example 2 User loads 100,000 F into SSE from the user's OMS. This creates a parent order record (100,000 F). The user does pre-trade analysis and then executes a 10,000 share slice. Now a 10,000 slice order record is created and the parent order is updated to reflect that residual size has dropped to 90,000. The user executes a second 10,000 share slice. Now the SSE data structure contains a parent order record with residual size of 80,000 and two associated 10,000 slice order records.
  • Example 3 User sends 30,000 shares directly to Lehman via an OMS, then later accesses SSE to monitor the order. There is now a 30,000 share parent order record and a 30,000 share associated slice order record.
  • parent order and slice order are used to refer to the parent and slice order records within SSE.
  • Order does not mean the actual order routed to Lehman Brothers and stored within Lehman's various order databases.
  • the “current order” is the order record (parent or slice) used as a basis for the content on the Pre-Trade, Execution, and Monitoring tabs. In other words, the Execution tab does not exist independently of an order; every time the Execution tab is displayed a specific order record is implicated—the “current order”—to which all data on the tab refers.
  • the current order can be a parent order record or a slice order record.
  • the Pre-Trade tab is basically the same whether the current order is a parent order or an associated slice order.
  • the user is able to choose whether the position size shown (and used for cost calculations, etc.) is the total target size or the residual size.
  • the target size displayed on the Execution tab and used for calculations is the residual size, not the total target size of the parent order. This is to prevent overexecution.
  • the Execution tab is greyed out and inaccessible.
  • the Execution tab is primarily used to preview and enact secondary actions (cancel and corrections). This implies a number of changes to the Execution tab for slice orders which are described below.
  • the Monitoring Tab is presented differently depending on the characteristics of the current order. For parent orders with no slice orders, the Monitoring tab is greyed out and inaccessible. For parent orders with exactly one slice order, the Monitoring tab display mirrors the Monitoring tab display for the associated slice order. Otherwise (for parent orders with multiple slices), the Monitoring tab contains a list of all of the associated slice orders using the View All Orders tab format (see FIG. 27 ). The four buttons from the View All Orders tab are here as well. All column definitions, calculations, functionality for buttons, and double-click behavior are the same as described regarding the View All Orders tab (discussed below).
  • the View All Orders tab is a lightweight tool with two purposes: (1) provide a brief spreadsheet-style summary of progress and performance for all orders in the system; and (2) serve as a portal to the SSE, allowing traders to choose an order and then drill down into SSE for more analysis.
  • FIG. 28 shows an illustration of the View All Orders tab.
  • Data columns preferably include:
  • Rows preferably can be selected using the standard MS Windows protocol (click on one row; click+drag or click+shift/click to select multiple consecutive rows; ctrl/click to add row to selection). Double-clicking a row brings up the Monitoring Tab and sets the current order to the slice represented by the selected row.
  • Rows may be color-coded so that orders actively working are coded differently from orders that have completed. This may be configurable from the preferences screen.
  • the “Slippage” column provides a view into benchmark slippage. Users are able to use a preferences screen to choose a benchmark for each strategy and the units (BPS, cents, $). By default, units are set to bps, a VWAP benchmark is used for VWAP and TWAP strategies, and a horizon start price benchmark (see the relative performance section above) is used for other strategies.
  • the benchmark is named in the column (“[V]” for horizon VWAP, “[VF]” for full-day VWAP, “[IS]” for horizon start, “[O]” for open, and “[C]” for today's close).
  • the action bar preferably comprises the following buttons:
  • the View All Orders tab needs to do double duty, serving as a blotter for all executed slice orders while also allowing the user to view all of the parent orders that have been loaded.
  • the user may wish to monitor or correct working slice orders (from the slice order blotter) or to return to a parent order to generate a new slice (using the parent orders blotter).
  • the View All Orders tab changes slightly (see FIG. 29 ).
  • the top section expands to distinguish between parent orders (i.e., orders loaded from the OMS) and slice orders (i.e., orders actually executed to Lehman).
  • a radio button control 3010 allows users to switch between two detailed order views (one for parent orders, one for executed orders).
  • the executed orders detailed view is the same as the regular Orders view described above.
  • the parent orders view adds some additional columns. All of these changes are explained in detail below.
  • the display is divided into two sections: “Total” (all orders loaded into SSE) and “Allocated to Lehman Brothers” (just what's actually been executed).
  • Total all orders loaded into SSE
  • Allocated to Lehman Brothers just what's actually been executed.
  • the columns displayed are configurable through a preferences screen. Available columns are described below.
  • Double-clicking a row in the Executed Orders view brings up the Monitoring Tab and sets the current order to the associated slice order. If a user double-clicks a row in the Parent Orders view for a parent order record that has zero residual size and only one associated slice order, then the Monitoring Tab is displayed and the current order is set to that slice order. If the user double-clicks a row in the Parent Orders view for a parent order record with residual size and at least one associated slice order, or for a parent with 2+associated slice orders, the Monitoring Tab is displayed and the current order is set to the parent order. If the parent order has no slice orders associated with it, double-clicking the row displays the Execution Tab and sets the current order to the parent order.
  • parent order rows may be colar-coded to distinguish between (a) totally unallocated orders; (b) partially unallocated parent orders; (c) fully allocated parent orders that are not 100% complete; and (d) parent orders that are 100% complete.
  • the Execution Tab is used only for pre-trade “what if” analysis and subsequent execution of slices of the parent order to Lehman.
  • the Execution Tab takes on an additional purpose: “what if analysis/decision support for secondary action decisions (”What is likely to happen if I correct this slice order to 30 minute VWAP?“) and then a vehicle for conveying these secondary action decisions to Lehman.
  • the entries in this column are just snapshot values from the most recent correction (or for the original slice execution if there have been no corrections).
  • All entries in this column are calculated using the calculations described above except that target size is set to the residual size of the slice order (slice target size ⁇ filled shares), and start time is set to current time. For example, if the slice order was a 9:30-2 pm VWAP order for 100,000 shares and the user consults the Execution tab at 11 am after 44,000 shares have filled, then all of the projected completion statistics are calculated as if the user had submitted a new 11 am-2 pm VWAP order for 56,000 shares.
  • Projected Total column is calculated by taking sums or averages of the above-described two columns:
  • At least one other embodiment allows a user to invoke the application/interface for a basket of orders.
  • Many traders prefer to combine a basket of securities (baskets also are known as lists, programs, or portfolios) into a single trade, and would be better served by this basket-level embodiment rather than by having to enter each security separately.
  • data, analytics, graphical displays, and strategy selection parameters pertain to the entire basket. See FIG. 31 .
  • the analytic nuggets display cost and risk information for execution of the entire basket, a suggested hedge for the entire basket, the most illiquid five names in the basket, and so on.
  • the display also shows breakdowns of liquidity, forecasted transaction costs, and/or risk by various categories, such as exchange, country, sector, price, etc.
  • the Execution tab (containing the Trading Strategy Selector and the Projected Execution Statistics table) is similarly reconfigured to show a combination of basket-level and security-level information. See FIG. 9 .
  • the Trading Strategy Selector is further augmented to add controls allowing a user to provide additional basket-level instructions, such as to maintain dollar-neutrality for the basket within some threshold, or to minimize tracking error relative to some index subject to some transaction cost constraint.
  • the Projected Completion Statistics preferably are broken into two sections. One section shows the projected cost, risk, completion time, and consumption rate for the aggregate basket. A second section provides the same information at a security-by-security level.
  • the Monitoring Tab provides the same information and graphs as the single-stock Monitoring Tab, but shows statistics and data at the aggregated basket level.
  • LMX is Lehman Brothers' suite of model-driven order execution strategies. LMX strategies are designed to reduce market impact and deliver strong performance relative to the desired benchmark. These algorithms are available as strategies from the invention, but they are not part of the invention.
  • VWAP stands for volume-weighted average price. This is the average price for the stock over a specified time horizon, with more weight given to periods of heavier trading. The VWAP over any time period is the result of dividing total dollar volume by total share volume over that time period.
  • TWAP stands for time-weighted average price, and is a simpler way of averaging a stock price over a specified time period. Calculating a TWAP entails dividing the time period into intervals (e.g., minutes), taking a snapshot of the stock price at the end of each interval, and then averaging those interval prices. No extra weight is given to any one interval, even if an extraordinary number of shares were traded during that interval.
  • intervals e.g., minutes
  • the main goal of a VWAP strategy is to minimize slippage relative to the VWAP benchmark over the selected time period. This is achieved by constructing a trading profile that matches expected market liquidity over time and allocating a greater share of the order to the periods of the day that typically attract the highest levels of market activity. The strategy releases slices of the order using this trading profile as a roadmap and continuously monitors short-term indicators to optimize order timing and pricing.
  • the goal of the TWAP strategy is to trade with minimal shortfall relative to a TWAP benchmark.
  • the TWAP strategy trades at a constant rate during the time period, participating evenly so that the percent of the order that is filled at any time during the period matches the percentage of the time period that has elapsed.
  • the TWAP strategy trades at a rate linearly proportional to elapsed time, spreading the trade evenly across a time period.
  • the VWAP strategy tracks an expected volume profile, overweighting the portions of the day that correspond to heaviest trading.
  • the objective of the With Volume strategy is to trade in proportion to actual market activity, targeting participation at a certain percentage of overall traded volume.
  • This strategy is also commonly known as a Percent Of Volume (POV) strategy.
  • POV Percent Of Volume
  • the user specifies a participation target (a percentage) and the strategy tracks the participation target, reacting to actual activity but regulating actions to avoid information leakage and market impact. For example, if the desired target is 10%, then the strategy will begin trading at the Start Time and will thereafter endeavor to trade the order such that the shares filled for the order represent 10% of all volume executed on the market since the Start Time.
  • the Target Strike strategy is designed to minimize implementation shortfall (slippage relative to the security price at the order arrival time).
  • the user specifies an urgency level and then the strategy uses this urgency level to calculate an optimal trade horizon to balance price impact against price risk. Once this optimal horizon has been calculated, the strategy spreads the trade over this horizon, matching orders to expected liquidity.

Abstract

A preferred embodiment of the invention provides an interface providing a model-driven projection of various order execution statistics based on the exact strategy (channel, algorithm, and parameters) that is selected by a user. In at least one embodiment, the interface is linked to at least order execution system and comprises an order execution display. In one embodiment, the invention comprises a computer system operable to display a graphical user interface comprising (a) a pre-trade analysis component for displaying market intelligence information regarding one or more specified securities; and (b) a strategy selection component for displaying order execution strategies for selection by a user and that comprises (i) an order execution component for routing a selected order execution strategy to an order execution system; (ii) an interface for enabling a user to specify trading strategies and strategy requirements; and (iii) a display for displaying projected order completion information.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application claims the benefit of U.S. Provisional Pat. App. No. 60/668,740, filed Apr. 5, 2005. The entire contents of that provisional application are incorporated herein by reference.
    • SUMMARY
  • Traders tend to focus their workflow around their Order Management System (OMS), and tend to be reluctant to leave their OMS environment and switch focus to any stand-alone product. Therefore, in order to provide quantitative products such as pre-trade or post-trade analytics or access to automated trading systems to clients, there is a need to integrate these tools directly into the user's OMS, rather than provide a stand-alone solution. Traders also require decision support to help them choose the most appropriate execution strategy for a given order or basket of orders. Therefore, there is a need to embed quantitative models and analytics directly within the trading workflow so that traders can utilize these analytics to “audition” different execution channels or automated trading algorithms. Traders would do so by first using a control panel to set strategy parameter settings (execution channel, algorithm choice, trade horizon, urgency, and other parameters), and then viewing the projected results (e.g., trading cost, risk, and completion time) for their trade given their current set of parameter choices. Once the trader is happy with the final set of parameter choices, it is preferable to allow them to immediately generate an order with all of their choices clearly specified and automatically send this order to a market or broker for execution. This minimizes extra steps for the trader and streamlines their workflow.
  • In one aspect, the present invention comprises a method and system for security order execution. One preferred embodiment comprises a stand-alone browser-based application that allows stock traders to exit an Order Management System (OMS), Execution Management System (EMS), or other order execution system, obtain pre-trade analysis, decide on a trading strategy, and then execute the order through one of a number of channels, including Manual Execution, Algorithm Execution, or Direct Market Access. One embodiment comprises three components: Pre-trade Analytics, Strategy Selection Tool, and Algorithm Parameter Selection interfaces. Other embodiments include order monitoring and post-trade analysis functionality. Preferred embodiments operate via integration with OMS/EMS applications.
  • A preferred embodiment of the invention provides an interface providing a model-driven projection of various order execution statistics based on the exact strategy (channel, algorithm, and parameters) that is selected by a user. In at least one embodiment, the interface is linked to at least order execution system and comprises an order execution display.
  • In one aspect, the invention comprises a computer system operable to display a graphical user interface comprising a pre-trade analysis component and an strategy selection component, wherein the pre-trade analysis component is operable to display market intelligence information regarding one or more securities; and the strategy selection component is operable to display one or more order execution strategies for selection by a user, and comprises an order execution component operable to route a selected order execution strategy to an order execution system; wherein the strategy selection component further comprises an interface for enabling a user to specify one or more trading strategies and strategy requirements; and wherein the strategy selection component further comprises a display operable to display projected order completion information based on the user-specified one or more trading strategies and strategy requirements.
  • In various embodiments: (1) the pre-trade analysis component is operable to receive from an order management system data identifying the one or more securities; (2) the pre-trade analysis component is operable to display liquidity information regarding the one or more securities; (3) the pre-trade analysis component is operable to display performance information regarding the one or more securities; (4) the pre-trade analysis component is operable to display execution risk information regarding the one or more securities; (5) the strategy selection component is operable to display order execution strategy information for the one or more securities; (6) the strategy selection component comprises an interface for enabling a user to specify one or more order timing requirements; (7) the strategy selection component comprises an interface for enabling a user to specify one or more order execution channels; (8) the strategy selection component comprises an interface for enabling a user to send an order directly to an order execution system; (9) the strategy selection component comprises a basic order information display; (10) the strategy selection component comprises an interface for enabling a user to edit at least one of: order size and price limit; (11) the interface for enabling a user to specify one or more trading strategy requirements is operable to enable a user to choose one or more trading strategies comprising one or more VWAP and TWAP strategies; (12) the interface for enabling a user to specify one or more trading strategy requirements is further operable to allow the user to specify one or more trading horizons for the user-chosen VWAP and TWAP strategies; (13) the interface for enabling a user to specify one or more trading strategy requirements is operable to enable the user to choose one or more trading strategies comprising one or more With Volume strategies; (14) the interface for enabling a user to specify one or more trading strategy requirements is further operable to allow the user to specify one or more volume participation target rates for the user-chosen With Volume strategies; (15) the interface for enabling a user to specify one or more trading strategy requirements is operable to enable the user to choose one or more trading strategies comprising one or more Target Strike strategies; (16) the interface for enabling a user to specify one or more trading strategy requirements is further operable to allow the user to specify one or more urgency levels for the user-chosen Target Strike strategies; (17) the interface for enabling a user to specify one or more trading strategy requirements is operable to enable a user to specify a participation ceiling; (18) the projected order completion information comprises one or more of: completion percent, execution cost, execution risk, duration, completion time, and consumption rate; (19) the projected order completion information comprises residual order information; (20) the residual order information comprises at least one of: residual percent, residual cost, residual risk, and total risk; (21) the projected order completion information comprises impact versus execution risk tradeoff information; (22) the impact versus execution risk tradeoff information is displayed as a chart; (23) the projected order completion information comprises impact cost information; (24) the impact cost information is displayed as a chart; (25) the system further comprises a monitoring component operable to display order progress and performance information; (26) the monitoring component is operable to display order and slice information comprising symbol, side, slice size, and strategy; (27) the monitoring component is operable to display quote information and VWAP; (28) the monitoring component is operable to display real time order progress data; (29) the real time order progress data comprises at least one of: percent filled, average price, unrealized average price, and percent consumption; (30) the monitoring component is operable to display a trading conditions summary; (31) the trading conditions summary comprises information regarding at least one of: volume, volatility, and spread over horizon; (32) the monitoring component is operable to display a chart showing price versus VWAP; (33) the monitoring component is operable to display a chart showing actual versus expected volume; and (34) the system further comprises a view all orders component operable to display order progress and performance information for a plurality of orders.
    • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 depicts a preferred pre-trade analysis screen.
  • FIG. 2 depicts a preferred strategy selection/execution screen.
  • FIG. 3 depicts another view of a preferred pre-trade analysis screen.
  • FIG. 4 depicts another view of a preferred strategy selection/execution screen.
  • FIGS. 5 and 6 depict additional exemplary Pre-Trade and Execution displays, respectively.
  • FIG. 7 depicts an exemplary Post-Trade/Order Monitoring display.
  • FIG. 8 depicts an exemplary benchmark selection display.
  • FIG. 9 depicts an exemplary display for a portfolio trading environment.
  • FIG. 10 depicts an exemplary confirmation dialog display.
  • FIG. 11 depicts another view of an exemplary Post-Trade/Order Monitoring display.
  • FIG. 12 depicts an exemplary order/slice information display.
  • FIG. 13 depicts an exemplary quote line display.
  • FIG. 14 depicts an exemplary progress data display.
  • FIG. 15 depicts an exemplary performance display.
  • FIG. 16 depicts an exemplary summary of trading conditions display.
  • FIG. 17 depicts an exemplary VWAP analysis display.
  • FIG. 18 depicts an exemplary performance over time display.
  • FIG. 19 depicts an exemplary relative performance display.
  • FIG. 20 depicts an exemplary trade timing display.
  • FIG. 21 depicts an exemplary market volume display.
  • FIG. 22 depicts an exemplary percent participation display.
  • FIG. 23 depicts an exemplary participation tracking display.
  • FIG. 24 depicts an exemplary price vs. VWAP display.
  • FIG. 25 depicts an exemplary actual vs. expected volume display.
  • FIG. 26 depicts an exemplary underweight/overweight analysis display.
  • FIG. 27 depicts an exemplary View All Orders tab/display.
  • FIG. 28 depicts another exemplary View All Orders tab/display.
  • FIG. 29 depicts another exemplary View All Orders tab/display.
  • FIG. 30 depicts an exemplary projection execution display.
  • FIG. 31 depicts an exemplary pre-trade summary for a basket of securities.
    •  DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
  • Various embodiments of the present invention are described below.
  • One embodiment (Single Stock Environment (“SSE”)) comprises a combination of two components: pre-trade analytics and strategy selection tool. Other embodiments may comprise order monitoring and post-trade analysis capabilities. The invention preferably operates via integration with OMS/EMS applications.
  • I. Representative Workflow:
  • (1) An OMS user right-clicks an order in OMS blotter and chooses “Load to Analysis and Execution Tool” from a menu of choices
  • (2) A preferred browser screen (see FIG. 1) is automatically spawned with a “Pre-Trade” tab selected, and with the order characteristics (symbol, size, side, and limit price) pre-selected.
  • (3) The user reviews basic market intelligence on the stock (typical intraday trading patterns for the security, typical liquidity and volatility patterns for the security, correlated securities, etc.).
  • (4) The user clicks on an “Execution” tab to switch to a strategy selection and trading screen (see FIG. 2).
  • (5) The user chooses an execution channel (e.g., Sales Trader, Direct Market Access, or Execution Algorithm Server) and selects timing requirements (see FIG. 4).
  • (6) The user uses the strategy parameter controls to preview possible strategies, before settling (in this example) on a VWAP strategy.
  • (7) The user uses additional strategy parameter controls such as the VWAP horizon slider, and is able to view impact of these parameter choices on expected cost and risk.
  • (8) Once the user is comfortable with all of the parameter settings, they click an “Execute” button to indicate that they are ready to send the order to the selected execution channel.
  • (9) A confirmation dialog box (see FIG. 10) appears, reading back the selected channel and strategy to the user, and the user confirms with a mouse-click.
  • (10) The order is passed back to the OMS and on to an executing broker, with all appropriate parameters specified.
  • Various embodiments of the invention provide:
  • (A) A monitoring component with extensive drill-down to interpret execution performance.
  • (B) An integrated post-trade transaction cost analysis tool.
  • (C) A plain-English algorithm wizard that provides interactive education on benchmark selection, strategy selection, etc.
  • (D) Extension of all components to allow baskets of securities (also known as ‘lists,’ ‘programs,’ or ‘portfolios’) to be processed by the same type of method. In this case, the user would select a basket of securities in the OMS blotter, right-click to invoke the method, view analytics and data on the basket (in the aggregate and/or at the constituent level), select a channel and parameter settings, and execute the basket.
  • II. Detailed Description of Application Components
  • A. Tab Control
  • See section 1 of FIG. 3. Preferably, there are two tabs: Pre-Trade and Execution. The default is Pre-Trade. Other embodiments additionally comprise an Order Monitoring/Post-Trade tab. See FIG. 7.
  • B. Button Bar
  • See section 2 in FIG. 3. The button bar is displayed under the Pre-Trade tab. It preferably comprises a “go” button 310, a refresh button 320, an “export to pdf' button 330, a help button 340, and a preferences button 350. The “go” and refresh buttons update the page with real-time data, the pdf button generates an Adobe® pdf document containing a rendering of the browser page, the help button links to an online help document, and the preferences button allows users to select default settings for certain calculations (e.g. time frame for calculating average daily volume; requirements for stock universe for determining most correlated stocks/best hedge portfolio).
  • When the user is in the Execution tab, the page automatically refreshes with any user action, so there is no need for the go and refresh buttons; therefore only the help and preferences buttons are displayed under the Execution tab.
  • C. Analytic Nuggets
  • See section 3 of FIG. 3. Analytic nuggets are displayed under the Pre-Trade tab and preferably comprise such displays as historical average volume; today's projected volume; today's projected remaining volume; today's actual volume so far; order size as a percentage of historical average volume; historical intraday volume profile (in 15-minute buckets); descriptive statistics about the historical opening and closing auctions for the stock (N-day minimum, N-day maximum, and N-day average); recent stock performance; historical average quoted spread; historical average bid and ask depth; historical average effective spread; historical intraday spread profile (in 5-minute buckets); daily volatility; historical intraday volatility profile (in 5-minute buckets); beta and correlation with respect to various indices; price change over the last 10 minutes in absolute terms and as a percentage of standard deviation; market volume over the last 10 minutes in absolute terms and as a percentage of historical average 10-minute volume; dates of recent and/or upcoming ex-dividend dates; recent and/or upcoming earnings announcement dates; top 5 most correlated stocks (drawn from some user-defined universe); best hedge portfolio constructed from stocks in some user-defined universe; and projected impact and risk for various time horizons.
  • These displays are determined using both historical and real-time market data and are updated using real-time market data when either the go or refresh button is clicked. Some displays are based directly on market data, while others require mathematical calculations. Volume forecasts are estimated using a proprietary volume forecasting model. Cost forecasts are estimated using a proprietary transaction cost forecasting model. Volatility and correlation analytics and the top 5 most correlated stocks are estimated using proprietary risk models. The best hedge portfolio is constructed using a proprietary portfolio optimization tool that utilizes the proprietary risk model. These models and optimization techniques are not themselves the subject of the invention, but are drawn on by the invention to produce data and analytics displays.
  • The following components D through M are displayed under the Execution tab.
  • D. Basic Order Information
  • See section 1 in FIG. 4.
  • Description: Preferably displays the following information: Side (passed from OMS; not editable in some embodiments); Order Size (passed from OMS; editable in some embodiments); and Security Name (passed from OMS; not editable in some embodiments).
  • E. Order Size and Limit Price Definition
  • See section 2 in FIG. 4.
  • Order Size Field: Allows user to optionally edit order size passed from OMS, preferably with validation (must be>0, must be<=order size passed in from OMS); an edit box that allows user to specify an exact order size; and a dropdown menu that allows user to select size from a set of common-sense slice amounts. This field preferably always displays with comma (and accepts input with or without the comma). This also may be implemented with a spinner control, which allows users to increase and decrease the value by clicking up and down arrows on the side of the spinner. When size is modified (and user hits enter), relevant nuggets are updated to reflect the new size setting. Updated components include: Analytics Tab/Position Size as a percentage of historical average volume; Analytics Tab/Best Hedge Portfolio; Analytics Tab/Forecasted Transaction Costs and Risk for various time horizons; Execution Tab/all tables and charts (see below).
  • Price Limit Field: Allows user to optionally edit the limit price associated with the order. Typically the price limit is set within the OMS blotter and then passed in to the device. Preferably, the Price Limit Field includes validation (must be a number>0, no upper limit); an edit box that allows user to specify an exact price limit; and a dropdown menu including: “no limit”; current bid; current ask; and some common-sense values such as current bid −10 cents (round to nearest nickel); current ask +10 cents (round to nearest nickel). Preferably, the Price Limit box displays with a $ sign (and will accept input with or without the $ sign). “No Limit” is an acceptable value. This also may be implemented with a spinner control.
  • F. Execution Channel Menu
  • See section 3 of FIG. 4. Preferred menu options comprise: Algorithm Execution and Manual Execution. When Manual Execution is selected, the order preferably routes to a Lehman Brothers Desk without user-specified strategy parameter settings. The default value for the execution channel can be fixed based on client preferences or could be chosen through a channel recommendation algorithm that suggests a channel based on order and security characteristics such as order size, average daily volume, volatility, market, and average spread.
  • For example, a simple recommendation algorithm might route any orders that meet any of the following criteria to the Manual Execution channel and submit everything else to the Algorithm Execution channel:
      • 1. Order Size>25% ADV
      • 2. Order Size>40% of today's forecasted remaining volume
      • 3. Forecasted transaction cost of executing the order from now until end of day is greater than 50 basis points (0.5% of the current stock price)
  • G. Time Requirements
  • See section 4 of FIG. 4.
  • Start Time Control
      • Description: Allows the user to indicate a specific start time for the order, if desired. Choices preferably comprise: Now/Market Open and a specified time (Exactly).
      • Radio Buttons: Preferably, one of the two choices is selected at all times. Default=Now/Market Open.
      • Time Edit Boxes: Default displays current time (grayed out unless the “At Exactly” button is selected). If current time<market open or current time>market close time, the display defaults to market open time instead of current time.
      • T+n Box: Links the start time choice to a specific date. If time now<market close time then choices are T+0 (default) and T+1. If time now>market close time then box gets set to T+1 and is not editable by the user.
      • Edit Box Validation: Minutes must be legal (from 0-59); hour cannot be earlier than the hour component of the market open; hour cannot be later than the hour component of market close time. [US: 9:00-16:59 times are allowed.]
  • Complete By Control
      • Description: Allows the user to indicate a “drop-dead” time when orders must be filled or else returned back to user. Choices preferably comprise: No Requirement; Market Close; and a specified time (Exactly).
      • Radio Buttons: Preferably, one of the three choices is selected at all times. Default=No Requirement.
      • Time Edit Boxes: Default displays market close time (grayed out unless the “Exactly” button is selected).
      • T+n Box: Links the complete by time choice to a specific date. If time now <market close time, then choices preferably are T+0 (default), T+1, T+2, and T+3. If time now>market close time, then choices preferably are T+1 (default), T+2, T+3, and T+4.
      • Edit Box Validation: Minutes must be legal (from 0-59); hour cannot be earlier than the hour component of the market open time; hour cannot be later than the hour component of market close time. [US: 9:00-16:59 times are allowed.]
  • H. Strategy Definition
  • See section 5 of FIG. 4.
  • Trading Strategy Selector
      • Description: Allows a user to select a trading strategy. Choices preferably comprise: VWAP; TWAP; With Volume; and Target Strike. Each of these strategies is described briefly later in this document.
      • Radio Buttons: Preferably, exactly one strategy choice is selected at all times.
      • The default strategy can be fixed based on client preferences or could be chosen through a strategy recommendation algorithm that suggests a strategy based on order and security characteristics such as order size, average daily volume, volatility, market, and average spread.
  • The following controls preferably comprise strategy parameter settings: Horizon Slider, Participation Rate Slider, Urgency Slider, and Volume Participation Limit Control. The default settings can be fixed based on client preferences or could be chosen through a settings recommendation algorithm that suggests settings based on order and security characteristics such as order size, average daily volume, volatility, market, and average spread.
  • Horizon Slider
      • Description: Only applies to VWAP and TWAP strategies. Allows a user to experiment with different trading horizons (durations). Horizons preferably extend until end of T+3 (if time now<market close time) or T+4 (otherwise). This allows the user to analyze multi-day trades or perform after-hours cost analysis.
      • Scope: inactive (and grayed) unless the VWAP or TWAP strategy radio button is selected.
      • Control Requirements: Allows smooth “browsing” of many setting options (minutes).
      • Minimum Value: 5 minutes
      • Maximum Value: number of minutes remaining until market close+number of minutes in three trading days (four if current time>market close).
      • Horizon Display: as the user drags the slider, the selected number of minutes is continuously displayed. Formats preferably look like this: “328 min [16:00 T+0]”; “10 min [10:32 T+0]”; and “453 min [11:30 T+1].”
  • Participation Target Slider
      • Description: Only applies to the With Volume strategy; allows a user to experiment with different volume participation target rates. This target rate represents the user's desired participation rate as a percentage of overall volume. For example, if the desired target is 10%, then the strategy will begin trading at the Start Time and will thereafter endeavor to trade the order such that the shares filled for the order represent 10% of all volume executed on the market since the Start Time.
      • Scope: inactive (and grayed) unless the With Volume strategy radio button is selected.
      • Control Requirements: must allow smooth “browsing” of many Participation Target options (percentages).
      • Minimum Value: 0.25%
      • Maximum Value: 70%
      • Scale: 0.25%, 0.5%, 0.75%, 1%, 2%, integers up to 70. No need for fine scale except values below 1 (e.g., 22.25%. is unnecessary).
      • Edit box: serves two purposes. The user can type in a target participation rate directly (preferably from 0.25% to 70%), which is then automatically reflected by repositioning the slider. The edit box preferably also provides real-time feedback regarding the current slider position.
  • Urgency Slider
      • Description: Only applies to the Target Strike strategy; allows a user to experiment with different urgency levels.
      • Scope: inactive (and grayed) unless the Target Strike strategy radio button is selected.
      • Scale: Preferably five values, ranging from passive to aggressive.
  • Volume Participation Limit Control
      • Description: Allows a user to place a participation ceiling on the order. This ceiling defines the user's maximum participation rate as a percentage of overall volume traded. For example, if the Volume Participation Limit is set at 10%, then the strategy will begin trading at the Start Time and will thereafter endeavor to constrain trading so as to prevent the shares filled for the order from exceeding 10% of all volume executed on the market since the Start Time.
      • Enabled/Disabled: Full nugget is grayed out when the With Volume strategy is selected, and is active when any other strategy is selected. Also, the edit box should be grayed out whenever “No Limit” is checked, and enabled whenever “Maximum Rate” is checked.
      • Radio Buttons: No Limit (default) or Maximum Rate. Preferably, one of these two buttons is specified at all times.
      • Maximum Rate Field: edit box. Valid percentages are 1% to 99% (integer points only). The “%” sign is displayed in the label of the edit box, so users can type in just the integer value.
  • I. Projected Execution Statistics Table
  • See section 6 of FIG. 4.
  • Description: Projected Execution Statistics table shows projected completion statistics based on order attributes, channel, and strategy parameters. As the user adjusts the strategy parameter settings, the table dynamically updates using to reflect the user's current selections. The projected completion statistics may be supplied by transaction cost and risk models known in the art.
  • Statistics displayed for the executed (completed) portion of the order preferably comprise:
      • Completion %: Projected % of order that will be executed by the specified Complete By time.
      • Execution Cost: Projected impact cost in basis points.
      • Execution Risk: Projected execution risk (standard deviation of cost) in basis points.
      • Duration: Projected trade horizon.
      • Completion Time: Projected trade horizon end time.
      • Consumption Rate: Projected participation rate as a percentage of overall market activity during trade horizon.
  • For certain orders, the model forecasts that the order will not finish by the time specified under the Complete By control component. In this case, the right side of the table displays statistics on the residual (unfinished) portion of the order. These residual statistics preferably comprise:
      • Residual %: Projected residual position (% of order) at the specified Complete By time.
      • Residual Cost: Projected cost of liquidating residual position over a one-day time horizon.
      • Residual Risk: Projected price risk of residual position (including the risk incurred during both the one-day liquidation horizon and the original duration).
      • Total Risk: Projected total cost of executing the entire order (including both completed and residual portions).
  • J. Impact vs. Execution Risk Tradeoff Chart
  • See section 7 of FIG. 4.
  • Description: Chart shows expected impact cost and execution risk tradeoff for various execution horizons. The line is formed by graphing the expected cost and risk (as provided by the proprietary transaction cost forecasting model) of executing the full order size (as defined by the Order Size field) over various time horizons from 0 minutes out to 8 days. A point on the chart indicates the expected cost and risk of the order given current channel and strategy settings, corresponding exactly with the Projected Execution Statistics table. Additional functionality can be added in the form of marks on the graph representing values from different combinations of strategy parameters that have been previewed.
  • K. Impact Cost Chart
  • See section 8 of FIG. 4.
  • Description: Chart shows expected impact cost in basis points for various executed quantities over the projected execution duration given current channel and strategy settings. For example, if the Duration field in the Projected Execution Statistics Table were currently reading 3 hours, then the Impact Cost Chart would show the projected execution cost (from the proprietary transaction cost forecasting model) for each various order sizes ranging from much smaller than the order size to much larger than the order size.
  • L. Execute Button
  • See section 9 of FIG. 4.
  • Execute Button: Preferably generates an order back to OMS with desired channel, strategy, and parameters filled into the appropriate FIX fields, and generates a pop-up confirmation window (see FIG. 10) that reads the current channel and strategy choices back to the user and gets their consent.
  • Once the user confirms the order, the order is communicated electronically to Lehman Brothers with all channel, strategy, and parameter settings intact. This allows the user to immediately execute the selected strategy, which is preferable in that it saves time and mouseclicks, and thus streamlines the user's workflow.
  • M. Help and Preferences Buttons
  • See section 10 of FIG. 4.
  • Help Button: Links to an online help document.
  • Preferences Button: Allows users to select default settings for certain calculations (e.g. time frame for calculating average daily volume; requirements for stock universe for determining most correlated stocks/best hedge portfolio).
  • Monitoring Tab
  • As mentioned above, another embodiment also provides a post-trade/order monitoring display. See FIG. 7.
  • Real-time monitoring allows a user to track progress and performance in real time. A preferred Post-trade analysis display preferably shows T+0 and T+1 performance analysis versus all major benchmarks. Visualization tools comprise graphical tools that allow a user to browse an order in the context of other market activity. Preferred displays comprise Relative Performance; Price Impact Analysis; and Market Adjustment Breakdown.
  • Adding monitoring capabilities into an embodiment of the Single Stock Environment (SSE) (discussed above) may involve three components:
  • (1) “Monitoring” Tab: an extra tab in SSE that contains single-order performance and completion stats with graphical drill-down tools.
  • (2) “View All Orders” Tab: a lightweight blotter-like screen through which users can view all orders they have sent to Lehman so far today. This screen will provide brief performance and progress status information for all orders, with the ability to drill down into any one order (by pulling up the SSE).
  • 3) Support for Secondary Actions from SSE: extension of the Execution tab and the strategy selection tool to cover cancel and cancel/replace functionality (e.g., how will a midstream correction to a more aggressive urgency level affect the expected completion time and performance, given that a portion of the order has already filled.)
  • In addition to these components, the existing two tabs of SSE preferably are updated to pull the order information and quote line into the tab structure to match the new tabs. This is especially recommended for the “View All Orders” tab.
  • Monitoring Tab
  • The Monitoring Tab preferably is the third tab in one embodiment of the SSE tab structure. Note that when order end time has passed, the name of the tab should switch to “Post-Trade” (as is shown in FIG. 11). FIG. 11 displays the Monitoring Tab, which preferably comprises consists of six components.
  • The Monitoring Tab operates at the slice order level. If the user has sliced up his order and executed in pieces, then the monitoring tab is used to drill down into each slice. Each slice can have its own size, channel and strategy, parameters, and performance data. Throughout the following Monitoring Tab discussion, any mention of order is intended to refer to the slice order. Similarly, order start time refers to the start time associated with the slice order.
  • Order/Slice Info (see FIG. 12) preferably displays the following information: (1) Symbol, (2) Side, (3) Current time, (4) Full company name, (5) Order information (6) (size, etc), (7) Channel, and (8) Parameters.
  • If the slice represents the complete parent order originally loaded into SSE, then there is no need to display “(100% of original order)” in the “Order” line. Also, if the order was not initiated in SSE, then parent order information is likely unavailable and slice % won't be displayed.
  • For orders sent to the LMX channel, strategy information is distilled into text:
  • VWAP: “VWAP from <start time>-<end time>”
  • TWAP: “TWAP from <start time>-<end time>”
  • With Volume: “With Volume: Participate at <participation rate>%”
  • Target Strike: “Target Strike: <urgency level>urgency”
  • CAT: “Conditional AutoTrader”
  • Parameter information preferably includes at least two parameters: price limit and volume limit.
  • Quote Line may be organized into columns. See FIG. 13. “Last” column contains last price and % change since open. “Bid” and “Ask” contain bid/ask quoted prices and sizes. “Price Data” contains open/high/low/close prices. And “VWAP” contains the running VWAP for the day.
  • Progress Data (See FIG. 14)
  • This component preferably displays the following information: (1) Current time, (2) % complete (shares filled for slice/slice target size), (3) Average price for slice, (4) Last price (from quote data), (5) Unrealized avg price=(avg price×filled shares+last price×unfilled shares)/target size, and (6) % Volume=filled shares/total market volume from start time to MIN(end time, current time).
  • Performance
  • This component preferably is a grid displaying performance data relative to various benchmarks. (see FIG. 15). Performance is displayed in cents, basis points, and dollars. For benchmark price Y, dollar performance is computed as follows: (Y−avg price)×(side=buy? 1:−1)×filled shares. This can be converted to cents (multiply by 100/filled shares) or basis points (multiply by 10000/[filled shares×avg price]). Benchmark definitions are as follows:
      • Horizon VWAP=VWAP measured from order start time to MIN(order end time, current time). (=NA if current time<order start time; if end time=market close time.
      • Full-Day VWAP=VWAP measured from market open time to now. (=NA if market not yet open.
      • Market Open=today's opening price for the stock. (=NA if market not yet open).
      • PRISE-Adjusted Market Open=Market Open+PRISE Cost×(side=buy? 1:−1), where PRISE Cost is the PRISE cost estimate for the order (see below).
      • Market Close=today's official closing price (=NA if current time<market close time, or if closing price has not yet been announced).
      • Horizon Start=arrival price, the midpoint of the bid-ask spread at order arrival time (=NA if market is not yet open, or if time now<order start time.
      • PRISE-Adjusted Horizon Start=Horizon Start+PRISE Cost×(side=buy? 1:−1), where PRISE Cost is the PRISE cost estimate for the order (see below).
      • Horizon End=midpoint of the bid-ask spread at order end time (=NA if time now<order end time; note that for Target Strike and With Volume, order end time is overwritten by the time at which the order is completed).
  • PRISE estimates are presented in appropriate units (bps, cents, or $) and are calculated by querying Lehman Brothers' proprietary PRISE (Pre-Trade Impact Shortfall Estimation) model and passing in the symbol, size, and time horizon. For the purposes of PRISE, time horizon is a % of the day in “volume time”: the percentage of full-day volume that is typically executed over the interval from MAX(order start time, market open) to MIN(order end time, market close). If end time>=market close, the closing auction print is included. For With Volume and Target Strike strategies, the end times used for the PRISE calculations are not the user-specified expiration (“must complete”) times; they are the estimated completion times (from the “execution” tab). It is preferable to re-estimate the estimated completion time periodically for With Volume orders.
  • The Include Unrealized checkbox (unchecked by default) allows the user to estimate unrealized PNL using the same component. If this box is unchecked, everything behaves as shown above, except that unrealized average price [=(avg price×filled shares+last price×unfilled shares)/target size] is computed. This unrealized average price is then displayed at the top of the table (with the label “Unrealized Avg Price”) and then all performance data is computed using unrealized avg price in place of avg price. The formulas themselves preferably do not change at all.
  • Summary of Trading Conditions
  • This component displays volume, spread, and volatility information for the lifespan of the order (see FIG. 16). Expected values should represent expectations prior to the start of the trade of prevailing conditions over the expected order horizon—expectations that would have been used as inputs into the PRISE model when computing cost and risk estimates. For volatility and spread, these can be lifted directly out of the intraday spread and volatility profiles on the pre-trade (SSA) tab.
  • Actual volume is the total composite share volume from order start time to MIN(now, order end time, market close time). Actual spread and volatility are averaged values over the same time horizon. The delta column=(actual−expected)/expected.
  • If the order is in progress, the expected volume needs to be adjusted so that it's computed over the time interval from order start time until now. For example, an order is placed in VWAP at 10 am with a 4 pm expiration time. The expected market volume over this 6 hour interval is 10 million shares. If the user checks on the order at 10:05 (after 40,000 shares have printed on the market), the expected volume shouldn't read 10 million, it should be equal to the pre-trade expectation for the interval 10:00-10:05. Note that this is also an issue for spread and volatility, but those are presented as averages (not in cumulative terms like volume).
  • For trades in Target Strike or With Volume, the time horizon used to create actual and expected volume should be adjusted for cases where the order is completed ahead of the user's specified end time. For example, an order is placed in Target Strike at 10 am with a 4 pm expiration time. The expected market volume over this 6 hour interval is 10 million shares. If the order completes at 11 am, then the time horizon for expected and actual volume should be 10-11 am, not 10 am-4 pm. Again, this is also an issue for spread and volatility, but it's not as important since those are presented as averages (not in cumulative terms like volume).
  • Even though a volume model may be used to dynamically update volume forecasts based on up-to-the-second market data, the Expected Volume value should preferably be calculated as the expectation of market volume given information as of the start of the trade.
  • Visualization Panel
  • This panel (see FIG. 17) preferably comprises 3 tabs containing 3 graphs per tab. All graphs share the same X-axis: time.
  • The time horizon displayed on all nine graphs preferably displays the full order lifespan plus pre- and post-trade periods.
  • Specifically, graph start time (GST)=MAX(market open time, slice order start time−30 min) and graph end time (GET)=MIN (market close time, slice order end time+30 min). Round both GST and GET to the nearest round 10-minute number. Example: order start and end times are 10:32:01 and 11:03:52, so GST=10:00 and GET=11:30. For Target Strike and With Volume orders that have completed trading, order end time preferably is set equal to the actual completion time; otherwise, the order end time is left as whatever the user entered for expiration time (“must complete” time). If the monitoring tab is viewed during the trade, the x-axis scale preferably is run all the way out to the GET, but the data series is only plotted out to the current time, leaving the unrealized portion of the time horizon blank. If order end time is>=market close time then the time bin that includes the market close time preferably is extended to include any closing auction volume.
  • Whenever GET−GST>180 min, any bucketed variables (displayed in bars) preferably are displayed in 10-min buckets. Otherwise, 5-min buckets are used.
  • Visualization Panel: Performance Tab
  • Graphs # 1 and #3 on this tab preferably are driven off a benchmark choice, which is provided via a drop-down menu. All of the benchmark options on the Relative Performance nugget are available: Horizon VWAP, Full-Day VWAP, Market Open (PRISE-adjusted and regular), Market Close, Horizon Start (PRISE-adjusted and regular), and Horizon End. All benchmarks are computed as described in the Relative Performance nugget section above. If the benchmark value is NA, a blank graph is displayed. The default benchmark is Horizon Start.
  • Graph #1: Performance Over Time
  • This graph (see FIG. 18) shows shortfall [(side=buy ? −1:1)×(average fill price minus the benchmark price)] over the lifespan of the order. The line should look like a jagged staircase, with each stair representing a recalculation of avg price triggered by a fill. The shortfall series is graphed at a 1-minute granularity. The area between the shortfall line and 0 preferably is colored green if shortfall is positive (beating the benchmark) and red if shortfall is negative. The series should only be plotted in the portion of the graphed time horizon where the order was active. (No pre-start/post-finish.) Note that the two VWAP benchmarks change over time; slippage over time should be relative to the minute-by-minute VWAP value, not relative to the current (or final) VWAP value. Graph title preferably reads “Performance vs <benchmark name> Over Time.” Hovering the mouse over a point on the graph displays the time and shortfall value for the time represented by that point.
  • Graph #2: Relative Performance
  • This chart (see FIG. 19) has two sections. The top displays three series at 1-min granularity: stock price, market index, and industry (sector) index. All three series are normalized by dividing by the value at the start of the trade and are displayed in % (with 100% being the baseline value—preferably indicated with a horizontal line). The bottom section shows the # of shares filled by the strategy across time, bucketed into 5- or 10-min buckets (as previously described). This series will be 0 for the pre-start and post-finish periods in which the order was not working.
  • The market index selected for the comparison preferably is a broad market index representing the country.
  • Graph #3: Trade Timing
  • This graph (see FIG. 20) shows a bold horizontal line representing the benchmark price and a jagged price line that tracks the symbol price across time. The price series is graphed at a 1-minute granularity. In sections where the price line is above the benchmark, the area between price and benchmark preferably is colored green (sell orders) or red (buy orders), and vice versa for sections where price is below benchmark. This graph need not be very tall, and may be compressed vertically. In the case of the two VWAP benchmarks, the bold horizontal line preferably displays the current (or final) VWAP, not the evolving VWAP over time. The title preferably indicates which benchmark is selected and the current benchmark value. A distinction preferably is made between the pre-start and post-end time periods and the period where the order is active. Hovering the mouse over a point on the graph displays the time, the price, and the benchmark value for the time represented by that point.
  • Visualization Panel: Participation Tab
  • Graph #1: Stacked Bar
  • This display (see FIG. 21) shows bars indicating market volume in each bucket (in # shares) with a shaded/colored subsection of each bar to indicate how much of market volume the order accounted for.
  • For example, in the first bar in FIG. 21, order fills were 15,000 and overall market volume was 69,000. (Note that pre-start and post-end sections of time also may be displayed; in FIG. 21, these would be all-grey bars.)
  • Hovering the mouse over a bar on the graph displays the time bucket, the market volume for the bucket, and the quantity filled for the order during the bucket (in shares and % of overall) for the bucket represented by the bar.
  • Graph #2: Percent Participation
  • There are three displays on this graph (see FIG. 22). First, a series of bars showing % participation by time bin is displayed. Each bar shows the number of order shares filled in the bin divided by the total market volume in the bin. These displays preferably are only plotted for the period in which the order was active, not pre-start or post-finish.
  • The second display (the green line 2220) shows actual cumulative participation rate. For bin i, this cumulative rate is just the sum of order fills in all bins through bin i, divided by the sum of market volume for all bins through i. Preferably, bin length for this series is 1 minute, (to display at 1-minute granularity).
  • The third display shows the desired participation rate (the solid black line 2230). This is only displayed if the order is an LMX With Volume order. Typically, this is just a solid horizontal line. However, if the user corrects the target participation rate, that is represented with a discontinuous jump to a new plateau. (For non-With-Volume orders corrected to With Volume, there would be a missing section in the line representing the non-With-Volume portion of the time horizon).
  • Hovering the mouse over a bar on the graph displays the time bucket, percent participation rate during the bucket, and the cumulative percent participation for the bucket represented by the bar.
  • Graph #3: Participation tracking vs PNL
  • There are two displays shown on this tab (see FIG. 23). The top is similar to Graph # 3 on the performance tab (see FIG. 20), showing price vs. a bold horizontal line representing the benchmark value. Area between the two lines is colored based on order side (as described in the description of Graph # 3 from the performance tab). Benchmark is selected from a drop-down in the performance tab. The second display shows the difference between actual bin participation rate and the target participation rate (as described regarding Graph # 2 for this section) (FIG. 22) and is color-coded based on the color scheme of the first display in the graph. See FIG. 21.
  • If the strategy is not With Volume then there is no target participation rate. In this case, the average participation rate (the right-most value of the green line in Graph # 2 above) is used as the target rate.
  • Hovering the mouse over the graph has different behavior for the top and bottom portions of the graph. Mouse over on the top portion of the graph indicates time, price, benchmark name, and benchmark value. Mouse over on the bottom portion shows the time bin and the relative participation rate (e.g., “+2.3%”).
  • Visualization Panel: VWAP Tab
  • Graph #1: Price vs VWAP
  • This display (see FIG. 24) is similar to Graph # 3 on the performance tab, except that the benchmark (indicated by the thick horizontal line) is always the current value of VWAP for the order horizon. The price series is plotted at a 1-min granularity, and the area between the line and the horizontal benchmark line is color-coded as in Graph # 3 on the performance tab. Hovering the mouse over a point on the graph displays the time, the price, and the benchmark value for the time represented by that point.
  • Graph #2: Actual vs Expected Volume
  • This graph (see FIG. 25) shows the typical (expected) volume smile and the actual volume pattern (in terms of actual fills). The solid line (expected volume) shows the typical volume pattern at a 1-minute granularity. The line is adjusted by multiplying by the number of minutes in each time bin (5 or 10) so that the units are consistent between the two displays. Unlike all other data series in the various graphs, if the graph is displayed mid-trade both the past and future portions of the black line should be plotted. The pre-and post-trade portions of the black line also are displayed, normalized so that these portions are comparable to the active portion of the time horizon. This means that the sum of the plotted expected volume values across the order time horizon (the active portion of the plotted horizon) is 100%×[# minutes in each time bin]. The values in the pre-start portion are normalized so that their sum is in the proper proportion to the sum of the values in the active portion, and likewise for the post-finish portion. If the order end time>=market close, then the 1-minute value for the last minute of market activity includes closing auction volume.
  • The grey bars show the ratio of market volume printed during bin to total market volume printed within the active portion of the order. If current time<order end time then the second term (total market volume over full order horizon) is forecast. This forecast may be calculated as [market volume printed so far in the active time horizon]+[typical volume from now until end of active horizon]. When the order horizon is complete, the sum of bars for the active portion of the time scale is 100%. If the order horizon is not yet complete, the bars displayed will sum to less than 100%. Grey bars for pre- and post-order periods also should be displayed, using the same normalization process as for the expected smile, normalizing the bars in the pre- and post-order portions so that their sum is in the proper proportion to the sum of the bars in the active portion.
  • Hovering the mouse over a bin on the graph shows the time bin, the % of the target size filled in the bin, and the average of the values of the 1-min expected volume series during that time bin. Example: “Time=10:20-10:30; Expected Volume Smile=4.5%; Realized Volume Smile=2.6%.”
  • Graph #3: Underweight/Overweight Analysis
  • The bars in this graph (see FIG. 26) display the difference between the two series in Graph # 2 above. See FIG. 25. (Since the line in Graph # 2 is plotted at 1-min granularity, the plotted 1-min values are averaged across each time bin and then the average value is compared to the bar value. For Graph # 3, negative bar values indicate that expected volume smile value (in %) was less than the actual volume smile value, suggesting that a VWAP strategy would have underweighted the bin relative to a hypothetical strategy that could perfectly forecast the volume smile and spread its trades accordingly.
  • The bars are color-coded as follows: for buy orders, any bars for bins where the bin VWAP<the overall VWAP for the period are coded in green, and bars for bins where VWAP>overall VWAP are coded red. Vice versa for sells.
  • Hovering the mouse over a bar on the graph shows the time and the under/overweight % for the bar.
  • Parent Orders vs Slice Orders
  • The first embodiment described above relates to parent orders. Once the user clicked “Execute to Lehman” the SSE reached the end of its scope. With monitoring, latent orders (not yet sent to Lehman) need to coexist with orders already sent, and a hierarchical data structure is needed within SSE to track parent orders that have been carved up into multiple slices. In order to accommodate this added complexity, it is useful to note an important distinction between parent and slice orders.
  • Parent orders represent any orders loaded into the SSE. They could be (a) orders loaded from an OMS, (b) orders loaded directly into SSE, or (c) orders sent via any system other than SSE but which are then monitored using SSE. Slice orders (“executed” orders or “allocated” orders) are orders actually sent to Lehman Brothers. For the purposes of SSE, a parent order record is kept for every order loaded into SSE and a slice order record is kept for every order actually sent to Lehman Brothers for execution. Note that the only orders that are known to Lehman's orders databases are the slice executions.
  • Example 1: User loads 100,000 F into SSE from their OMS. This creates a new parent order record (100,000 F). The user does pre-trade analysis and then executes all 100,000 shares to Lehman's desk using the “Execute to Lehman” button in SSE. As the “real” order is routed to Lehman, a 100,000 slice order record is created within the SSE data structure. So SSE has two order records: a 100,000 parent and a single associated 100,000 slice.
  • Example 2: User loads 100,000 F into SSE from the user's OMS. This creates a parent order record (100,000 F). The user does pre-trade analysis and then executes a 10,000 share slice. Now a 10,000 slice order record is created and the parent order is updated to reflect that residual size has dropped to 90,000. The user executes a second 10,000 share slice. Now the SSE data structure contains a parent order record with residual size of 80,000 and two associated 10,000 slice order records.
  • Example 3: User sends 30,000 shares directly to Lehman via an OMS, then later accesses SSE to monitor the order. There is now a 30,000 share parent order record and a 30,000 share associated slice order record.
  • In the remainder of this description, “parent order” and “slice order” are used to refer to the parent and slice order records within SSE. “Order” does not mean the actual order routed to Lehman Brothers and stored within Lehman's various order databases. The “current order” is the order record (parent or slice) used as a basis for the content on the Pre-Trade, Execution, and Monitoring tabs. In other words, the Execution tab does not exist independently of an order; every time the Execution tab is displayed a specific order record is implicated—the “current order”—to which all data on the tab refers. The current order can be a parent order record or a slice order record.
  • Both parent and slice orders can be viewed using the four tabs. These are described below individually with nuances for that tab related to the parent/slice distinction.
  • Pre-Trade Tab
  • The Pre-Trade tab is basically the same whether the current order is a parent order or an associated slice order. For parent orders, the user is able to choose whether the position size shown (and used for cost calculations, etc.) is the total target size or the residual size.
  • Execution Tab
  • When the current order is a parent order, the target size displayed on the Execution tab and used for calculations is the residual size, not the total target size of the parent order. This is to prevent overexecution. When a user clicks “Execute,” a slice order is created for the selected slice size, the residual size of the parent order is decremented by the same number of shares, the current order is set to the new slice order, and the user is moved to the Monitoring Tab. For parent orders with zero residual size, the Execution tab is greyed out and inaccessible.
  • When the current order is a slice order, the Execution tab is primarily used to preview and enact secondary actions (cancel and corrections). This implies a number of changes to the Execution tab for slice orders which are described below.
  • Monitoring Tab
  • The Monitoring Tab is presented differently depending on the characteristics of the current order. For parent orders with no slice orders, the Monitoring tab is greyed out and inaccessible. For parent orders with exactly one slice order, the Monitoring tab display mirrors the Monitoring tab display for the associated slice order. Otherwise (for parent orders with multiple slices), the Monitoring tab contains a list of all of the associated slice orders using the View All Orders tab format (see FIG. 27). The four buttons from the View All Orders tab are here as well. All column definitions, calculations, functionality for buttons, and double-click behavior are the same as described regarding the View All Orders tab (discussed below).
  • View All Orders Tab
  • While the information displayed on the other tabs is always linked to a specific parent or slice order, the View All Orders tab is independent of order. In other words, this tab is the same regardless of which order is currently being viewed in SSE.
  • View All Orders Tab
  • The View All Orders tab is a lightweight tool with two purposes: (1) provide a brief spreadsheet-style summary of progress and performance for all orders in the system; and (2) serve as a portal to the SSE, allowing traders to choose an order and then drill down into SSE for more analysis. FIG. 28 shows an illustration of the View All Orders tab.
  • Aggregate Statistics View
  • This display presents aggregate data broken down by side (buys, long sells, short sells), as well as a totals row. Data columns preferably include:
  • Default Columns
      • Shares
      • % Weight [=% of total USD Value]
      • USD Value
      • Filled (shares)
      • % Filled [=USD Value Filled/USD Value]
  • Additional Columns (optional, default=hidden)
      • Orders
      • USD Filled
      • Unfilled (shares)
      • Average Slippage in cents, $, or bps vs various benchmarks:
        • Horizon VWAP
        • All-Day VWAP
        • Horizon Start Price [midpoint at time when order commenced trading]
        • Prey Close
        • Today's Close [=NA if market still open]
      • Avg % ADV
  • Orders View
  • This display presents data broken out by each slice order. (Multiple rows with the same ticker are possible.) Rows preferably can be selected using the standard MS Windows protocol (click on one row; click+drag or click+shift/click to select multiple consecutive rows; ctrl/click to add row to selection). Double-clicking a row brings up the Monitoring Tab and sets the current order to the slice represented by the selected row.
  • Rows may be color-coded so that orders actively working are coded differently from orders that have completed. This may be configurable from the preferences screen.
  • Data columns include the following:
  • Default Columns
      • Symbol
      • Side
      • Shares
      • Strategy [see below]
      • % Filled [=Shares Filled/Total Shares]
      • Slippage [see below]
      • Start Time
  • The “Strategy” column provides a quick text representation of the strategy used to trade the order, as follows:
      • DMA Orders: “DMA”
      • Desk Orders: “Manual”
      • LMX Orders:
        • VWAP: “VWAP to <end time>”
        • TWAP: “TWAP to <end time>”
        • With Volume: “With Volume/<participation rate>%”
        • Target Strike: “Target Strike/<urgency level>”
        • CAT: “Conditional AutoTrader”
  • The “Slippage” column provides a view into benchmark slippage. Users are able to use a preferences screen to choose a benchmark for each strategy and the units (BPS, cents, $). By default, units are set to bps, a VWAP benchmark is used for VWAP and TWAP strategies, and a horizon start price benchmark (see the relative performance section above) is used for other strategies. The benchmark is named in the column (“[V]” for horizon VWAP, “[VF]” for full-day VWAP, “[IS]” for horizon start, “[O]” for open, and “[C]” for today's close).
  • Additional Columns (optional, default=hidden)
      • Wave ID [to help identify slice]
      • Filled (shares)
      • USD Value
      • USD Filled
      • Unfilled (shares)
      • Currency
      • FX
      • % ADV
      • Avg Price
      • Slippage in cents, $, or bps vs various benchmarks:
        • Horizon VWAP
        • All-Day VWAP
        • Horizon Start Price [midpoint at time when order commenced trading]
        • Prey Close
        • Today's Close [=NA if market still open]
      • 1-Day Change ($ change in stock price vs previous close)
      • 1-Day % Change (1-Day Change in %)
      • Mkt Volume (today's volume)
      • Status (ACK, Working, Filled, CXLed, others?)
      • % Cons (Filled/market volume during order lifespan)
      • Exp Complete [expected completion time, see Execution tab]
      • Average Daily Volume (ADV)
      • Average Spread
      • 60-day Daily Volatility
  • Action Bar
  • The action bar preferably comprises the following buttons:
      • Cancel: cancel order(s) associated with any selected row(s). Button only available if at least one row is selected in Orders View.
      • Cancel All: cancel all orders in Orders View.
      • Correct: switch to Execution Tab and set current order to the selected slice order. Button only available if exactly one row is selected—not 0, not>1.
      • Drill Down: switch to Monitoring Tab and set current order to the selected slice order. Button only available if exactly one row is selected—not 0, not>1.
  • Viewing ‘Parent’ Orders
  • Matters get more complicated when either or both of the following situations occurs:
      • A user has loaded an order into SSE from an OMS (or directly) and then executed a slice from SSE that represents only a portion of the order.
      • A user accesses the View All Orders tab at a time when there is at least one order that has been loaded but has not yet been sent to Lehman.
  • When either scenario occurs, the View All Orders tab needs to do double duty, serving as a blotter for all executed slice orders while also allowing the user to view all of the parent orders that have been loaded. Say, for example, that the user has executed portions of three parent orders. The user may wish to monitor or correct working slice orders (from the slice order blotter) or to return to a parent order to generate a new slice (using the parent orders blotter). To accommodate this, when either of the above scenarios occurs, the View All Orders tab changes slightly (see FIG. 29). The top section (aggregate data) expands to distinguish between parent orders (i.e., orders loaded from the OMS) and slice orders (i.e., orders actually executed to Lehman). A radio button control 3010 allows users to switch between two detailed order views (one for parent orders, one for executed orders). The executed orders detailed view is the same as the regular Orders view described above. The parent orders view adds some additional columns. All of these changes are explained in detail below.
  • If a user only uses SSE to monitor orders that have been executed using another channel, or if the user loads orders into SSE and immediately executes the full target size, then there is no need to provide a view of parent orders, so the View All Orders tab appears as described above.
  • Viewing “Parent” Orders—Changes to Aggregate Statistics View
  • As shown in FIG. 28, the display is divided into two sections: “Total” (all orders loaded into SSE) and “Allocated to Lehman Brothers” (just what's actually been executed). As discussed above, the columns displayed are configurable through a preferences screen. Available columns are described below.
  • “Total” Section Columns
  • [Column values pertain to parent orders loaded in from OMS]
  • Default Columns:
      • # [number of orders]
      • Shares
      • USD Value
      • % Weight
  • Additional Columns:
      • % Filled [% of total shares filled]
      • % USD Filled [% of total USD filled]
      • Unallocated [shares] “Executed” Section Columns
  • [Column values pertain to only orders “allocated” (sent to Lehman)]
  • Default Columns:
      • Shares [allocated]
      • % Alloc [shares allocated/total shares]
      • USD Value [allocated]
      • Filled (shares)
      • % Filled [filled shares/allocated shares]
  • Additional Columns:
      • % Weight [USD allocated by side/total USD allocated]
      • Orders [Allocated]
      • USD Filled
      • Unfilled (shares)
      • Average Slippage in cents, $, or bps vs various benchmarks:
        • Horizon VWAP
        • All-Day VWAP
        • Horizon Start Price [midpoint at time when order commenced trading]
        • Prey Close
        • Today's Close [=NA if market still open]
      • Avg % ADV
  • Viewing ‘Parent’ Orders—Changes to Orders View
  • When the “Executed Orders” radio button is selected (see FIG. 29), the Orders View behaves as described above in the “normal” case where there is no need to distinguish parent orders from executed orders. When the “Parent Orders” radio button is selected, the default/available columns change slightly as shown below. Note that “executed orders” and “slice orders” mean the same thing here, and note that “executed” means “sent to Lehman Brothers for execution,” not “filled.”
  • Double-clicking a row in the Executed Orders view brings up the Monitoring Tab and sets the current order to the associated slice order. If a user double-clicks a row in the Parent Orders view for a parent order record that has zero residual size and only one associated slice order, then the Monitoring Tab is displayed and the current order is set to that slice order. If the user double-clicks a row in the Parent Orders view for a parent order record with residual size and at least one associated slice order, or for a parent with 2+associated slice orders, the Monitoring Tab is displayed and the current order is set to the parent order. If the parent order has no slice orders associated with it, double-clicking the row displays the Execution Tab and sets the current order to the parent order.
  • Finally, although this is not shown in FIG. 29, parent order rows may be colar-coded to distinguish between (a) totally unallocated orders; (b) partially unallocated parent orders; (c) fully allocated parent orders that are not 100% complete; and (d) parent orders that are 100% complete.
  • Default Columns
      • Symbol
      • Side
      • Shares
      • % Alloc [=allocated shares/total shares]
      • % Filled [=filled shares/total shares]
      • Slippage [see below]
  • Additional Columns (optional, default=hidden)
      • # Slices [# slice orders associated with parent]
      • Alloc % Filled [filled shares/allocated shares]
      • Load Time [time parent order loaded into SSE]
      • Filled (shares)
      • Allocated (shares)
      • USD Value
      • USD Allocated
      • USD Filled
      • Unfilled (shares)
      • Unallocated (shares)
      • Currency
      • FX
      • % ADV
      • Avg Price
      • Slippage in cents, $, or bps vs various benchmarks:
        • Horizon VWAP
        • All-Day VWAP
        • Horizon Start Price [midpoint at time when order commenced trading]
        • Prev Close
        • Today's Close [=NA if market still open]
      • 1-Day Change ($ change in stock price vs previous close)
      • 1-Day % Change (1-Day Change in %)
      • Mkt Volume (today's volume)
      • Status (ACK, Working, Filled, CXLed, others?)
      • % Cons (Filled/market volume during order lifespan)
      • Average Daily Volume (ADV)
      • Average Spread
      • 60-day Daily Volatility
  • Support for Secondary Actions
  • In one embodiment of SSE, the Execution Tab is used only for pre-trade “what if” analysis and subsequent execution of slices of the parent order to Lehman. In an embodiment where SSE is also a monitoring tool for slice orders, the Execution Tab takes on an additional purpose: “what if analysis/decision support for secondary action decisions (”What is likely to happen if I correct this slice order to 30 minute VWAP?“) and then a vehicle for conveying these secondary action decisions to Lehman.
  • When current order is pointing to a slice order, the Execution tab looks slightly different than for parent orders. This reflects the change of focus from execution to correction. The differences are as follows:
      • “Execute to Lehman” button changes to “Correct Order.” Clicking this button cancels the executed slice and replaces it with an order with the strategy choice, channel choice, and parameter settings shown in the grey dialog area on the left. The user may be alerted if all settings are identical to those of the current order.
      • When editing slice size, a user can increase the size up to current slice size plus the size of any unallocated portion of the associated parent order. This only applies to slice orders that are smaller than the parent order size. For example, trader sends 100,000 shares from OMS into SSE (the parent order), then executes a 20,000 share slice. A slice order is created in the SSE data structure associated with the parent order. This slice can be corrected up to 100,000 (the slice size plus the residual size of the parent order). If the user executes a second 30,000 slice, then either slice can be corrected up to 50,000 shares.
      • The Cost/Risk chart is adjusted to incorporate realized cost and risk.
  • The cost for the graph would be:

  • [(realized slippage×filled shares)+((realized slippage+PRISE cost)×unfilled shares)]/total shares,
  • where PRISE cost is the cost estimate given start time now, size=unfilled shares, and duration varies as described above.
  • The risk for the graph is: [(PRISE risk)×unfilled shares]/total shares, where PRISE risk is the risk estimate given start time now, size=unfilled shares and duration varies as described above.
      • The projected execution statistics table expands by three additional columns as shown in FIG. 30: Original Projection, Realized, and Projected (Residual). Also, the first column changes name to “Projected (Total).” The “Residual” column (not shown) does not change in definition, although the contents may change if the projection of completion % is revised. Column definitions are given below.
  • The definitions for each of the cells in the table are as follows:
  • Original Projection Column
  • The entries in this column are just snapshot values from the most recent correction (or for the original slice execution if there have been no corrections).
  • Realized Column
      • Completion % =Filled shares/slice target size
      • Execution Cost=(horizon start benchmark−avg price)×(side=buy? 1:−1)
      • Execution Risk=0
      • Duration=Elapsed time since start of trading
      • Completion Time=NA if order still trading; =time of last fill if slice order has finished trading
      • Consumption Rate=filled/market volume since start of trading
  • Projected (Residual) Column
  • All entries in this column are calculated using the calculations described above except that target size is set to the residual size of the slice order (slice target size−filled shares), and start time is set to current time. For example, if the slice order was a 9:30-2 pm VWAP order for 100,000 shares and the user consults the Execution tab at 11 am after 44,000 shares have filled, then all of the projected completion statistics are calculated as if the user had submitted a new 11 am-2 pm VWAP order for 56,000 shares.
  • Projected Total Column
  • Projected Total column is calculated by taking sums or averages of the above-described two columns:
      • Completion %=Realized Completion %+Residual Completion %
      • Execution Cost=Share-weighted average of Realized Cost & Residual Cost
      • Execution Risk=Share-weighted average of Realized Risk & Residual Risk
      • Duration=Realized Duration+Residual Duration
      • Completion Time=Residual Completion Time
      • Consumption Rate=(filled shares+projected fills (from “projected residual” calculations))/(market volume since start of trading+projected market volume from now until MIN(must complete time, projected completion time))
  • Residual Column
  • This column is not shown in FIG. 30. It is the residual column described above, and is displayed for slice orders as well. As was the case with the Projected Residual column, all definitions of entries in this column are as described above, given that start time=now and target size=slice target size−filled shares.
  • The above description has for the most part described embodiments that pertain to trading a single order in a security. At least one other embodiment allows a user to invoke the application/interface for a basket of orders. Many traders prefer to combine a basket of securities (baskets also are known as lists, programs, or portfolios) into a single trade, and would be better served by this basket-level embodiment rather than by having to enter each security separately. In this embodiment, data, analytics, graphical displays, and strategy selection parameters pertain to the entire basket. See FIG. 31. For example, the analytic nuggets display cost and risk information for execution of the entire basket, a suggested hedge for the entire basket, the most illiquid five names in the basket, and so on. The display also shows breakdowns of liquidity, forecasted transaction costs, and/or risk by various categories, such as exchange, country, sector, price, etc. The Execution tab (containing the Trading Strategy Selector and the Projected Execution Statistics table) is similarly reconfigured to show a combination of basket-level and security-level information. See FIG. 9. The Trading Strategy Selector is further augmented to add controls allowing a user to provide additional basket-level instructions, such as to maintain dollar-neutrality for the basket within some threshold, or to minimize tracking error relative to some index subject to some transaction cost constraint. The Projected Completion Statistics preferably are broken into two sections. One section shows the projected cost, risk, completion time, and consumption rate for the aggregate basket. A second section provides the same information at a security-by-security level. The Monitoring Tab provides the same information and graphs as the single-stock Monitoring Tab, but shows statistics and data at the aggregated basket level.
  • LMX is Lehman Brothers' suite of model-driven order execution strategies. LMX strategies are designed to reduce market impact and deliver strong performance relative to the desired benchmark. These algorithms are available as strategies from the invention, but they are not part of the invention.
  • Those skilled in the art will be familiar with the various trading strategies that can be accessed from the invention, including the strategies explicitly mentioned herein. However, for those not skilled in the art, some additional information regarding some of the more easily explained strategies is provided below.
  • VWAP stands for volume-weighted average price. This is the average price for the stock over a specified time horizon, with more weight given to periods of heavier trading. The VWAP over any time period is the result of dividing total dollar volume by total share volume over that time period.
  • TWAP stands for time-weighted average price, and is a simpler way of averaging a stock price over a specified time period. Calculating a TWAP entails dividing the time period into intervals (e.g., minutes), taking a snapshot of the stock price at the end of each interval, and then averaging those interval prices. No extra weight is given to any one interval, even if an extraordinary number of shares were traded during that interval.
  • The main goal of a VWAP strategy is to minimize slippage relative to the VWAP benchmark over the selected time period. This is achieved by constructing a trading profile that matches expected market liquidity over time and allocating a greater share of the order to the periods of the day that typically attract the highest levels of market activity. The strategy releases slices of the order using this trading profile as a roadmap and continuously monitors short-term indicators to optimize order timing and pricing.
  • The goal of the TWAP strategy is to trade with minimal shortfall relative to a TWAP benchmark. The TWAP strategy trades at a constant rate during the time period, participating evenly so that the percent of the order that is filled at any time during the period matches the percentage of the time period that has elapsed.
  • Thus, the TWAP strategy trades at a rate linearly proportional to elapsed time, spreading the trade evenly across a time period. On the other hand, the VWAP strategy tracks an expected volume profile, overweighting the portions of the day that correspond to heaviest trading.
  • The objective of the With Volume strategy is to trade in proportion to actual market activity, targeting participation at a certain percentage of overall traded volume. This strategy is also commonly known as a Percent Of Volume (POV) strategy. The user specifies a participation target (a percentage) and the strategy tracks the participation target, reacting to actual activity but regulating actions to avoid information leakage and market impact. For example, if the desired target is 10%, then the strategy will begin trading at the Start Time and will thereafter endeavor to trade the order such that the shares filled for the order represent 10% of all volume executed on the market since the Start Time.
  • The Target Strike strategy is designed to minimize implementation shortfall (slippage relative to the security price at the order arrival time). The user specifies an urgency level and then the strategy uses this urgency level to calculate an optimal trade horizon to balance price impact against price risk. Once this optimal horizon has been calculated, the strategy spreads the trade over this horizon, matching orders to expected liquidity.
  • Various embodiments described herein are not intended to be mutually exclusive; those skilled in the art will recognize that various combinations of these and other embodiments are within the scope of the invention. Although the present invention has been illustrated and described herein with respect to various embodiments, it is not intended to be limited to the details shown, since various modifications and structural changes may be made without departing in any way from the spirit of the present invention. Without further analysis, the foregoing will so fully reveal the gist of the present invention that others can, by applying current knowledge, readily adapt it for various applications without omitting features that, from the standpoint of prior art, fairly constitute essential characteristics of the generic or specific aspects of this invention.
  • What is claimed as new and desired to be protected by letters patent is set forth in the appended claims.

Claims (35)

1. A computer system operable to display a graphical user interface comprising a pre-trade analysis component and an strategy selection component, wherein
said pre-trade analysis component is operable to display market intelligence information regarding one or more securities; and
said strategy selection component is operable to display one or more order execution strategies for selection by a user, and comprises an order execution component operable to route a selected order execution strategy to an order execution system;
wherein said strategy selection component further comprises an interface for enabling a user to specify one or more trading strategies and strategy requirements; and
wherein said strategy selection component further comprises a display operable to display projected order completion information based on said user-specified one or more trading strategies and strategy requirements.
2. A system as in claim 1, wherein said pre-trade analysis component is operable to receive from an order management system data identifying said one or more securities.
3. A system as in claim 1, wherein said pre-trade analysis component is operable to display liquidity information regarding said one or more securities.
4. A system as in claim 1, wherein said pre-trade analysis component is operable to display performance information regarding said one or more securities.
5. A system as in claim 1, wherein said pre-trade analysis component is operable to display execution risk information regarding said one or more securities.
6. A system as in claim 1, wherein said strategy selection component is operable to display order execution strategy information for said one or more securities.
7. A system as in claim 1, wherein said strategy selection component comprises an interface for enabling a user to specify one or more order timing requirements.
8. A system as in claim 1, wherein said strategy selection component comprises an interface for enabling a user to specify one or more order execution channels.
9. A system as in claim 1, wherein said strategy selection component comprises an interface for enabling a user to send an order directly to an order execution system.
10. A system as in claim 1, wherein said strategy selection component comprises a basic order information display.
11. A system as in claim 1, wherein said strategy selection component comprises an interface for enabling a user to edit at least one of: order size and price limit.
12. A system as in claim 1, wherein said interface for enabling a user to specify one or more trading strategy requirements is operable to enable a user to choose one or more trading strategies comprising one or more VWAP and TWAP strategies.
13. A system as in claim 12, wherein said interface for enabling a user to specify one or more trading strategy requirements is further operable to allow said user to specify one or more trading horizons for said user-chosen VWAP and TWAP strategies.
14. A system as in claim 1, wherein said interface for enabling a user to specify one or more trading strategy requirements is operable to enable said user to choose one or more trading strategies comprising one or more With Volume strategies.
15. A system as in claim 14, wherein said interface for enabling a user to specify one or more trading strategy requirements is further operable to allow said user to specify one or more volume participation target rates for said user-chosen With Volume strategies.
16. A system as in claim 1, wherein said interface for enabling a user to specify one or more trading strategy requirements is operable to enable said user to choose one or more trading strategies comprising one or more Target Strike strategies.
17. A system as in claim 16, wherein said interface for enabling a user to specify one or more trading strategy requirements is further operable to allow said user to specify one or more urgency levels for said user-chosen Target Strike strategies.
18. A system as in claim 1, wherein said interface for enabling a user to specify one or more trading strategy requirements is operable to enable a user to specify a participation ceiling.
19. A system as in claim 1, wherein said projected order completion information comprises one or more of: completion percent, execution cost, execution risk, duration, completion time, and consumption rate.
20. A system as in claim 1, wherein said projected order completion information comprises residual order information.
21. A system as in claim 20, wherein said residual order information comprises at least one of: residual percent, residual cost, residual risk, and total risk.
22. A system as in claim 1, wherein said projected order completion information comprises impact versus execution risk tradeoff information.
23. A system as in claim 22, wherein said impact versus execution risk tradeoff information is displayed as a chart.
24. A system as in claim 1, wherein said projected order completion information comprises impact cost information.
25. A system as in claim 24, wherein said impact cost information is displayed as a chart.
26. A system as in claim 1, further comprising a monitoring component operable to display order progress and performance information.
27. A system as in claim 26, wherein said monitoring component is operable to display order and slice information comprising symbol, side, slice size, and strategy.
28. A system as in claim 26, wherein said monitoring component is operable to display quote information and VWAP.
29. A system as in claim 26, wherein said monitoring component is operable to display real time order progress data.
30. A system as in claim 29, wherein said real time order progress data comprises at least one of: percent filled, average price, unrealized average price, and percent consumption.
31. A system as in claim 26, wherein said monitoring component is operable to display a trading conditions summary.
32. A system as in claim 31, wherein said trading conditions summary comprises information regarding at least one of: volume, volatility, and spread over horizon.
33. A system as in claim 26, wherein said monitoring component is operable to display a chart showing price versus VWAP.
34. A system as in claim 26, wherein said monitoring component is operable to display a chart showing actual versus expected volume.
35. A system as in claim 1, further comprising a view all orders component operable to display order progress and performance information for a plurality of orders.
US12/871,295 2005-04-05 2010-08-30 Systems and Methods for Order Analysis, Enrichment and Execution Abandoned US20110047095A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/871,295 US20110047095A1 (en) 2005-04-05 2010-08-30 Systems and Methods for Order Analysis, Enrichment and Execution

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US66874005P 2005-04-05 2005-04-05
US11/398,971 US7818246B2 (en) 2005-04-05 2006-04-05 Systems and methods for order analysis, enrichment, and execution
US12/871,295 US20110047095A1 (en) 2005-04-05 2010-08-30 Systems and Methods for Order Analysis, Enrichment and Execution

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/398,971 Continuation US7818246B2 (en) 2005-04-05 2006-04-05 Systems and methods for order analysis, enrichment, and execution

Publications (1)

Publication Number Publication Date
US20110047095A1 true US20110047095A1 (en) 2011-02-24

Family

ID=37074118

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/398,971 Active 2028-04-17 US7818246B2 (en) 2005-04-05 2006-04-05 Systems and methods for order analysis, enrichment, and execution
US12/871,295 Abandoned US20110047095A1 (en) 2005-04-05 2010-08-30 Systems and Methods for Order Analysis, Enrichment and Execution

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US11/398,971 Active 2028-04-17 US7818246B2 (en) 2005-04-05 2006-04-05 Systems and methods for order analysis, enrichment, and execution

Country Status (6)

Country Link
US (2) US7818246B2 (en)
EP (1) EP1869627A4 (en)
JP (1) JP2008535125A (en)
AU (1) AU2006232477B2 (en)
CA (1) CA2603558A1 (en)
WO (1) WO2006108159A2 (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120022991A1 (en) * 2010-07-26 2012-01-26 Trading Technologies International, Inc. Consolidated Price Level Expansion
US20120173985A1 (en) * 2010-12-29 2012-07-05 Tyler Peppel Multi-dimensional visualization of temporal information
US20130297479A1 (en) * 2009-12-15 2013-11-07 Trading Technologies International, Inc. Dynamic selection of a quoting leg based on liquidity
US20140098104A1 (en) * 2012-10-10 2014-04-10 Microsoft Corporation Techniques to present event information using an event timing visualization
WO2014099254A1 (en) * 2012-12-20 2014-06-26 Trading Technologies International, Inc. Speed adjustable and reversible tool for slicer orders
WO2014163623A1 (en) * 2013-04-02 2014-10-09 Bloomberg L.P. Broker commission allocation system
US20220138778A1 (en) * 2020-10-30 2022-05-05 Jpmorgan Chase Bank, N.A. Method and system for using deep video prediction for economic forecasting

Families Citing this family (87)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2986978A1 (en) 2000-05-01 2001-11-08 Cfph, L.L.C. Real-time interactive wagering on event outcomes
US8010438B2 (en) * 2000-06-01 2011-08-30 Pipeline Financial Group, Inc. Method for directing and executing certified trading interests
US7962398B1 (en) * 2000-09-15 2011-06-14 Charles Schwab & Co. Method and system for executing trades in a user preferred security
EP1504385A4 (en) * 2001-12-05 2008-12-03 Xchange Advantage Inc E Method and system for managing distributed trading data
US7341517B2 (en) 2003-04-10 2008-03-11 Cantor Index, Llc Real-time interactive wagering on event outcomes
US7890396B2 (en) 2005-06-07 2011-02-15 Cfph, Llc Enhanced system and method for managing financial market information
US7801784B2 (en) 2004-06-07 2010-09-21 Cfph, Llc System and method for managing financial market information
US7523417B2 (en) * 2004-11-18 2009-04-21 International Business Machines Corporation Changing display of data based on a time-lapse widget
US7933828B2 (en) * 2005-07-26 2011-04-26 Cfph, Llc System and method for displaying and/or analyzing a limit order book
US8024253B2 (en) * 2005-08-19 2011-09-20 Interactive Brokers Llc Inter-market smart-routing for combination spread order trading
US7882013B2 (en) * 2006-04-28 2011-02-01 Pipeline Financial Group, Inc. Drag-and-drop graphical control interface for algorithmic trading engine
US8156036B1 (en) * 2006-04-28 2012-04-10 Pipeline Financial Group, Inc. Methods and systems related to trading engines
US7870059B2 (en) * 2006-04-28 2011-01-11 Pipeline Financial Group, Inc. Display of selected items in visual context in algorithmic trading engine
US7908203B2 (en) * 2006-04-28 2011-03-15 Pipeline Financial Group, Inc. Coordination of algorithms in algorithmic trading engine
US7882014B2 (en) * 2006-04-28 2011-02-01 Pipeline Financial Group, Inc. Display of market impact in algorithmic trading engine
US7870062B2 (en) * 2006-04-28 2011-01-11 Pipeline Financial Group, Inc. Coordination of algorithms in algorithmic trading engine with fast switching and safe mode
US7904376B2 (en) * 2006-04-28 2011-03-08 Pipeline Financial Group, Inc. Rich graphical control interface for algorithmic trading engine
EP2081145A1 (en) * 2006-04-28 2009-07-22 Pipeline Financial Group, Inc. Rich graphical control interface for algorithmic trading engine
JP5215996B2 (en) * 2006-05-13 2013-06-19 シーエフピーエイチ， エル．エル．シー． Products and processes for using order data and related data
US8562422B2 (en) 2006-09-28 2013-10-22 Cfph, Llc Products and processes for processing information related to weather and other events
US20080109288A1 (en) * 2006-10-24 2008-05-08 Itg Software Solutions, Inc. Systems and methods for post-trade transaction cost estimation of transaction costs
US20080235128A1 (en) * 2007-03-20 2008-09-25 Itg Software Solutions, Inc. Systems, methods, and computer program products for integrating execution platforms with order management systems
JP2010529553A (en) * 2007-06-05 2010-08-26 アイ・ティ・ジー ソフトウェア ソリューションズ インコーポレーテッド System, method, and program for agency cost estimation
US8032867B2 (en) * 2007-06-05 2011-10-04 Computer Associates Think, Inc. Programmatic root cause analysis for application performance management
CA2694599A1 (en) * 2007-07-26 2009-01-29 Pipeline Financial Group, Inc. Block trading system and method providing price improvement to aggressive orders
US8103579B1 (en) 2007-07-26 2012-01-24 Pipeline Financial Group, Inc. Systems and methods regarding targeted dissemination
US20110066532A1 (en) * 2007-09-18 2011-03-17 Stephen Richard Schonberg Apparatuses, Methods and Systems For A High Density Financial Asset Information Display
US8229833B2 (en) * 2007-09-28 2012-07-24 International Securities Exchange, Llc Simplified quote sharing calculation
CA2701750A1 (en) * 2007-10-05 2009-04-09 Pipeline Financial Group, Inc. Method and apparatus for improved electronic trading
US20090119195A1 (en) * 2007-11-06 2009-05-07 Fmr Llc Trade Strategy Monitor Tool
US8051000B2 (en) * 2007-11-06 2011-11-01 Fmr Llc Trade strategy monitor platform
EP2223276A4 (en) * 2007-11-06 2012-11-21 Fmr Llc Trade strategy monitor tool and platform
US8321323B2 (en) * 2008-10-24 2012-11-27 Cfph, Llc Interprogram communication using messages related to order cancellation
US8712903B2 (en) 2008-09-25 2014-04-29 Cfph, Llc Trading related to fund compositions
US8285629B2 (en) * 2007-11-15 2012-10-09 Cfph, Llc Trading system products and processes
US20100057626A1 (en) * 2008-09-04 2010-03-04 Lutnick Howard W Cancellation timing in an electronic marketplace
US20090307121A1 (en) * 2008-06-09 2009-12-10 Lutnick Howard W Trading system products and processes
WO2009126638A2 (en) * 2008-04-08 2009-10-15 Pipeline Financial Group, Inc. Block trading system and method providing price improvement to aggressive orders
US7979344B2 (en) * 2008-05-23 2011-07-12 Bny Convergex Group, Llc Systems, methods, and media for automatically controlling trade executions based on percentage of volume trading rates
US8977565B2 (en) 2009-01-23 2015-03-10 Cfph, Llc Interprogram communication using messages related to groups of orders
US20100191638A1 (en) * 2009-01-23 2010-07-29 Alderucci Dean P Multicomputer distributed processing of data related to automation of trading
US9230259B1 (en) 2009-03-20 2016-01-05 Jpmorgan Chase Bank, N.A. Systems and methods for mobile ordering and payment
US7958036B1 (en) * 2009-04-09 2011-06-07 Morgan Stanley System and method for calculating a volatility carry metric
US20100309508A1 (en) * 2009-06-03 2010-12-09 Kamath Harish B Network print-related service
US8327335B2 (en) * 2009-09-02 2012-12-04 Compuware Corporation Performance management tool having unified analysis report
US20110078065A1 (en) * 2009-09-04 2011-03-31 Tora Holdings, Inc. System for volume-weighted average price trading
US8868460B2 (en) * 2009-09-15 2014-10-21 Chicago Mercantile Exchange Inc. Accelerated trade matching using speculative parallel processing
US8805737B1 (en) * 2009-11-02 2014-08-12 Sas Institute Inc. Computer-implemented multiple entity dynamic summarization systems and methods
US9817622B2 (en) 2010-01-20 2017-11-14 Hewlett-Packard Development Company, L.P. Cloud printer with a common user print experience
US20110208670A1 (en) * 2010-02-19 2011-08-25 Jpmorgan Chase Bank, N.A. Execution Optimizer
US8352354B2 (en) * 2010-02-23 2013-01-08 Jpmorgan Chase Bank, N.A. System and method for optimizing order execution
US8928911B2 (en) * 2010-03-30 2015-01-06 Hewlett-Packard Development Company, L.P. Fulfillment utilizing selected negotiation attributes
US8412617B1 (en) * 2010-04-09 2013-04-02 Alpha Vision Services, Llc Methods and systems related to securities trading
US11270066B2 (en) 2010-04-30 2022-03-08 Microsoft Technology Licensing, Llc Temporary formatting and charting of selected data
US9367198B2 (en) 2010-04-30 2016-06-14 Microsoft Technology Licensing, Llc Spin control user interface for selecting options
US8346655B2 (en) * 2010-05-10 2013-01-01 Ilan Tzroya System and method for providing a platform for the trade of financial instruments
US20120005685A1 (en) * 2010-07-04 2012-01-05 Chen Steve S Information Processing Grid and Method for High Performance and Efficient Resource Utilization
SG192246A1 (en) * 2011-02-10 2013-09-30 Tradelegg Llc Method and system for providing a decision support framework relating to financial trades
SG185857A1 (en) * 2011-06-01 2012-12-28 Icap Man Services Ltd System and method for reducing curve risk
US10740772B2 (en) 2011-07-25 2020-08-11 Prevedere, Inc. Systems and methods for forecasting based upon time series data
US10176533B2 (en) 2011-07-25 2019-01-08 Prevedere Inc. Interactive chart utilizing shifting control to render shifting of time domains of data series
US10896388B2 (en) 2011-07-25 2021-01-19 Prevedere, Inc. Systems and methods for business analytics management and modeling
US8738502B2 (en) * 2011-10-27 2014-05-27 Itg Software Solutions, Inc. Electronic trading system and method that provide real-time trade analytics
US9069501B2 (en) 2012-02-28 2015-06-30 Hewlett-Packard Development Company, L.P. Mechanism that allows initiating print without being aware of the printer email address
US20130246241A1 (en) * 2012-03-14 2013-09-19 Trading Technologies International, Inc. Dynamic Slicer Order Scheduling and Analysis Tool
CN104254844B (en) 2012-06-26 2017-12-19 惠普发展公司，有限责任合伙企业 The network printer is exposed to WI FI clients
US20150287141A1 (en) * 2014-04-03 2015-10-08 Edgar Parker, JR. Portfolio optimization by the detection and control of the predictive horizon of included investments.
US10628884B1 (en) * 2014-04-16 2020-04-21 Liquidnet Holdings, Inc. Database-driven processing of algorithmic trading plans utilizing specialized user interface methods, computer systems and computer programs
US10552903B2 (en) * 2014-06-19 2020-02-04 Fidessa Trading Uk Limited Systems and methods for displaying order performance metrics
US10042533B2 (en) * 2014-09-05 2018-08-07 Tableau Software, Inc. Graphical user interface that simplifies user creation of custom calculations for data visualizations
US20160189297A1 (en) * 2014-12-31 2016-06-30 Trading Technologies International Inc. Dataset generation for system backtesting and analysis
US20160234242A1 (en) * 2015-02-11 2016-08-11 Honeywell International Inc. Apparatus and method for providing possible causes, recommended actions, and potential impacts related to identified cyber-security risk items
US20170132702A1 (en) * 2015-09-09 2017-05-11 Fidessa Plc Systems and methods for displaying current order performance
JP6434679B2 (en) * 2015-09-23 2018-12-05 エムルート・コーポレーション System and method for clearing multiple payees from a single electronic and / or check payment
US20170178229A1 (en) * 2015-12-18 2017-06-22 Richard Seoh Leng Koh System and method for administering a financial account
US10346917B2 (en) * 2016-04-04 2019-07-09 Fidessa Trading Uk Limited Order execution quality of financial market transactions utilizing an adjusted Z-score benchmark
US11030207B1 (en) 2016-04-12 2021-06-08 Tableau Software, Inc. Updating displayed data visualizations according to identified conversation centers in natural language commands
US10817527B1 (en) * 2016-04-12 2020-10-27 Tableau Software, Inc. Systems and methods of using natural language processing for visual analysis of a data set
US10795902B1 (en) * 2016-04-12 2020-10-06 Tableau Software, Inc. Applying natural language pragmatics in a data visualization user interface
US10515121B1 (en) 2016-04-12 2019-12-24 Tableau Software, Inc. Systems and methods of using natural language processing for visual analysis of a data set
US11010396B1 (en) * 2016-04-12 2021-05-18 Tableau Software, Inc. Data visualization user interface using cohesion of sequential natural language commands
US10121199B1 (en) 2017-06-23 2018-11-06 Cfph, Llc Distributed trading network and interface
US11048871B2 (en) * 2018-09-18 2021-06-29 Tableau Software, Inc. Analyzing natural language expressions in a data visualization user interface
US11455339B1 (en) 2019-09-06 2022-09-27 Tableau Software, LLC Incremental updates to natural language expressions in a data visualization user interface
US11163435B2 (en) * 2019-10-06 2021-11-02 Td Ameritrade Ip Company, Inc. Systems and methods for computerized generation of user interface systems
US11698933B1 (en) 2020-09-18 2023-07-11 Tableau Software, LLC Using dynamic entity search during entry of natural language commands for visual data analysis
US11301631B1 (en) 2020-10-05 2022-04-12 Tableau Software, LLC Visually correlating individual terms in natural language input to respective structured phrases representing the natural language input

Citations (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6061662A (en) * 1997-08-15 2000-05-09 Options Technology Company, Inc. Simulation method and system for the valuation of derivative financial instruments
US20020046151A1 (en) * 2000-10-14 2002-04-18 Goldman, Sachs & Company Computerized interface for constructing and executing computerized transaction processes and programs
US20020052827A1 (en) * 2000-06-01 2002-05-02 Henri Waelbroeck Method for directing and executing certified trading interests
US20020055899A1 (en) * 1999-12-06 2002-05-09 Williams Joseph C. Display system and method for displaying and organizing financial information
US6408282B1 (en) * 1999-03-01 2002-06-18 Wit Capital Corp. System and method for conducting securities transactions over a computer network
US20020091606A1 (en) * 2001-01-11 2002-07-11 Alan Shapiro Predictive automated routing system (PARS) for securities trading
US20020174058A1 (en) * 2001-05-18 2002-11-21 Baghdady George J. System for providing orders from a market analysis platform to the electronic communication network
US6493682B1 (en) * 1998-09-15 2002-12-10 Pendelton Trading Systems, Inc. Optimal order choice: evaluating uncertain discounted trading alternatives
US20030177126A1 (en) * 2001-09-21 2003-09-18 Weingard Fred S. Volume weighted average price system and method
US20040034591A1 (en) * 2001-12-05 2004-02-19 Henri Waelbroeck Method and system for managing distributed trading data
US20040064394A1 (en) * 2002-08-20 2004-04-01 Foliofn, Inc. Method and apparatus for portfolio trading using margin
US20040064397A1 (en) * 2002-09-27 2004-04-01 Brian Lynn System and method for online trading using an electronic spreadsheet
US20040210511A1 (en) * 2000-06-01 2004-10-21 Henri Waelbroeck Block trading system and method providing price improvement to aggressive orders
US20050015321A1 (en) * 2000-08-30 2005-01-20 Susanne Vindekilde System and method for listing offerings of commercial paper and other interests
US20050102220A1 (en) * 2003-11-11 2005-05-12 Dowell Stackpole Method and system for investment trading venue selection
US20050267836A1 (en) * 1996-03-25 2005-12-01 Cfph, Llc Method and system for transacting with a trading application
US20070038550A1 (en) * 2005-03-22 2007-02-15 Lehman Brothers Inc. Methods and systems for conditional auto trading
US7181424B1 (en) * 1999-09-23 2007-02-20 The Nasdaq Stock Market, Inc. Montage for automated market system
US20070083452A1 (en) * 2005-10-07 2007-04-12 Jan Mayle Securities trade monitoring and evaluation system
US20070143198A1 (en) * 2005-06-29 2007-06-21 Itg Software Solutions, Inc. System and method for generating real-time indicators in a trading list or portfolio
US20070250436A1 (en) * 2006-03-23 2007-10-25 Itg Software Solutions, Inc. Algorithmic trading portal and method
US7383219B1 (en) * 2000-07-13 2008-06-03 C4Cast.Com, Inc. Asset portfolio tracking
US20090112775A1 (en) * 2006-04-12 2009-04-30 Uat, Inc. System and method for assigning responsibility for trade order execution
US7617119B1 (en) * 2000-12-20 2009-11-10 Demandtec, Inc. Price optimization with rule relaxation
US7689495B1 (en) * 2000-05-01 2010-03-30 Bloomberg L.P. System and method for processing trades using volume-weighted-average pricing techniques
US20100125534A1 (en) * 2006-06-29 2010-05-20 Itg Software Solutions, Inc. Systems, methods, and computer program products for providing real time analytic widgets in a financial trading system
US7734518B2 (en) * 2003-03-25 2010-06-08 Tradeweb Markets, Llc Method and system for effecting straight-through-processing of trades of various financial instruments

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07168806A (en) * 1993-12-15 1995-07-04 Masuhiro Yamada Prediction and transaction assistance device for time-series data regarding market transaction
AU1343297A (en) * 1995-12-15 1997-07-03 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
US7212999B2 (en) * 1999-04-09 2007-05-01 Trading Technologies International, Inc. User interface for an electronic trading system
US6278982B1 (en) 1999-04-21 2001-08-21 Lava Trading Inc. Securities trading system for consolidation of trading on multiple ECNS and electronic exchanges
WO2000075819A2 (en) * 1999-06-03 2000-12-14 Algorithmics International Corp. Risk management system and method providing rule-based evolution of a portfolio of instruments
JP2000353196A (en) * 1999-06-11 2000-12-19 Nomura Securities Co Ltd Security trade aiding system
US8126794B2 (en) * 1999-07-21 2012-02-28 Longitude Llc Replicated derivatives having demand-based, adjustable returns, and trading exchange therefor
CA2393964A1 (en) * 1999-12-13 2001-06-14 Protrader Technologies, L.P. Computerized method and system for trading of securities
US7308428B1 (en) * 2000-03-30 2007-12-11 Pipeline Financial Group, Inc. System and method for displaying market information
JP2002041836A (en) 2000-07-21 2002-02-08 Soft World Kk Trading system and method
JP2002203112A (en) * 2000-11-01 2002-07-19 Fujitsu Ltd Method for supporting transaction, and program
US20020133456A1 (en) * 2000-12-11 2002-09-19 Lancaster John M. Systems and methods for using derivative financial products in capacity-driven industries
JP2002279182A (en) * 2001-03-22 2002-09-27 Daiwa Securities Group Inc Trading system, server, method and program for executing stock trading for investers
JP2002352080A (en) 2001-05-28 2002-12-06 Fujitsu Ltd Program and method for supporting credit transaction
US7386499B2 (en) * 2001-06-06 2008-06-10 Robert Kocher Stock trading limit order coupled link (Lock)
US20030154157A1 (en) * 2001-11-14 2003-08-14 Christopher Kokis Order generation via summary scan
JP2003281369A (en) 2002-03-26 2003-10-03 Nomura Securities Co Ltd Trade planning device and automatic trading system
US7974906B2 (en) * 2002-06-12 2011-07-05 Itg Software Solutions, Inc. System and method for estimating and optimizing transaction costs
AU2003276626A1 (en) * 2002-06-18 2003-12-31 Douglas Ray Duquette System and method for analyzing and displaying security trade transactions
JP2004127136A (en) 2002-10-04 2004-04-22 Quants Research Kk Device, method and program for supplying ruled line information
US7539636B2 (en) * 2003-04-24 2009-05-26 Itg Software Solutions, Inc. System and method for estimating transaction costs related to trading a security
JP4331980B2 (en) * 2003-05-30 2009-09-16 株式会社大和証券グループ本社 Apparatus, method, and program for ordering a transaction by evaluating a transaction broker
US8306900B2 (en) * 2003-06-10 2012-11-06 Itg Software Solutions, Inc. System, method, and computer program product for executing a buy or sell order
US20050004852A1 (en) * 2003-07-03 2005-01-06 Whitney Scott M. System, method and computer medium for trading interface
US7739182B2 (en) * 2003-07-03 2010-06-15 Makor Issues And Rights Ltd. Machine learning automatic order transmission system for sending self-optimized trading signals
US20050102218A1 (en) * 2003-11-10 2005-05-12 Sargent Timothy A. Data processing system, methods and computer program for determining the transaction costs for a linked set of stock transactions
EP1815298A4 (en) * 2004-10-13 2011-09-14 Ares Capital Man Pty Ltd Data processing system supporting decisions to accept or reject applications for financial accommodation
JP2010529553A (en) * 2007-06-05 2010-08-26 アイ・ティ・ジー ソフトウェア ソリューションズ インコーポレーテッド System, method, and program for agency cost estimation

Patent Citations (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050267836A1 (en) * 1996-03-25 2005-12-01 Cfph, Llc Method and system for transacting with a trading application
US6061662A (en) * 1997-08-15 2000-05-09 Options Technology Company, Inc. Simulation method and system for the valuation of derivative financial instruments
US6493682B1 (en) * 1998-09-15 2002-12-10 Pendelton Trading Systems, Inc. Optimal order choice: evaluating uncertain discounted trading alternatives
US6408282B1 (en) * 1999-03-01 2002-06-18 Wit Capital Corp. System and method for conducting securities transactions over a computer network
US7181424B1 (en) * 1999-09-23 2007-02-20 The Nasdaq Stock Market, Inc. Montage for automated market system
US20020055899A1 (en) * 1999-12-06 2002-05-09 Williams Joseph C. Display system and method for displaying and organizing financial information
US7689495B1 (en) * 2000-05-01 2010-03-30 Bloomberg L.P. System and method for processing trades using volume-weighted-average pricing techniques
US20040210511A1 (en) * 2000-06-01 2004-10-21 Henri Waelbroeck Block trading system and method providing price improvement to aggressive orders
US20020052827A1 (en) * 2000-06-01 2002-05-02 Henri Waelbroeck Method for directing and executing certified trading interests
US7383219B1 (en) * 2000-07-13 2008-06-03 C4Cast.Com, Inc. Asset portfolio tracking
US20050015321A1 (en) * 2000-08-30 2005-01-20 Susanne Vindekilde System and method for listing offerings of commercial paper and other interests
US20020046151A1 (en) * 2000-10-14 2002-04-18 Goldman, Sachs & Company Computerized interface for constructing and executing computerized transaction processes and programs
US7617119B1 (en) * 2000-12-20 2009-11-10 Demandtec, Inc. Price optimization with rule relaxation
US20020091606A1 (en) * 2001-01-11 2002-07-11 Alan Shapiro Predictive automated routing system (PARS) for securities trading
US20020174058A1 (en) * 2001-05-18 2002-11-21 Baghdady George J. System for providing orders from a market analysis platform to the electronic communication network
US20030177126A1 (en) * 2001-09-21 2003-09-18 Weingard Fred S. Volume weighted average price system and method
US20040034591A1 (en) * 2001-12-05 2004-02-19 Henri Waelbroeck Method and system for managing distributed trading data
US20040064394A1 (en) * 2002-08-20 2004-04-01 Foliofn, Inc. Method and apparatus for portfolio trading using margin
US20040064397A1 (en) * 2002-09-27 2004-04-01 Brian Lynn System and method for online trading using an electronic spreadsheet
US7734518B2 (en) * 2003-03-25 2010-06-08 Tradeweb Markets, Llc Method and system for effecting straight-through-processing of trades of various financial instruments
US20050102220A1 (en) * 2003-11-11 2005-05-12 Dowell Stackpole Method and system for investment trading venue selection
US20070038550A1 (en) * 2005-03-22 2007-02-15 Lehman Brothers Inc. Methods and systems for conditional auto trading
US20070143198A1 (en) * 2005-06-29 2007-06-21 Itg Software Solutions, Inc. System and method for generating real-time indicators in a trading list or portfolio
US7680718B2 (en) * 2005-06-29 2010-03-16 Itg Software Solutions, Inc. System and method for generating real-time indicators in a trading list or portfolio
US20070083452A1 (en) * 2005-10-07 2007-04-12 Jan Mayle Securities trade monitoring and evaluation system
US20070250436A1 (en) * 2006-03-23 2007-10-25 Itg Software Solutions, Inc. Algorithmic trading portal and method
US20090112775A1 (en) * 2006-04-12 2009-04-30 Uat, Inc. System and method for assigning responsibility for trade order execution
US20100125534A1 (en) * 2006-06-29 2010-05-20 Itg Software Solutions, Inc. Systems, methods, and computer program products for providing real time analytic widgets in a financial trading system

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130297479A1 (en) * 2009-12-15 2013-11-07 Trading Technologies International, Inc. Dynamic selection of a quoting leg based on liquidity
US8510206B2 (en) * 2010-07-26 2013-08-13 Trading Technologies International, Inc. Consolidated price level expansion
US8688568B2 (en) 2010-07-26 2014-04-01 Trading Technologies International, Inc. Consolidated price level expansion
US20120022991A1 (en) * 2010-07-26 2012-01-26 Trading Technologies International, Inc. Consolidated Price Level Expansion
US10269072B2 (en) 2010-07-26 2019-04-23 Trading Technologies International, Inc. Consolidated price level expansion
US9773279B2 (en) 2010-07-26 2017-09-26 Trading Technologies International, Inc. Consolidated price level expansion
US9881257B2 (en) * 2010-12-29 2018-01-30 Tickr, Inc. Multi-dimensional visualization of temporal information
US20120173985A1 (en) * 2010-12-29 2012-07-05 Tyler Peppel Multi-dimensional visualization of temporal information
US20140098104A1 (en) * 2012-10-10 2014-04-10 Microsoft Corporation Techniques to present event information using an event timing visualization
WO2014099254A1 (en) * 2012-12-20 2014-06-26 Trading Technologies International, Inc. Speed adjustable and reversible tool for slicer orders
US9779454B2 (en) 2012-12-20 2017-10-03 Trading Technologies International, Inc. Speed adjustable and reversible tool for slicer orders
WO2014163623A1 (en) * 2013-04-02 2014-10-09 Bloomberg L.P. Broker commission allocation system
US20220138778A1 (en) * 2020-10-30 2022-05-05 Jpmorgan Chase Bank, N.A. Method and system for using deep video prediction for economic forecasting

Also Published As

Publication number Publication date
AU2006232477B2 (en) 2011-05-12
US7818246B2 (en) 2010-10-19
US20060259394A1 (en) 2006-11-16
AU2006232477A1 (en) 2006-10-12
WO2006108159A3 (en) 2007-11-22
JP2008535125A (en) 2008-08-28
WO2006108159A2 (en) 2006-10-12
CA2603558A1 (en) 2006-10-12
EP1869627A2 (en) 2007-12-26
EP1869627A4 (en) 2012-01-25

Similar Documents

Publication Publication Date Title
US7818246B2 (en) Systems and methods for order analysis, enrichment, and execution
Frazzini et al. Trading costs
US20190295167A1 (en) System and method for estimating and optimizing transaction costs
US20190325516A1 (en) Systems and methods for trading a trade list in financial markets
US7877312B2 (en) Apparatus and method for displaying trading trends
US8630937B1 (en) System and method for analyzing and searching financial instrument data
US20080249925A1 (en) Liability advice system and method
US20050187851A1 (en) Financial portfolio management and analysis system and method
EP2309445A1 (en) Systems, methods, and computer program products for providing real time analytic widgets in a financial trading system
US20050010516A1 (en) Dynamic rebalancing of assets in an investment portfolio
US20090204548A1 (en) Method and system for executing trades in a user preferred security
JP2005530232A5 (en)
US8335732B2 (en) Security pricing method and system
US8341066B2 (en) System and method for determining optimal investment strategy
US8571967B1 (en) System and method for algorithmic trading strategies
US7752110B1 (en) Method and system for graphically differentiating user preferred securities from one another
US20050192885A1 (en) Method and system for implementing integrated investment model
US20140180964A1 (en) Method for displaying current disparate ratio for enterprise value using difference between market value for enterprise and basic analysis
Pirie et al. Stock Prices and Accounting Information: A Review of the State of Play.

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION