US8156037B2 - Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy - Google Patents

Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy Download PDF

Info

Publication number
US8156037B2
US8156037B2 US13/168,524 US201113168524A US8156037B2 US 8156037 B2 US8156037 B2 US 8156037B2 US 201113168524 A US201113168524 A US 201113168524A US 8156037 B2 US8156037 B2 US 8156037B2
Authority
US
United States
Prior art keywords
price
spread
leg
slop
trading
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.)
Expired - Fee Related
Application number
US13/168,524
Other versions
US20110258105A1 (en
Inventor
Daniel T. McNicholas
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.)
Trading Technologies International Inc
Original Assignee
Trading Technologies International 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 Trading Technologies International Inc filed Critical Trading Technologies International Inc
Priority to US13/168,524 priority Critical patent/US8156037B2/en
Assigned to TRADING TECHNOLOGIES INTERNATIONAL, INC. reassignment TRADING TECHNOLOGIES INTERNATIONAL, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MCNICHOLAS, DANIEL T.
Publication of US20110258105A1 publication Critical patent/US20110258105A1/en
Priority to US13/411,438 priority patent/US8533106B2/en
Application granted granted Critical
Publication of US8156037B2 publication Critical patent/US8156037B2/en
Priority to US13/951,529 priority patent/US9805418B2/en
Priority to US15/720,698 priority patent/US20180025427A1/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes

Definitions

  • the present invention is directed to electronic trading. More specifically, the present invention is directed towards regulating order entry in an electronic trading environment.
  • Traders often use automated trading tools to implement trading strategies that involve simultaneous trading of two or more tradeable objects.
  • One such trading strategy is commonly referred to as spread trading.
  • spread trading is the buying and/or selling of one or more tradeable objects, the purpose of which is to capitalize on changes or movements in the relationships between the tradeable objects.
  • the tradeable objects that are used to complete a spread are referred to as the outright markets or “legs” of the spread.
  • AutoSpreaderTM A commercially available software application that allows traders to electronically trade spreads is AutoSpreaderTM from Trading Technologies International, Inc.
  • AutoSpreaderTM trading tool are disclosed in U.S. patent application Ser. No. 10/137,979, entitled, “System and Method for Performing Automatic Spread Trading,” filed on May 3, 2002, the entire contents of which are incorporated herein by reference.
  • a trader can input a price to buy or sell the spread, and the automated trading tool will automatically work orders in the legs to achieve, or attempt to achieve the trader's desired price for the spread.
  • a trader might define buying a spread as buying in leg A and selling in leg B. So, according to that definition, if the trader inputs a desired price to buy the spread, the automated trading tool will place a buy order in leg A, based on the best guaranteed price that a sell order could be filled at in leg B. The instant that the order in leg A is filled, the automated trading tool submits a market sell order to leg B at the current best bid price.
  • the order in leg A may be re-priced to achieve the desired spread price.
  • Re-pricing an order typically involves canceling the existing order and replacing it with a new order at another price. While effective for achieving a desired spread price, re-pricing the order can result in it being placed at the end of an order queue corresponding to the order's new price at the electronic exchange. If, the new order loses queue position, then it may increase the likelihood that the order will not get filled and the trading strategy will fail. Additionally, a fee is often charged by the electronic exchange for re-pricing the order.
  • a trading tool known as “slop” is used to limit the frequency at which orders are re-priced in the leg of a spread. So long as the price for the spread is within an acceptable range of prices defined by slop, the trading application refrains from re-pricing the order. However, if the price for the spread moves outside of the acceptable range of prices, the trading application re-prices the leg order, such that the desired spread price can still be achieved.
  • Slop is disclosed in U.S. patent application Ser. No. 10/137,979, entitled, “System and Method for Performing Automatic Spread Trading,” filed on May 3, 2002. Additionally, slop is further described in U.S. patent application Ser. No. 10/403,333, entitled, “System and Method for Variably Regulating Order Entry in an Electronic Trading Environment”, filed on Mar. 31, 2003, the entire contents of which are incorporated herein by reference.
  • the implied spread calculates the spread prices by simply subtracting certain prices of one leg from certain prices of another leg.
  • the implied spread prices are based on a cash value.
  • the implied spread prices equate to the actual cost of the spread to the trader.
  • a spread With slop, a spread can get filled at a price (within acceptable limits defined by slop) other than the desired spread price.
  • the price the trader actually gets for the spread is referred to herein as the “actual spread price.”
  • the actual spread price is the price of the spread if the orders in the legs were filled at that moment in time. In implied spreads, the actual spread price is equal to the actual cost of the spread.
  • a slop value of “1” correlates to keeping the actual spread price within “1” value above or below the desired spread price.
  • the following examples illustrate that when using the implied spread algorithm, the difference between the actual cost of the spread and the desired cost of the spread remains within a consistent range, regardless of the desired spread price.
  • the trading application will automatically place a buy order in leg A based on the current best bid price in leg B, with the purpose of buying leg A and selling leg B.
  • the best bid price in leg B is currently at a price of “10,” therefore to achieve the desired spread price of “4,” an order is placed at a price of “14” in leg A.
  • the trader is willing to buy the spread at prices of “3,” “4,” or “5.” This means that the market in leg B can move between “9” and “11.” If the market in leg B moved up to “11” and the leg orders were filled, the actual spread price would be “3.” As such, the trader would have bought the spread for $1 less/unit of the spread than previously anticipated. If the market in leg B moved down to “9” and the leg orders were filled, the actual spread price would be “5.” As such, the trader would have bought the spread for $1 more/unit of the spread than previously anticipated.
  • leg B moved up to “12,” it would result in an actual spread price of “2,” which is not within the acceptable slop range of “3” and “5.” This would cause the order in leg A to re-price from “14” to “16” to maintain the desired spread price of “4.”
  • the trader wishes to buy the spread at “10.”
  • the actual cost of the spread would be “10.”
  • the trader is willing to buy the spread at prices of “9,” “10,” or “11.” This means that the market in leg B can move between “9” and “11.” If the market in leg B moved up to “11” and the leg orders were filled, the actual spread price would be “9.” As such, the trader would have bought the spread for $1 less/unit of the spread than previously anticipated. If the market in leg B moved down to “9” and the leg orders were filled, the actual spread price would be “11.” As such, the trader would have bought the spread for $1 more/unit of the spread than previously anticipated.
  • the trading application will automatically place a buy order in leg A based on the current best bid price in leg B, with the purpose of buying leg A and selling leg B.
  • the best bid price in leg B is currently at a price of “10,” therefore to achieve the desired spread price of “10,” an order is placed at a price of “100” in leg A.
  • the trader wishes to buy the spread at “4”.
  • the trading tools described herein may be put to advantageous use in an electronic trading environment. By using any one or more of the trading tools, the difference in the actual cost compared to the desired cost may be kept within a tolerable difference.
  • the example embodiments include defining an acceptable slop range for a trading strategy as a percentage.
  • the method also includes defining a condition to associate with the trading strategy, such as the market conditions or an actual spread price.
  • the trader can input a desired price to buy or sell the spread, comprising placing an order in one leg market dependent on the market conditions of another leg market. Regardless of the desired spread price to buy or sell the spread, the actual cost of the spread remains within a consistent tolerable difference from the desired cost of the spread remains consistent.
  • the tolerable difference is defined as the difference in cost associated to the movements in the legs, before the leg order(s) are re-priced.
  • FIG. 1 is a block diagram illustrating a trading system for electronic trading according to an example embodiment, wherein the trading system includes a trading station where a trader can enter a desired price to buy or sell a spread;
  • FIG. 2 is a block diagram illustrating another trading system for electronic trading according to another example embodiment, wherein the trading system includes a trading station where a trader can enter a desired price to buy or sell;
  • FIG. 3 is a block diagram illustrating an example trading station where a user can submit bids and offers for a spread
  • FIG. 4 is a block diagram illustrating the relationship between a spread, its underlying legs, and a synthetic spread order that has been placed;
  • FIG. 5 is a flow chart illustrating an example method for applying slop according to the example embodiments.
  • FIG. 6 is a block diagram illustrating an example spread trading screen based on the divide spread algorithm using slop defined as a percentage.
  • the divide spread algorithm is one example of a trading algorithm that would normally result in inconsistent cost differences to a trader. While the present invention is not limited for use with divide spreads, the divide spread algorithm is utilized to illustrate the example embodiments.
  • slop is defined as a percentage to ensure that the actual cost of the spread remains within a tolerable difference from the desired cost of the spread. Applying slop as a percentage may produce the same difference between the actual spread cost and the desired spread cost to the trader regardless of where the desired spread order is placed.
  • FIG. 1 is a block diagram illustrating an example electronic trading system in which the example embodiments may be employed.
  • the system comprises a trading station 102 that accesses an electronic exchange 104 through a gateway 106 .
  • Router 108 is used to route messages between the gateway 106 and the electronic exchange 104 .
  • the electronic exchange 104 includes a computer process (e.g., the central computer) that matches buy and sell orders sent from the trading station 102 with orders from other trading stations (not shown).
  • the electronic exchange 104 may list one or more tradeable objects for trading.
  • the trading system may include other devices that are specific to the client site like middleware and security measures like firewalls, hubs, security managers, and so on, as understood by a person skilled in the art.
  • the electronic exchange 104 provides market information to the subscribing trading station 102 .
  • Market information may include data that represents just the inside market.
  • the inside market is the lowest sell price (best or lowest ask) and the highest buy price (best or highest bid) at a particular point in time.
  • Market information may also include market depth.
  • Market depth refers to quantities available at the inside market and can also refer to quantities available at other prices away from the inside market.
  • the electronic exchange can offer other types of market information such as the last traded price (“LTP”), or the last traded quantity (“LTQ”).
  • the computer employed as the trading station 102 generally can range from a hand-held device, laptop, or personal computer to a larger computer such as a workstation and multiprocessor.
  • the trading station 102 includes a monitor (or any other output device) and an input device, such as a keyboard and/or a two or three-button mouse to support click based trading, if so desired.
  • a monitor or any other output device
  • an input device such as a keyboard and/or a two or three-button mouse to support click based trading, if so desired.
  • One skilled in the art of computer systems will understand that the example embodiments are not limited to any particular class or model of computer employed for the trading station 302 and will be able to select an appropriate system.
  • the computer employed as the gateway 106 generally can range from a personal computer to a larger computer.
  • the gateway 106 may additionally include a monitor (or any other output device), input device, and access to a database, if so desired.
  • a monitor or any other output device
  • input device or any other input device
  • access to a database if so desired.
  • One skilled in the art of computer systems will also understand that the example embodiments are not limited to any particular class or model of computer(s) employed for the gateway 106 and will be able to select an appropriate system.
  • a computer system that may be employed here as a trading station or a gateway generally includes a central processing unit, a memory (a primary and/or secondary memory unit), an input interface for receiving data from a communications network, an input interface for receiving input signals from one or more input devices (for example, a keyboard, mouse, etc.), and an output interface for communications with an output device (for example, a monitor).
  • a system bus or an equivalent system may provide communications between these various elements.
  • the trading station 102 generally executes application programs resident at the trading station 102 under the control of the operating system of the trading station 102 .
  • the gateway 106 executes application programs resident at the gateway 106 under the control of the operating system of the gateway 106 .
  • the function of the application programs at the trading station 102 may be performed by the gateway 106
  • the function of the application programs at the gateway 106 may be performed by the trading station 102 .
  • FIG. 2 is a block diagram illustrating another example trading system that uses similar computer elements as shown in FIG. 1 , in which, the example embodiments may be employed to trade at multiple electronic exchanges.
  • the system comprises a trading station 202 that can access multiple electronic exchanges 204 and 208 .
  • electronic exchange 204 is accessed through gateway 206 and electronic exchange 208 is accessed through another gateway 210 .
  • a single gateway may be programmed to handle more than one electronic exchange.
  • Router 212 is used to route messages between the gateways 206 and 210 and the electronic exchanges 204 and 208 .
  • system may include other devices that are specific to the client site like middleware and security measures like firewalls, hubs, security managers, and so on, as understood by a person skilled in the art. Additional electronic exchanges may be added to the system so that the trader can trade at any number of exchanges, if so desired.
  • the trading system presented in FIG. 2 provides the trader with the opportunity to spread trade tradeable objects listed at different electronic exchanges.
  • a trader could view market information from each tradeable object through one common visual display.
  • price and quantity information from the two separate exchanges may be presented together so that the trader can view both markets simultaneously in the same window.
  • a trader can spread trade different tradeable objects listed at the different electronic exchanges.
  • example embodiments are not limited to the particular configurations illustrated and described with respect to FIG. 1 and FIG. 2 , and will be able to design a particular system based on the specific requirements (for example, by adding additional exchanges, gateways, trading stations, routers, or other computers serving various functions like message handling and security). Additionally, several networks, like either of the networks shown in FIG. 1 or FIG. 2 , may be linked together to access one or more electronic exchanges.
  • FIG. 3 shows an overview of a trading station 300 which is similar to the type of trading stations 102 and 202 shown in FIGS. 1 and 2 .
  • Trading station 300 can be any particular type of computing device, examples of which were enumerated above.
  • trading station 300 has a trading application 302 stored in memory that when executed arranges and displays market information in many particular ways, usually depending on how the trader prefers to view the information.
  • Trading application 302 may also implement an automated trading tool such as the automated spread trading tool that automatically sends orders into underlying legs to achieve a spread.
  • the example embodiments for regulating and managing order entry with the use of slop may be part of trading application 302 .
  • trading application 302 has access to market information from one or more exchanges 310 through API 304 (or application programming interface), and trading application 302 can also forward transaction information to exchange 310 via API 304 .
  • API 304 could be distributed so that a portion of the API rests on the trading station 300 and a gateway, or at the exchange 310 .
  • trading application 302 may receive signals from input device 312 via input device interface 306 and can be given the ability to send signals to display device 314 via display device interface 308 .
  • example embodiments described herein may be a separate program from trading application 302 , but still stored in memory and executed on the trading station 300 .
  • the preferred embodiments may be a program stored in memory and executed on a device other than trading station 300 .
  • Example devices may include a gateway or some other well known intermediary device.
  • the automated spread trading tool allows a trader to select two or more individual tradeable objects, “legs,” to create a synthetic spread that is sometimes referred to as a spread.
  • the automatic spread trading tool preferably generates a spread based on information in the legs and based on spread setting parameters, which may be configurable by a user.
  • tradeable object refers to anything that can be traded with a quantity and price.
  • tradeable objects may include, but are not limited to, all types of traded financial products, such as, for example, stocks, options, bonds, futures, currency, and warrants, as well as funds, derivatives, and collections of the foregoing.
  • tradeable objects may include all types of commodities, such as grains, energy, and metals.
  • a tradeable object may be “real,” such as products that are listed by an exchange for trading, or “synthetic,” such as a combination of real products that is created by the trader (e.g. spread).
  • a tradeable object could also be a combination of other tradeable objects, such as a class of tradeable objects or a trading strategy.
  • the spread data is communicated to a graphical user interface where it can be displayed in a spread window, and where data corresponding to the legs of the spread may be displayed as well.
  • the user can enter orders in the spread window, and the automated spread trading tool will automatically work orders in the legs to achieve, or attempt to achieve (because the fill of the order is not always guaranteed) a desired spread.
  • FIG. 4 is a block diagram illustrating the relationship between a synthetically created spread 400 , its underlying N legs 402 , and a spread order 404 that has been entered.
  • the automated spread trading tool automatically places orders in the appropriate legs to achieve or attempt to achieve the desired spread 404 .
  • the automated spread trading tool may automatically enter orders 406 , 408 , 410 into the underlying legs 402 .
  • the automated spread trading tool may, among other things, calculate the quantities and prices for the orders 406 , 408 , 410 based on market conditions in the other legs and one or more parameters.
  • an actual spread price may be calculated.
  • the actual spread price is the price of the spread if the orders in the legs were filled at that moment in time. For example, if market conditions for “Leg 1” change, then an actual spread price associated with order 404 may be determined to reflect the new market conditions. Similarly, if market conditions for “Leg 2” change, then an actual spread price associated with order 404 may be determined.
  • the automated spread trading tool if the actual spread price is different from the desired spread price, then the automated spread trading tool would move or re-price the leg orders in an exchange order book to maintain the desired spread price. In particular, the leg order(s) would be deleted from the exchange(s), and new leg order(s) would be sent to the exchange to maintain the desired spread price.
  • the example embodiments may determine whether it is necessary to move or re-price the leg orders. To determine if it is necessary, the desired spread price and the actual spread price are compared to determine if the actual spread price is outside of the acceptable slop range. In other words, the example embodiments limit the frequency at which the trading application moves or re-prices leg orders at the exchange based on an acceptable slop range.
  • leg orders if the actual spread price is within the acceptable slop range defined by the trader as a percentage, then the leg orders preferably do not move or get re-priced. If the actual spread price is outside of the acceptable slop range, then the leg orders are preferably moved or re-priced to maintain the desired spread price. It should be understood that slop could also be defined for each leg and the leg orders. For example, if the actual leg order price is not within an acceptable slop range from the leg order price then the leg orders are preferably moved or re-priced to the leg order in the exchange order book.
  • FIG. 5 is a flow chart illustrating one example method 500 for regulating order entry based in an electronic trading environment based on an acceptable slop range for a spread. Also, it should be understood that the flow chart only shows the functionality and operation of a possible implementation of the present embodiments.
  • each block may represent a module, a segment, or a portion of the code, which includes one or more executable instructions for implementing specific logical functions or steps in the process.
  • Alternative implementations are included within the scope of the example embodiments of the present invention in which functions may be executed out of order from that shown or discussed, including substantially concurrent or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present invention.
  • the trader initially defines the desired spread to trade. Then trader may define the acceptable slop range and the lowest acceptable price and the highest acceptable price. According to the example embodiments, the lowest acceptable price and the highest acceptable price, for which a trader is willing to buy or sell a spread, correspond to the acceptable slop range set by the trader. A slop value of “0” correlates to not using slop functionality at all and indicates that the legs will be re-quoted every time the market prices in the individual legs move. The larger the slop percentage, the larger the acceptable slop range will be. A larger slop percentage allows for more market fluctuation before the trading application re-prices the leg orders. In the following examples, we will assume the trader has defined the acceptable slop range as 20% above or below the desired spread price. It should be understood that the lowest acceptable price and the highest acceptable price could differ from each other.
  • a condition is associated with the desired spread price.
  • the condition is either the actual spread price or the market conditions.
  • the trading application compares the change in the condition to the acceptable slop range when determining if the orders in the legs require re-pricing. For example, if the market conditions moved to outside the acceptable slop range then the leg order(s) may be re-priced. Similarly, if the actual spread price moved outside the acceptable slop range, then the leg order(s) may be re-priced.
  • the following examples will use the actual spread price as the condition associated with the spread price.
  • a desired spread price (and quantity) can be entered.
  • the trader can enter, delete, or modify orders.
  • the trading application places an order in “leg A”, based on the market conditions in “leg B”.
  • the trading application looks to the order in “leg A” and the market conditions in “leg B” to calculate the actual spread price. Due to constantly moving market conditions, it is possible that the actual spread price might differ from the desired spread price.
  • the leg orders may be re-priced to maintain the desired spread price and a keep the actual cost of the spread within a tolerable difference from the desired cost of the spread.
  • the trading application determines the acceptable slop range based on the defined percentage. To determine the acceptable slop range, the trading application may use the following relationships: Lowest Acceptable Price: desired spread price*(100 ⁇ slop)/100 Highest Acceptable Price: desired spread price*(100+slop)/100
  • the trading application would go back to step 508 and wait for another change in the actual spread price to determine if the leg orders should be re-priced. If the calculation is not satisfied (false), the actual spread price is not within the acceptable slop range. In this situation, at least one of the orders in the legs must be re-priced to maintain the desired spread price.
  • the actual spread price has been determined to be outside of the acceptable slop range, thus causing the leg orders to be re-priced by the trading application.
  • the result of the leg orders being re-priced is the desired spread price is maintained by the trading application.
  • FIG. 6 is a block diagram illustrating an example spread trading screen based on the divide spread algorithm using slop defined as a percentage.
  • FIG. 6 includes a spread trading screen 600 containing a working quantity column 602 , bid quantity column 604 , ask quantity column 606 , and price column 608 .
  • the working quantity column 602 displays desired orders to buy or sell the spread.
  • the bid quantity column 604 displays buy order quantities available in relation to certain price levels in price column 608 .
  • the ask quantity column 606 displays offer order quantities available in relation to certain price levels in price column 608 .
  • FIG. 6 also displays trading screens for leg A 610 and leg B 612 , which display the same columns as trading screen 700 .
  • slop has been defined as 20%. Specifically, a slop of 20% determines the trader is willing to accept a spread price of 20% above or below the desired spread price or an actual spread cost of +/ ⁇ 20%. As previously illustrated, when using conventional slop with a divide spread, the actual cost of the spread does not remain within a consistent tolerable difference from the desired cost of the spread, based on the price movements in the legs. However, when using slop defined as a percentage, the actual cost of the spread remains within a consistent tolerable difference from the desired cost of the spread, and regardless of where the spread order is placed, slop defined as a percentage keeps the leg prices from fluctuating such that the actual spread price is beyond the acceptable slop range.
  • the trading application will automatically place an order in leg A 610 based on the current best bid price in leg B, with the purpose of buying leg A and selling leg B. As shown in trading screen 612 , the best bid price in leg B is currently at a price of “10,” therefore to achieve the desired spread price of “10,” an order is placed at a price of “100” in leg A 610 .
  • leg B 612 moved just “1” price level further in either direction, or “3” up or “2” down, to a price of “8” or “13,” it would result in the actual spread price falling outside the acceptable range.
  • the leg A order would be re-priced to maintain the desired spread price.
  • the trader wishes to buy the spread at “4” instead of “10.”
  • the best bid in leg B 612 “10”
  • the actual cost of the spread would be “10.”
  • the trader is willing to buy the spread within the prices of “3.2” and “4.8.”
  • the acceptable slop range equates to “2” above and below the desired spread price, where 20% of “4” equates to an acceptable slop range of “0.8” above and below the desired spread price.
  • the actual cost of the spread will remain within a tolerable difference from the desired cost of the spread.
  • the tolerable difference is defined as the difference in cost associated to the movements in the legs, before the leg order(s) are re-priced.
  • the actual spread price can differ from the desired spread price by only “0.8” price values to remain within the 20% acceptable slop range.
  • the desired spread order was placed at a price of “10”
  • the actual spread price could differ from the desired spread price by a value of “2” price values, to remain within the 20% acceptable slop range.
  • the method allows a trader to define an acceptable slop range as a percentage.
  • the method also includes defining a condition to associate with the trading strategy.
  • the trader can input a desired price to buy or sell the spread, comprising placing an order in one leg market dependent on the market conditions of another leg market. Regardless of the desired spread price to buy or sell the spread, the actual cost of the spread remains within a consistent tolerable difference from the desired cost of the spread.
  • the present invention is not limited in use to a certain type of spread algorithm or to a particular GUI.
  • a trader will benefit from the consistent tolerable difference between the actual cost of the spread and the desired cost of the spread.
  • a trader will also be able to focus their attention on market conditions, placing new spread orders, and managing their existing spread orders instead of attempting to determine their profits and losses corresponding to each spread order.
  • a computer readable medium can include a readable memory device, such as a hard drive device, CD-ROM, a DVD-ROM, or a computer diskette, having computer readable program code segments stored thereon.
  • the computer readable medium can also include a communications or transmission medium, such as, a bus or a communication link, either optical, wired or wireless having program code segments carried thereon as digital or analog data signals.

Abstract

A system and method for regulating order entry based on an acceptable slop range for a trading strategy are described. According to one example embodiment, a trader may define an acceptable slop range for a trading strategy as a percentage. The trader may also define a variable to associate with the trading strategy. Using a spread trading algorithm, a spread price axis is generated and the trader may place an order for the trading strategy at a desired price, comprising placing an order in one leg market dependent on the market conditions of another leg market. Using the acceptable slop range, the system keep the net cost to the trader within the acceptable slop range, by regulating orders in the leg markets. Defining an acceptable slop range as a percentage allows the trader to monitor and regulate their profits and loss, regardless of the type of spread trading algorithm used or the placement of an order on the spread price axis.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS
This application is a continuation of U.S. patent application Ser. No. 12/687,857 filed Jan. 14, 2010, now U.S. Pat. No. 7,996,300, which is a continuation of U.S. patent application Ser. No. 11/482,625 filed Jul. 7, 2006, now U.S. Pat. No. 7,672,898, entitled “Regulating Order Entry in an Electronic Trading Environment to Maintain an Actual Cost for a Trading Strategy,” the contents of which are fully incorporated herein by reference.
FIELD OF INVENTION
The present invention is directed to electronic trading. More specifically, the present invention is directed towards regulating order entry in an electronic trading environment.
BACKGROUND
Traders often use automated trading tools to implement trading strategies that involve simultaneous trading of two or more tradeable objects. One such trading strategy is commonly referred to as spread trading. In general, spread trading is the buying and/or selling of one or more tradeable objects, the purpose of which is to capitalize on changes or movements in the relationships between the tradeable objects. The tradeable objects that are used to complete a spread are referred to as the outright markets or “legs” of the spread.
A commercially available software application that allows traders to electronically trade spreads is AutoSpreader™ from Trading Technologies International, Inc. Features of the AutoSpreader™ trading tool are disclosed in U.S. patent application Ser. No. 10/137,979, entitled, “System and Method for Performing Automatic Spread Trading,” filed on May 3, 2002, the entire contents of which are incorporated herein by reference.
Using such a tool, a trader can input a price to buy or sell the spread, and the automated trading tool will automatically work orders in the legs to achieve, or attempt to achieve the trader's desired price for the spread. For instance, a trader might define buying a spread as buying in leg A and selling in leg B. So, according to that definition, if the trader inputs a desired price to buy the spread, the automated trading tool will place a buy order in leg A, based on the best guaranteed price that a sell order could be filled at in leg B. The instant that the order in leg A is filled, the automated trading tool submits a market sell order to leg B at the current best bid price.
As the market in leg B moves, the order in leg A may be re-priced to achieve the desired spread price. Re-pricing an order typically involves canceling the existing order and replacing it with a new order at another price. While effective for achieving a desired spread price, re-pricing the order can result in it being placed at the end of an order queue corresponding to the order's new price at the electronic exchange. If, the new order loses queue position, then it may increase the likelihood that the order will not get filled and the trading strategy will fail. Additionally, a fee is often charged by the electronic exchange for re-pricing the order.
A trading tool, known as “slop” is used to limit the frequency at which orders are re-priced in the leg of a spread. So long as the price for the spread is within an acceptable range of prices defined by slop, the trading application refrains from re-pricing the order. However, if the price for the spread moves outside of the acceptable range of prices, the trading application re-prices the leg order, such that the desired spread price can still be achieved. Slop is disclosed in U.S. patent application Ser. No. 10/137,979, entitled, “System and Method for Performing Automatic Spread Trading,” filed on May 3, 2002. Additionally, slop is further described in U.S. patent application Ser. No. 10/403,333, entitled, “System and Method for Variably Regulating Order Entry in an Electronic Trading Environment”, filed on Mar. 31, 2003, the entire contents of which are incorporated herein by reference.
There are a variety of different algorithms that can be used to trade spreads. One such spread trading algorithm is known as an implied spread. The implied spread calculates the spread prices by simply subtracting certain prices of one leg from certain prices of another leg. The implied spread prices are based on a cash value. Thus, the implied spread prices equate to the actual cost of the spread to the trader.
With slop, a spread can get filled at a price (within acceptable limits defined by slop) other than the desired spread price. The price the trader actually gets for the spread is referred to herein as the “actual spread price.” The actual spread price is the price of the spread if the orders in the legs were filled at that moment in time. In implied spreads, the actual spread price is equal to the actual cost of the spread.
To illustrate the implied spread algorithm, let's assume a trader has defined a spread with a leg A and a leg B and a slop value of “1.” A slop value of “1” correlates to keeping the actual spread price within “1” value above or below the desired spread price. The following examples illustrate that when using the implied spread algorithm, the difference between the actual cost of the spread and the desired cost of the spread remains within a consistent range, regardless of the desired spread price.
For example, to buy the spread at “4,” the trading application will automatically place a buy order in leg A based on the current best bid price in leg B, with the purpose of buying leg A and selling leg B. Let's assume that the best bid price in leg B is currently at a price of “10,” therefore to achieve the desired spread price of “4,” an order is placed at a price of “14” in leg A. To determine the order price in leg A the following relationship is used:
Implied spread price=leg A price−leg B price
4=leg A price−10
leg A price=14
If the order in leg A gets filled at “14” and an offsetting order gets sent to leg B, and fills at “10,” the actual spread price would be “4.” Therefore, the actual cost of the spread is “4” and can be calculated as follows:
Actual spread cost=price bought in leg A−price sold in leg B
Actual spread cost=14−10
Actual spread cost=4
Based on a slop setting of “1”, the trader is willing to buy the spread at prices of “3,” “4,” or “5.” This means that the market in leg B can move between “9” and “11.” If the market in leg B moved up to “11” and the leg orders were filled, the actual spread price would be “3.” As such, the trader would have bought the spread for $1 less/unit of the spread than previously anticipated. If the market in leg B moved down to “9” and the leg orders were filled, the actual spread price would be “5.” As such, the trader would have bought the spread for $1 more/unit of the spread than previously anticipated.
However, if the market in leg B moved up to “12,” it would result in an actual spread price of “2,” which is not within the acceptable slop range of “3” and “5.” This would cause the order in leg A to re-price from “14” to “16” to maintain the desired spread price of “4.”
In another example, the trader wishes to buy the spread at “10.” Currently, the best bid in leg B is still at a price of “10,” so an order would be placed at a price of “20” in leg A (e.g., 10=20−10). The actual cost of the spread would be “10.”
Based on a slop setting of “1”, the trader is willing to buy the spread at prices of “9,” “10,” or “11.” This means that the market in leg B can move between “9” and “11.” If the market in leg B moved up to “11” and the leg orders were filled, the actual spread price would be “9.” As such, the trader would have bought the spread for $1 less/unit of the spread than previously anticipated. If the market in leg B moved down to “9” and the leg orders were filled, the actual spread price would be “11.” As such, the trader would have bought the spread for $1 more/unit of the spread than previously anticipated.
However, if the market in leg B move up to “12,” the actual spread price would be “8,” which is not within the acceptable slop range. This actual spread price would cause the order in leg A to re-price to a price that would maintain the desired spread price of “10,” which in this example would be a price of “22.”
As shown by the previous examples, regardless of the desired spread price (e.g., a spread price of “4” and “10” were entered), when a leg price fluctuates, there is a directly correlation to the change in the cost of the spread. For instance, in the above examples, when the market in leg B moved “1” price level, it causes the actual spread price to change by “1” price level. This also means that the actual cost of the spread would change by $1 per unit.
To illustrate another spread trading algorithm, such as the divide spread algorithm, let's assume a trader has defined a spread with a leg A and a leg B and a slop value of “1.” A slop value of “1” correlates to keeping the actual spread price within “1” value above or below the desired spread price. The following examples illustrate that when using the divide spread algorithm, the difference between the actual cost of the spread and the desired cost of the spread does not remain within a consistent range, regardless of the desired spread price. In fact, when using the divide spread algorithm, there is an inconsistent difference between the desired spread cost and the actual spread cost when the desired prices of the spread are different. To illustrate this concept, two separate spread orders will be entered into a divide spread window. As will be illustrated, the inconsistencies are due to the nature of the divide spread algorithm, where instead of:
desired spread price=leg A price−leg B price
The divide spread algorithm calculates:
desired spread price=leg A price/leg B price
For example, to buy the spread at “10,” the trading application will automatically place a buy order in leg A based on the current best bid price in leg B, with the purpose of buying leg A and selling leg B. Let's assume that the best bid price in leg B is currently at a price of “10,” therefore to achieve the desired spread price of “10,” an order is placed at a price of “100” in leg A. To determine the order price in leg A the following relationship is used:
Divide spread price=leg A price/leg B price
10=leg A price/10
leg A price=100
If the order in leg A gets filled at “100 and an offsetting order get sent to leg B, and fills at “10,” the actual spread price would be “10.” Therefore, the actual cost of the spread is “90” and can be calculated as follows:
Actual spread cost=price bought in leg A−price bought in leg B
Actual spread cost=100−10
Actual spread cost=90
Based on a slop setting of “1”, the trader is willing to buy the spread at prices of “9,” “10,” or “11.” However, if the market in leg B moved down to a price of “11,” it would result in an actual spread price of “9.09”, which is between the acceptable slop range of “9” and “11.” Therefore, if the order in leg B fills at a price “11,” the actual cost of the spread will be $89, which results in the trader paying $1 less/unit of the spread. The calculation is as follows:
Actual spread cost=price bought in leg A−price sold in leg B
Actual spread cost=100−11
Actual spread cost=89
In another example, the trader wishes to buy the spread at “4”. Currently the best bid in leg B is at a price of “10,” so an order is placed at a price of “40” in leg A (e.g., 10=40/10). The actual cost of the spread would be “30” (e.g., 30=40−10).
Based on a slop setting of “1”, the trader is willing to buy the spread at prices “3,” “4,” or “5.” If leg B moves up to a price of “13,” the actual spread price would still be between the acceptable slop range of “3” and “5.” Therefore, if the order in leg B fills at a price of $13, the actual cost of the spread will be $27, which results in the trader paying $3 less/unit of the spread. The calculation is as follows:
Actual spread cost=price bought in leg A−price sold in leg B
Actual spread cost=40−13
Actual spread cost=27
As illustrated, applying the same slop functionality to different methods of spreads, can result in an inconsistent difference in actual spread cost and desired spread cost to the trader. Using the current slop functionality with an implied spread produces the expected results, while using current slop functionality with the divide spread produces unexpected and possibly costly results to the trader. As described above, when using an implied spread, regardless of desired spread price, the actual cost to the trader remains within $1 of the desired cost of the spread. However, when using a divide spread, regardless of the desired spread price, the actual cost of the spread inconsistently varies depending on the desired spread price.
Thus, it is desirable to offer trading tools that can assist a trader in applying the slop functionality to a variety of spread trading algorithms in an attempt to keep the actual cost to the trader consistently within the acceptable range.
SUMMARY
The trading tools described herein may be put to advantageous use in an electronic trading environment. By using any one or more of the trading tools, the difference in the actual cost compared to the desired cost may be kept within a tolerable difference.
The example embodiments include defining an acceptable slop range for a trading strategy as a percentage. The method also includes defining a condition to associate with the trading strategy, such as the market conditions or an actual spread price. Using the trading application, the trader can input a desired price to buy or sell the spread, comprising placing an order in one leg market dependent on the market conditions of another leg market. Regardless of the desired spread price to buy or sell the spread, the actual cost of the spread remains within a consistent tolerable difference from the desired cost of the spread remains consistent. The tolerable difference is defined as the difference in cost associated to the movements in the legs, before the leg order(s) are re-priced.
Additional features and advantages of the example embodiment will be set forth in the description that follows. The features and advantages of the example embodiment may be realized and obtained through the embodiments particularly pointed out in the appended claims. These and other features of the present embodiments will become more fully apparent from the following description and appended claims, or may be learned by the practice of the example embodiments as set forth hereinafter.
BRIEF DESCRIPTION OF DRAWINGS
Example embodiments are described herein with reference to the following drawings, in which:
FIG. 1 is a block diagram illustrating a trading system for electronic trading according to an example embodiment, wherein the trading system includes a trading station where a trader can enter a desired price to buy or sell a spread;
FIG. 2 is a block diagram illustrating another trading system for electronic trading according to another example embodiment, wherein the trading system includes a trading station where a trader can enter a desired price to buy or sell;
FIG. 3 is a block diagram illustrating an example trading station where a user can submit bids and offers for a spread;
FIG. 4 is a block diagram illustrating the relationship between a spread, its underlying legs, and a synthetic spread order that has been placed;
FIG. 5 is a flow chart illustrating an example method for applying slop according to the example embodiments; and
FIG. 6 is a block diagram illustrating an example spread trading screen based on the divide spread algorithm using slop defined as a percentage.
DETAILED DESCRIPTION
The present embodiments build on the concepts of automatic spread trading, slop, and the visual representation of each. These concepts are described in U.S. patent application Ser. No. 10/137,979, entitled, “System and Method for Performing Automatic Spread Trading,” filed on May 3, 2002, which describes methods used to automatically spread trade one or more tradeable objects simultaneously and the functionality referred to as slop, which limits the frequency at which orders are re-priced spread trading; U.S. patent application Ser. No. 10/403,333, entitled, “System and Method for Variably Regulating Order Entry in an Electronic Trading Environment”, filed on Mar. 31, 2003, which further describes the concept of slop; and U.S. patent application Ser. No. 11/095,101, entitled, “Visual Representation and Configuration of Trading Strategies,” filed on Mar. 31, 2005, which described methods of visually representing information pertaining to automatic spread trading and slop; the contents of each are incorporated by reference herein.
I. Overview
As previously illustrated, applying the same slop values to different methods of spread trading results in inconsistent differences between the actual spread cost and the desired spread cost to the trader. In an industry where profits and losses are the driving force behind most trades, inconsistencies cost the trader time, money, and energy in determining where to place orders.
When using a divide spread algorithm or a similar algorithm it is not guaranteed that the difference between the actual spread cost and the desired spread cost will remain constant, as it does in regards to the implied spread algorithm. The inconsistent price levels of the calculated divide spread make it nearly impossible to apply the conventional slop functionality. Unfortunately, for traders who want to use the divide spread algorithm or similar algorithm, not being able to apply slop functionally to their spreads such that the actual spread cost remains within a tolerable difference from the desired spread cost, can result in more re-pricing of orders, less than advantageous order queue location, more exchange related fees, and higher real costs to the trader. The divide spread algorithm is one example of a trading algorithm that would normally result in inconsistent cost differences to a trader. While the present invention is not limited for use with divide spreads, the divide spread algorithm is utilized to illustrate the example embodiments.
According to the example embodiments, slop is defined as a percentage to ensure that the actual cost of the spread remains within a tolerable difference from the desired cost of the spread. Applying slop as a percentage may produce the same difference between the actual spread cost and the desired spread cost to the trader regardless of where the desired spread order is placed.
While the example embodiments are described herein with reference to illustrative embodiments for particular applications, it should be understood that the example embodiments are not limited thereto. Other systems, methods, and advantages of the present embodiments will be or become apparent to one with skill in the art upon examination of the following drawings and description. It is intended that all such additional systems, methods, features, and advantages be within the scope of the present invention, and be protected by the accompanying claims.
II. A First Example Trading System
FIG. 1 is a block diagram illustrating an example electronic trading system in which the example embodiments may be employed. In this example, the system comprises a trading station 102 that accesses an electronic exchange 104 through a gateway 106. Router 108 is used to route messages between the gateway 106 and the electronic exchange 104. The electronic exchange 104 includes a computer process (e.g., the central computer) that matches buy and sell orders sent from the trading station 102 with orders from other trading stations (not shown). The electronic exchange 104 may list one or more tradeable objects for trading. While not shown in FIG. 1 for the sake of clarity, the trading system may include other devices that are specific to the client site like middleware and security measures like firewalls, hubs, security managers, and so on, as understood by a person skilled in the art.
Regardless of the type of order execution algorithm used, the electronic exchange 104 provides market information to the subscribing trading station 102. Market information may include data that represents just the inside market. The inside market is the lowest sell price (best or lowest ask) and the highest buy price (best or highest bid) at a particular point in time. Market information may also include market depth. Market depth refers to quantities available at the inside market and can also refer to quantities available at other prices away from the inside market. Additionally, the electronic exchange can offer other types of market information such as the last traded price (“LTP”), or the last traded quantity (“LTQ”).
The computer employed as the trading station 102 generally can range from a hand-held device, laptop, or personal computer to a larger computer such as a workstation and multiprocessor. Generally, the trading station 102 includes a monitor (or any other output device) and an input device, such as a keyboard and/or a two or three-button mouse to support click based trading, if so desired. One skilled in the art of computer systems will understand that the example embodiments are not limited to any particular class or model of computer employed for the trading station 302 and will be able to select an appropriate system.
The computer employed as the gateway 106 generally can range from a personal computer to a larger computer. Generally, the gateway 106 may additionally include a monitor (or any other output device), input device, and access to a database, if so desired. One skilled in the art of computer systems will also understand that the example embodiments are not limited to any particular class or model of computer(s) employed for the gateway 106 and will be able to select an appropriate system.
It should be noted that a computer system that may be employed here as a trading station or a gateway generally includes a central processing unit, a memory (a primary and/or secondary memory unit), an input interface for receiving data from a communications network, an input interface for receiving input signals from one or more input devices (for example, a keyboard, mouse, etc.), and an output interface for communications with an output device (for example, a monitor). A system bus or an equivalent system may provide communications between these various elements.
It should also be noted that the trading station 102 generally executes application programs resident at the trading station 102 under the control of the operating system of the trading station 102. Also, the gateway 106 executes application programs resident at the gateway 106 under the control of the operating system of the gateway 106. In other embodiments and as understood by a person skilled in the art, the function of the application programs at the trading station 102 may be performed by the gateway 106, and likewise, the function of the application programs at the gateway 106 may be performed by the trading station 102.
The actual electronic trading system configurations are numerous, and a person skilled in the art of electronic trading systems would be able to construct a suitable network configuration.
III. A Second Example Trading System
FIG. 2 is a block diagram illustrating another example trading system that uses similar computer elements as shown in FIG. 1, in which, the example embodiments may be employed to trade at multiple electronic exchanges. The system comprises a trading station 202 that can access multiple electronic exchanges 204 and 208. In this particular embodiment, electronic exchange 204 is accessed through gateway 206 and electronic exchange 208 is accessed through another gateway 210. Alternatively, a single gateway may be programmed to handle more than one electronic exchange. Router 212 is used to route messages between the gateways 206 and 210 and the electronic exchanges 204 and 208. While not shown in the figure, the system may include other devices that are specific to the client site like middleware and security measures like firewalls, hubs, security managers, and so on, as understood by a person skilled in the art. Additional electronic exchanges may be added to the system so that the trader can trade at any number of exchanges, if so desired.
The trading system presented in FIG. 2 provides the trader with the opportunity to spread trade tradeable objects listed at different electronic exchanges. To some traders, there can be many advantages with a multi-exchange environment. For example, a trader could view market information from each tradeable object through one common visual display. As such, price and quantity information from the two separate exchanges may be presented together so that the trader can view both markets simultaneously in the same window. In another example, a trader can spread trade different tradeable objects listed at the different electronic exchanges.
As indicated earlier, one skilled in the art of electronic trading systems will understand that the example embodiments are not limited to the particular configurations illustrated and described with respect to FIG. 1 and FIG. 2, and will be able to design a particular system based on the specific requirements (for example, by adding additional exchanges, gateways, trading stations, routers, or other computers serving various functions like message handling and security). Additionally, several networks, like either of the networks shown in FIG. 1 or FIG. 2, may be linked together to access one or more electronic exchanges.
IV. An Example Trading System
FIG. 3 shows an overview of a trading station 300 which is similar to the type of trading stations 102 and 202 shown in FIGS. 1 and 2. Trading station 300 can be any particular type of computing device, examples of which were enumerated above. According to one example embodiment, trading station 300 has a trading application 302 stored in memory that when executed arranges and displays market information in many particular ways, usually depending on how the trader prefers to view the information. Trading application 302 may also implement an automated trading tool such as the automated spread trading tool that automatically sends orders into underlying legs to achieve a spread. Additionally, the example embodiments for regulating and managing order entry with the use of slop may be part of trading application 302.
Preferably, trading application 302 has access to market information from one or more exchanges 310 through API 304 (or application programming interface), and trading application 302 can also forward transaction information to exchange 310 via API 304. Alternatively, API 304 could be distributed so that a portion of the API rests on the trading station 300 and a gateway, or at the exchange 310. Additionally, trading application 302 may receive signals from input device 312 via input device interface 306 and can be given the ability to send signals to display device 314 via display device interface 308.
Alternatively, the example embodiments described herein may be a separate program from trading application 302, but still stored in memory and executed on the trading station 300. In another alternative embodiment, the preferred embodiments may be a program stored in memory and executed on a device other than trading station 300. Example devices may include a gateway or some other well known intermediary device.
V. Automatic Spread Trading Overview
To assist in understanding how an automated spread trading tool might work, a general description is provided below. However, an automated spread trading tool and its functions are described in greater detail in U.S. patent application, Ser. No. 10/137,979, filed on May 3, 2002 and entitled, “System and Method for Performing Automatic Spread Trading,” which has already been incorporated by reference.
The automated spread trading tool allows a trader to select two or more individual tradeable objects, “legs,” to create a synthetic spread that is sometimes referred to as a spread. The automatic spread trading tool preferably generates a spread based on information in the legs and based on spread setting parameters, which may be configurable by a user.
As used herein, the term “tradeable object” refers to anything that can be traded with a quantity and price. For example, tradeable objects may include, but are not limited to, all types of traded financial products, such as, for example, stocks, options, bonds, futures, currency, and warrants, as well as funds, derivatives, and collections of the foregoing. Moreover, tradeable objects may include all types of commodities, such as grains, energy, and metals. Also, a tradeable object may be “real,” such as products that are listed by an exchange for trading, or “synthetic,” such as a combination of real products that is created by the trader (e.g. spread). A tradeable object could also be a combination of other tradeable objects, such as a class of tradeable objects or a trading strategy.
The spread data is communicated to a graphical user interface where it can be displayed in a spread window, and where data corresponding to the legs of the spread may be displayed as well. At the client terminal, the user can enter orders in the spread window, and the automated spread trading tool will automatically work orders in the legs to achieve, or attempt to achieve (because the fill of the order is not always guaranteed) a desired spread.
FIG. 4 is a block diagram illustrating the relationship between a synthetically created spread 400, its underlying N legs 402, and a spread order 404 that has been entered. When a trader enters an order to buy or to sell the spread (e.g., represented as spread order 404) in a synthetic market, the automated spread trading tool automatically places orders in the appropriate legs to achieve or attempt to achieve the desired spread 404. For example, to achieve synthetic spread order 404, the automated spread trading tool may automatically enter orders 406, 408, 410 into the underlying legs 402. The automated spread trading tool may, among other things, calculate the quantities and prices for the orders 406, 408, 410 based on market conditions in the other legs and one or more parameters.
According to the example embodiments, as the market conditions for each leg move, an actual spread price may be calculated. As previously stated, the actual spread price is the price of the spread if the orders in the legs were filled at that moment in time. For example, if market conditions for “Leg 1” change, then an actual spread price associated with order 404 may be determined to reflect the new market conditions. Similarly, if market conditions for “Leg 2” change, then an actual spread price associated with order 404 may be determined. Using an automated spread trading tool, if the actual spread price is different from the desired spread price, then the automated spread trading tool would move or re-price the leg orders in an exchange order book to maintain the desired spread price. In particular, the leg order(s) would be deleted from the exchange(s), and new leg order(s) would be sent to the exchange to maintain the desired spread price.
According to the example embodiments, however, before actually moving or re-pricing the leg orders in the exchange order book, the example embodiments may determine whether it is necessary to move or re-price the leg orders. To determine if it is necessary, the desired spread price and the actual spread price are compared to determine if the actual spread price is outside of the acceptable slop range. In other words, the example embodiments limit the frequency at which the trading application moves or re-prices leg orders at the exchange based on an acceptable slop range.
Based on the concept of slop, if the actual spread price is within the acceptable slop range defined by the trader as a percentage, then the leg orders preferably do not move or get re-priced. If the actual spread price is outside of the acceptable slop range, then the leg orders are preferably moved or re-priced to maintain the desired spread price. It should be understood that slop could also be defined for each leg and the leg orders. For example, if the actual leg order price is not within an acceptable slop range from the leg order price then the leg orders are preferably moved or re-priced to the leg order in the exchange order book.
VI. Regulating Order Entry
FIG. 5 is a flow chart illustrating one example method 500 for regulating order entry based in an electronic trading environment based on an acceptable slop range for a spread. Also, it should be understood that the flow chart only shows the functionality and operation of a possible implementation of the present embodiments. In this regard, each block may represent a module, a segment, or a portion of the code, which includes one or more executable instructions for implementing specific logical functions or steps in the process. Alternative implementations are included within the scope of the example embodiments of the present invention in which functions may be executed out of order from that shown or discussed, including substantially concurrent or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present invention.
At 502, before the trading session begins, the trader initially defines the desired spread to trade. Then trader may define the acceptable slop range and the lowest acceptable price and the highest acceptable price. According to the example embodiments, the lowest acceptable price and the highest acceptable price, for which a trader is willing to buy or sell a spread, correspond to the acceptable slop range set by the trader. A slop value of “0” correlates to not using slop functionality at all and indicates that the legs will be re-quoted every time the market prices in the individual legs move. The larger the slop percentage, the larger the acceptable slop range will be. A larger slop percentage allows for more market fluctuation before the trading application re-prices the leg orders. In the following examples, we will assume the trader has defined the acceptable slop range as 20% above or below the desired spread price. It should be understood that the lowest acceptable price and the highest acceptable price could differ from each other.
At 504, a condition is associated with the desired spread price. Specifically, the condition is either the actual spread price or the market conditions. The trading application compares the change in the condition to the acceptable slop range when determining if the orders in the legs require re-pricing. For example, if the market conditions moved to outside the acceptable slop range then the leg order(s) may be re-priced. Similarly, if the actual spread price moved outside the acceptable slop range, then the leg order(s) may be re-priced. The following examples will use the actual spread price as the condition associated with the spread price.
At 506, a desired spread price (and quantity) can be entered. Using the graphical interface associated with the trading application, the trader can enter, delete, or modify orders. Upon setting a desired spread price, the trading application places an order in “leg A”, based on the market conditions in “leg B”. The trading application looks to the order in “leg A” and the market conditions in “leg B” to calculate the actual spread price. Due to constantly moving market conditions, it is possible that the actual spread price might differ from the desired spread price. Based on the example embodiments, if the actual spread price differs too much (or is outside the acceptable slop range) from the desired spread price, the leg orders may be re-priced to maintain the desired spread price and a keep the actual cost of the spread within a tolerable difference from the desired cost of the spread.
At 508, the trading application determines the acceptable slop range based on the defined percentage. To determine the acceptable slop range, the trading application may use the following relationships:
Lowest Acceptable Price: desired spread price*(100−slop)/100
Highest Acceptable Price: desired spread price*(100+slop)/100
At 510, based on previously determined acceptable slop range, the trading application compares the actual spread price to acceptable slop range. Based on the comparison, the trading application determines if the actual spread price is beyond the acceptable slop rage defined by the slop parameters. To determine if the actual spread price is beyond the acceptable slop range, the trading application uses the following comparison:
Lowest Acceptable Price<=Actual Spread Price<=Highest Acceptable Price
If the comparison is satisfied (true), then the actual spread price is within the acceptable slop range and the leg order(s) are not re-priced. The trading application would go back to step 508 and wait for another change in the actual spread price to determine if the leg orders should be re-priced. If the calculation is not satisfied (false), the actual spread price is not within the acceptable slop range. In this situation, at least one of the orders in the legs must be re-priced to maintain the desired spread price.
At 512 the actual spread price has been determined to be outside of the acceptable slop range, thus causing the leg orders to be re-priced by the trading application. The result of the leg orders being re-priced is the desired spread price is maintained by the trading application.
VIII. Example
FIG. 6 is a block diagram illustrating an example spread trading screen based on the divide spread algorithm using slop defined as a percentage. Specifically, FIG. 6 includes a spread trading screen 600 containing a working quantity column 602, bid quantity column 604, ask quantity column 606, and price column 608. The working quantity column 602 displays desired orders to buy or sell the spread. The bid quantity column 604 displays buy order quantities available in relation to certain price levels in price column 608. The ask quantity column 606 displays offer order quantities available in relation to certain price levels in price column 608. FIG. 6 also displays trading screens for leg A 610 and leg B 612, which display the same columns as trading screen 700.
To illustrate the example embodiments, let's assume that slop has been defined as 20%. Specifically, a slop of 20% determines the trader is willing to accept a spread price of 20% above or below the desired spread price or an actual spread cost of +/−20%. As previously illustrated, when using conventional slop with a divide spread, the actual cost of the spread does not remain within a consistent tolerable difference from the desired cost of the spread, based on the price movements in the legs. However, when using slop defined as a percentage, the actual cost of the spread remains within a consistent tolerable difference from the desired cost of the spread, and regardless of where the spread order is placed, slop defined as a percentage keeps the leg prices from fluctuating such that the actual spread price is beyond the acceptable slop range.
The divide spread algorithm uses the following relationship to determine the spread price:
desired spread price=leg A price/leg B price
Based on the divide spread algorithm, to buy the spread at “10” along spread price column 608, the trading application will automatically place an order in leg A 610 based on the current best bid price in leg B, with the purpose of buying leg A and selling leg B. As shown in trading screen 612, the best bid price in leg B is currently at a price of “10,” therefore to achieve the desired spread price of “10,” an order is placed at a price of “100” in leg A 610. To determine the order price in leg A the following relationship is used:
desired spread price=leg A price/leg B price
10=leg A price/10
leg A price=100
In another embodiment, although the slop range is defined as 20%, the trading application may calculate the range so the trader knows the actual price values that fall within the 20% slop range. For example, to determine the acceptable slop range the trading application uses the following relationship:
Lowest Acceptable Spread Price=desired spread price*(100−slop)/100
8=10*(80/100)
Highest Acceptable Spread Price=desired spread price*(100+slop)/100
12=10*(120/100)
If the order in leg A gets filled at “100” and an offsetting order gets sent to leg B, and fills at “10,” the actual spread price would be “10” (e.g., 10=100/10). Therefore the actual cost of the spread is “90” and can be calculated as follows:
Actual spread cost=price bought in leg A−price bought in leg B
Actual spread cost=100−10
Actual spread cost=90
Based on a slop setting of 20%, the trader is willing to buy the spread within the prices of “8” and “12,” which correlates to the market in leg B moving down one price level to “9” or up two price levels to “12.” If the order in leg B 612 moves up to a price of “12,” and fills, it would result in an actual spread price of “8.33” (8.33=100/12). The actual spread cost would be “88,” which results in the trader paying $2 less/unit of the spread, before the leg A order would be re-priced to maintain the desired spread price.
The actual spread cost is calculated as follows:
Actual spread cost=price bought in leg A−price sold in leg B
Actual spread cost=100−12
Actual spread cost=88
However, if the market in leg B 612 moved down to “9,” it would result in an actual spread price of “11.11” (11.11=100/9). The actual spread cost would “91” (e.g., 91=100−9), which results in the trading paying $1 more/unit of the spread, before the leg A order would be re-priced to maintain the desired spread price.
The actual spread cost is calculated as follows:
Actual spread cost=price bought in leg A−price sold in leg B
Actual spread cost=100−9
Actual spread cost=91
However, if the market in leg B 612 moved just “1” price level further in either direction, or “3” up or “2” down, to a price of “8” or “13,” it would result in the actual spread price falling outside the acceptable range. The leg A order would be re-priced to maintain the desired spread price.
In another example, the trader wishes to buy the spread at “4” instead of “10.” Currently, the best bid in leg B 612 “10”, so an order would be placed at a price of “40” in leg A (e.g., 10=40/10). The actual cost of the spread would be “10.”
The trading application uses the same calculation to find the acceptable slop range based on the desired spread price:
Lowest Acceptable Price=desired spread price*(100−slop)/100
3.2=4*(80/100)
Highest Acceptable Price=desired spread price*(100+slop)/100
4.8=4*(120/100)
Based on the slop setting of 20%, the trader is willing to buy the spread within the prices of “3.2” and “4.8.” As previously shown, when the order to buy the spread is placed at a price of “10” the acceptable slop range equates to “2” above and below the desired spread price, where 20% of “4” equates to an acceptable slop range of “0.8” above and below the desired spread price. However, regardless of where the desired spread order is placed, the actual cost of the spread will remain within a tolerable difference from the desired cost of the spread. As previously stated, the tolerable difference is defined as the difference in cost associated to the movements in the legs, before the leg order(s) are re-priced. If the market in leg B 612 moves up to a price of “12” and fills, it would result in an actual spread price of “3.33” (e.g., 3.33=40/12). The actual cost of the spread would be “28” (28=40−12). As such, the trader would have paid $2 less/unit of the spread.
However, if the market in leg B 612 move down to a price of 9 and fills, it would result in an actual spread price of “4.4” (4.4=40/9). The actual cost of the spread would be “31” (31=40−9). As such, the trader would have paid $1 more/unit of the spread.
As illustrated, when the desired spread order is placed at a price of “4,” the actual spread price can differ from the desired spread price by only “0.8” price values to remain within the 20% acceptable slop range. Whereas when the desired spread order was placed at a price of “10,” the actual spread price could differ from the desired spread price by a value of “2” price values, to remain within the 20% acceptable slop range.
However, as shown in the previous examples, regardless of the desired spread price, defining slop as a percentage keeps the actual cost of the spread within a consistent tolerable difference from the desired cost of the spread. Referring back to the examples, when the desired spread order was placed at a price of “10,” the trading application consistently only allowed leg B to fluctuate within “2” prices above or “1” price below before the actual spread price fell outside the acceptable slop range of “8” to “12.” Specifically, the actual cost of the spread was kept within the tolerable difference of “$1 above or “$2” below, or between “$91” and “$88”, when the desired cost of the spread of was “$90.” Similarly, when the desired spread order was placed a price of “4,” the trading application also kept the price movements in leg B to within “2” price levels above or “1” price level below, before the actual spread price fell outside the acceptable slop range of “3.2” to “4.8.” Specifically, the actual cost of the spread was kept within the tolerable difference of “$1 above or “$2” below, or between “$31” and “$28”, when the desired cost of the spread of was “$30.” Defining slop as a percentage when using the divide spread algorithm, keeps the difference between the actual cost of the spread and the desired cost of the spread within the defined tolerable difference, regardless of where the desired spread order is placed.
CONCLUSION
The example embodiments discussed above describe a method that regulates order entry to maintain an actual cost of a trading strategy. To regulate order entry to maintain an actual cost of a trading strategy according to one example embodiment, the method allows a trader to define an acceptable slop range as a percentage. The method also includes defining a condition to associate with the trading strategy. Using the trading application, the trader can input a desired price to buy or sell the spread, comprising placing an order in one leg market dependent on the market conditions of another leg market. Regardless of the desired spread price to buy or sell the spread, the actual cost of the spread remains within a consistent tolerable difference from the desired cost of the spread. The present invention is not limited in use to a certain type of spread algorithm or to a particular GUI.
A trader will benefit from the consistent tolerable difference between the actual cost of the spread and the desired cost of the spread. A trader will also be able to focus their attention on market conditions, placing new spread orders, and managing their existing spread orders instead of attempting to determine their profits and losses corresponding to each spread order.
The above description of the example embodiments, alternative embodiments, and specific examples, are given by way of illustration and should not be viewed as limiting. Further, many changes and modifications within the scope of the present embodiments may be made without departing from the spirit thereof, and the present invention includes such changes and modifications. For example, the previously described embodiments are not limited to a particular type of spread trading algorithm or a particular spread definition. It should be understood that although the example embodiments utilized a spread that placed an order to buy leg A and an order to sell leg B, that any variation could be used, such as selling in leg A and buying in leg B. Alternatively, it should be understood that a spread could involve more than two legs, as shown in the example embodiments.
It will be apparent to those of ordinary skill in the art that methods involved in the system and method for dynamically determining quantity for risk management may be embodied in a computer program product that includes one or more computer readable media. For example, a computer readable medium can include a readable memory device, such as a hard drive device, CD-ROM, a DVD-ROM, or a computer diskette, having computer readable program code segments stored thereon. The computer readable medium can also include a communications or transmission medium, such as, a bus or a communication link, either optical, wired or wireless having program code segments carried thereon as digital or analog data signals.
The claims should not be read as limited to the described order or elements unless stated to that effect. Therefore, all embodiments that come within the scope and spirit of the following claims and equivalents thereto are claimed as the invention.

Claims (22)

What is claimed is:
1. A method including:
receiving by a computing device a slop percentage value;
receiving by the computing device a desired strategy price for a trading strategy, wherein the trading strategy includes a first leg for a first tradeable object and a second leg for a second tradeable object;
determining by the computing device an acceptable range of prices for the trading strategy based on the desired strategy price and the slop percentage value such that an actual cost of the trading strategy, when executed, is within a consistent tolerable difference from a desired cost of the trading strategy, regardless of the desired strategy price;
generating by the computing device an order message for an order to trade the first leg with a price based on the desired strategy price and a condition in the second leg;
detecting by the computing device a change in the condition in the second leg; and
determining by the computing device whether the change in the condition in the second leg would cause the actual cost of the trading strategy, if executed, to fall outside of the acceptable range of prices and, if so, re-pricing the order to trade the first leg to maintain the desired strategy price, and, if not, refraining from re-pricing the order to trade the first leg.
2. The method of claim 1, wherein the slop percentage value is received from a user.
3. The method of claim 1, wherein the desired strategy price is received from a user.
4. The method of claim 1, wherein the trading strategy is a spread.
5. The method of claim 1, wherein the trading strategy is a divide spread.
6. The method of claim 1, wherein the acceptable range of prices includes a lowest acceptable price and a highest acceptable price.
7. The method of claim 6, wherein determining the acceptable range of prices includes:
determining the lowest acceptable price using the following relationship: lowest acceptable price=desired strategy price*(100−slop percentage value)/100; and
determining the highest acceptable price using the following relationship: highest acceptable price=desired strategy price*(100+slop percentage value)/100.
8. The method of claim 6, wherein the slop percentage value includes a low slop percentage value and a high slop percentage value, wherein the low slop percentage value is different from the high slop percentage value.
9. The method of claim 8, wherein determining the acceptable range of prices includes:
determining the lowest acceptable price using the following relationship: lowest acceptable price=desired strategy price*(100−low slop percentage value)/100; and
determining the highest acceptable price using the following relationship: highest acceptable price=desired strategy price*(100+high slop percentage value)/100.
10. The method of claim 1, wherein the price of the order to trade the first leg is determined based on the desired strategy price and the condition in the second leg according to a trading strategy definition.
11. The method of claim 1, wherein the condition is a current price at the inside market.
12. A non-transitory computer readable medium having stored therein instructions executable by a processor, wherein the instructions are executable to:
receive a slop percentage value;
receive a desired strategy price for a trading strategy, wherein the trading strategy includes a first leg for a first tradeable object and a second leg for a second tradeable object;
determine an acceptable range of prices for the trading strategy based on the desired strategy price and the slop percentage value such that an actual cost of the trading strategy, when executed, is within a consistent tolerable difference from a desired cost of the trading strategy, regardless of the desired strategy price;
generate an order message for an order to trade the first leg with a price based on the desired strategy price and a condition in the second leg;
detect a change in the condition in the second leg; and
determine whether the change in the condition in the second leg would cause the actual cost of the trading strategy, if executed, to fall outside of the acceptable range of prices and, if so, re-price the order to trade the first leg to maintain the desired strategy price, and, if not, refrain from re-pricing the order to trade the first leg.
13. The computer readable medium of claim 12, wherein the slop percentage value is received from a user.
14. The computer readable medium of claim 12, wherein the desired strategy price is received from a user.
15. The computer readable medium of claim 12, wherein the trading strategy is a spread.
16. The computer readable medium of claim 12, wherein the trading strategy is a divide spread.
17. The computer readable medium of claim 12, wherein the acceptable range of prices includes a lowest acceptable price and a highest acceptable price.
18. The computer readable medium of claim 17, wherein the instructions to determine the acceptable range of prices include instructions executable to:
determine the lowest acceptable price using the following relationship: lowest acceptable price=desired strategy price*(100−slop percentage value)/100; and
determine the highest acceptable price using the following relationship: highest acceptable price=desired strategy price*(100+slop percentage value)/100.
19. The computer readable medium of claim 17, wherein the slop percentage value includes a low slop percentage value and a high slop percentage value, wherein the low slop percentage value is different from the high slop percentage value.
20. The computer readable medium of claim 19, wherein the instructions to determine the acceptable range of prices include instructions executable to:
determine the lowest acceptable price using the following relationship: lowest acceptable price=desired strategy price*(100−low slop percentage value)/100; and
determine the highest acceptable price using the following relationship: highest acceptable price=desired strategy price*(100+high slop percentage value)/100.
21. The computer readable medium of claim 12, wherein the price of the order to trade the first leg is determined based on the desired strategy price and the condition in the second leg according to a trading strategy definition.
22. The computer readable medium of claim 12, wherein the condition is a current price at the inside market.
US13/168,524 2006-07-07 2011-06-24 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy Expired - Fee Related US8156037B2 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US13/168,524 US8156037B2 (en) 2006-07-07 2011-06-24 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US13/411,438 US8533106B2 (en) 2006-07-07 2012-03-02 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US13/951,529 US9805418B2 (en) 2006-07-07 2013-07-26 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US15/720,698 US20180025427A1 (en) 2006-07-07 2017-09-29 Regulating Order Entry in an Electronic Trading Environment to Maintain an Actual Cost for a Trading Strategy

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/482,625 US7672898B1 (en) 2006-07-07 2006-07-07 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US12/687,857 US7996300B2 (en) 2006-07-07 2010-01-14 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US13/168,524 US8156037B2 (en) 2006-07-07 2011-06-24 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US12/687,857 Continuation US7996300B2 (en) 2006-07-07 2010-01-14 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/411,438 Continuation US8533106B2 (en) 2006-07-07 2012-03-02 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy

Publications (2)

Publication Number Publication Date
US20110258105A1 US20110258105A1 (en) 2011-10-20
US8156037B2 true US8156037B2 (en) 2012-04-10

Family

ID=41717709

Family Applications (6)

Application Number Title Priority Date Filing Date
US11/482,625 Expired - Fee Related US7672898B1 (en) 2006-07-07 2006-07-07 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US12/687,857 Expired - Fee Related US7996300B2 (en) 2006-07-07 2010-01-14 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US13/168,524 Expired - Fee Related US8156037B2 (en) 2006-07-07 2011-06-24 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US13/411,438 Expired - Fee Related US8533106B2 (en) 2006-07-07 2012-03-02 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US13/951,529 Expired - Fee Related US9805418B2 (en) 2006-07-07 2013-07-26 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US15/720,698 Abandoned US20180025427A1 (en) 2006-07-07 2017-09-29 Regulating Order Entry in an Electronic Trading Environment to Maintain an Actual Cost for a Trading Strategy

Family Applications Before (2)

Application Number Title Priority Date Filing Date
US11/482,625 Expired - Fee Related US7672898B1 (en) 2006-07-07 2006-07-07 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US12/687,857 Expired - Fee Related US7996300B2 (en) 2006-07-07 2010-01-14 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy

Family Applications After (3)

Application Number Title Priority Date Filing Date
US13/411,438 Expired - Fee Related US8533106B2 (en) 2006-07-07 2012-03-02 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US13/951,529 Expired - Fee Related US9805418B2 (en) 2006-07-07 2013-07-26 Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US15/720,698 Abandoned US20180025427A1 (en) 2006-07-07 2017-09-29 Regulating Order Entry in an Electronic Trading Environment to Maintain an Actual Cost for a Trading Strategy

Country Status (1)

Country Link
US (6) US7672898B1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9805418B2 (en) 2006-07-07 2017-10-31 Trading Technologies International, Inc. Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7389268B1 (en) * 2000-03-02 2008-06-17 Trading Technologies International, Inc. Trading tools for electronic trading
US8429059B2 (en) 2004-06-08 2013-04-23 Rosenthal Collins Group, Llc Method and system for providing electronic option trading bandwidth reduction and electronic option risk management and assessment for multi-market electronic trading
US7912781B2 (en) 2004-06-08 2011-03-22 Rosenthal Collins Group, Llc Method and system for providing electronic information for risk assessment and management for multi-market electronic trading
US20100088218A1 (en) * 2004-11-01 2010-04-08 Rosenthal Collins Group, Llc Method and system for providing multiple graphical user interfaces for electronic trading
US8589280B2 (en) 2005-05-04 2013-11-19 Rosenthal Collins Group, Llc Method and system for providing automatic execution of gray box strategies for electronic trading
US8364575B2 (en) 2005-05-04 2013-01-29 Rosenthal Collins Group, Llc Method and system for providing automatic execution of black box strategies for electronic trading
WO2006119272A2 (en) 2005-05-04 2006-11-09 Rosenthal Collins Group, Llc Method and system for providing automatic exeuction of black box strategies for electronic trading
US7849000B2 (en) 2005-11-13 2010-12-07 Rosenthal Collins Group, Llc Method and system for electronic trading via a yield curve
US20080059846A1 (en) * 2006-08-31 2008-03-06 Rosenthal Collins Group, L.L.C. Fault tolerant electronic trading system and method
US7809841B1 (en) 2007-03-29 2010-10-05 Trading Technologies International, Inc. System and method for communicating with an electronic exchange in an electronic trading environment
US8781946B2 (en) 2010-07-14 2014-07-15 Trading Technologies International, Inc. Distributed server side device architecture
US10664548B2 (en) 2013-07-12 2020-05-26 Trading Technologies International, Inc. Tailored messaging
JP5727644B1 (en) * 2014-04-03 2015-06-03 株式会社マネースクウェアHd Financial product transaction management apparatus, financial product transaction management system, financial product transaction management method and program in financial product transaction management system

Citations (118)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4412287A (en) 1975-05-29 1983-10-25 Braddock Iii Walter D Automated stock exchange
US4588192A (en) 1983-09-15 1986-05-13 Pedro Laborde Financial futures game
US4674044A (en) 1985-01-30 1987-06-16 Merrill Lynch, Pierce, Fenner & Smith, Inc. Automated securities trading system
US4750135A (en) 1986-05-01 1988-06-07 Reuters Limited Method for dynamically creating a receiver definable local trading instrument displayable record from a remotely transmitted trading instrument common data stream
US4903201A (en) 1983-11-03 1990-02-20 World Energy Exchange Corporation Automated futures trading exchange
US5038284A (en) 1988-02-17 1991-08-06 Kramer Robert M Method and apparatus relating to conducting trading transactions with portable trading stations
WO1991014231A1 (en) 1990-03-06 1991-09-19 Chicago Board Of Trade Method and apparatus for order management by market brokers
US5077665A (en) 1989-05-25 1991-12-31 Reuters Limited Distributed matching system
US5101353A (en) 1989-05-31 1992-03-31 Lattice Investments, Inc. Automated system for providing liquidity to securities markets
US5136501A (en) 1989-05-26 1992-08-04 Reuters Limited Anonymous matching system
US5270922A (en) 1984-06-29 1993-12-14 Merrill Lynch & Company, Inc. System for distributing, processing and displaying financial information
US5297032A (en) 1991-02-01 1994-03-22 Merrill Lynch, Pierce, Fenner & Smith Incorporated Securities trading workstation
US5339392A (en) 1989-07-27 1994-08-16 Risberg Jeffrey S Apparatus and method for creation of a user definable video displayed document showing changes in real time data
WO1995026005A1 (en) 1994-03-23 1995-09-28 Belzberg Sydney H Computerized stock exchange trading system
US5689651A (en) 1994-10-13 1997-11-18 Lozman; Fane System for processing and displaying financial information
US5701427A (en) 1989-09-19 1997-12-23 Digital Equipment Corp. Information transfer arrangement for distributed computer system
US5774877A (en) 1994-09-20 1998-06-30 Papyrus Technology Corp. Two-way wireless system for financial industry transactions
US5787402A (en) 1996-05-15 1998-07-28 Crossmar, Inc. Method and system for performing automated financial transactions involving foreign currencies
US5797002A (en) 1994-09-20 1998-08-18 Papyrus Technology Corp. Two-way wireless system for financial industry transactions
US5806050A (en) 1992-02-03 1998-09-08 Ebs Dealing Resources, Inc. Electronic transaction terminal for vocalization of transactional data
US5819238A (en) 1996-12-13 1998-10-06 Enhanced Investment Technologies, Inc. Apparatus and accompanying methods for automatically modifying a financial portfolio through dynamic re-weighting based on a non-constant function of current capitalization weights
WO1998049639A1 (en) 1997-04-30 1998-11-05 Roderick Malcolm Gordon Lawrie Network computer trading system
US5845266A (en) 1995-12-12 1998-12-01 Optimark Technologies, Inc. Crossing network utilizing satisfaction density profile with price discovery features
WO1999019821A1 (en) 1997-10-14 1999-04-22 Derivatives Net, Inc. Systems, methods and computer program products for electronic trading of financial instruments
US5903478A (en) 1997-03-10 1999-05-11 Ncr Corporation Method for displaying an IT (Information Technology) architecture visual model in a symbol-based decision rational table
WO1999030259A1 (en) 1997-12-08 1999-06-17 Nippon Steel Corporation Commodity exchanging apparatus, commodity exchanging system, commodity exchanging method and storage medium
US5924083A (en) 1996-05-29 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Distributed matching system for displaying a book of credit filtered bids and offers
US5924082A (en) 1994-08-17 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Negotiated matching system
US5926801A (en) 1993-04-16 1999-07-20 Fujitsu Limited Electronic security/stock trading system with voice synthesis response for indication of transaction status
US5946667A (en) 1994-04-06 1999-08-31 Morgan Stanley Group, Inc. Data processing system and method for financial debt instruments
US5963923A (en) 1996-11-12 1999-10-05 Garber; Howard B. System and method for trading having a principal market maker
WO1999053424A1 (en) 1998-04-13 1999-10-21 Impink Albert Joseph Jr Display apparatus
US6014643A (en) 1996-06-28 2000-01-11 Minton; Vernon F. Interactive securities trading system
US6016483A (en) 1996-09-20 2000-01-18 Optimark Technologies, Inc. Method and apparatus for automated opening of options exchange
US6035287A (en) 1997-12-17 2000-03-07 Omega Consulting, Inc. Method and apparatus for bundled asset trading
US6098051A (en) 1995-04-27 2000-08-01 Optimark Technologies, Inc. Crossing network utilizing satisfaction density profile
WO2000048113A1 (en) 1999-02-12 2000-08-17 State Street Corporation Processing orders to a computerized trading market
WO2000051043A1 (en) 1999-02-24 2000-08-31 Min Ho Cha Automatic ordering method and system for trading of stock, bond, item, future index, option, index, current and so on
WO2000052619A1 (en) 1999-03-01 2000-09-08 Wit Capital Corporation A system and method for conducting securities transactions over a computer network
US6131087A (en) 1997-11-05 2000-10-10 The Planning Solutions Group, Inc. Method for automatically identifying, matching, and near-matching buyers and sellers in electronic market transactions
WO2000062187A2 (en) 1999-04-09 2000-10-19 Epit Inc. User interface for an electronic trading system
WO2000065510A1 (en) 1999-04-22 2000-11-02 Trading Technologies, Inc. Electronic securities trading system
US6191799B1 (en) 1998-08-07 2001-02-20 Quid Novi, S.A. Method apparatus and computer-readable medium for altering the appearance of an animated object
US6195647B1 (en) 1996-09-26 2001-02-27 The Nasdaq Stock Market, Inc. On-line transaction processing system for security trading
WO2001016830A1 (en) 1999-09-01 2001-03-08 Bloomberg Lp Electronic trading system for electricity forwards
WO2001016852A2 (en) 1999-08-30 2001-03-08 Epit, Inc. User interface for semi-fungible trading
WO2001022315A2 (en) 1999-09-23 2001-03-29 The Nasdaq Stock Market, Inc. Montage for automated market system
WO2001022266A2 (en) 1999-09-23 2001-03-29 Bornstein Jeremy J For user interface for a financial trading system
EP1104904A1 (en) 1995-12-12 2001-06-06 Reuters Limited Electronic trading system including an auto-arbitrage feature or name switching feature
US6272474B1 (en) 1999-02-08 2001-08-07 Crisostomo B. Garcia Method for monitoring and trading stocks via the internet displaying bid/ask trade bars
US6278982B1 (en) 1999-04-21 2001-08-21 Lava Trading Inc. Securities trading system for consolidation of trading on multiple ECNS and electronic exchanges
US6282521B1 (en) 1995-08-28 2001-08-28 Ebs Dealing Resources, Inc. Anonymous trading system with improved quote input capabilities
WO2001065403A2 (en) 2000-03-02 2001-09-07 Trading Technologies International, Inc. Click based trading with intuitive grid display of market depth
US20010042040A1 (en) 2000-04-10 2001-11-15 Christopher Keith Routing control for orders eligible for multiple markets
US20010044770A1 (en) 2000-04-10 2001-11-22 Christopher Keith Platform for market programs and trading programs
WO2001088808A1 (en) 2000-05-12 2001-11-22 The Nasdaq Stock Market, Inc. Montage for an electronic market
US20010049651A1 (en) 2000-04-28 2001-12-06 Selleck Mark N. Global trading system and method
US20010051919A1 (en) 2000-03-14 2001-12-13 Mason Elaine Scott Early-payment discount for E-billing system
US20020023038A1 (en) 1999-12-03 2002-02-21 Fritsch Daniel Scott Computerized system and method for conducting an online virtual auction
WO2002029686A1 (en) 2000-10-06 2002-04-11 Trading Technologies International, Inc. Trading with display of market depth and price
US20020046156A1 (en) 2000-10-14 2002-04-18 Goldman, Sachs & Company Apparatus, methods and articles of manufacture for executing computerized transaction processes
US20020046151A1 (en) 2000-10-14 2002-04-18 Goldman, Sachs & Company Computerized interface for constructing and executing computerized transaction processes and programs
US20020046146A1 (en) 2000-10-14 2002-04-18 Otero Hernan G. Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs
US20020046149A1 (en) 2000-10-14 2002-04-18 Goldman, Sachs & Company Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs
WO2002033637A1 (en) 2000-10-14 2002-04-25 Goldman, Sachs & Co. Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs
US20020055899A1 (en) 1999-12-06 2002-05-09 Williams Joseph C. Display system and method for displaying and organizing financial information
US6400996B1 (en) 1999-02-01 2002-06-04 Steven M. Hoffberg Adaptive pattern recognition based control system and method
WO2002047006A1 (en) 2000-12-07 2002-06-13 Espeed, Inc. Systems and methods for linking bids and offers in a trading interface
US6408282B1 (en) 1999-03-01 2002-06-18 Wit Capital Corp. System and method for conducting securities transactions over a computer network
US6418419B1 (en) 1999-07-23 2002-07-09 5Th Market, Inc. Automated system for conditional order transactions in securities or other items in commerce
US20020091617A1 (en) 2000-04-10 2002-07-11 Christopher Keith Trading program for interacting with market programs on a platform
US20020099644A1 (en) 2000-03-02 2002-07-25 Kemp Gary Allan Click based trading with intuitive grid display of market depth and price consolidation
US20020128950A1 (en) 2001-03-12 2002-09-12 Michael Wu Artificial intelligence based trading system
US20020138401A1 (en) 2000-08-17 2002-09-26 Allen Anne E. Method and system for automatic execution of a securities transaction
EP1246111A2 (en) 2001-03-30 2002-10-02 eSpeed, Inc. Systems and methods for bid/offer spread trading
WO2002079940A2 (en) 2001-04-02 2002-10-10 Goldman, Sachs & Company Apparatus, methods and articles of manufacture for computerized transaction execution and processing
US20020169703A1 (en) 1996-12-13 2002-11-14 Howard Lutnick Automated price improvement protocol processor
US20020178104A1 (en) 2001-04-20 2002-11-28 Andrew Hausman Price change of orders from reserve in an electronic trading system
WO2002097580A2 (en) 2001-05-31 2002-12-05 Espeed, Inc. Securities trading system with multiple levels-of-interest
US6493682B1 (en) 1998-09-15 2002-12-10 Pendelton Trading Systems, Inc. Optimal order choice: evaluating uncertain discounted trading alternatives
US20020188555A1 (en) 2001-05-31 2002-12-12 David Lawrence Securities trading system with multiple levels of interest
US20020194114A1 (en) 2001-04-16 2002-12-19 Erdmier Lisa M. Multi-dimensional representation of financial data
US20020194115A1 (en) * 2001-04-26 2002-12-19 Optionable, Inc. System and method for real-time options trading over a global computer network
WO2002103601A1 (en) 2001-06-14 2002-12-27 Trading Technologies International, Inc. Electronic spread trading tool
US20030004853A1 (en) 2001-06-28 2003-01-02 Pranil Ram Graphical front end system for real time security trading
US20030009411A1 (en) 2001-07-03 2003-01-09 Pranil Ram Interactive grid-based graphical trading system for real time security trading
US20030014351A1 (en) 2001-02-26 2003-01-16 Roy Neff Electronic bartering system with facilitating tools
US20030033235A1 (en) 2001-04-06 2003-02-13 Henrik Hummelgren Automated exchange system for trading orders having a hidden volume
US20030069830A1 (en) 2001-10-04 2003-04-10 Morano Matt N. Implied market trading system
US20030083941A1 (en) 2001-10-25 2003-05-01 Moran James R. Help center and condition-based applications
US20030101125A1 (en) 2001-05-04 2003-05-29 Mcgill Bradley J. Derivative securities and system for trading same
US20030130929A1 (en) 2001-11-29 2003-07-10 Waddell William Matthew Pair trading system and method
US20030154152A1 (en) 2001-10-18 2003-08-14 Gilbert Andrew C. Systems and methods for quoting a two-sided market
WO2003077061A2 (en) 2002-03-05 2003-09-18 Trading Technologies International, Inc. System and method for performing automatic spread trading
US20030195822A1 (en) 2001-04-13 2003-10-16 Tatge Jason G. Methods and systems for purchase of commodities
WO2003090032A2 (en) 2002-04-19 2003-10-30 Trading Technologies International, Inc. Trading tools for electronic trading
WO2004001653A1 (en) 2002-06-19 2003-12-31 Trading Technologies International A system and method for automated trading
US20040103127A1 (en) 2002-08-12 2004-05-27 Bjornson John Eric Trading calculator
US6912511B1 (en) 1999-08-19 2005-06-28 David A. Eliezer Method of monitoring market liquidity
US6915301B2 (en) 1998-08-25 2005-07-05 International Business Machines Corporation Dynamic object properties
US20050154668A1 (en) 2002-03-05 2005-07-14 Trading Technologies International, Inc. System and method for estimating a spread value
US20050203826A1 (en) 2004-03-12 2005-09-15 Chicago Mercantile Exchange, Inc. Implied spread trading system
US20060015375A1 (en) 2004-07-18 2006-01-19 Clement Lee Method and system of managing services in a business center
US6996540B1 (en) 1997-10-14 2006-02-07 Blackbird Holdings, Inc. Systems for switch auctions utilizing risk position portfolios of a plurality of traders
US7076452B2 (en) 2000-10-23 2006-07-11 Costar Group, Inc. System and method for collection, distribution, and use of information in connection with commercial real estate
US7082398B1 (en) 1996-01-16 2006-07-25 The Nasdaq Stock Market, Inc. Media wall for displaying financial information
US7110974B1 (en) 2000-11-03 2006-09-19 Lehman Brothers Inc Tool for estimating a cost of a trade
US20060259414A1 (en) 2003-03-31 2006-11-16 Trading Technologies International, Inc. System and method for variably regulating order entry in an electronic trading system
US7171386B1 (en) 1999-10-08 2007-01-30 Rfv Holdings Real-time commodity trading method and apparatus
US7177833B1 (en) 2000-07-18 2007-02-13 Edge Capture, Llc Automated trading system in an electronic trading exchange
US7181405B1 (en) 1998-12-28 2007-02-20 Nec Corporation Electronic tender system
US7219076B1 (en) 2003-09-30 2007-05-15 Unisys Corporation System and method utilizing a user interface having graphical indicators with automatically adjusted set points
US7225153B2 (en) 1999-07-21 2007-05-29 Longitude Llc Digital options having demand-based, adjustable returns, and trading exchange therefor
US7251629B1 (en) 1999-10-14 2007-07-31 Edge Capture, Llc Automated trading system in an electronic trading exchange
US7299208B1 (en) 2002-04-05 2007-11-20 Goldman Sachs & Co. Apparatus and system for defining an automated spread trading parameter
US20080288390A1 (en) 1998-11-03 2008-11-20 International Securities Exchange, Llc Complex order leg synchronization
US7590576B1 (en) 2005-03-31 2009-09-15 Trading Technologies International Inc. Visual representation and configuration of trading strategies
US7672898B1 (en) 2006-07-07 2010-03-02 Trading Technologies International Inc. Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4599192A (en) * 1983-08-24 1986-07-08 Mineral Research And Development Corp. Wood-treating composition
FR2806532B1 (en) * 2000-03-16 2002-05-31 Cit Alcatel METHOD FOR CONNECTING THE SLIDES OF AN ELECTRODE TO A TERMINAL OF AN ELECTROCHEMICAL GENERATOR AND GENERATOR THEREFROM
GB2394094A (en) 2001-05-14 2004-04-14 Espeed Inc Systems and methods for providing a trading interface with advanced features
US7338380B2 (en) 2004-03-17 2008-03-04 Rexnord Industries, Llc Composite shaft end assembly and composite shaft formed therewith

Patent Citations (153)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4412287A (en) 1975-05-29 1983-10-25 Braddock Iii Walter D Automated stock exchange
US4588192A (en) 1983-09-15 1986-05-13 Pedro Laborde Financial futures game
US4903201A (en) 1983-11-03 1990-02-20 World Energy Exchange Corporation Automated futures trading exchange
US5270922A (en) 1984-06-29 1993-12-14 Merrill Lynch & Company, Inc. System for distributing, processing and displaying financial information
US4674044A (en) 1985-01-30 1987-06-16 Merrill Lynch, Pierce, Fenner & Smith, Inc. Automated securities trading system
US4750135A (en) 1986-05-01 1988-06-07 Reuters Limited Method for dynamically creating a receiver definable local trading instrument displayable record from a remotely transmitted trading instrument common data stream
US5038284A (en) 1988-02-17 1991-08-06 Kramer Robert M Method and apparatus relating to conducting trading transactions with portable trading stations
US5077665A (en) 1989-05-25 1991-12-31 Reuters Limited Distributed matching system
US5136501A (en) 1989-05-26 1992-08-04 Reuters Limited Anonymous matching system
US5101353A (en) 1989-05-31 1992-03-31 Lattice Investments, Inc. Automated system for providing liquidity to securities markets
US5339392A (en) 1989-07-27 1994-08-16 Risberg Jeffrey S Apparatus and method for creation of a user definable video displayed document showing changes in real time data
US5701427A (en) 1989-09-19 1997-12-23 Digital Equipment Corp. Information transfer arrangement for distributed computer system
US5297031A (en) 1990-03-06 1994-03-22 Chicago Board Of Trade Method and apparatus for order management by market brokers
WO1991014231A1 (en) 1990-03-06 1991-09-19 Chicago Board Of Trade Method and apparatus for order management by market brokers
US5297032A (en) 1991-02-01 1994-03-22 Merrill Lynch, Pierce, Fenner & Smith Incorporated Securities trading workstation
US5806050A (en) 1992-02-03 1998-09-08 Ebs Dealing Resources, Inc. Electronic transaction terminal for vocalization of transactional data
US5926801A (en) 1993-04-16 1999-07-20 Fujitsu Limited Electronic security/stock trading system with voice synthesis response for indication of transaction status
WO1995026005A1 (en) 1994-03-23 1995-09-28 Belzberg Sydney H Computerized stock exchange trading system
US6134535A (en) 1994-03-23 2000-10-17 Belzberg Financial Markets & News International Inc. Computerized stock exchange trading system automatically formatting orders from a spreadsheet to an order entry system
US5946667A (en) 1994-04-06 1999-08-31 Morgan Stanley Group, Inc. Data processing system and method for financial debt instruments
US5924082A (en) 1994-08-17 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Negotiated matching system
US5774877A (en) 1994-09-20 1998-06-30 Papyrus Technology Corp. Two-way wireless system for financial industry transactions
US5915245A (en) 1994-09-20 1999-06-22 Papyrus Technology Corp. Two-way wireless system for financial industry transactions
US5793301A (en) 1994-09-20 1998-08-11 Paryrus Technology Corp. Assured two-way wireless communication system for financial industry transactions
US5797002A (en) 1994-09-20 1998-08-18 Papyrus Technology Corp. Two-way wireless system for financial industry transactions
US5689651A (en) 1994-10-13 1997-11-18 Lozman; Fane System for processing and displaying financial information
US6098051A (en) 1995-04-27 2000-08-01 Optimark Technologies, Inc. Crossing network utilizing satisfaction density profile
US6282521B1 (en) 1995-08-28 2001-08-28 Ebs Dealing Resources, Inc. Anonymous trading system with improved quote input capabilities
EP1104904A1 (en) 1995-12-12 2001-06-06 Reuters Limited Electronic trading system including an auto-arbitrage feature or name switching feature
US5845266A (en) 1995-12-12 1998-12-01 Optimark Technologies, Inc. Crossing network utilizing satisfaction density profile with price discovery features
US6519574B1 (en) 1995-12-12 2003-02-11 Reuters Limited Electronic trading system featuring arbitrage and third-party credit opportunities
US6012046A (en) 1995-12-12 2000-01-04 Optimark Technologies, Inc. Crossing network utilizing satisfaction density profile with price discovery features
US7082398B1 (en) 1996-01-16 2006-07-25 The Nasdaq Stock Market, Inc. Media wall for displaying financial information
US5787402A (en) 1996-05-15 1998-07-28 Crossmar, Inc. Method and system for performing automated financial transactions involving foreign currencies
US5924083A (en) 1996-05-29 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Distributed matching system for displaying a book of credit filtered bids and offers
US6014643A (en) 1996-06-28 2000-01-11 Minton; Vernon F. Interactive securities trading system
US6016483A (en) 1996-09-20 2000-01-18 Optimark Technologies, Inc. Method and apparatus for automated opening of options exchange
US6195647B1 (en) 1996-09-26 2001-02-27 The Nasdaq Stock Market, Inc. On-line transaction processing system for security trading
US5963923A (en) 1996-11-12 1999-10-05 Garber; Howard B. System and method for trading having a principal market maker
US20030149636A1 (en) 1996-12-13 2003-08-07 Howard Lutnick Automated price improvement protocol processor
US5819238A (en) 1996-12-13 1998-10-06 Enhanced Investment Technologies, Inc. Apparatus and accompanying methods for automatically modifying a financial portfolio through dynamic re-weighting based on a non-constant function of current capitalization weights
US6963856B2 (en) 1996-12-13 2005-11-08 Cantor Fitzgerald, L.P. Automated price improvement protocol processor
US20020169703A1 (en) 1996-12-13 2002-11-14 Howard Lutnick Automated price improvement protocol processor
US5903478A (en) 1997-03-10 1999-05-11 Ncr Corporation Method for displaying an IT (Information Technology) architecture visual model in a symbol-based decision rational table
WO1998049639A1 (en) 1997-04-30 1998-11-05 Roderick Malcolm Gordon Lawrie Network computer trading system
US6996540B1 (en) 1997-10-14 2006-02-07 Blackbird Holdings, Inc. Systems for switch auctions utilizing risk position portfolios of a plurality of traders
WO1999019821A1 (en) 1997-10-14 1999-04-22 Derivatives Net, Inc. Systems, methods and computer program products for electronic trading of financial instruments
US6131087A (en) 1997-11-05 2000-10-10 The Planning Solutions Group, Inc. Method for automatically identifying, matching, and near-matching buyers and sellers in electronic market transactions
WO1999030259A1 (en) 1997-12-08 1999-06-17 Nippon Steel Corporation Commodity exchanging apparatus, commodity exchanging system, commodity exchanging method and storage medium
EP1067471A1 (en) 1997-12-08 2001-01-10 Nippon Steel Corporation Commodity exchanging apparatus, commodity exchanging system, commodity exchanging method and storage medium
US6035287A (en) 1997-12-17 2000-03-07 Omega Consulting, Inc. Method and apparatus for bundled asset trading
WO1999053424A1 (en) 1998-04-13 1999-10-21 Impink Albert Joseph Jr Display apparatus
US6191799B1 (en) 1998-08-07 2001-02-20 Quid Novi, S.A. Method apparatus and computer-readable medium for altering the appearance of an animated object
US6915301B2 (en) 1998-08-25 2005-07-05 International Business Machines Corporation Dynamic object properties
US6493682B1 (en) 1998-09-15 2002-12-10 Pendelton Trading Systems, Inc. Optimal order choice: evaluating uncertain discounted trading alternatives
US20080288390A1 (en) 1998-11-03 2008-11-20 International Securities Exchange, Llc Complex order leg synchronization
US7181405B1 (en) 1998-12-28 2007-02-20 Nec Corporation Electronic tender system
US20020151992A1 (en) 1999-02-01 2002-10-17 Hoffberg Steven M. Media recording device with packet data interface
US6400996B1 (en) 1999-02-01 2002-06-04 Steven M. Hoffberg Adaptive pattern recognition based control system and method
US6272474B1 (en) 1999-02-08 2001-08-07 Crisostomo B. Garcia Method for monitoring and trading stocks via the internet displaying bid/ask trade bars
WO2000048113A1 (en) 1999-02-12 2000-08-17 State Street Corporation Processing orders to a computerized trading market
WO2000051043A1 (en) 1999-02-24 2000-08-31 Min Ho Cha Automatic ordering method and system for trading of stock, bond, item, future index, option, index, current and so on
US6408282B1 (en) 1999-03-01 2002-06-18 Wit Capital Corp. System and method for conducting securities transactions over a computer network
WO2000052619A1 (en) 1999-03-01 2000-09-08 Wit Capital Corporation A system and method for conducting securities transactions over a computer network
WO2000062187A2 (en) 1999-04-09 2000-10-19 Epit Inc. User interface for an electronic trading system
WO2000062187A3 (en) 1999-04-09 2001-12-06 Epit 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
WO2000065510A1 (en) 1999-04-22 2000-11-02 Trading Technologies, Inc. Electronic securities trading system
US7225153B2 (en) 1999-07-21 2007-05-29 Longitude Llc Digital options having demand-based, adjustable returns, and trading exchange therefor
US6418419B1 (en) 1999-07-23 2002-07-09 5Th Market, Inc. Automated system for conditional order transactions in securities or other items in commerce
US6912511B1 (en) 1999-08-19 2005-06-28 David A. Eliezer Method of monitoring market liquidity
WO2001016852A2 (en) 1999-08-30 2001-03-08 Epit, Inc. User interface for semi-fungible trading
WO2001016830A1 (en) 1999-09-01 2001-03-08 Bloomberg Lp Electronic trading system for electricity forwards
WO2001022315A2 (en) 1999-09-23 2001-03-29 The Nasdaq Stock Market, Inc. Montage for automated market system
WO2001022315A3 (en) 1999-09-23 2002-01-17 Nasdaq Stock Market Inc Montage for automated market system
WO2001022266A2 (en) 1999-09-23 2001-03-29 Bornstein Jeremy J For user interface for a financial trading system
US7171386B1 (en) 1999-10-08 2007-01-30 Rfv Holdings Real-time commodity trading method and apparatus
US7251629B1 (en) 1999-10-14 2007-07-31 Edge Capture, Llc Automated trading system in an electronic trading exchange
US20020023038A1 (en) 1999-12-03 2002-02-21 Fritsch Daniel Scott Computerized system and method for conducting an online virtual auction
US20020055899A1 (en) 1999-12-06 2002-05-09 Williams Joseph C. Display system and method for displaying and organizing financial information
US6766304B2 (en) 2000-03-02 2004-07-20 Trading Technologies International, Inc. Click based trading with intuitive grid display of market depth
US20020099644A1 (en) 2000-03-02 2002-07-25 Kemp Gary Allan Click based trading with intuitive grid display of market depth and price consolidation
US20020059129A1 (en) 2000-03-02 2002-05-16 Kemp Gary Allan Click based trading with intuitive grid display of market depth
WO2001065403A2 (en) 2000-03-02 2001-09-07 Trading Technologies International, Inc. Click based trading with intuitive grid display of market depth
US20030023542A1 (en) 2000-03-02 2003-01-30 Trading Technologies International, Inc. Click based trading with intuitive grid display of market depth
US20010051919A1 (en) 2000-03-14 2001-12-13 Mason Elaine Scott Early-payment discount for E-billing system
US20010044770A1 (en) 2000-04-10 2001-11-22 Christopher Keith Platform for market programs and trading programs
US20020091617A1 (en) 2000-04-10 2002-07-11 Christopher Keith Trading program for interacting with market programs on a platform
US20010042040A1 (en) 2000-04-10 2001-11-15 Christopher Keith Routing control for orders eligible for multiple markets
US20010049651A1 (en) 2000-04-28 2001-12-06 Selleck Mark N. Global trading system and method
WO2001088808A1 (en) 2000-05-12 2001-11-22 The Nasdaq Stock Market, Inc. Montage for an electronic market
US7177833B1 (en) 2000-07-18 2007-02-13 Edge Capture, Llc Automated trading system in an electronic trading exchange
US20020138401A1 (en) 2000-08-17 2002-09-26 Allen Anne E. Method and system for automatic execution of a securities transaction
WO2002029686A1 (en) 2000-10-06 2002-04-11 Trading Technologies International, Inc. Trading with display of market depth and price
WO2002033636A1 (en) 2000-10-14 2002-04-25 Goldman, Sachs & Co. Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs
WO2002033635A1 (en) 2000-10-14 2002-04-25 Goldman, Sachs & Co. Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs
WO2002033623A1 (en) 2000-10-14 2002-04-25 Golman, Sachs & Co. Apparatus, methods and articles of manufacture for executing computerized transaction processes
US20020046146A1 (en) 2000-10-14 2002-04-18 Otero Hernan G. Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs
US20020049661A1 (en) 2000-10-14 2002-04-25 Goldman, Sachs & Company Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs
US20020046151A1 (en) 2000-10-14 2002-04-18 Goldman, Sachs & Company Computerized interface for constructing and executing computerized transaction processes and programs
US20020046156A1 (en) 2000-10-14 2002-04-18 Goldman, Sachs & Company Apparatus, methods and articles of manufacture for executing computerized transaction processes
WO2002033637A1 (en) 2000-10-14 2002-04-25 Goldman, Sachs & Co. Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs
WO2002033621A1 (en) 2000-10-14 2002-04-25 Goldman, Sachs & Co. Computerized interface for constructing and executing computerized transaction processes and programs
US20020046149A1 (en) 2000-10-14 2002-04-18 Goldman, Sachs & Company Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs
US7076452B2 (en) 2000-10-23 2006-07-11 Costar Group, Inc. System and method for collection, distribution, and use of information in connection with commercial real estate
US7110974B1 (en) 2000-11-03 2006-09-19 Lehman Brothers Inc Tool for estimating a cost of a trade
EP1217564A2 (en) 2000-12-07 2002-06-26 eSpeed, Inc. Systems and methods for linking bids and offers in a trading interface
WO2002047006A1 (en) 2000-12-07 2002-06-13 Espeed, Inc. Systems and methods for linking bids and offers in a trading interface
EP1217564A3 (en) 2000-12-07 2002-07-17 eSpeed, Inc. Systems and methods for linking bids and offers in a trading interface
US20030014351A1 (en) 2001-02-26 2003-01-16 Roy Neff Electronic bartering system with facilitating tools
US20020128950A1 (en) 2001-03-12 2002-09-12 Michael Wu Artificial intelligence based trading system
EP1246111A2 (en) 2001-03-30 2002-10-02 eSpeed, Inc. Systems and methods for bid/offer spread trading
WO2002080433A2 (en) 2001-03-30 2002-10-10 Espeed, Inc. Systems and methods for bid/offer spread trading
WO2002079940A2 (en) 2001-04-02 2002-10-10 Goldman, Sachs & Company Apparatus, methods and articles of manufacture for computerized transaction execution and processing
US20030033235A1 (en) 2001-04-06 2003-02-13 Henrik Hummelgren Automated exchange system for trading orders having a hidden volume
US20030195822A1 (en) 2001-04-13 2003-10-16 Tatge Jason G. Methods and systems for purchase of commodities
US20020194114A1 (en) 2001-04-16 2002-12-19 Erdmier Lisa M. Multi-dimensional representation of financial data
US20020178104A1 (en) 2001-04-20 2002-11-28 Andrew Hausman Price change of orders from reserve in an electronic trading system
US20020194115A1 (en) * 2001-04-26 2002-12-19 Optionable, Inc. System and method for real-time options trading over a global computer network
US20030101125A1 (en) 2001-05-04 2003-05-29 Mcgill Bradley J. Derivative securities and system for trading same
US20020188555A1 (en) 2001-05-31 2002-12-12 David Lawrence Securities trading system with multiple levels of interest
WO2002097580A2 (en) 2001-05-31 2002-12-05 Espeed, Inc. Securities trading system with multiple levels-of-interest
US20030004852A1 (en) 2001-06-14 2003-01-02 Mike Burns Electronic spread trading tool
WO2002103601A1 (en) 2001-06-14 2002-12-27 Trading Technologies International, Inc. Electronic spread trading tool
US20030004853A1 (en) 2001-06-28 2003-01-02 Pranil Ram Graphical front end system for real time security trading
US20030009411A1 (en) 2001-07-03 2003-01-09 Pranil Ram Interactive grid-based graphical trading system for real time security trading
US20030069830A1 (en) 2001-10-04 2003-04-10 Morano Matt N. Implied market trading system
US20030154152A1 (en) 2001-10-18 2003-08-14 Gilbert Andrew C. Systems and methods for quoting a two-sided market
US20030083941A1 (en) 2001-10-25 2003-05-01 Moran James R. Help center and condition-based applications
US20030130929A1 (en) 2001-11-29 2003-07-10 Waddell William Matthew Pair trading system and method
US20060259412A1 (en) 2002-03-05 2006-11-16 Trading Technologies International, Inc. System and method for performing automatic spread trading
US20030200167A1 (en) 2002-03-05 2003-10-23 Kemp Gary Allen System and method for performing automatic spread trading
WO2003077061A2 (en) 2002-03-05 2003-09-18 Trading Technologies International, Inc. System and method for performing automatic spread trading
US7437325B2 (en) 2002-03-05 2008-10-14 Pablo Llc System and method for performing automatic spread trading
US20050154668A1 (en) 2002-03-05 2005-07-14 Trading Technologies International, Inc. System and method for estimating a spread value
US20060259406A1 (en) 2002-03-05 2006-11-16 Trading Technologies International, Inc. System and method for performing automatic spread trading
US20060259409A1 (en) 2002-03-05 2006-11-16 Trading Technologies International, Inc. System and method for estimating a spread value
US7299208B1 (en) 2002-04-05 2007-11-20 Goldman Sachs & Co. Apparatus and system for defining an automated spread trading parameter
WO2003090032A2 (en) 2002-04-19 2003-10-30 Trading Technologies International, Inc. Trading tools for electronic trading
WO2003090032A3 (en) 2002-04-19 2003-12-31 Trading Technologies Int Inc Trading tools for electronic trading
WO2004001653A1 (en) 2002-06-19 2003-12-31 Trading Technologies International A system and method for automated trading
US20040236637A1 (en) 2002-08-01 2004-11-25 Jason Tatge Methods and systems for managing commodity transactions
US20040230493A1 (en) 2002-08-01 2004-11-18 Jason Tatge Methods and systems for providing an average pricing contract for the sale of a commodity
US20040103127A1 (en) 2002-08-12 2004-05-27 Bjornson John Eric Trading calculator
US20060265314A1 (en) 2003-03-31 2006-11-23 Trading Technologies International, Inc. System and method for variably regulating order entry in an electronic trading system
US20060259414A1 (en) 2003-03-31 2006-11-16 Trading Technologies International, Inc. System and method for variably regulating order entry in an electronic trading system
US7904370B2 (en) 2003-03-31 2011-03-08 Trading Technologies International, Inc. System and method for variably regulating order entry in an electronic trading system
US7219076B1 (en) 2003-09-30 2007-05-15 Unisys Corporation System and method utilizing a user interface having graphical indicators with automatically adjusted set points
US20050203826A1 (en) 2004-03-12 2005-09-15 Chicago Mercantile Exchange, Inc. Implied spread trading system
WO2005089495A2 (en) 2004-03-19 2005-09-29 Trading Technologies International, Inc. System and method for estimating a spread value
US20060015375A1 (en) 2004-07-18 2006-01-19 Clement Lee Method and system of managing services in a business center
US7590576B1 (en) 2005-03-31 2009-09-15 Trading Technologies International Inc. Visual representation and configuration of trading strategies
US7672898B1 (en) 2006-07-07 2010-03-02 Trading Technologies International Inc. Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy

Non-Patent Citations (10)

* Cited by examiner, † Cited by third party
Title
Clark et al., Dec. 1992 "Seasonalities in NYSE Bid-Ask Spreads and Stock Returns in January", the Journal of Finance, vol. 47, No. 5 (Dec. 1992) pp. 1999-2014.
George, et al., "Bid-Ask Spreads and Trading Activity in the S&P 100 Index Options Market," The Journal of Financial and Quantitative Analysis, vol. 28, No. 3 (Sep. 1993) pp. 381-397.
International Search Report and Written Opinion for PCT/US05/09180.
International Search Report and Written Opinion issued in PCT/US05/09180.
Kharouf, A Trading Room with a View, Futures, 27, 11-Nov. 1998.
Kharouf, A Trading Room with a View, Futures, 27, 11—Nov. 1998.
McInish et al., "An Analysis of Intraday Patterns in BidAsk Spreads for NYSE Stocks," The Journal of Finance, vol. 47, No. 2 (Jun. 1992), pp. 753-764.
USPTO Presentation Nov. 8, 2001.
www.tradingtechnologies.com/products/xtrade-full.html (viewed May 22, 2001) Jun. 9, 2000.
www.tradingtechnologies.com/products/xtrade—full.html (viewed May 22, 2001) Jun. 9, 2000.

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9805418B2 (en) 2006-07-07 2017-10-31 Trading Technologies International, Inc. Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy

Also Published As

Publication number Publication date
US20110258105A1 (en) 2011-10-20
US7996300B2 (en) 2011-08-09
US20100121757A1 (en) 2010-05-13
US9805418B2 (en) 2017-10-31
US20140095370A1 (en) 2014-04-03
US7672898B1 (en) 2010-03-02
US20120179595A1 (en) 2012-07-12
US20180025427A1 (en) 2018-01-25
US8533106B2 (en) 2013-09-10

Similar Documents

Publication Publication Date Title
US8156037B2 (en) Regulating order entry in an electronic trading environment to maintain an actual cost for a trading strategy
US11393034B2 (en) System and method for aggressively trading a strategy in an electronic trading environment
US8527399B2 (en) System and method for dynamically changing an electronic trade order quantity
US11900454B2 (en) System and method for modifying trading strategies based on message usage
US8712905B2 (en) System and method for reducing the risks involved in trading multiple spread trading strategies
AU2013201801A1 (en) System and method for dynamically changing an electronic trade order quantity
AU2016200546A1 (en) System and method for dynamically changing an electronic trade order quantity

Legal Events

Date Code Title Description
AS Assignment

Owner name: TRADING TECHNOLOGIES INTERNATIONAL, INC., ILLINOIS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MCNICHOLAS, DANIEL T.;REEL/FRAME:026515/0609

Effective date: 20060707

STCF Information on status: patent grant

Free format text: PATENTED CASE

FPAY Fee payment

Year of fee payment: 4

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

LAPS Lapse for failure to pay maintenance fees

Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20200410