US20150081514A1 - Automated trading system in an electronic trading exchange - Google Patents

Automated trading system in an electronic trading exchange Download PDF

Info

Publication number
US20150081514A1
US20150081514A1 US14/549,012 US201414549012A US2015081514A1 US 20150081514 A1 US20150081514 A1 US 20150081514A1 US 201414549012 A US201414549012 A US 201414549012A US 2015081514 A1 US2015081514 A1 US 2015081514A1
Authority
US
United States
Prior art keywords
price
exchange
trader
automated trading
market
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US14/549,012
Inventor
John M. Marynowski
Catalin D. Voinescu
Stefan Puscasu
Thomas M. O'Donnell
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.)
DCFB LLC
Original Assignee
DCFB LLC
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=37420345&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=US20150081514(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by DCFB LLC filed Critical DCFB LLC
Priority to US14/549,012 priority Critical patent/US20150081514A1/en
Publication of US20150081514A1 publication Critical patent/US20150081514A1/en
Priority to US14/827,925 priority patent/US9846910B2/en
Abandoned legal-status Critical Current

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
    • G06Q40/03Credit; Loans; Processing thereof

Definitions

  • the present disclosure relates to an automated trading system for use in an electronic trading exchange network system and, more particularly, a trading system that rapidly, accurately, and safely responds to desirable trading opportunities.
  • the New York Stock Exchange and the Chicago Mercantile Exchange are examples of such trading exchanges.
  • Recent advances in computer and communications technology have led to electronic trading exchange system networks.
  • Electronic trading exchange system networks use communications networks and computers to replicate traditional face-to-face exchange functions. For example, centralized exchange computers disseminate market information, maintain records and statistics, settle cash payments, determine risk based margin requirements, and match trades. Matching of trades is typically done on a first come-first served basis, whereby time of order entry is an important criterion for determining priority in fulfillment of a transaction.
  • a communications network connects the exchange computers to numerous trader sites.
  • Each trader site includes one or more trader stations operated by traders.
  • Exchange network operators typically provide exchange members with interface software and, in some cases, hardware to enable traders to view prices and other information relating to products, and to execute transactions by submitting orders and quotes. This trading information is displayed in a grid or other organized format.
  • Market competition is fierce. Traders who can quickly identify opportunities and act on them generate the largest profits.
  • the trading information is received from the exchange, processed, and displayed on a monitor of the trader's station.
  • the trader reads the trading information from the monitor and decides whether or not to submit an order.
  • the trader submits an order by entering instructions into the trader station using a keyboard or mouse.
  • trading information received from the exchange is processed by general purpose backend computer equipment.
  • the backend computer may, among other things, (1) act as a gateway by communicating market information from the exchange to various types of client equipment, (2) submit, delete, and modify orders and quotes to the exchange from the various client equipment, (3) receive real-time trade confirmations and end-of-day back office reports, and (4) perform risk analysis, position management, and accounting functions.
  • the trader stations are clients of the backend computer.
  • the trader stations may be tasked with numerous functions, such as (1) receiving and displaying real-time market information, (2) creating and displaying theoretical prices related to market products, (3) composing, submitting, modifying, and deleting orders and quotes, (4) maintaining positions and calculating risk management, to name a few.
  • Each trader station is typically configured in a very user-friendly, Windows-based environment since the trader will spend long periods of time each day watching and interacting with it.
  • the overhead associated with the functions performed by the backend computer and the trader stations reduces the response speed of automated trading.
  • the present disclosure has been made in view of the above circumstances and has as an object to provide an improved trading system that rapidly responds to trading information received from an exchange.
  • a further object of the disclosure is to provide an automated trading system in an electronic trading exchange system that rapidly submits orders in response to trading information received from the exchange.
  • a further object of the disclosure is to provide an automated trading system that ensures the accuracy of automatic trading operations.
  • a further object of the disclosure is to provide an automated trading system that performs automatic trading operations without the risk of enormous losses due to erroneous, mistaken and/or repeated operation.
  • a further object of the disclosure is to provide a trading system in an automated trader station that may be remotely controlled.
  • a further object of the disclosure is to provide an automated trader system that automatically hedges some or all of the delta risk associated with the execution of a trade by submitting an order in connection with another, related trade opportunity.
  • the disclosure provides an automated trading system for use in an electronic exchange system network that includes a receiver interface that receives market price information for a first traded item from an exchange, data reference logic that outputs a transaction value for the first traded item from a data structure based on price information for a second traded item related to the first traded item, decision logic using at least a portion of the received market price information and the transaction value to generate a decision whether to submit an order for the first traded item, and an output interface for outputting a request for market transaction for one of the first traded item and the second traded item for transmission to the exchange in response to the decision logic.
  • the first traded item may correspond to an option and the second traded item may correspond to a security underlying the option.
  • the data reference logic may receive current price information for the second traded item and uses the current price information to output the transaction value.
  • the data reference logic may include memory storing the data structure, which maps pre-calculated transaction values of the first traded item over a range of price values of the second traded item, and reference logic for identifying one of the pre-calculated transaction values based at least in part on a current price value for the second traded item.
  • the data structure may comprise one or more of a two-dimensional data structure mapping pre-calculated transaction values of the first traded item over a range of prices of the second traded item, an n-dimensional data structure, where n is 3 or more, a look-up table, a linked list, and/or a tree structure.
  • the decision logic may compare at least a portion of the received market price information to the transaction value when automated trading in the first item first becomes enabled.
  • the automated trading system may also include safety check logic, responsive to the decision logic, to prevent transmission of a request for market transaction (or to cap the maximum quantity of the market transaction) for the first traded item to the exchange if the request does not meet a predetermined criterion, such as a maximum trade quantity for the first traded item or a maximum number of market transaction attempts within a predetermined period of time.
  • the decision logic may compare at least a portion of the received market price information to the transaction value when the maximum number of attempts is increased.
  • the receiver interface may receive the market price information for the first traded item indirectly from the exchange via an exchange interface. Further, the decision logic may compare the transactional value to at least a portion of the received market price information, where the transaction value is a minimum sell price for the first traded item, and the market price information includes a market bid price for the first traded item.
  • the transaction value may be a maximum buy price for the first traded item, and the market price information may include a market ask price for the first traded item.
  • the transactional value may be a theoretical value of the first traded item based on a mathematical model.
  • the price information for the second traded item may correspond to a current market price for the second traded item.
  • the decision logic may then generate a comparison when the current market price for the second traded item changes. Comparisons may additionally be generated when the current market price for the first traded item changes, when a table variable are updated or changed, when automated trading is enabled, and/or when safety checks are relaxed.
  • a backend computer may include the receiver interface, the data reference logic, the decision logic, and the output interface.
  • the first backend computer may operate using a Windows-based operating system or a text-based operating system.
  • a trader station separate from the backend computer may be coupled to the backend computer through a communication link.
  • the trader station may include a graphic user interface to enable a trader to monitor the operation of the backend computer.
  • the trader station may transmit updated data reference information for updating the data reference logic to the backend computer over the communication link. For example, the trader station can calculate the updated data reference information, which the backend computer stores.
  • the backend computer may be located substantially closer than the trader station to the exchange that transmits the market price information for the first traded item.
  • the present disclosure further comprises an automated trading method for use in an electronic exchange system network, that includes receiving market price information for a first traded item, identifying a desired price for the first traded item in a look-up table based on price information for a second traded item related to the first traded item, comparing the received market price information for the first traded item to the desired price for the first traded item, and generating an order for one of the first traded item and the second traded item based on the comparison of the received market price information to the desired price.
  • the first traded item may correspond to an option and the second traded item may correspond to a security underlying the option.
  • the step of identifying a desired price may include receiving current market price information for the second traded item, using that current market price information to index a desired price for the first traded item in the look-up table.
  • the look-up table may be a two-dimensional table providing desired price values indexed by item traded and price of the second traded item or an n-dimensional table, where n is 3 or more.
  • the present disclosure further comprises an automated method of trading in an electronic exchange system network, comprising the steps of receiving a current market price for an option from an electronic exchange, comparing the current market price for the option with a desired price for the option, where the desired price is derived from current price information for an underlying security for the option, and submitting an order for the option to the electronic exchange within 1 millisecond of the step of receiving the current market price.
  • the step of submitting an order may be performed within 600 microseconds of the step of receiving the current market price, and even within 380 or 250 microseconds of the step of receiving the current market price.
  • the present disclosure further comprises an automated trading method for use in an electronic exchange system network, including the steps of receiving market information for a first traded item, identifying a transaction value for the first traded item in a look-up table based on at least one of price information for a second traded item related to the first traded item and received market information for the first traded value, and using at least the identified transaction value in determining whether to submit an order for the first traded item.
  • the identified transaction value may be an implied volatility value corresponding to the first traded item, a maximum buy value for the first traded item, a minimum sell value for the first traded item, or a theoretical value for the first traded item generated based on a mathematical model.
  • the look-up table may comprise a linked list.
  • the backend computer may perform the receiving, identifying, and using steps on a Windows-based operating system or on a text-based platform.
  • a trader station separate from the backend computer may calculates transaction values for storage in the look-up table and transmit the calculated transaction values to the backend computer, which stores the calculated transaction values in the look-up table.
  • the values stored in the look-up table of the backend computer may be checked against values stored in a look-up table in the trader station to confirm the accuracy of the look-up table stored in the backend computer.
  • the method may further include submitting an order for the first traded item receiving confirmation of a transaction from an exchange responsive to the order submitted, and submitting an order for the second traded item to hedge a delta risk associated with the confirmed transaction.
  • FIG. 1 illustrates an embodiment of an electronic trading exchange system network in accordance with the present disclosure.
  • FIG. 2 illustrates a further embodiment of an electronic trading system network in accordance with the present disclosure.
  • FIG. 3 provides a schematic of the functionality of an embodiment of an automated trading system in accordance with the present disclosure.
  • FIGS. 4 and 4A collectively referred to in the description of the preferred embodiment as FIG. 4 , illustrate a representation of an embodiment of a theoretical price look-up table in accordance with the present disclosure, with FIG. 4A being a continuation of the right end of FIG. 4 .
  • FIGS. 5A , 5 B, 5 C, and 5 D collectively referred to in the description of the preferred embodiment as FIG. 5 , illustrate an embodiment of a trading screen for use in connection with a trader station in accordance with the present disclosure, with FIG. 5A being the upper left quadrant, FIG. 5B being the upper right quadrant, FIG. 5C being the lower right quadrant, and FIG. 5D being the lower left quadrant of FIG. 5 .
  • FIG. 6 provides a flow diagram of the steps performed in automated trading in accordance with the present disclosure.
  • FIG. 7 illustrates a further embodiment of an electronic exchange system network in accordance with the present disclosure.
  • the present disclosure recognizes that electronic trading exchange system computers match buy and sell orders on a first come/first serve basis. Accordingly, the speed and accuracy of submitting orders or other responses is critical to the trader's ability to participate in the most profitable transactions. Even short delays in response may freeze a trader out of an otherwise lucrative transaction.
  • the present disclosure is capable of reducing the time it takes for the trader to submit an order in response to incoming trading information from the exchange.
  • the trader's computer equipment automatically decides whether or not to submit an order based upon a look-up table of trading information stored by the computer equipment and trading information received from the exchange computers.
  • the look-up table eliminates the need to recalculate decision information when trading conditions change. Recalculating decision information is time consuming, particularly when trading conditions change frequently. For example, calculating a single price for an option can take several hundred microseconds to a few milliseconds and each underlying security may correspond to several hundred options.
  • information in the look-up table can be structured to enable automated decisions to be made for select traded items sooner than for other traded items.
  • the trader's computer equipment may be dedicated or substantially dedicated to performing automated trading operations, with limited or minimized overhead permitted for other tasks.
  • the trader's computer equipment assigned to automated trading may be used to process raw trading information received from the exchange. The present disclosure is further capable of reducing the time delay associated with the transfer of trading information from the exchange computers to the trader.
  • safe and accurate automated trading may be achieved by performing various checks of the information used in decision-making and/or information concerning the order.
  • an automated hedging feature may be invoked which, when a trader takes a position in a security, automatically establishes a hedge position in a related security.
  • FIG. 1 provides a schematic of an embodiment of an electronic trading exchange system network 10 that may be used in connection with the present disclosure.
  • the electronic trading exchange system network 10 includes an exchange site 100 and a plurality of trading sites 200 .
  • FIG. 1 illustrates an exchange site 100 linked to a single trading site 200 .
  • Other trading sites 200 may be located in a different part of the same city, as the exchange site 100 , a different city, a different country or different continent as the exchange site 100 .
  • the exchange site 100 need not be limited to equipment provided at a single location, but may be provided in multiple locations linked by a network.
  • the trading sites 200 need not be limited to equipment provided at a single location, but may include equipment at multiple locations linked by a network, such as a wide area network (WAN).
  • WAN wide area network
  • the exchange site 100 may be linked to the trading site 200 by one or more communication links 300 .
  • the communication links 300 may be part of a wide area network formed by dedicated communications lines, commonly-accessible communication lines, or a combination thereof.
  • dedicated lines may be strung between the exchange site 100 and one or more of the member trading sites 200 .
  • dedicated lines may be leased from telephone, cable, or other communication network operators.
  • the public switched telephone network may embody the commonly-accessible communication lines.
  • the communications links 300 may also include, in whole or in part, wireless communications, such as microwave or satellite links.
  • the exchange site 100 may be designed as a local area network (LAN) and include, for example, one or more security routers and one or more back office computers, among other equipment.
  • LAN local area network
  • security routers 111 , 112 and three back office computers 130 - 1 130 - 2 , 130 - 3 are shown in FIG. 1 .
  • the security routers 111 , 112 control communications between the back office computers 130 and the communications links 300 .
  • Each security router 111 , 112 transmits and receives communications over the communications links 300 , as well as restricts communications from unauthorized sources. More particularly, the security router 111 , 112 may be used to isolate the equipment at the exchange site 100 from intrusion and facilitate communication with the back office computers 130 .
  • the back office computers 130 manage the trading of the various securities (e.g., futures, options, swaps or other derivatives; currencies, stocks, bonds, or other physicals like corn, precious metals, electricity, etc.) and/or other items traded on the exchange.
  • one or more of the back office computers 130 may function as market servers. In this capacity, they may maintain order books, perform order matching, generate market information for use at the exchange site 100 and/or for transmission over the communication links 300 , and supply trade information to other back office computers 130 for accounting and/or cash settlement purposes.
  • One or more of the back office computers 130 may function as short-term accounting servers. As such, these computers may receive information from the market servers and generate information for transmission over the communication links 300 .
  • the short-term accounting servers may be initialized with status information from the previous day's trading before performing accounting tasks for the current day.
  • One or more of the back office computers 130 may function as long-term account servers and, accordingly, function to collect data from the short-term accounting servers for batch processing and record.
  • the long-term account servers may supply information to initialize the short-term account servers and generate reports for transmission to trading sites 200 .
  • the back office computers 130 may perform additional functions and a single computer may perform more than one of the above functions.
  • the trading sites 200 may include a LAN architecture having one or more security routers, one or more backend computers, one or more trader stations, and one or more hubs, among other equipment.
  • FIG. 1 shows two security routers 211 , 212 , two backend computers 220 , 225 , three trader stations 230 - 1 , 230 - 2 , 230 - 3 , (collectively referred to as trader stations 230 ) and two hubs 240 , 241 .
  • the security routers 211 , 212 transfer trading information between the trading site 200 and the exchange site 100 and screen communications from unauthorized sources.
  • the hubs 240 , 241 distribute data between the backend computers 220 , 225 and the trading stations 230 .
  • Backend computer 220 may be configured as a communication server for the trader stations 230 .
  • the exchange often supplies software and/or hardware for the backend computer 220 to facilitate communications with the exchange site 100 .
  • Backend computer 220 handles communications between the trader stations 230 and the back office computers 130 of the exchange.
  • the trader site 200 may include multiple backend computers 220 .
  • Backend computer 225 may also be equipped with software and/or hardware that facilitates communications with the exchange site. Some exchanges, for example, such as the EUREX (the German and Swiss Derivatives Exchange), recommend installation of a redundant on-site backend computer in the event that the primary communication backend computer 220 fails.
  • backend computer 225 may be configured to perform automated trading functions under the control of one or more of the trader stations 230 . The automated trading functions are described in more detail below.
  • the backend computer 225 should be equipped with a high-speed processor and sufficient memory to efficiently handle automated trade processing.
  • the trader stations 230 may control backend computer 225 remotely through a communication link 250 , for example, a WAN.
  • the trader site 200 may include multiple backend computers 225 .
  • backend computer 225 is dedicated or substantially dedicated to performing automated trading-related functions, as discussed in greater detail below.
  • Backend computer 220 may be assigned trading-related tasks, such as (1) serving as a gateway to communicate market information from the exchange site 100 to trader stations 230 , (2) submitting, deleting, and modifying orders and quotes to exchange site 100 from the trader stations 230 , (3) receiving real-time trade confirmations and end-of-day back office reports, and/or (4) performing risk analysis, position management, and accounting functions.
  • backend computer 225 may perform automated trading functions with limited interruption or delays associated with other tasks the backend computers (such as backend computer 220 ) may be requested to perform. This increases the response speed for automated trading operations.
  • the total time delay in submitting an order to the exchange site 100 includes a component attributable the transmission delay or network lag in transmitting signals between the exchange site 100 and the trader site 200 .
  • backend computer 225 is preferably located near to the equipment of the exchange site 100 to reduce delays associated with transmitting information and orders between the backend computer 225 and the exchange site 100 . Accordingly, the total time for responding to trading opportunities can be reduced both by reducing transmission delays and by increasing decision-making speed at the trader site 200 .
  • the backend computer 225 may be remotely supported or controlled by a distant trader station 230 , which permits the trader station 230 to be located virtually anywhere without adversely affecting the response time of the automated trading system. Accordingly, the trader site 230 may be chosen based on considerations such as tax, real estate costs, and quality of life, without having to worry that trader station location will impair the performance of automated trading carried on by backend computer 225 .
  • Trader stations 230 receive information from the exchange site 100 , process that information, and display at least part of it on a monitor. Each trader station 230 typically runs interactive software that enables a trader, among other things, to submit orders and/or quotes to the exchange site 100 . As discussed further below, one or more of the trader stations 230 may additionally be equipped with software for controlling the automated trading functions of backend computer 225 .
  • FIG. 2 illustrates an alternative embodiment of an electronic trading exchange system network 20 .
  • the trading site 200 includes an automated trading system computer 225 - 2 separate from the backend computer 225 - 1 .
  • the automated trading system computer 225 - 2 performs automated trading system functions and the backend computer 225 - 1 manages communications between the automated trading system computer 225 - 2 and the exchange site 100 .
  • the automated trading system computer 225 - 2 may be connected to the backend computer 225 - 1 using, for example, network interface cards or through a hub (not shown).
  • the automated trading system computer 225 - 2 may be controlled using one or more trader stations 230 either locally or through a communication link 250 .
  • the automated trading system computer 225 - 2 may be controlled through the communication computer 225 - 1 (as indicated by the dotted lines), which would serve to communicate information between the trader stations 230 and the automated trading system computer 225 - 2 .
  • FIG. 3 provides a functional diagram illustrating the operation of an embodiment of an automated trading system used in connection with options trading.
  • the embodiment may be modified for use in trading other securities (e.g., futures, options, swaps or other derivatives; currencies, stocks, bonds, or other physicals like corn, precious metals, electricity, etc.) and/or other items traded on the exchange.
  • the automated trading system is preferably resident in the backend computer 225 as configured in FIG. 1 , which may utilize multiple CPUs. However, it may also be resident in one or more of the trader stations 230 or the backend computers 220 .
  • the automated trading system software may run in a text-based environment or a Windows or Windows-like environment.
  • the automated trading system may be run on an operating system, such as VMS, DOS, or LINUX, or in a WINDOWS or similar operating system, which is more user-friendly.
  • automated trading may be assigned priority over other tasks or processes and run without debug messages. Local decision-making times of less than 250 microseconds have been achieved in a text-based VMS system run on a backend computer 225 and times of 50-150 milliseconds or less have been achieved on a Windows-based system run on a trader station 230 , depending on the processor load from other tasks.
  • the automated trading system receives and decodes current market information broadcast from the exchange site 100 through a receiver interface 410 .
  • the decoding of market information may be performed, for example, transparently by software supplied by the exchange for use with the backend computers, by the exchange software at the request or direction of the automated trading system, or by the automated trading system itself.
  • the current market information may include information related to the options and underlying security of the option. Specifically, market bid, ask and last prices and the day's volume for call options (the right to buy the underlying security at a specified time in the future at a specified price), put options (the right to sell the underlying security at a specified time in the future at a specified price) and the underlying security, to name a few, are typically received by the trader site.
  • An option look-up protocol 420 is used to locate the particular option identified in the current market information in an option look-up array or table 430 , which may be formed in memory of the backend computer 225 .
  • the look-up protocol 420 may be any of several known look-up or search protocols.
  • the look-up protocol may involve a linear search, search tree, use of a hash or index table, or other known search protocol.
  • the option look-up array or table 430 stores information concerning options that may be automatically traded. For simplicity, a two-dimensional table having rows and columns will be described. However, it should be understood that higher-dimension arrays or tables may be used in connection with the present disclosure.
  • Each row of the option look-up table 430 stores information relevant to a particular option including, for example, option name, current market prices, times and quantities of the most recent trades by the trader, maximum order quantity, and whether automated trading is enabled for the option. As discussed further below, this information may be used as a check against erroneous operation.
  • option look-up table 430 may store information in connection with items that are actually being automatically traded at a given time.
  • look-up table 430 may include indices that link only the items currently enabled for automated trading and skip those for which automated trading is not enabled. In such a case, an additional table may be maintained for the full set of items for which automated trading may be performed. This is useful in increasing the speed at which a disabled option can be enabled. Accuracy checks may use both the additional table and look-up table 430 .
  • Communications between the automated trading system and the trader stations 230 are conducted through a trading station interface 440 .
  • a trader station 230 may update information contained in the option look-up table 430 via a trading station interface 440 . In this way, the option look-up table 430 may be updated to enable (disable) automated trading for a particular option.
  • the option look-up table 430 may be organized in several different ways. For example, the market bid and ask prices for a particular option may be stored in different rows of the option look-up table 430 . Alternatively, the bid and ask prices may be stored in the same row of the option look-up table 430 , but in different columns, or as different cells in a price dimension, for example. Also, the option look-up table 430 may be segmented, for example, so that all bid prices are grouped together and all ask prices are grouped together. Different classes of options (i.e., options with different underlying securities) may be indexed in a single look-up table 430 or in multiple look-up tables 430 , for example, with each option having its own look-up table 430 .
  • the automated trading system may receive and decode current market information concerning the security (or securities) underlying the options.
  • an exchange that trades the underlying security typically maintains a book of bid (ask) prices and quantities of current order and quotes of those traders wishing to buy (sell) the underlying security.
  • the automated trading system may receive the underlying market information, for example, from the exchange site 100 , from a separate exchange site, or from another market feed either directly or indirectly, e.g., through a trader station 230 .
  • the underlying market information for a given security may be indexed in a theoretical price look-up array or table 435 , which may be formed in the memory of backend computer 225 , to identify theoretical buy and sell prices for options associated with the underlying security. While the theoretical price look-up table 435 may constitute a multi-dimensional array or table, a two-dimensional table will be described for purposes of simplicity. It should be understood that data structures other than arrays or tables may be used in connection with the present disclosure.
  • the theoretical price look-up table 435 may be updated by a trading station 230 via trading station interface 440 . In one embodiment, the trader station 230 supplies the content of the theoretical price look-up table 435 to the automated trading system.
  • the theoretical buy and sell prices for derivatives may be determined using mathematical models.
  • the mathematical models produce a theoretical value for an option given values for a set of variables that may change over time.
  • Variables considered in these models may include (1) the current market price of the underlying security (e.g., the price of the stock or future from which the option is derived), (2) risk free interest rates, (3) volatility of underlying price, (4) dividend stream, (5) time until expiration, (6) whether the option can be exercised before the expiration date, and (7) whether the option is a call or put.
  • Variables (2)-(7) are not likely to change as frequently as the price of the underlying security, variable (1).
  • Some variables, such as price of the underlying security can be derived from the market.
  • the current market price of the underlying security is used to index the theoretical price look-up table 435 .
  • the theoretical price look-up table 435 may be indexed using other variables in addition to or instead of current market price of the underlying security.
  • the current market price of the underlying security may be defined in several different ways. At any given time during normal trading, the underlying security will usually have: (1) bid prices and quantities; (2) ask prices and quantities; (3) a last price and volume at which the underlying security was traded (last price); (4) an average of the current highest bid and lowest offer prices (average best bid, best ask price); and (5) an average price of a certain depth, among other values.
  • the average price of a certain depth say 5000 shares, would take the average of the: (a) best (highest) bid prices in the book of the first 5000 shares, and (b) best (lowest) offer prices in the book of the first 5000 shares.
  • the option trader may very carefully define underlying price used in her models. Specifically, buying (selling) calls and selling (buying) puts will usually lead to selling (buying) the underlying for hedging. For reasons discussed further below, the trader may want to set the theoretical buy price for call options and the theoretical sell price for put options using the bid price (and/or possibly bid underlying depth) of the underlying security. Likewise, the trader may want to set the theoretical sell price for call options and the theoretical buy price of put options using the ask price (and/or possibly the ask underlying depth) of the underlying security. In summary, theoretical value calculations used for automatic option trading should be flexible enough to use various definitions of underlying price.
  • the trader selects a buy spread and a sell spread.
  • the buy spread may be subtracted from the theoretical value to produce the theoretical buy price—the highest price at which the trader is willing to buy a particular option using automated trading.
  • the sell spread may be added to the theoretical value to produce the theoretical sell price—the lowest price at which the trader is willing to sell a particular option using automated trading. Accordingly, the trader would like to sell an option having a bid price that is the same as, or higher than, the trader's theoretical sell price.
  • the trader would like to buy the option from anyone offering a price that is the same as, or lower than, the trader's theoretical buy price.
  • the theoretical price look-up table 435 is designed to correlate the current market price of an underlying security to the theoretical buy and sell prices of the options for which automated trading is performed. For example, if automated trading is performed for options underlying Exxon stock, the theoretical price look-up table correlates the current price of Exxon stock to the theoretical buy and sell prices of Exxon stock options. If the price of Exxon stock changes, the theoretical price look-up table can be used to index different theoretical prices for the Exxon stock options.
  • the theoretical price look-up table 435 may be organized in several ways. For example, all theoretical buy prices for a given price (such as bid price or ask price) of an underlying security may be provided in a single column of a look-up table 435 , with a separate look-up table provided for theoretical sell prices. Alternatively, the look-up table 435 may index both a theoretical buy price and a theoretical sell price. The theoretical price look-up table 435 may be segmented or multi-dimensional. Moreover, the theoretical price look-up table 435 may be combined with, a portion of, or linked to option look-up table 430 .
  • the theoretical look-up table 435 and the option look-up table 430 can be structured consistent with the particular search protocol used by the option look-up protocol 420 so that certain options or other items are located by the search protocol before other options or items. For example, if option look-up protocol 420 implements a linear search, the first options in the option look-up table 430 and the theoretical look-up table 435 (e.g., at the top of the tables 430 and 435 ) will be reviewed by the option look-up protocol 420 before options at the bottom of the table.
  • the trader station 230 or the backend computer 225 may structure the option look-up table 430 and/or the theoretical price look-up table 435 so that options that have shown in the past, or are likely to show in the future, the most promising profits will be located first.
  • the particular order of the options in the tables 430 and 435 may depend on the trading volume in an option, for example. Options with relatively high traded volumes over recent trading days or the current trading day may be given a higher priority ranking in look-up table 430 and/or theoretical price look-up table 435 .
  • some exchanges may limit the number of orders that a particular trader may submit at a given time. Accordingly, structuring the tables 430 and 435 as described increases the opportunity for the trader to participate in the most lucrative transactions when there are restrictions on the number of concurrent orders placed.
  • the trader station 230 may respond to changes in variables (2)-(7) and/or other variables taken into account in determining theoretical buy and sell prices by updating the theoretical price look-up table 435 .
  • the theoretical price look-up table 435 may hold theoretical prices over ranges of any one or more of the items defined by theoretical price variables (1)-(7) described above, as well as other variables that one may wish to take into account, such as variable buy and sell spreads (described in more detail below). In such a case, theoretical price is identified in an n-dimensional look-up table 435 responsive to n variables.
  • the automated trading system of the present disclosure utilizes a precalculated table of theoretical prices over a range of one or more variables that affect theoretical price. Accordingly, when a variable affecting theoretical price (such as the market price of the underlying security) changes, the automated trading system simply references a new theoretical price in the theoretical price look-up table 435 and uses the new theoretical price in deciding whether to buy or sell options.
  • the values stored in the theoretical price look-up table 435 may be calculated, for example, using one or more of the trader stations 230 , a backend computer 220 , the backend computer 225 , or some combination of these.
  • the backend computer 225 may be free to focus its computing resources on automated trading.
  • the additional overhead associated with using the backend computer 225 to calculate the values for the theoretical price look-up table 435 may be acceptable in some applications.
  • decision logic 450 compares the theoretical price identified in the theoretical price look-up table 435 to the market price for the option, and based on the comparison, determines whether the option should be bought or sold. For example, in an embodiment in which the theoretical look-up table 435 indexes theoretical buy and sell prices for a particular option based on the price of the underlying security, decisions may be triggered (1) when the market price of the underlying security changes, but the market bid and ask prices of the option remain the same (i.e., changing underlying price, static option price), (2) when the bid or ask price of the option changes, but the market price for the underlying security remains the same (i.e., changing option prices, static underlying price), (3) when the values of theoretical price table 435 are updated, (4) when automated trading is enabled for a particular option, and (5) when safety checks are relaxed for a particular option.
  • Decision logic 450 will compare the current market ask (bid) price of the option to the new theoretical buy (sell) price obtained from the theoretical price table 435 . In this case, the decision logic 450 performs all comparisons affected by the change in underlying price. For example, a change in the bid (ask) price of the underlying security may affect the theoretical buy (sell) price of some or all call options and the theoretical sell (buy) price of some or all put options associated with the underlying security. Accordingly, the decision logic 450 makes comparisons of market bid or ask prices corresponding to new theoretical sell and buy prices.
  • the decision logic 450 will compare the new market bid (ask) price to the corresponding theoretical sell (buy) price that exists at that time from the theoretical price table 435 . Accordingly, a change in market bid (ask) price of a particular option may trigger a comparison of market bid (ask) price to theoretical sell (buy) price. Based on the comparison, for example, if the market bid (ask) price is greater (less) than or equal to the theoretical sell (buy) price, the automated trading system may prepare an order for the particular option.
  • the theoretical price look-up table 435 is updated with static market option and underlying prices. For example, when the look-up table 435 is updated, the decision logic 450 compares the updated theoretical buy and sell prices corresponding to the current market price of the underlying security to the current ask and bid prices of the options subject to automated trading. As noted above, the theoretical price look-up table 435 may be updated when, for example, one or more of the values that effect the theoretical buy and sell prices changes such as, but not limited to, the buy and ask spreads and/or theoretical variables (2)-(7). For example, theoretical price variables (2)-(7) discussed above could change, perhaps due to a change in the trader's assessment of market conditions.
  • a third, “warming up” or “test” state may be provided for an option in the automated trading system.
  • the automated trading system may perform all steps except actually placing an order. This allows the trader to monitor the operation of the automated trading system without actually submitting orders, thereby reducing the risk of enabling options for automatic trading using theoretical prices which are not market realistic.
  • a safety check for a particular option is relaxed.
  • a global safety check condition implemented by safety check logic 460 is disabled or changed.
  • a safety check condition relating to the maximum quantity or frequency of trading attempts of a particular option may be increased.
  • the entire automated trading system may be held in a “pause” state if it had made more than a predetermined number (e.g., 3) automated trading attempts within a predetermined time period (e.g., 60 seconds). If this global safety check is disabled or relaxed, for example, by increasing the predetermined number of attempts (e.g., from 3 to 5), the trading frequency safety check may no longer be in violation.
  • the entire automated trading system may transition from the “paused” state to the enabled state. If a particular option had been enabled for automated selling (buying), the decision logic 450 will then compare the market bid (ask) price to the theoretical sell (buy) price in table 435 .
  • Decision logic 450 determines that a sell (buy) order should be submitted if the market bid (ask) price is greater (less) than or equal to the theoretical sell (buy) price. Even if decision logic 450 determines that an order should be submitted, safety check logic 460 may be used to prevent an order from being submitted. Safety check logic 460 , for example, can block orders entirely, or put a cap on the maximum quantity attempted to be bought or sold, for an option when acceptance of that order would result in the trader having a position greater than a predetermined threshold quantity of that option. Also, the automated trading system may be paused or stopped if the number of attempted orders exceeds a predetermined amount in a predetermined period of time.
  • the constraints may be provided in look-up tables provided to the automated trading system and may be varied for individual options. Other constraints may involve generating warnings and/or preventing orders, for example, when the: (1) theoretical buy price exceeds the theoretical ask price, (2) theoretical buy price exceeds the theoretical value, (3) theoretical sell price is less than the theoretical value, and/or (4) theoretical sell price is less than the intrinsic value of the option.
  • the intrinsic value may be defined as the difference between the strike price and the market price of the underlying security for puts, and the difference between the market price of the underlying security and the strike price for calls, where the minimum intrinsic value is zero.
  • the trader may be able to override some or all of the checks performed by safety check logic 460 to increase speed of automated trading.
  • order logic 470 creates an order and submits the order to the exchange site 100 via an output interface 480 .
  • the trading station 230 is notified through a trading station interface whether or not the safety checks are passed.
  • the output interface 480 may pass the order to exchange interface software for ultimate transmission to the exchange site 100 .
  • the receiver interface 410 and the output interface 480 may be formed by common equipment and/or data ports.
  • FIG. 4 illustrates an example of theoretical price look-up table 435 for call options with an expiration date of Sep. 20, 1999; an annualized volatility of 32.0%; expected dividend to be paid on the underlying security on Aug. 19, 1999, for an amount of $10.0; risk free interest rate of 3.0%; American style option; and today's date being Jun. 3, 1999.
  • the look-up table 435 may be centered about the current price of the underlying security.
  • Each row of the look-up table 435 provides theoretical prices for a given strike price.
  • the look-up table 435 includes twenty (20) rows having strike values ranging from 50.0 to 97.5, in increments of 2.5. The strike values correspond to individual options available for trading as determined by the exchange.
  • the trader may limit the set of options to those he/she actually trades, and consequently can enable them for automatic trading, individually or in predefined groups.
  • the columns of the look-up table 435 provide theoretical prices for a given price of the underlying security.
  • the range of underlying security price provided in the table and the incremental price between adjacent entries (tick size) can be selected by the trader.
  • the look-up table 435 shown in FIG. 4 has twenty-nine (29) price entries ranging from 75.0 to 77.8 with tick size is 0.1 and with the underlying price centered at 76.4. A smaller tick size and a larger range will, of course, result in a larger look-up table.
  • a September 1999 call with a strike price of 72.5 and an underlying price of 77.2 (using a definition of underlying price determined by the trader), has a theoretical price of 7.30.
  • the automated trading system may notify the trader station 230 , which may then in turn supply an updated look-up table 435 centered about a new underlying price.
  • the trader station 230 may be called upon to calculate the additional entries needed to complete the updated look-up table 435 or simply recall them from memory.
  • the look-up 435 table may be updated dynamically from the trader station 230 when the underlying price moves from the center price by a predetermined margin. This methodology serves to increase the processing power that the backend computer 225 can apply to automated decision making.
  • the look-up table 435 can be checked periodically to ensure the accuracy of its content. For example, checks may be performed every, say, 15 seconds. This can be done, for example, by performing a checksum operation in which the entries in the look-up table are summed and the sum is compared with the sum of a corresponding look-up table maintained by a trader station 230 . If the sums match, the look-up table 435 may be presumed to be accurate. If the sums do not match, a warning is generated and automated trading is stopped completely or paused until look-up table 435 is reloaded or updated and accuracy can be ensured. Of course, other or additional techniques for testing the accuracy of look-up table 435 may be implemented. Moreover, such an accuracy check may be omitted if one is sufficiently confident in the reliability of the software and hardware.
  • Knowledge of how the search protocol locates data within the look-up tables may be used to structure the look-up tables to ensure that selected options will be located particularly quickly.
  • the selected options may be, for example, frequently traded options and/or options whose price will become attractive with a small change in the underlying security price.
  • the look-up protocol may conduct searches by starting at the first row of the table and then stepping through each successive row until a particular row is identified.
  • the look-up table may be structured so that a select option is placed in the first row. Consequently, the search protocol will locate the select option first.
  • Statistics may be maintained, for example, at a trader station 230 , and used to restructure the look-up table as trading conditions change.
  • the embodiment described in connection with FIG. 3 compares the current market price of an option to theoretical buy and sell prices from a theoretical option price look-up table 435 to make a buy/sell decision.
  • other values may be compared consistent with the present disclosure to generate buy/sell decisions.
  • the theoretical option value may be subtracted from the market bid (ask) price and compared to a sell (buy) spread selected by the trader to generate buy/sell decisions.
  • the market option bid (ask) price and the price of the underlying security may be used to index an implied volatility value, for example, with that indexed implied volatility value compared to a trader-generated volatility value to make buy/sell decisions.
  • other values may also be indexed and used for comparison to generate buy/sell decisions consistent with the present disclosure.
  • FIG. 5 illustrates an embodiment of a trader screen 500 displayed on a trader station 230 in connection with trading options on a particular security or commodity.
  • the trading screen 500 may provide a graphic user interface to enable the trader to set parameters associated with automated trading.
  • Trading screen 500 is organized as an array of cells 510 .
  • the rows 512 of the array represent different options available in the market for the particular security or commodity.
  • the columns 514 of the array provide information concerning the options. More particularly, the columns to the left of the “Strike” column provide information on call options and the columns to the right of the “Mon” column provide information on put options. Call and put options are, thus, displayed as mirror images of each other.
  • Each row of the array represents information relating to a different pair of call and put options for a particular strike price, month and year.
  • the first column from left to right is labeled “DCX,” which identifies the underlying security for the options as Daimler-Chrysler stock.
  • the values below the “DCX” label consecutively number the rows of the array.
  • the trading screen may be scrolled up or down to view additional rows in the array, if any exist.
  • the next fourteen columns contain information relating to call options.
  • the second column, “POS,” is to the right of the “DCX” column.
  • the values below the column heading POS indicate the trader's position (i.e., how many of the options the trader possesses) in call options for each row of the array.
  • a negative cell value in the “POS” column indicates that the trader has sold more of the option than she has bought (this is called a short position. Positive values denote a long position).
  • Cells in the “B” column (three columns to the right of the “POS” column) indicate whether automated buying is enabled for the particular options corresponding to those cells.
  • Cells in the “S” column (three columns to the right of the “B” column) indicate whether automated selling is enabled for the particular options corresponding to those cells.
  • the trader may select one or more sells in the “B” and “S” columns to enable or disable automated buying and selling, respectively, of options corresponding to the selected cells.
  • the “TBid” and “TAsk” columns indicate the theoretical buy and sell prices for automated trading.
  • the “Theo” column represents the theoretical value assigned to the call option for each row.
  • the screen provides “TBid,” “TAsk,” “Theo,” and “POS” columns, among others, for the put options in each row of the array. Additional details concerning the remaining columns of the trader screen 500 , as well as other information concerning its functionality, can be found in U.S. application Ser. No. 09/273,362 to Marynowski et al., filed Mar. 22, 1999, and expressly incorporated herein by reference.
  • the “POS” columns provide information received from the exchange site and are not adjustable by the trader.
  • the “TBid,” “TAsk,” and “Theo” columns may be adjusted by the trader using a mouse, keyboard, or other input device, such as a game pad.
  • the trader may select a particular “TBid” or “TAsk” cell by clicking once and then using up or down arrows, for instance, to increase (arrow up) or decrease (arrow down) the value. Mathematically, this may be achieved by increasing or decreasing the bid spread value (BSprd) or the ask spread value (ASprd). This may not effect the “Theo” value since BSprd and ASprd are not inputs into the “Theo” calculation.
  • BSprd bid spread value
  • ASprd ask spread value
  • a particular “Theo” cell may be adjusted in the same manner as a “TBid” or “TAsk” cell. Mathematically, adjustments to a Theo cell may be achieved by increasing or decreasing the assumed volatility of that particular option. Since “TBid” and “TAsk” of a particular option are related to the “Theo” value, changes to the “Theo” obviously will change “TBid” and “TAsk.”
  • the “TBid”, “TAsk”, and “Theo” values may also adjustable in groups, for example, by selecting multiple cells or all cells in the column by selecting the column header.
  • the trader station 230 may update the displayed values of Theo, TBid and TAsk values as the underlying security price change, or any variable contributing to Theo, TBid, or TAsk change (such as theoretical variables (2)-(7) discussed above).
  • the trader station 230 may receive a market feed providing price information concerning the underlying security.
  • the price information may be used to update or refresh the trading screen 500 . This may include the displayed TBid, TAsk, and Theo values for a given underlying price.
  • market information received by 230 may trigger an update of the theoretical price look-up table 435 maintained at the backend computer 225 .
  • trading station 230 may update theoretical look-up table 435 using the most current underlying price as a new center point.
  • the updates of the theoretical price look-up table 435 maintained at the backend 225 might be accomplished several different ways.
  • the trader station 230 may perform calculations and supply the calculated information to the backend computer 225 for updating the theoretical price look-up table 435 .
  • the trader station 230 may supply data to the backend computer 225 , which is used to calculate updates of the theoretical price look-up table 435 .
  • updates of look-up table 435 may not be necessary if the new information (e.g., price information of the underlying security) corresponds to a value: (1) already in the theoretical price look-up table 435 , and/or (2) within predetermined margins around the previous center value of the look-up table 435 .
  • new information e.g., price information of the underlying security
  • FIG. 6 provides an exemplary progression of steps from transmission of the current market information from the exchange site 100 to receipt of trade confirmation by the trader site 200 and the delay experienced at each step.
  • Link 1 represents the line delay experienced by current trading information as it is transmitted from the exchange site 100 to the trader site 200 .
  • Locating the automated trading system close to the exchange site 100 reduces the line delay of Link 1 (as well as that of Link 15).
  • the trader station 230 that monitors and controls the backend computer 225 that implements the automated trading need not be located close to the exchange site 100 , but may monitor and control the backend computer 225 remotely.
  • Link 2 represents delays associated with operating system (networking subsystem) related to receiving data packets from the exchange site 100 .
  • One technique for reducing this delay is to choose a platform, such as VMS or Linux, that has a good quality implementation of networking services used in automated trading.
  • Link 3 represents delays associated with decompressing information received from the exchange site 100 .
  • Link 4 represents other processing delays that may be inherent in exchange interface software provided by the exchange for use at the trader site 200 .
  • the exchange interface software allows the trader's equipment to interface with the exchange equipment.
  • the exchange may impose obligations requiring traders to use the exchange interface software in trading.
  • the exchange interface software may process the received market data and supply the data to an interface of an automated trading application installed by the trader. For instance, the market data may be input to internal tables and/or may be converted to actual values.
  • Links 5 and 6 represent delays associated with the distribution of information from the exchange interface software to an interface of the trading system application.
  • the exchange site 100 typically broadcasts information concerning all traded items. Each trading application usually subscribes to several sources of data (e.g.
  • the exchange interface software will receive and decode all information received from the exchange site 100 , but only pass some of the information to the interface of the automated trading system.
  • the exchange interface software spends some time in determining whether a particular piece of market information should be passed to the automated trading system.
  • the exchange interface software and the trading system interface software communicate via a protocol.
  • the exchange interface software may notify the automated trading system via a callback function supplied by the latter, or by some other operating-system dependent mechanism (e.g., mailboxes on VMS). This delay can be reduced by choosing a platform that efficiently supports the protocol chosen.
  • the automated trading system After receiving the current market information, the automated trading system decodes the information and, using a look-up protocol, searches a table of traded products, resulting in a delay indicated by link 7.
  • a hash table with an efficient hash key or a search tree may be used to reduce the delay associated with the processing associated with link 7.
  • the particular look-up protocol should be fine-tuned to the platform used for the automated trading system as performance may vary with the platform to the extent that a linear search may prove better than a hash table even for a surprisingly large number of products (over 100).
  • the look-up time for hash tables is almost constant. For binary trees, the look-up time is proportional to the logarithm of N (in 0(log N)), where N is the number of products traded.
  • a linear search has a look-up time that is proportional to N (in 0(N))—Of course, the actual times encountered in practice matter, so the look-up protocol should be tailored to the platform used
  • Link 8 represents the delay attributable to decision-making and safety checks. As noted above, decisions are made based on a numeric comparison between the current market price and the corresponding theoretical price. Safety checks account for most of the delay experienced in link 8. Safety checks may include, for example,: (1) price and quantity reasonability checks, and (2) trade attempt frequency limitations.
  • Links 9-15 corresponds to the delay associated with composing an order and submitting the order to the exchange.
  • link 9 reflects the time spent composing the order, which may require a format defined by the exchange.
  • Link 10 corresponds to the time required for the automated trading system output interface to communicate the order to the exchange interface software. This may be done, for example, using a synchronous function call or an asynchronous call. In some embodiments, the tasks associated with links 9 and 10 may be performed at the same time.
  • Links 11 and 12 correspond to the time expended while the exchange interface software receives the order, decides which module should be used to submit the order, interprets the order request, and performs a series of validations. If the order passes these tests, it is converted into the exchange format and passed to the exchange, as indicated by links 13-15.
  • the delays attributable to links 1 and 15 may be reduced by locating the automated trading system close to the exchange site 100 .
  • the selection of high-speed equipment may reduce delays and/or priority schemes.
  • the delay experienced in links 2-14 may be reduced, of course, by using a faster computer.
  • the efficiency of the software and algorithms is also an important factor in reducing delay.
  • it is possible to integrate the automated trading system software with the software that interfaces with the exchange site 100 which leads to reduced delay. In such a case, the automated trading system receiver and output interfaces may be the same as the exchange receiver and output interfaces.
  • links 6 and 7 may be completed within 80 microseconds, and commonly may be completed within 60 microseconds, and as fast or faster than 31 microseconds.
  • the time from link 6 to the completion of the decision-making by the decision logic may be less than 155 microseconds, less than 120 microseconds, and even less than 80 microseconds.
  • Links 6-8 may be completed within 690 microseconds, may be completed within 370 microseconds, and performed as fast as 260 microseconds or less.
  • Links 6-9 may be completed within 930 microseconds, commonly be completed within 585 microseconds, and as fast or faster than 301 microseconds.
  • the time from receipt of the new price information by the automated trading system to submission of an order may be may be the same as or about 20-25 microseconds more than the totals provided in connection with links 6-9 above, depending on the number of options or other items in the data structure (e.g., table) and their respective order.
  • the times required for links 2-5 and 10-14 are generally determined by exchange software and, accordingly, may change from exchange to exchange.
  • Link 16 reflects the processing of the order at the exchange site 100 . Following the exchange site 100 processing, a confirmation of the trade is returned to the trader if the trader's order is matched. Not all orders result in a match. There is no sharing of lucrative trades with other traders who may have submitted similar matching orders that are received by the exchange even some microseconds later.
  • the embodiment illustrated in FIG. 6 corresponds to an arrangement in which the interface software provided by the exchange and the automated trading system are resident on the backend computer 225 .
  • the vertical dashed line 610 indicates the interface between the separate computers.
  • the separate backend computers may be connected via network interface cards or a common hub. Additional delays may be experienced in the transmission and reception of between the backend computers as well as from LAN throughput and latency.
  • FIG. 7 provides a schematic of an embodiment of an electronic trading exchange system network 70 coupled to multiple trading sites.
  • the electronic trading exchange system network 70 is similar to that shown as 10 in FIG. 1 and, for the sake of brevity, duplicative description will be omitted.
  • exchange site 700 is coupled to trader site 200 by communication links 300 .
  • the exchange site 700 may be designed as a local area network (LAN) and include, for example, one or more security routers and one or more back office computers, among other equipment.
  • LAN local area network
  • security router 710 controls communications between the back office computers 730 and the communications link 300 .
  • Security router 710 transmits and receives communications over the communications link 300 , as well as restricts communications from unauthorized sources.
  • the security router 710 may be used to isolate the equipment at the exchange site 700 from intrusion and facilitate communication with the back office computers 730 .
  • the back office computers 730 manage the trading of the various securities, currencies, commodities and/or other items traded on the exchange.
  • back office computers 730 may function similarly to the back office computers 130 of exchange site 100 .
  • trading site 200 additionally includes a security router 213 and a backend computer 223 coupled to hub 240 .
  • the security router 213 and backend computer 223 may be located remotely from other equipment of the trader site 200 .
  • Security router 213 transfers trading information between the trading site 200 and the exchange site 700 .
  • the security router 213 screens communications from unauthorized sources.
  • Backend computer 223 may be configured as a communication server for the trader stations 230 .
  • Hub 240 handles communications between backend computer 223 and trader stations 230 .
  • trader site 200 is connected to a first exchange site 100 and a second exchange site 700 .
  • the trader site 200 may receive market information and trade securities, such as options, futures, and other derivatives; currencies, stocks, bonds, and other physicals like corn, metals, electricity, etc., and/or other items.
  • the trader site 200 may receive market information and/or trade securities (e.g., options, futures, and other derivatives; currencies, stocks, bonds, and other physicals like corn, metals, electricity, etc.,) and/or other items.
  • Traders site 200 receives market information and trades securities or other items related to the securities or other items traded through the first exchange site 100 .
  • the trader site 200 may be equipped with an automatic hedging capability that automatically buys or sells securities (e.g., futures, options, swaps or other derivatives; currencies, stocks, bonds, or other physicals like corn, precious metals, electricity, etc.) and/or other items traded on the exchange to hedge at least some of the risk (for example, delta risk) associated with an automated trade for other securities or items.
  • securities e.g., futures, options, swaps or other derivatives; currencies, stocks, bonds, or other physicals like corn, precious metals, electricity, etc.
  • trader site 200 may trade options for a particular stock through exchange site 100 and the particular stock through exchange site 700 .
  • two types of orders may be submitted to an exchange to buy (sell) a security.
  • a market order instructs the exchange to buy (sell) a specified quantity of the security at the going market price.
  • a limit order instructs the exchange to buy (sell) up to a specific quantity of the security if the market price is equal or better than a specified value.
  • a trader usually can be assured that a market order will be filled by the exchange, but cannot be certain of the price at which the order is filled. The actual price that the market order is filled depends on available price and depth of market. While the trader placing a limit order can be assured of a price, all or a portion of the limit order may never be filled if the market price never meets the limit order conditions.
  • the above table assumes a market with current bids of $110/share for 400 shares, $100/share for 600 shares and $80/share for 2000 shares, as indicated above.
  • a market order to sell 1000 shares will be executed by the exchange at an average price of $104/share.
  • the 1000 share market order will be matched with 400 shares at $110/share and 600 shares at $100/share, for a net of 1000 shares at an average price of $104/share.
  • order submission in the automated trading system depends, for example, on the price of the underlying security, which is liable to change frequently.
  • This risk commonly called delta risk
  • the option lot size (shares per option contract) and number of option contracts traded are typically factored into the hedging decision.
  • the option lot size is typically defined by the options exchange when the contract is created and changed only under special circumstances, such as capital adjustments.
  • the number of options that the trader has bought or sold is included in the confirmation notice transmitted from the options exchange.
  • a trader may determine the number of shares of the underlying security to be bought or sold after each option trade based on: (1) mathematical models, including price of the underlying security, (2) options per contract and (3) number of options traded.
  • the price of the underlying security may be defined in several different ways.
  • a typical hedging response of an option trade will be to buy or sell the underlying security. Specifically, buying (selling) calls and selling (buying) puts will usually lead to selling (buying) the underlying for delta hedging. Since the trader will need to sell (buy) the underlying to hedge the delta risk, he may be most interested in the bid (ask) price of the underlying security. While delta risk is referred to specifically, it should be understood that the automated hedging feature might be used to hedge other known risks. For example, automated hedging may be used to hedge the vega risk, the risk of a position or trade due to price changes of the options arising from changes of an option's volatility.
  • a trader must define how and to what extent to delta hedge. Obviously, a trader must first decide whether he wants to delta hedge manually, or automatically. In either case, he must consider two opposing dynamics: (1) speed of executing the underlying security orders, and (2) execution price of the underlying security orders.
  • a trader may choose to hedge using market orders if she is most concerned about speed of execution, or limit orders if she is most concerned about the price at which the underlying orders are executed.
  • entering a market order will (nearly) always result in the desired quantity being executed, but at potentially unfavorable or unexpected prices.
  • entering a limit order will always result in executed prices which meet certain criteria (i.e., greater than or equal to limit price if selling, and less than or equal to the limit price if buying), but only some or none of the desired quantity may actually be executed.
  • the trader may assess several qualitative factors in deciding whether to automatically hedge and, if so, whether to use market orders or limit orders. Some of the qualitative factors include the quantity of delta hedge underlying trade relative to the depth of the entire underlying market, volatility of the underlying market, the size of the underlying bid-ask price spread relative to the price of the underlying, and the amount of mental attention the trader can give toward the delta hedge trade. Different traders trading options on different underlying securities may opt for different hedging methods. Thus, in one embodiment of the automatic option trading system of the present disclosure, the trader may choose manual hedging, automatic hedging using market orders, or automatic hedging using limit orders.
  • the automatic hedging software may be resident on one or more of the trader stations 230 , a backend computer 220 , 223 , 225 , or other equipment of the trader site 200 .
  • Backend computer 220 receives option trade confirmations from exchange site 100 based on an order submitted automatically by backend computer 225 .
  • backend computer 225 may receive option trade confirmations from the exchange site 100 .
  • the option trade confirmations may correspond to orders submitted either automatically or manually by a trader.
  • Backend computer 220 routes the trade confirmation to a trader station 230 that is associated with the automatic option trade made by the backend computer 225 .
  • trader station 230 displays the appropriate hedge action based on factors previously entered by the trader. For example, the trader may see a message such as “buy 4500 shares” of the underlying security. If automatic hedging using the market order has been selected, trader station 230 automatically submits a market order, for example to buy 4500 shares at the market prices, to exchange site 700 via backend computer 223 . At the exchange site 700 , the market order will (nearly) always be immediately filled by buying 4500 shares, albeit at a potentially unexpected or undesirable average price for those shares.
  • trader station 230 automatically submits an order, for example to buy 4500 shares at a price of 68.05, to exchange site 700 via backend computer 223 .
  • the specific limit price submitted depends on the current underlying market and trader definable (a priori) as, perhaps, either: (1) current ask price, since she is buying, (2) average of current bid and ask price, or (3) last traded price.
  • exchange site 700 may not be able to match the limit order immediately, if ever.
  • Exchanges typically enable the trader to modify or delete partially matched or completely unmatched limit orders. In some cases, the exchange site through which the underlying security is traded may depend on the option traded.
  • both futures of an equity index (e.g. Standard and Poor's 500) and options on the same equity index may be traded through exchange site 100 .
  • a stock may be traded through exchange site 700 , but options for the stock may be traded through exchange site 100 .
  • the system configurations at either the trader station 230 performing hedging or other equipment at trader site 200 must ensure that hedge orders are routed to the appropriate exchange.
  • the trader site 200 is described as submitting orders to the exchange site 100 using the automated trading system. However, the trader site 200 may submit its “order” in the form of a quote to the exchange site, where the bid (ask) price of the quote corresponds to the theoretical buy (sell) price if, say, the trader wanted to buy (sell) the item.

Abstract

An electronic exchange system network includes a trader site having an automated trading system capable of submitting orders to an exchange site. The automated trading system determines whether an order should be submitted based on, for example, the current market price of an option and theoretical buy and sell prices. The theoretical buy and sell prices are derived from, among other things, the current market price of the security underlying the option. A look-up table stores a range of theoretical buy and sell prices for a given range of current market price of the underlying security. As the price of the underlying security changes, a new theoretical price may be indexed in the look-up table, thereby avoiding calculations that would otherwise slow automated trading decisions. In addition, a system of checks may be conducted to ensure accurate and safe automated trading.

Description

    TECHNICAL FIELD
  • The present disclosure relates to an automated trading system for use in an electronic trading exchange network system and, more particularly, a trading system that rapidly, accurately, and safely responds to desirable trading opportunities.
  • BACKGROUND
  • Trading exchanges historically provided a location for buyers and sellers to meet to trade stocks, bonds, currencies, commodities, and other items. The New York Stock Exchange and the Chicago Mercantile Exchange are examples of such trading exchanges. Recent advances in computer and communications technology have led to electronic trading exchange system networks. Electronic trading exchange system networks use communications networks and computers to replicate traditional face-to-face exchange functions. For example, centralized exchange computers disseminate market information, maintain records and statistics, settle cash payments, determine risk based margin requirements, and match trades. Matching of trades is typically done on a first come-first served basis, whereby time of order entry is an important criterion for determining priority in fulfillment of a transaction.
  • A communications network connects the exchange computers to numerous trader sites. Each trader site includes one or more trader stations operated by traders. Exchange network operators typically provide exchange members with interface software and, in some cases, hardware to enable traders to view prices and other information relating to products, and to execute transactions by submitting orders and quotes. This trading information is displayed in a grid or other organized format. Market competition is fierce. Traders who can quickly identify opportunities and act on them generate the largest profits.
  • Most trader stations in use today rely upon the traders themselves to decide whether to submit an order in response to a trading opportunity presented through the exchange. In this regard, the trading information is received from the exchange, processed, and displayed on a monitor of the trader's station. The trader reads the trading information from the monitor and decides whether or not to submit an order. The trader submits an order by entering instructions into the trader station using a keyboard or mouse.
  • Attempts have been made to implement trading systems that automate decision-making so that orders may be submitted with limited trader interaction. These systems have a number of drawbacks. For example, user-friendly systems that automatically submit orders without trader interaction, while faster than a human trader, are relatively slow in terms of computer speed due to application and system design. In a typical set-up, trading information received from the exchange is processed by general purpose backend computer equipment. The backend computer may, among other things, (1) act as a gateway by communicating market information from the exchange to various types of client equipment, (2) submit, delete, and modify orders and quotes to the exchange from the various client equipment, (3) receive real-time trade confirmations and end-of-day back office reports, and (4) perform risk analysis, position management, and accounting functions. The trader stations are clients of the backend computer. The trader stations may be tasked with numerous functions, such as (1) receiving and displaying real-time market information, (2) creating and displaying theoretical prices related to market products, (3) composing, submitting, modifying, and deleting orders and quotes, (4) maintaining positions and calculating risk management, to name a few. Each trader station is typically configured in a very user-friendly, Windows-based environment since the trader will spend long periods of time each day watching and interacting with it. The overhead associated with the functions performed by the backend computer and the trader stations reduces the response speed of automated trading.
  • In addition, computer equipment lacks the trading judgment of a human trader. A computer can generate staggering losses in the blink of an eye by submitting orders based upon incomplete or mistaken assumptions inherent in the trading program, erroneous input data, or corrupted data relied upon by the trading program. Accordingly, there exists a need in the art for an automated trading system that rapidly responds to trade information transmitted from an exchange, yet is safe and accurate.
  • SUMMARY
  • The present disclosure has been made in view of the above circumstances and has as an object to provide an improved trading system that rapidly responds to trading information received from an exchange.
  • A further object of the disclosure is to provide an automated trading system in an electronic trading exchange system that rapidly submits orders in response to trading information received from the exchange.
  • A further object of the disclosure is to provide an automated trading system that ensures the accuracy of automatic trading operations.
  • A further object of the disclosure is to provide an automated trading system that performs automatic trading operations without the risk of enormous losses due to erroneous, mistaken and/or repeated operation.
  • A further object of the disclosure is to provide a trading system in an automated trader station that may be remotely controlled.
  • A further object of the disclosure is to provide an automated trader system that automatically hedges some or all of the delta risk associated with the execution of a trade by submitting an order in connection with another, related trade opportunity.
  • Additional objects and advantages of the disclosure will be set forth in part in the description that follows, and in part will be obvious from the description, or may be learned by practice of the disclosure. The objects and advantages of the disclosure will be realized and attained by means of the elements and combinations particularly pointed out in the appended claims.
  • To achieve the objects and in accordance with the purpose of the disclosure, as embodied and broadly described herein, the disclosure provides an automated trading system for use in an electronic exchange system network that includes a receiver interface that receives market price information for a first traded item from an exchange, data reference logic that outputs a transaction value for the first traded item from a data structure based on price information for a second traded item related to the first traded item, decision logic using at least a portion of the received market price information and the transaction value to generate a decision whether to submit an order for the first traded item, and an output interface for outputting a request for market transaction for one of the first traded item and the second traded item for transmission to the exchange in response to the decision logic. By way of example, the first traded item may correspond to an option and the second traded item may correspond to a security underlying the option.
  • The data reference logic may receive current price information for the second traded item and uses the current price information to output the transaction value. The data reference logic may include memory storing the data structure, which maps pre-calculated transaction values of the first traded item over a range of price values of the second traded item, and reference logic for identifying one of the pre-calculated transaction values based at least in part on a current price value for the second traded item. The data structure may comprise one or more of a two-dimensional data structure mapping pre-calculated transaction values of the first traded item over a range of prices of the second traded item, an n-dimensional data structure, where n is 3 or more, a look-up table, a linked list, and/or a tree structure.
  • The decision logic may compare at least a portion of the received market price information to the transaction value when automated trading in the first item first becomes enabled. The automated trading system may also include safety check logic, responsive to the decision logic, to prevent transmission of a request for market transaction (or to cap the maximum quantity of the market transaction) for the first traded item to the exchange if the request does not meet a predetermined criterion, such as a maximum trade quantity for the first traded item or a maximum number of market transaction attempts within a predetermined period of time. The decision logic may compare at least a portion of the received market price information to the transaction value when the maximum number of attempts is increased.
  • The receiver interface may receive the market price information for the first traded item indirectly from the exchange via an exchange interface. Further, the decision logic may compare the transactional value to at least a portion of the received market price information, where the transaction value is a minimum sell price for the first traded item, and the market price information includes a market bid price for the first traded item. The transaction value may be a maximum buy price for the first traded item, and the market price information may include a market ask price for the first traded item. The transactional value may be a theoretical value of the first traded item based on a mathematical model.
  • The price information for the second traded item may correspond to a current market price for the second traded item. The decision logic may then generate a comparison when the current market price for the second traded item changes. Comparisons may additionally be generated when the current market price for the first traded item changes, when a table variable are updated or changed, when automated trading is enabled, and/or when safety checks are relaxed.
  • A backend computer may include the receiver interface, the data reference logic, the decision logic, and the output interface. The first backend computer may operate using a Windows-based operating system or a text-based operating system. A trader station separate from the backend computer may be coupled to the backend computer through a communication link. The trader station may include a graphic user interface to enable a trader to monitor the operation of the backend computer. The trader station may transmit updated data reference information for updating the data reference logic to the backend computer over the communication link. For example, the trader station can calculate the updated data reference information, which the backend computer stores. The backend computer may be located substantially closer than the trader station to the exchange that transmits the market price information for the first traded item.
  • The present disclosure further comprises an automated trading method for use in an electronic exchange system network, that includes receiving market price information for a first traded item, identifying a desired price for the first traded item in a look-up table based on price information for a second traded item related to the first traded item, comparing the received market price information for the first traded item to the desired price for the first traded item, and generating an order for one of the first traded item and the second traded item based on the comparison of the received market price information to the desired price.
  • The first traded item may correspond to an option and the second traded item may correspond to a security underlying the option. The step of identifying a desired price may include receiving current market price information for the second traded item, using that current market price information to index a desired price for the first traded item in the look-up table. The look-up table may be a two-dimensional table providing desired price values indexed by item traded and price of the second traded item or an n-dimensional table, where n is 3 or more.
  • The present disclosure further comprises an automated method of trading in an electronic exchange system network, comprising the steps of receiving a current market price for an option from an electronic exchange, comparing the current market price for the option with a desired price for the option, where the desired price is derived from current price information for an underlying security for the option, and submitting an order for the option to the electronic exchange within 1 millisecond of the step of receiving the current market price.
  • The step of submitting an order may be performed within 600 microseconds of the step of receiving the current market price, and even within 380 or 250 microseconds of the step of receiving the current market price.
  • The present disclosure further comprises an automated trading method for use in an electronic exchange system network, including the steps of receiving market information for a first traded item, identifying a transaction value for the first traded item in a look-up table based on at least one of price information for a second traded item related to the first traded item and received market information for the first traded value, and using at least the identified transaction value in determining whether to submit an order for the first traded item.
  • The identified transaction value may be an implied volatility value corresponding to the first traded item, a maximum buy value for the first traded item, a minimum sell value for the first traded item, or a theoretical value for the first traded item generated based on a mathematical model. Further, the look-up table may comprise a linked list.
  • The backend computer may perform the receiving, identifying, and using steps on a Windows-based operating system or on a text-based platform. A trader station separate from the backend computer may calculates transaction values for storage in the look-up table and transmit the calculated transaction values to the backend computer, which stores the calculated transaction values in the look-up table. The values stored in the look-up table of the backend computer may be checked against values stored in a look-up table in the trader station to confirm the accuracy of the look-up table stored in the backend computer.
  • Moreover, the method may further include submitting an order for the first traded item receiving confirmation of a transaction from an exchange responsive to the order submitted, and submitting an order for the second traded item to hedge a delta risk associated with the confirmed transaction.
  • It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure, as claimed.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiment(s) of the disclosure and together with the description, serve to explain the principles of the disclosure.
  • FIG. 1 illustrates an embodiment of an electronic trading exchange system network in accordance with the present disclosure.
  • FIG. 2 illustrates a further embodiment of an electronic trading system network in accordance with the present disclosure.
  • FIG. 3 provides a schematic of the functionality of an embodiment of an automated trading system in accordance with the present disclosure.
  • FIGS. 4 and 4A, collectively referred to in the description of the preferred embodiment as FIG. 4, illustrate a representation of an embodiment of a theoretical price look-up table in accordance with the present disclosure, with FIG. 4A being a continuation of the right end of FIG. 4.
  • FIGS. 5A, 5B, 5C, and 5D, collectively referred to in the description of the preferred embodiment as FIG. 5, illustrate an embodiment of a trading screen for use in connection with a trader station in accordance with the present disclosure, with FIG. 5A being the upper left quadrant, FIG. 5B being the upper right quadrant, FIG. 5C being the lower right quadrant, and FIG. 5D being the lower left quadrant of FIG. 5.
  • FIG. 6 provides a flow diagram of the steps performed in automated trading in accordance with the present disclosure.
  • FIG. 7 illustrates a further embodiment of an electronic exchange system network in accordance with the present disclosure.
  • DETAILED DESCRIPTION
  • The present disclosure recognizes that electronic trading exchange system computers match buy and sell orders on a first come/first serve basis. Accordingly, the speed and accuracy of submitting orders or other responses is critical to the trader's ability to participate in the most profitable transactions. Even short delays in response may freeze a trader out of an otherwise lucrative transaction.
  • The present disclosure is capable of reducing the time it takes for the trader to submit an order in response to incoming trading information from the exchange. In accordance with one aspect of the present disclosure, the trader's computer equipment automatically decides whether or not to submit an order based upon a look-up table of trading information stored by the computer equipment and trading information received from the exchange computers. The look-up table, among other advantages, eliminates the need to recalculate decision information when trading conditions change. Recalculating decision information is time consuming, particularly when trading conditions change frequently. For example, calculating a single price for an option can take several hundred microseconds to a few milliseconds and each underlying security may correspond to several hundred options. In addition, information in the look-up table can be structured to enable automated decisions to be made for select traded items sooner than for other traded items. To further enhance the response speed of the trader, the trader's computer equipment may be dedicated or substantially dedicated to performing automated trading operations, with limited or minimized overhead permitted for other tasks. Further, the trader's computer equipment assigned to automated trading may be used to process raw trading information received from the exchange. The present disclosure is further capable of reducing the time delay associated with the transfer of trading information from the exchange computers to the trader.
  • In an additional aspect of the present disclosure, safe and accurate automated trading may be achieved by performing various checks of the information used in decision-making and/or information concerning the order. Further, an automated hedging feature may be invoked which, when a trader takes a position in a security, automatically establishes a hedge position in a related security.
  • Reference will now be made in detail to the present exemplary embodiment(s) of the disclosure illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
  • FIG. 1 provides a schematic of an embodiment of an electronic trading exchange system network 10 that may be used in connection with the present disclosure. Other network arrangements may be used as well. The electronic trading exchange system network 10 includes an exchange site 100 and a plurality of trading sites 200. For purposes of simplification, FIG. 1 illustrates an exchange site 100 linked to a single trading site 200. Other trading sites 200 may be located in a different part of the same city, as the exchange site 100, a different city, a different country or different continent as the exchange site 100. The exchange site 100 need not be limited to equipment provided at a single location, but may be provided in multiple locations linked by a network. Similarly, the trading sites 200 need not be limited to equipment provided at a single location, but may include equipment at multiple locations linked by a network, such as a wide area network (WAN).
  • The exchange site 100 may be linked to the trading site 200 by one or more communication links 300. The communication links 300 may be part of a wide area network formed by dedicated communications lines, commonly-accessible communication lines, or a combination thereof. For example, dedicated lines may be strung between the exchange site 100 and one or more of the member trading sites 200. Alternatively, dedicated lines may be leased from telephone, cable, or other communication network operators. For example, the public switched telephone network may embody the commonly-accessible communication lines. Of course, the communications links 300 may also include, in whole or in part, wireless communications, such as microwave or satellite links.
  • In one embodiment, the exchange site 100 may be designed as a local area network (LAN) and include, for example, one or more security routers and one or more back office computers, among other equipment. For purposes of illustration only, two security routers 111, 112 and three back office computers 130-1 130-2, 130-3 (referred to collectively as back office computer 130) are shown in FIG. 1, The security routers 111, 112 control communications between the back office computers 130 and the communications links 300. Each security router 111, 112 transmits and receives communications over the communications links 300, as well as restricts communications from unauthorized sources. More particularly, the security router 111,112 may be used to isolate the equipment at the exchange site 100 from intrusion and facilitate communication with the back office computers 130.
  • The back office computers 130 manage the trading of the various securities (e.g., futures, options, swaps or other derivatives; currencies, stocks, bonds, or other physicals like corn, precious metals, electricity, etc.) and/or other items traded on the exchange. For example, one or more of the back office computers 130 may function as market servers. In this capacity, they may maintain order books, perform order matching, generate market information for use at the exchange site 100 and/or for transmission over the communication links 300, and supply trade information to other back office computers 130 for accounting and/or cash settlement purposes. One or more of the back office computers 130 may function as short-term accounting servers. As such, these computers may receive information from the market servers and generate information for transmission over the communication links 300. The short-term accounting servers may be initialized with status information from the previous day's trading before performing accounting tasks for the current day. One or more of the back office computers 130 may function as long-term account servers and, accordingly, function to collect data from the short-term accounting servers for batch processing and record. The long-term account servers may supply information to initialize the short-term account servers and generate reports for transmission to trading sites 200. Of course, the back office computers 130 may perform additional functions and a single computer may perform more than one of the above functions.
  • The trading sites 200 may include a LAN architecture having one or more security routers, one or more backend computers, one or more trader stations, and one or more hubs, among other equipment. For purposes of illustration only, FIG. 1 shows two security routers 211, 212, two backend computers 220, 225, three trader stations 230-1, 230-2, 230-3, (collectively referred to as trader stations 230) and two hubs 240, 241. The security routers 211, 212 transfer trading information between the trading site 200 and the exchange site 100 and screen communications from unauthorized sources. The hubs 240, 241 distribute data between the backend computers 220, 225 and the trading stations 230.
  • Backend computer 220 may be configured as a communication server for the trader stations 230. The exchange often supplies software and/or hardware for the backend computer 220 to facilitate communications with the exchange site 100. Backend computer 220 handles communications between the trader stations 230 and the back office computers 130 of the exchange. Of course, the trader site 200 may include multiple backend computers 220.
  • Backend computer 225 may also be equipped with software and/or hardware that facilitates communications with the exchange site. Some exchanges, for example, such as the EUREX (the German and Swiss Derivatives Exchange), recommend installation of a redundant on-site backend computer in the event that the primary communication backend computer 220 fails. In addition, backend computer 225 may be configured to perform automated trading functions under the control of one or more of the trader stations 230. The automated trading functions are described in more detail below. The backend computer 225 should be equipped with a high-speed processor and sufficient memory to efficiently handle automated trade processing. The trader stations 230 may control backend computer 225 remotely through a communication link 250, for example, a WAN. The trader site 200 may include multiple backend computers 225.
  • In one preferred embodiment, backend computer 225 is dedicated or substantially dedicated to performing automated trading-related functions, as discussed in greater detail below. Backend computer 220, rather than backend computer 225, may be assigned trading-related tasks, such as (1) serving as a gateway to communicate market information from the exchange site 100 to trader stations 230, (2) submitting, deleting, and modifying orders and quotes to exchange site 100 from the trader stations 230, (3) receiving real-time trade confirmations and end-of-day back office reports, and/or (4) performing risk analysis, position management, and accounting functions. In this way, backend computer 225 may perform automated trading functions with limited interruption or delays associated with other tasks the backend computers (such as backend computer 220) may be requested to perform. This increases the response speed for automated trading operations. Moreover, the total time delay in submitting an order to the exchange site 100 includes a component attributable the transmission delay or network lag in transmitting signals between the exchange site 100 and the trader site 200. Therefore, backend computer 225 is preferably located near to the equipment of the exchange site 100 to reduce delays associated with transmitting information and orders between the backend computer 225 and the exchange site 100. Accordingly, the total time for responding to trading opportunities can be reduced both by reducing transmission delays and by increasing decision-making speed at the trader site 200. Significantly, the backend computer 225 may be remotely supported or controlled by a distant trader station 230, which permits the trader station 230 to be located virtually anywhere without adversely affecting the response time of the automated trading system. Accordingly, the trader site 230 may be chosen based on considerations such as tax, real estate costs, and quality of life, without having to worry that trader station location will impair the performance of automated trading carried on by backend computer 225.
  • Trader stations 230 receive information from the exchange site 100, process that information, and display at least part of it on a monitor. Each trader station 230 typically runs interactive software that enables a trader, among other things, to submit orders and/or quotes to the exchange site 100. As discussed further below, one or more of the trader stations 230 may additionally be equipped with software for controlling the automated trading functions of backend computer 225.
  • FIG. 2 illustrates an alternative embodiment of an electronic trading exchange system network 20. For the sake of brevity, features of FIG. 2 similar to those in FIG. 1, which are described above, will not be repeated. In FIG. 2, the trading site 200 includes an automated trading system computer 225-2 separate from the backend computer 225-1. In this embodiment, the automated trading system computer 225-2 performs automated trading system functions and the backend computer 225-1 manages communications between the automated trading system computer 225-2 and the exchange site 100. The automated trading system computer 225-2 may be connected to the backend computer 225-1 using, for example, network interface cards or through a hub (not shown). The automated trading system computer 225-2 may be controlled using one or more trader stations 230 either locally or through a communication link 250. Alternatively, the automated trading system computer 225-2 may be controlled through the communication computer 225-1 (as indicated by the dotted lines), which would serve to communicate information between the trader stations 230 and the automated trading system computer 225-2.
  • FIG. 3 provides a functional diagram illustrating the operation of an embodiment of an automated trading system used in connection with options trading. Of course, the embodiment may be modified for use in trading other securities (e.g., futures, options, swaps or other derivatives; currencies, stocks, bonds, or other physicals like corn, precious metals, electricity, etc.) and/or other items traded on the exchange. The automated trading system is preferably resident in the backend computer 225 as configured in FIG. 1, which may utilize multiple CPUs. However, it may also be resident in one or more of the trader stations 230 or the backend computers 220. The automated trading system software may run in a text-based environment or a Windows or Windows-like environment. For example, the automated trading system may be run on an operating system, such as VMS, DOS, or LINUX, or in a WINDOWS or similar operating system, which is more user-friendly. In some operating systems, automated trading may be assigned priority over other tasks or processes and run without debug messages. Local decision-making times of less than 250 microseconds have been achieved in a text-based VMS system run on a backend computer 225 and times of 50-150 milliseconds or less have been achieved on a Windows-based system run on a trader station 230, depending on the processor load from other tasks.
  • The automated trading system receives and decodes current market information broadcast from the exchange site 100 through a receiver interface 410. The decoding of market information may be performed, for example, transparently by software supplied by the exchange for use with the backend computers, by the exchange software at the request or direction of the automated trading system, or by the automated trading system itself. The current market information may include information related to the options and underlying security of the option. Specifically, market bid, ask and last prices and the day's volume for call options (the right to buy the underlying security at a specified time in the future at a specified price), put options (the right to sell the underlying security at a specified time in the future at a specified price) and the underlying security, to name a few, are typically received by the trader site. An option look-up protocol 420 is used to locate the particular option identified in the current market information in an option look-up array or table 430, which may be formed in memory of the backend computer 225. The look-up protocol 420 may be any of several known look-up or search protocols. For example, the look-up protocol may involve a linear search, search tree, use of a hash or index table, or other known search protocol.
  • The option look-up array or table 430 stores information concerning options that may be automatically traded. For simplicity, a two-dimensional table having rows and columns will be described. However, it should be understood that higher-dimension arrays or tables may be used in connection with the present disclosure. Each row of the option look-up table 430 stores information relevant to a particular option including, for example, option name, current market prices, times and quantities of the most recent trades by the trader, maximum order quantity, and whether automated trading is enabled for the option. As discussed further below, this information may be used as a check against erroneous operation. Alternatively, option look-up table 430 may store information in connection with items that are actually being automatically traded at a given time. As a further alternative, look-up table 430 may include indices that link only the items currently enabled for automated trading and skip those for which automated trading is not enabled. In such a case, an additional table may be maintained for the full set of items for which automated trading may be performed. This is useful in increasing the speed at which a disabled option can be enabled. Accuracy checks may use both the additional table and look-up table 430. Communications between the automated trading system and the trader stations 230 are conducted through a trading station interface 440. For example, a trader station 230 may update information contained in the option look-up table 430 via a trading station interface 440. In this way, the option look-up table 430 may be updated to enable (disable) automated trading for a particular option.
  • The option look-up table 430 may be organized in several different ways. For example, the market bid and ask prices for a particular option may be stored in different rows of the option look-up table 430. Alternatively, the bid and ask prices may be stored in the same row of the option look-up table 430, but in different columns, or as different cells in a price dimension, for example. Also, the option look-up table 430 may be segmented, for example, so that all bid prices are grouped together and all ask prices are grouped together. Different classes of options (i.e., options with different underlying securities) may be indexed in a single look-up table 430 or in multiple look-up tables 430, for example, with each option having its own look-up table 430.
  • In addition to the current market information concerning option trading, the automated trading system may receive and decode current market information concerning the security (or securities) underlying the options. For example, an exchange that trades the underlying security typically maintains a book of bid (ask) prices and quantities of current order and quotes of those traders wishing to buy (sell) the underlying security. The automated trading system may receive the underlying market information, for example, from the exchange site 100, from a separate exchange site, or from another market feed either directly or indirectly, e.g., through a trader station 230. The underlying market information for a given security may be indexed in a theoretical price look-up array or table 435, which may be formed in the memory of backend computer 225, to identify theoretical buy and sell prices for options associated with the underlying security. While the theoretical price look-up table 435 may constitute a multi-dimensional array or table, a two-dimensional table will be described for purposes of simplicity. It should be understood that data structures other than arrays or tables may be used in connection with the present disclosure. The theoretical price look-up table 435 may be updated by a trading station 230 via trading station interface 440. In one embodiment, the trader station 230 supplies the content of the theoretical price look-up table 435 to the automated trading system.
  • The theoretical buy and sell prices for derivatives, such as options, may be determined using mathematical models. The mathematical models produce a theoretical value for an option given values for a set of variables that may change over time. Variables considered in these models may include (1) the current market price of the underlying security (e.g., the price of the stock or future from which the option is derived), (2) risk free interest rates, (3) volatility of underlying price, (4) dividend stream, (5) time until expiration, (6) whether the option can be exercised before the expiration date, and (7) whether the option is a call or put. Variables (2)-(7) are not likely to change as frequently as the price of the underlying security, variable (1). Some variables, such as price of the underlying security, can be derived from the market. Other variables require some qualitative assessment by the trader. In one embodiment of the disclosure, the current market price of the underlying security is used to index the theoretical price look-up table 435. However, the theoretical price look-up table 435 may be indexed using other variables in addition to or instead of current market price of the underlying security.
  • The current market price of the underlying security may be defined in several different ways. At any given time during normal trading, the underlying security will usually have: (1) bid prices and quantities; (2) ask prices and quantities; (3) a last price and volume at which the underlying security was traded (last price); (4) an average of the current highest bid and lowest offer prices (average best bid, best ask price); and (5) an average price of a certain depth, among other values. The average price of a certain depth, say 5000 shares, would take the average of the: (a) best (highest) bid prices in the book of the first 5000 shares, and (b) best (lowest) offer prices in the book of the first 5000 shares. Obviously, there are many more definitions of underlying price that can be created, for example, using permutations of the five definitions provided above.
  • It is highly probable that at least four of these five definitions will yield (perhaps slightly) different results at any time. Since the normal hedging response of an option trade is to buy or sell the underlying security, the option trader may very carefully define underlying price used in her models. Specifically, buying (selling) calls and selling (buying) puts will usually lead to selling (buying) the underlying for hedging. For reasons discussed further below, the trader may want to set the theoretical buy price for call options and the theoretical sell price for put options using the bid price (and/or possibly bid underlying depth) of the underlying security. Likewise, the trader may want to set the theoretical sell price for call options and the theoretical buy price of put options using the ask price (and/or possibly the ask underlying depth) of the underlying security. In summary, theoretical value calculations used for automatic option trading should be flexible enough to use various definitions of underlying price.
  • In addition to generating a theoretical value for an option, the trader selects a buy spread and a sell spread. The buy spread may be subtracted from the theoretical value to produce the theoretical buy price—the highest price at which the trader is willing to buy a particular option using automated trading. The sell spread may be added to the theoretical value to produce the theoretical sell price—the lowest price at which the trader is willing to sell a particular option using automated trading. Accordingly, the trader would like to sell an option having a bid price that is the same as, or higher than, the trader's theoretical sell price. The trader would like to buy the option from anyone offering a price that is the same as, or lower than, the trader's theoretical buy price.
  • Accordingly, in the embodiment illustrated in FIG. 3, the theoretical price look-up table 435 is designed to correlate the current market price of an underlying security to the theoretical buy and sell prices of the options for which automated trading is performed. For example, if automated trading is performed for options underlying Exxon stock, the theoretical price look-up table correlates the current price of Exxon stock to the theoretical buy and sell prices of Exxon stock options. If the price of Exxon stock changes, the theoretical price look-up table can be used to index different theoretical prices for the Exxon stock options.
  • Similar to the option look-up table 430, the theoretical price look-up table 435 may be organized in several ways. For example, all theoretical buy prices for a given price (such as bid price or ask price) of an underlying security may be provided in a single column of a look-up table 435, with a separate look-up table provided for theoretical sell prices. Alternatively, the look-up table 435 may index both a theoretical buy price and a theoretical sell price. The theoretical price look-up table 435 may be segmented or multi-dimensional. Moreover, the theoretical price look-up table 435 may be combined with, a portion of, or linked to option look-up table 430.
  • In addition, the theoretical look-up table 435 and the option look-up table 430 can be structured consistent with the particular search protocol used by the option look-up protocol 420 so that certain options or other items are located by the search protocol before other options or items. For example, if option look-up protocol 420 implements a linear search, the first options in the option look-up table 430 and the theoretical look-up table 435 (e.g., at the top of the tables 430 and 435) will be reviewed by the option look-up protocol 420 before options at the bottom of the table. Accordingly, the trader station 230 or the backend computer 225 may structure the option look-up table 430 and/or the theoretical price look-up table 435 so that options that have shown in the past, or are likely to show in the future, the most promising profits will be located first. The particular order of the options in the tables 430 and 435 may depend on the trading volume in an option, for example. Options with relatively high traded volumes over recent trading days or the current trading day may be given a higher priority ranking in look-up table 430 and/or theoretical price look-up table 435. Moreover, some exchanges may limit the number of orders that a particular trader may submit at a given time. Accordingly, structuring the tables 430 and 435 as described increases the opportunity for the trader to participate in the most lucrative transactions when there are restrictions on the number of concurrent orders placed.
  • In accordance with the embodiment shown in FIG. 3, the trader station 230 may respond to changes in variables (2)-(7) and/or other variables taken into account in determining theoretical buy and sell prices by updating the theoretical price look-up table 435. Alternatively, the theoretical price look-up table 435 may hold theoretical prices over ranges of any one or more of the items defined by theoretical price variables (1)-(7) described above, as well as other variables that one may wish to take into account, such as variable buy and sell spreads (described in more detail below). In such a case, theoretical price is identified in an n-dimensional look-up table 435 responsive to n variables.
  • Calculating the theoretical value for options or other trading derivatives can be relatively time consuming. Moreover, the theoretical values for a series of options change when one of the contributing variables changes. As noted above, some of these variables, such as price of the underlying security, may change frequently. Use of the theoretical price look-up table 435 avoids the need for recalculating theoretical prices when the value of a variable that affects the theoretical price changes. Calculating the theoretical price each time a variable changes unnecessarily consumes computer resources, such as CPU time, better allocated to performing automated trading. The automated trading system of the present disclosure utilizes a precalculated table of theoretical prices over a range of one or more variables that affect theoretical price. Accordingly, when a variable affecting theoretical price (such as the market price of the underlying security) changes, the automated trading system simply references a new theoretical price in the theoretical price look-up table 435 and uses the new theoretical price in deciding whether to buy or sell options.
  • The values stored in the theoretical price look-up table 435 may be calculated, for example, using one or more of the trader stations 230, a backend computer 220, the backend computer 225, or some combination of these. When a trader station 230 calculates the values for the theoretical price look-up table 435, the backend computer 225 may be free to focus its computing resources on automated trading. However, the additional overhead associated with using the backend computer 225 to calculate the values for the theoretical price look-up table 435 may be acceptable in some applications.
  • Referring still to FIG. 3, decision logic 450 compares the theoretical price identified in the theoretical price look-up table 435 to the market price for the option, and based on the comparison, determines whether the option should be bought or sold. For example, in an embodiment in which the theoretical look-up table 435 indexes theoretical buy and sell prices for a particular option based on the price of the underlying security, decisions may be triggered (1) when the market price of the underlying security changes, but the market bid and ask prices of the option remain the same (i.e., changing underlying price, static option price), (2) when the bid or ask price of the option changes, but the market price for the underlying security remains the same (i.e., changing option prices, static underlying price), (3) when the values of theoretical price table 435 are updated, (4) when automated trading is enabled for a particular option, and (5) when safety checks are relaxed for a particular option.
  • Consider example (1) in which the theoretical buy (sell) price of a particular option changes (for example, as a result of a change in underlying security price) and the bid and ask prices of an option remain static. Decision logic 450 will compare the current market ask (bid) price of the option to the new theoretical buy (sell) price obtained from the theoretical price table 435. In this case, the decision logic 450 performs all comparisons affected by the change in underlying price. For example, a change in the bid (ask) price of the underlying security may affect the theoretical buy (sell) price of some or all call options and the theoretical sell (buy) price of some or all put options associated with the underlying security. Accordingly, the decision logic 450 makes comparisons of market bid or ask prices corresponding to new theoretical sell and buy prices.
  • Consider example (2) in which the market bid (ask) price for a particular option changes and the price of the underlying security remains static. The decision logic 450 will compare the new market bid (ask) price to the corresponding theoretical sell (buy) price that exists at that time from the theoretical price table 435. Accordingly, a change in market bid (ask) price of a particular option may trigger a comparison of market bid (ask) price to theoretical sell (buy) price. Based on the comparison, for example, if the market bid (ask) price is greater (less) than or equal to the theoretical sell (buy) price, the automated trading system may prepare an order for the particular option.
  • Consider example (3) in which the theoretical price look-up table 435 is updated with static market option and underlying prices. For example, when the look-up table 435 is updated, the decision logic 450 compares the updated theoretical buy and sell prices corresponding to the current market price of the underlying security to the current ask and bid prices of the options subject to automated trading. As noted above, the theoretical price look-up table 435 may be updated when, for example, one or more of the values that effect the theoretical buy and sell prices changes such as, but not limited to, the buy and ask spreads and/or theoretical variables (2)-(7). For example, theoretical price variables (2)-(7) discussed above could change, perhaps due to a change in the trader's assessment of market conditions. These changes may occur when the trader enters new information through a trader station 230 or when new information becomes available through another source (e.g., a change in risk-free interest rate occurs in a database associated with the trading site 200). A change in one or more of variables (2)-(7) triggers a re-computation of (probably) all values in the theoretical look-up table 435. These new values in table 435 are updated on backend computer 225. Accordingly, the decision logic 450 makes comparisons of market bid and ask prices corresponding to new theoretical sell and buy prices.
  • Consider example (4) when automated buying or selling trading for a particular option is changed from disabled to an enabled state. This could arise, for instance, at the beginning of the trading day if the default state of a new trading session is all options disabled. Enabling automated selling (buying) for a particular option or group of options can trigger decision logic 450 to make a comparison of the market bid (ask) prices to the theoretical sell (buy) price in table 435.
  • In addition to enabled and disabled states, a third, “warming up” or “test” state may be provided for an option in the automated trading system. In this third state, the automated trading system may perform all steps except actually placing an order. This allows the trader to monitor the operation of the automated trading system without actually submitting orders, thereby reducing the risk of enabling options for automatic trading using theoretical prices which are not market realistic.
  • Consider example (5) in which a safety check for a particular option is relaxed. This could arise, for example, if a global safety check condition implemented by safety check logic 460 is disabled or changed. For example, a safety check condition relating to the maximum quantity or frequency of trading attempts of a particular option may be increased. In connection with the trading frequency condition, the entire automated trading system may be held in a “pause” state if it had made more than a predetermined number (e.g., 3) automated trading attempts within a predetermined time period (e.g., 60 seconds). If this global safety check is disabled or relaxed, for example, by increasing the predetermined number of attempts (e.g., from 3 to 5), the trading frequency safety check may no longer be in violation. As a result, the entire automated trading system may transition from the “paused” state to the enabled state. If a particular option had been enabled for automated selling (buying), the decision logic 450 will then compare the market bid (ask) price to the theoretical sell (buy) price in table 435.
  • Decision logic 450 determines that a sell (buy) order should be submitted if the market bid (ask) price is greater (less) than or equal to the theoretical sell (buy) price. Even if decision logic 450 determines that an order should be submitted, safety check logic 460 may be used to prevent an order from being submitted. Safety check logic 460, for example, can block orders entirely, or put a cap on the maximum quantity attempted to be bought or sold, for an option when acceptance of that order would result in the trader having a position greater than a predetermined threshold quantity of that option. Also, the automated trading system may be paused or stopped if the number of attempted orders exceeds a predetermined amount in a predetermined period of time. The constraints may be provided in look-up tables provided to the automated trading system and may be varied for individual options. Other constraints may involve generating warnings and/or preventing orders, for example, when the: (1) theoretical buy price exceeds the theoretical ask price, (2) theoretical buy price exceeds the theoretical value, (3) theoretical sell price is less than the theoretical value, and/or (4) theoretical sell price is less than the intrinsic value of the option. The intrinsic value may be defined as the difference between the strike price and the market price of the underlying security for puts, and the difference between the market price of the underlying security and the strike price for calls, where the minimum intrinsic value is zero. The trader may be able to override some or all of the checks performed by safety check logic 460 to increase speed of automated trading.
  • If the safety checks are passed (or overridden), order logic 470 creates an order and submits the order to the exchange site 100 via an output interface 480. The trading station 230 is notified through a trading station interface whether or not the safety checks are passed. The output interface 480 may pass the order to exchange interface software for ultimate transmission to the exchange site 100. The receiver interface 410 and the output interface 480 may be formed by common equipment and/or data ports.
  • FIG. 4 illustrates an example of theoretical price look-up table 435 for call options with an expiration date of Sep. 20, 1999; an annualized volatility of 32.0%; expected dividend to be paid on the underlying security on Aug. 19, 1999, for an amount of $10.0; risk free interest rate of 3.0%; American style option; and today's date being Jun. 3, 1999. When created, the look-up table 435 may be centered about the current price of the underlying security. Each row of the look-up table 435 provides theoretical prices for a given strike price. As illustrated, the look-up table 435 includes twenty (20) rows having strike values ranging from 50.0 to 97.5, in increments of 2.5. The strike values correspond to individual options available for trading as determined by the exchange. The trader may limit the set of options to those he/she actually trades, and consequently can enable them for automatic trading, individually or in predefined groups. The columns of the look-up table 435 provide theoretical prices for a given price of the underlying security. The range of underlying security price provided in the table and the incremental price between adjacent entries (tick size) can be selected by the trader. For example, the look-up table 435 shown in FIG. 4 has twenty-nine (29) price entries ranging from 75.0 to 77.8 with tick size is 0.1 and with the underlying price centered at 76.4. A smaller tick size and a larger range will, of course, result in a larger look-up table. Under the assumptions of FIG. 4, a September 1999 call, with a strike price of 72.5 and an underlying price of 77.2 (using a definition of underlying price determined by the trader), has a theoretical price of 7.30.
  • Several alternatives are available for updating the look-up table 435 to avoid the underlying price from exceeding the boundaries of the table. For example, the automated trading system may notify the trader station 230, which may then in turn supply an updated look-up table 435 centered about a new underlying price. The trader station 230 may be called upon to calculate the additional entries needed to complete the updated look-up table 435 or simply recall them from memory. For example, the look-up 435 table may be updated dynamically from the trader station 230 when the underlying price moves from the center price by a predetermined margin. This methodology serves to increase the processing power that the backend computer 225 can apply to automated decision making.
  • The look-up table 435 can be checked periodically to ensure the accuracy of its content. For example, checks may be performed every, say, 15 seconds. This can be done, for example, by performing a checksum operation in which the entries in the look-up table are summed and the sum is compared with the sum of a corresponding look-up table maintained by a trader station 230. If the sums match, the look-up table 435 may be presumed to be accurate. If the sums do not match, a warning is generated and automated trading is stopped completely or paused until look-up table 435 is reloaded or updated and accuracy can be ensured. Of course, other or additional techniques for testing the accuracy of look-up table 435 may be implemented. Moreover, such an accuracy check may be omitted if one is sufficiently confident in the reliability of the software and hardware.
  • Knowledge of how the search protocol locates data within the look-up tables may be used to structure the look-up tables to ensure that selected options will be located particularly quickly. The selected options may be, for example, frequently traded options and/or options whose price will become attractive with a small change in the underlying security price. For example, the look-up protocol may conduct searches by starting at the first row of the table and then stepping through each successive row until a particular row is identified. In this case, the look-up table may be structured so that a select option is placed in the first row. Consequently, the search protocol will locate the select option first. Statistics may be maintained, for example, at a trader station 230, and used to restructure the look-up table as trading conditions change.
  • The embodiment described in connection with FIG. 3 compares the current market price of an option to theoretical buy and sell prices from a theoretical option price look-up table 435 to make a buy/sell decision. However, other values may be compared consistent with the present disclosure to generate buy/sell decisions. For example, the theoretical option value may be subtracted from the market bid (ask) price and compared to a sell (buy) spread selected by the trader to generate buy/sell decisions. Alternatively, the market option bid (ask) price and the price of the underlying security may be used to index an implied volatility value, for example, with that indexed implied volatility value compared to a trader-generated volatility value to make buy/sell decisions. Of course, other values may also be indexed and used for comparison to generate buy/sell decisions consistent with the present disclosure.
  • FIG. 5 illustrates an embodiment of a trader screen 500 displayed on a trader station 230 in connection with trading options on a particular security or commodity. The trading screen 500 may provide a graphic user interface to enable the trader to set parameters associated with automated trading. Trading screen 500 is organized as an array of cells 510. The rows 512 of the array represent different options available in the market for the particular security or commodity. The columns 514 of the array provide information concerning the options. More particularly, the columns to the left of the “Strike” column provide information on call options and the columns to the right of the “Mon” column provide information on put options. Call and put options are, thus, displayed as mirror images of each other.
  • Each row of the array represents information relating to a different pair of call and put options for a particular strike price, month and year. The first column from left to right is labeled “DCX,” which identifies the underlying security for the options as Daimler-Chrysler stock. The values below the “DCX” label consecutively number the rows of the array. The trading screen may be scrolled up or down to view additional rows in the array, if any exist. The next fourteen columns contain information relating to call options. The second column, “POS,” is to the right of the “DCX” column. The values below the column heading POS indicate the trader's position (i.e., how many of the options the trader possesses) in call options for each row of the array. A negative cell value in the “POS” column indicates that the trader has sold more of the option than she has bought (this is called a short position. Positive values denote a long position). Cells in the “B” column (three columns to the right of the “POS” column) indicate whether automated buying is enabled for the particular options corresponding to those cells. Cells in the “S” column (three columns to the right of the “B” column) indicate whether automated selling is enabled for the particular options corresponding to those cells. The trader may select one or more sells in the “B” and “S” columns to enable or disable automated buying and selling, respectively, of options corresponding to the selected cells.
  • The “TBid” and “TAsk” columns indicate the theoretical buy and sell prices for automated trading. The “Theo” column represents the theoretical value assigned to the call option for each row. To the right of the “Mon” column, the screen provides “TBid,” “TAsk,” “Theo,” and “POS” columns, among others, for the put options in each row of the array. Additional details concerning the remaining columns of the trader screen 500, as well as other information concerning its functionality, can be found in U.S. application Ser. No. 09/273,362 to Marynowski et al., filed Mar. 22, 1999, and expressly incorporated herein by reference.
  • The “POS” columns provide information received from the exchange site and are not adjustable by the trader. The “TBid,” “TAsk,” and “Theo” columns may be adjusted by the trader using a mouse, keyboard, or other input device, such as a game pad. For example, the trader may select a particular “TBid” or “TAsk” cell by clicking once and then using up or down arrows, for instance, to increase (arrow up) or decrease (arrow down) the value. Mathematically, this may be achieved by increasing or decreasing the bid spread value (BSprd) or the ask spread value (ASprd). This may not effect the “Theo” value since BSprd and ASprd are not inputs into the “Theo” calculation. A particular “Theo” cell may be adjusted in the same manner as a “TBid” or “TAsk” cell. Mathematically, adjustments to a Theo cell may be achieved by increasing or decreasing the assumed volatility of that particular option. Since “TBid” and “TAsk” of a particular option are related to the “Theo” value, changes to the “Theo” obviously will change “TBid” and “TAsk.” The “TBid”, “TAsk”, and “Theo” values may also adjustable in groups, for example, by selecting multiple cells or all cells in the column by selecting the column header. The trader station 230 may update the displayed values of Theo, TBid and TAsk values as the underlying security price change, or any variable contributing to Theo, TBid, or TAsk change (such as theoretical variables (2)-(7) discussed above). For example, the trader station 230 may receive a market feed providing price information concerning the underlying security. The price information may be used to update or refresh the trading screen 500. This may include the displayed TBid, TAsk, and Theo values for a given underlying price. Additionally, market information received by 230 may trigger an update of the theoretical price look-up table 435 maintained at the backend computer 225. For example, if the underlying price has moved sufficiently far enough from the value of the underlying security used the last time table 435 was created and/or last modified, trading station 230 may update theoretical look-up table 435 using the most current underlying price as a new center point. The updates of the theoretical price look-up table 435 maintained at the backend 225 might be accomplished several different ways. For example, the trader station 230 may perform calculations and supply the calculated information to the backend computer 225 for updating the theoretical price look-up table 435. As an alternative, the trader station 230 may supply data to the backend computer 225, which is used to calculate updates of the theoretical price look-up table 435. Of course, updates of look-up table 435 may not be necessary if the new information (e.g., price information of the underlying security) corresponds to a value: (1) already in the theoretical price look-up table 435, and/or (2) within predetermined margins around the previous center value of the look-up table 435.
  • FIG. 6 provides an exemplary progression of steps from transmission of the current market information from the exchange site 100 to receipt of trade confirmation by the trader site 200 and the delay experienced at each step. Link 1 represents the line delay experienced by current trading information as it is transmitted from the exchange site 100 to the trader site 200. Locating the automated trading system close to the exchange site 100 reduces the line delay of Link 1 (as well as that of Link 15). Thus, by reducing the delay associated with making automated trading decisions as well as the associated line delay, the overall speed in submitting orders to the exchange site 100 is increased. Moreover, the trader station 230 that monitors and controls the backend computer 225 that implements the automated trading need not be located close to the exchange site 100, but may monitor and control the backend computer 225 remotely.
  • Link 2 represents delays associated with operating system (networking subsystem) related to receiving data packets from the exchange site 100. One technique for reducing this delay is to choose a platform, such as VMS or Linux, that has a good quality implementation of networking services used in automated trading.
  • Link 3 represents delays associated with decompressing information received from the exchange site 100. Link 4 represents other processing delays that may be inherent in exchange interface software provided by the exchange for use at the trader site 200. The exchange interface software allows the trader's equipment to interface with the exchange equipment. The exchange may impose obligations requiring traders to use the exchange interface software in trading. The exchange interface software, for example, may process the received market data and supply the data to an interface of an automated trading application installed by the trader. For instance, the market data may be input to internal tables and/or may be converted to actual values. Links 5 and 6 represent delays associated with the distribution of information from the exchange interface software to an interface of the trading system application. The exchange site 100 typically broadcasts information concerning all traded items. Each trading application usually subscribes to several sources of data (e.g. market data and trade confirmations for several products). In some cases, the exchange interface software will receive and decode all information received from the exchange site 100, but only pass some of the information to the interface of the automated trading system. The exchange interface software spends some time in determining whether a particular piece of market information should be passed to the automated trading system. The exchange interface software and the trading system interface software communicate via a protocol. For example, the exchange interface software may notify the automated trading system via a callback function supplied by the latter, or by some other operating-system dependent mechanism (e.g., mailboxes on VMS). This delay can be reduced by choosing a platform that efficiently supports the protocol chosen.
  • After receiving the current market information, the automated trading system decodes the information and, using a look-up protocol, searches a table of traded products, resulting in a delay indicated by link 7. A hash table with an efficient hash key or a search tree may be used to reduce the delay associated with the processing associated with link 7. The particular look-up protocol should be fine-tuned to the platform used for the automated trading system as performance may vary with the platform to the extent that a linear search may prove better than a hash table even for a surprisingly large number of products (over 100). The look-up time for hash tables is almost constant. For binary trees, the look-up time is proportional to the logarithm of N (in 0(log N)), where N is the number of products traded. A linear search has a look-up time that is proportional to N (in 0(N))—Of course, the actual times encountered in practice matter, so the look-up protocol should be tailored to the platform used
  • Link 8 represents the delay attributable to decision-making and safety checks. As noted above, decisions are made based on a numeric comparison between the current market price and the corresponding theoretical price. Safety checks account for most of the delay experienced in link 8. Safety checks may include, for example,: (1) price and quantity reasonability checks, and (2) trade attempt frequency limitations.
  • Links 9-15 corresponds to the delay associated with composing an order and submitting the order to the exchange. In particular, link 9 reflects the time spent composing the order, which may require a format defined by the exchange. Link 10 corresponds to the time required for the automated trading system output interface to communicate the order to the exchange interface software. This may be done, for example, using a synchronous function call or an asynchronous call. In some embodiments, the tasks associated with links 9 and 10 may be performed at the same time. Links 11 and 12 correspond to the time expended while the exchange interface software receives the order, decides which module should be used to submit the order, interprets the order request, and performs a series of validations. If the order passes these tests, it is converted into the exchange format and passed to the exchange, as indicated by links 13-15.
  • As noted above, the delays attributable to links 1 and 15 may be reduced by locating the automated trading system close to the exchange site 100. In addition, if routers and LANs are used at the trader site 200, the selection of high-speed equipment may reduce delays and/or priority schemes. The delay experienced in links 2-14 may be reduced, of course, by using a faster computer. However, the efficiency of the software and algorithms is also an important factor in reducing delay. Further, in some situations, it is possible to integrate the automated trading system software with the software that interfaces with the exchange site 100, which leads to reduced delay. In such a case, the automated trading system receiver and output interfaces may be the same as the exchange receiver and output interfaces.
  • In accordance with the present disclosure, assuming a change in the bid or ask price, links 6 and 7 may be completed within 80 microseconds, and commonly may be completed within 60 microseconds, and as fast or faster than 31 microseconds. The time from link 6 to the completion of the decision-making by the decision logic may be less than 155 microseconds, less than 120 microseconds, and even less than 80 microseconds. Links 6-8 may be completed within 690 microseconds, may be completed within 370 microseconds, and performed as fast as 260 microseconds or less. Links 6-9 may be completed within 930 microseconds, commonly be completed within 585 microseconds, and as fast or faster than 301 microseconds. Assuming now a change in the price of the underlying security, the time from receipt of the new price information by the automated trading system to submission of an order may be may be the same as or about 20-25 microseconds more than the totals provided in connection with links 6-9 above, depending on the number of options or other items in the data structure (e.g., table) and their respective order. The times required for links 2-5 and 10-14 are generally determined by exchange software and, accordingly, may change from exchange to exchange.
  • Link 16 reflects the processing of the order at the exchange site 100. Following the exchange site 100 processing, a confirmation of the trade is returned to the trader if the trader's order is matched. Not all orders result in a match. There is no sharing of lucrative trades with other traders who may have submitted similar matching orders that are received by the exchange even some microseconds later.
  • The embodiment illustrated in FIG. 6 corresponds to an arrangement in which the interface software provided by the exchange and the automated trading system are resident on the backend computer 225. In arrangements in which the interface software and the automated trading system are resident on separate backend computers, the vertical dashed line 610 indicates the interface between the separate computers. The separate backend computers may be connected via network interface cards or a common hub. Additional delays may be experienced in the transmission and reception of between the backend computers as well as from LAN throughput and latency.
  • FIG. 7 provides a schematic of an embodiment of an electronic trading exchange system network 70 coupled to multiple trading sites. The electronic trading exchange system network 70 is similar to that shown as 10 in FIG. 1 and, for the sake of brevity, duplicative description will be omitted.
  • As shown in FIG. 7, exchange site 700 is coupled to trader site 200 by communication links 300. In one embodiment, the exchange site 700 may be designed as a local area network (LAN) and include, for example, one or more security routers and one or more back office computers, among other equipment. For purposes of illustration only, a single security router 710 and three back office computers 730-1, 730-2, 730-3 (referred to collectively as back office computers 730) are shown in FIG. 7. Security router 710 controls communications between the back office computers 730 and the communications link 300. Security router 710 transmits and receives communications over the communications link 300, as well as restricts communications from unauthorized sources. More particularly, the security router 710 may be used to isolate the equipment at the exchange site 700 from intrusion and facilitate communication with the back office computers 730. The back office computers 730 manage the trading of the various securities, currencies, commodities and/or other items traded on the exchange. In this regard, back office computers 730 may function similarly to the back office computers 130 of exchange site 100.
  • For purposes of illustration only, trading site 200 additionally includes a security router 213 and a backend computer 223 coupled to hub 240. The security router 213 and backend computer 223 may be located remotely from other equipment of the trader site 200. Security router 213 transfers trading information between the trading site 200 and the exchange site 700. As above, the security router 213 screens communications from unauthorized sources. Backend computer 223 may be configured as a communication server for the trader stations 230. Hub 240 handles communications between backend computer 223 and trader stations 230.
  • In the embodiment shown in FIG. 7, trader site 200 is connected to a first exchange site 100 and a second exchange site 700. Of course, other network arrangements may be used in connection with the present disclosure. Through the first exchange site 100, the trader site 200 may receive market information and trade securities, such as options, futures, and other derivatives; currencies, stocks, bonds, and other physicals like corn, metals, electricity, etc., and/or other items. Through the second exchange site 700, the trader site 200 may receive market information and/or trade securities (e.g., options, futures, and other derivatives; currencies, stocks, bonds, and other physicals like corn, metals, electricity, etc.,) and/or other items. Traders site 200 receives market information and trades securities or other items related to the securities or other items traded through the first exchange site 100.
  • The trader site 200 may be equipped with an automatic hedging capability that automatically buys or sells securities (e.g., futures, options, swaps or other derivatives; currencies, stocks, bonds, or other physicals like corn, precious metals, electricity, etc.) and/or other items traded on the exchange to hedge at least some of the risk (for example, delta risk) associated with an automated trade for other securities or items. For example, trader site 200 may trade options for a particular stock through exchange site 100 and the particular stock through exchange site 700. In general, two types of orders may be submitted to an exchange to buy (sell) a security. A market order instructs the exchange to buy (sell) a specified quantity of the security at the going market price. A limit order instructs the exchange to buy (sell) up to a specific quantity of the security if the market price is equal or better than a specified value. A trader usually can be assured that a market order will be filled by the exchange, but cannot be certain of the price at which the order is filled. The actual price that the market order is filled depends on available price and depth of market. While the trader placing a limit order can be assured of a price, all or a portion of the limit order may never be filled if the market price never meets the limit order conditions.
  • The principles of a market order and a limit order are illustrated by the following examples.
  • Matched
    Market Order Market Order Against
    Price Quantity to Sell Bid Price Bid Amount Order?
    Best Available 1000 shares $110/share  400 shares Yes
    Market Prices
    $100/share  600 shares Yes
     $80/share 2000 shares No
  • The above table assumes a market with current bids of $110/share for 400 shares, $100/share for 600 shares and $80/share for 2000 shares, as indicated above. A market order to sell 1000 shares will be executed by the exchange at an average price of $104/share. In other words, the 1000 share market order will be matched with 400 shares at $110/share and 600 shares at $100/share, for a net of 1000 shares at an average price of $104/share.
  • If the bid of $110/share for 400 shares is sold just before the market order is received, the following market is presented.
  • Matched
    Market Order Market Order Against
    Price Quantity to Sell Bid Price Bid Amount Order?
    Best Available 1000 shares
    Figure US20150081514A1-20150319-P00001
    Figure US20150081514A1-20150319-P00002
    Not
    Market Prices Available
    $100/share  600 shares Yes
     $80/share 2000 shares Yes
  • Because 400 shares at $110/share is no longer available, the exchange will match the market order using 600 shares of the $100/share bid and 400 shares of the $80/share bid, resulting in an average price of $92/share.
  • We next consider a similar scenario using limit orders instead of market orders.
  • Matched
    Market Order Against
    Limit Order Price Quantity to Sell Bid Price Bid Amount Order?
    $100/share 1000 shares
    Figure US20150081514A1-20150319-P00001
    Figure US20150081514A1-20150319-P00002
    Not
    Available
    $100/share  600 shares Yes
     $80/share 2000 shares No
  • Now assume that a limit order to sell 1000 shares at $100/share is submitted instead of the market order and the $110/share bid has already been matched. The exchange will match 600 shares of the limit order at $100/share and will not match the remaining 400 shares because the $80/share bid is too low. Accordingly, the remaining 400 shares of the limit order will stay in the exchange's book until a new matching order to buy at $100/share or higher is received by the exchange, which may never occur, or until it is cancelled.
  • As discussed above, order submission in the automated trading system depends, for example, on the price of the underlying security, which is liable to change frequently. Thus, if the automated trading system makes an option trade, the trader may wish to hedge the risk associated with underlying price movement. This risk, commonly called delta risk, may be quantified using mathematical models. These models may be similar to, or the same as, the models used for determining theoretical option prices using input variables (1)-(7) discussed above. The option lot size (shares per option contract) and number of option contracts traded are typically factored into the hedging decision. The option lot size is typically defined by the options exchange when the contract is created and changed only under special circumstances, such as capital adjustments. The number of options that the trader has bought or sold is included in the confirmation notice transmitted from the options exchange. Accordingly, assuming a total delta hedge is desired, a trader may determine the number of shares of the underlying security to be bought or sold after each option trade based on: (1) mathematical models, including price of the underlying security, (2) options per contract and (3) number of options traded.
  • As noted above, the price of the underlying security may be defined in several different ways. A typical hedging response of an option trade will be to buy or sell the underlying security. Specifically, buying (selling) calls and selling (buying) puts will usually lead to selling (buying) the underlying for delta hedging. Since the trader will need to sell (buy) the underlying to hedge the delta risk, he may be most interested in the bid (ask) price of the underlying security. While delta risk is referred to specifically, it should be understood that the automated hedging feature might be used to hedge other known risks. For example, automated hedging may be used to hedge the vega risk, the risk of a position or trade due to price changes of the options arising from changes of an option's volatility.
  • From a trading perspective, the trader must define how and to what extent to delta hedge. Obviously, a trader must first decide whether he wants to delta hedge manually, or automatically. In either case, he must consider two opposing dynamics: (1) speed of executing the underlying security orders, and (2) execution price of the underlying security orders. Typically, a trader may choose to hedge using market orders if she is most concerned about speed of execution, or limit orders if she is most concerned about the price at which the underlying orders are executed. As described above, entering a market order will (nearly) always result in the desired quantity being executed, but at potentially unfavorable or unexpected prices. Conversely, entering a limit order will always result in executed prices which meet certain criteria (i.e., greater than or equal to limit price if selling, and less than or equal to the limit price if buying), but only some or none of the desired quantity may actually be executed.
  • The trader may assess several qualitative factors in deciding whether to automatically hedge and, if so, whether to use market orders or limit orders. Some of the qualitative factors include the quantity of delta hedge underlying trade relative to the depth of the entire underlying market, volatility of the underlying market, the size of the underlying bid-ask price spread relative to the price of the underlying, and the amount of mental attention the trader can give toward the delta hedge trade. Different traders trading options on different underlying securities may opt for different hedging methods. Thus, in one embodiment of the automatic option trading system of the present disclosure, the trader may choose manual hedging, automatic hedging using market orders, or automatic hedging using limit orders.
  • The automatic hedging software may be resident on one or more of the trader stations 230, a backend computer 220, 223, 225, or other equipment of the trader site 200. One embodiment of the automated hedging system will be described in connection with FIG. 7. Backend computer 220 receives option trade confirmations from exchange site 100 based on an order submitted automatically by backend computer 225. Alternatively, or in addition, backend computer 225 may receive option trade confirmations from the exchange site 100. Further, the option trade confirmations may correspond to orders submitted either automatically or manually by a trader. Backend computer 220 routes the trade confirmation to a trader station 230 that is associated with the automatic option trade made by the backend computer 225.
  • If a manual hedge feature has been selected, trader station 230 displays the appropriate hedge action based on factors previously entered by the trader. For example, the trader may see a message such as “buy 4500 shares” of the underlying security. If automatic hedging using the market order has been selected, trader station 230 automatically submits a market order, for example to buy 4500 shares at the market prices, to exchange site 700 via backend computer 223. At the exchange site 700, the market order will (nearly) always be immediately filled by buying 4500 shares, albeit at a potentially unexpected or undesirable average price for those shares.
  • If automatic hedging using a limit order has been selected, trader station 230 automatically submits an order, for example to buy 4500 shares at a price of 68.05, to exchange site 700 via backend computer 223. The specific limit price submitted depends on the current underlying market and trader definable (a priori) as, perhaps, either: (1) current ask price, since she is buying, (2) average of current bid and ask price, or (3) last traded price. Depending on the market conditions, exchange site 700 may not be able to match the limit order immediately, if ever. Exchanges typically enable the trader to modify or delete partially matched or completely unmatched limit orders. In some cases, the exchange site through which the underlying security is traded may depend on the option traded. For example, both futures of an equity index (e.g. Standard and Poor's 500) and options on the same equity index may be traded through exchange site 100. A stock may be traded through exchange site 700, but options for the stock may be traded through exchange site 100. In such a case, the system configurations at either the trader station 230 performing hedging or other equipment at trader site 200 must ensure that hedge orders are routed to the appropriate exchange.
  • While the above-embodiments have been described in terms of look-up arrays or tables, it should be understood that data may include or be maintained in other organizational memory constructs consistent with the present disclosure, for example, linked lists, trees, heaps, hash lists, or some combination, or any other data structure or combinations of data structures useful in implementing a search algorithm. In addition, the trader site 200 is described as submitting orders to the exchange site 100 using the automated trading system. However, the trader site 200 may submit its “order” in the form of a quote to the exchange site, where the bid (ask) price of the quote corresponds to the theoretical buy (sell) price if, say, the trader wanted to buy (sell) the item.
  • It will be apparent to those skilled in the art that various modifications and variations can be made without departing from the scope or spirit of the disclosure. For example, the present disclosure may be applied in areas other than electronic securities, for example, the purchase and/or sale of goods or services, contests, auctions, and other applications in which fast, accurate responses are desirable. Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

Claims (12)

1. An automated trading system for use in an electronic exchange system network, comprising:
a receiver interface that receives market price information for a first traded item from an exchange;
data reference logic that outputs a transaction value for the first traded item from a data structure based on price information for a second traded item related to the first traded item;
decision logic using at least a portion of the received market price information and the transaction value to generate a decision whether to submit an order for the first traded item; and
an output interface for outputting a request for market transaction for one of the first traded item and the second traded item for transmission to the exchange in response to said decision logic.
2. The automated trading system according to claim 1, wherein data reference logic receives current price information for the second traded item and uses the current price information to output the transaction value.
3. The automated trading system according to claim 2, wherein said data reference logic comprises:
memory storing the data structure, wherein the data structure maps pre-calculated transaction values of the first traded item over a range of price values of the second traded item; and
reference logic for identifying one of the pre-calculated transaction values based at least in part on a current price value for the second traded item.
4. The automated trading system according to claim 3, wherein the data structure is a two-dimensional data structure mapping pre-calculated transaction values of the first traded item over a range of prices of the second traded item.
5. The automated trading system according to claim 3, wherein the data structure is an n-dimensional data structure, where n is 3 or more.
6. The automated trading system according to claim 3, wherein the data structure is a look-up table.
7. The automated trading system according to claim 3, wherein the data structure comprises a linked list.
8. The automated trading system according to claim 3, wherein the data structure comprises a tree structure.
9. The automated trading system according to claim 1, said decision logic compares at least a portion of the received market price information to the transaction value when automated trading in the first item first becomes enabled.
10. The automated trading system according to claim 1, further comprising safety check logic, responsive to said decision logic, to prevent transmission of a request for market transaction for the first traded item to the exchange if the request does not meet a predetermined criterion.
11. The automated trading system according to claim 10, where the predetermined criterion is maximum trade quantity for the first traded item.
12. The automated trading system according to claim 10, wherein said predetermined criterion is a maximum number of market transaction attempts within a predetermined period of time and said decision logic compares at least a portion of the received market price information to the transaction value when the maximum number of attempts is increased.
US14/549,012 1999-10-14 2014-11-20 Automated trading system in an electronic trading exchange Abandoned US20150081514A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/549,012 US20150081514A1 (en) 1999-10-14 2014-11-20 Automated trading system in an electronic trading exchange
US14/827,925 US9846910B2 (en) 1999-10-14 2015-08-17 Automated trading system in an electronic trading exchange

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US09/417,774 US7251629B1 (en) 1999-10-14 1999-10-14 Automated trading system in an electronic trading exchange
US11/474,951 US8725621B2 (en) 1999-10-14 2006-06-27 Automated trading system in an electronic trading exchange
US14/243,111 US20140324663A1 (en) 1999-10-14 2014-04-02 Automated Trading System in an Electronic Trading Exchange
US14/549,012 US20150081514A1 (en) 1999-10-14 2014-11-20 Automated trading system in an electronic trading exchange

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US14/243,111 Continuation US20140324663A1 (en) 1999-10-14 2014-04-02 Automated Trading System in an Electronic Trading Exchange

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/827,925 Continuation US9846910B2 (en) 1999-10-14 2015-08-17 Automated trading system in an electronic trading exchange

Publications (1)

Publication Number Publication Date
US20150081514A1 true US20150081514A1 (en) 2015-03-19

Family

ID=37420345

Family Applications (8)

Application Number Title Priority Date Filing Date
US09/417,774 Expired - Lifetime US7251629B1 (en) 1999-10-14 1999-10-14 Automated trading system in an electronic trading exchange
US11/474,951 Active 2024-06-09 US8725621B2 (en) 1999-10-14 2006-06-27 Automated trading system in an electronic trading exchange
US13/096,176 Expired - Lifetime US8498923B2 (en) 1999-10-14 2011-04-28 Automated trading system in an electronic trading exchange
US13/096,181 Expired - Lifetime US8478687B2 (en) 1999-10-14 2011-04-28 Automated trading system in an electronic trading exchange
US14/243,111 Abandoned US20140324663A1 (en) 1999-10-14 2014-04-02 Automated Trading System in an Electronic Trading Exchange
US14/549,012 Abandoned US20150081514A1 (en) 1999-10-14 2014-11-20 Automated trading system in an electronic trading exchange
US14/827,925 Expired - Fee Related US9846910B2 (en) 1999-10-14 2015-08-17 Automated trading system in an electronic trading exchange
US14/862,839 Expired - Lifetime US10891692B2 (en) 1999-10-14 2015-09-23 Automated trading system in an electronic trading exchange

Family Applications Before (5)

Application Number Title Priority Date Filing Date
US09/417,774 Expired - Lifetime US7251629B1 (en) 1999-10-14 1999-10-14 Automated trading system in an electronic trading exchange
US11/474,951 Active 2024-06-09 US8725621B2 (en) 1999-10-14 2006-06-27 Automated trading system in an electronic trading exchange
US13/096,176 Expired - Lifetime US8498923B2 (en) 1999-10-14 2011-04-28 Automated trading system in an electronic trading exchange
US13/096,181 Expired - Lifetime US8478687B2 (en) 1999-10-14 2011-04-28 Automated trading system in an electronic trading exchange
US14/243,111 Abandoned US20140324663A1 (en) 1999-10-14 2014-04-02 Automated Trading System in an Electronic Trading Exchange

Family Applications After (2)

Application Number Title Priority Date Filing Date
US14/827,925 Expired - Fee Related US9846910B2 (en) 1999-10-14 2015-08-17 Automated trading system in an electronic trading exchange
US14/862,839 Expired - Lifetime US10891692B2 (en) 1999-10-14 2015-09-23 Automated trading system in an electronic trading exchange

Country Status (1)

Country Link
US (8) US7251629B1 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140188695A1 (en) * 2012-12-27 2014-07-03 Kabushiki Kaisha Toshiba Electricity trading system and market providing type service system
US20150356682A1 (en) * 2000-07-18 2015-12-10 Dcfb Llc C/O Intercontinental Exchange, Inc. Automated trading system in an electronic trading exchange
CN107038640A (en) * 2017-05-25 2017-08-11 深圳开拓者科技有限公司 The method and system that a kind of order ticket is monitored automatically
US11367136B2 (en) * 2015-06-17 2022-06-21 Fixnetix Limited Systems and methods for providing real-time pre-trade risk assessment

Families Citing this family (126)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7206755B1 (en) * 1999-11-05 2007-04-17 Muralidhar Sanjay P Method, apparatus and article-of-manufacture for the creation, issuance, valuation/pricing, trading and exercise of options for attendance rights, and derivative instruments thereon
US7356498B2 (en) * 1999-12-30 2008-04-08 Chicago Board Options Exchange, Incorporated Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services
US9727916B1 (en) 1999-12-30 2017-08-08 Chicago Board Options Exchange, Incorporated Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services
US20010039530A1 (en) * 2000-01-18 2001-11-08 Annunziata Vincent P. Trading simulation
US8554659B2 (en) 2000-01-21 2013-10-08 Tradecapture Otc Corp. System for trading commodities and the like
US20080215477A1 (en) * 2000-01-21 2008-09-04 Annunziata Vincent P System for trading commodities and the like
US7139743B2 (en) 2000-04-07 2006-11-21 Washington University Associative database scanning and information retrieval using FPGA devices
US6711558B1 (en) * 2000-04-07 2004-03-23 Washington University Associative database scanning and information retrieval
WO2001080131A1 (en) * 2000-04-13 2001-10-25 Superderivatives, Inc. Method and system for pricing options
US7467110B2 (en) * 2000-05-01 2008-12-16 The Olsen Group Method for market making
US7043457B1 (en) 2000-06-28 2006-05-09 Probuild, Inc. System and method for managing and evaluating network commodities purchasing
US20050137964A1 (en) * 2000-08-31 2005-06-23 Optionable, Inc. System and method for real-time options trading over a computer network
US8301535B1 (en) 2000-09-29 2012-10-30 Power Financial Group, Inc. System and method for analyzing and searching financial instrument data
US20020046127A1 (en) * 2000-10-18 2002-04-18 Gary Reding System and method for automated commodities transactions including an automatic hedging function
AU2002246718A1 (en) * 2000-12-22 2002-07-30 Market Axess Inc. Method and system for computer-implemented trading of new issue and secondary market debt securities
US7840475B2 (en) * 2002-08-01 2010-11-23 Farms Technology, Llc Methods and systems for purchase of commodities
WO2002088883A2 (en) * 2001-04-26 2002-11-07 Optionable, Inc. A system and method for real-time options trading over a global computer network
US20020188549A1 (en) * 2001-06-11 2002-12-12 Mark Nordlicht Selectable market transaction over a network
US20030061148A1 (en) * 2001-07-16 2003-03-27 Shahram Alavian Financial derivative and derivative exchange with guaranteed settlement
JP2005505864A (en) * 2001-10-13 2005-02-24 スーパーデリヴァティヴズ・インコーポレーテッド Methods and systems for pricing financial derivatives
US7716330B2 (en) * 2001-10-19 2010-05-11 Global Velocity, Inc. System and method for controlling transmission of data packets over an information network
US20090006659A1 (en) * 2001-10-19 2009-01-01 Collins Jack M Advanced mezzanine card for digital network data inspection
AU2003259836A1 (en) * 2002-08-12 2004-02-25 John Eric Bjornson Trading calculator
US7711844B2 (en) 2002-08-15 2010-05-04 Washington University Of St. Louis TCP-splitter: reliable packet monitoring methods and apparatus for high speed networks
US7974909B1 (en) 2002-08-28 2011-07-05 Celeritasworks, Llc System and method for making trades
US7542937B1 (en) * 2002-08-28 2009-06-02 Trading Technologies International, Inc. Method and system for displaying and trading spreads
US7716114B2 (en) * 2002-12-09 2010-05-11 Creditex Group, Inc. Systems and methods for an online credit derivative trading system
US7698208B2 (en) * 2002-12-09 2010-04-13 Creditex Group, Inc. Systems and methods for an online credit derivative trading system
US7587355B2 (en) 2002-12-09 2009-09-08 Creditex Group, Inc. Systems and methods for an online credit derivative trading system
US20080033867A1 (en) * 2002-12-09 2008-02-07 Creditex Group, Inc. Centralized process for determining deltas for index tranches
US7970693B2 (en) * 2004-09-29 2011-06-28 Creditex Group, Inc. Systems and methods for market order volume clearing in online trading of credit derivatives
US8645258B2 (en) 2002-12-09 2014-02-04 Creditex Group, Inc. Systems and methods for an online credit derivative trading system
US7792734B1 (en) * 2002-12-27 2010-09-07 Trading Technologies International, Inc. Method, apparatus and interface for transaction toggling
US7752117B2 (en) * 2003-01-31 2010-07-06 Trading Technologies International, Inc. System and method for money management in electronic trading environment
JP2006526227A (en) 2003-05-23 2006-11-16 ワシントン ユニヴァーシティー Intelligent data storage and processing using FPGA devices
US10572824B2 (en) 2003-05-23 2020-02-25 Ip Reservoir, Llc System and method for low latency multi-functional pipeline with correlation logic and selectively activated/deactivated pipelined data processing engines
US8676679B2 (en) * 2003-06-30 2014-03-18 Bloomberg L.P. Counterparty credit limits in computerized trading
US7533054B2 (en) * 2003-06-30 2009-05-12 Bloomberg L.P. Central credit filtering in computerized trading
US20050055304A1 (en) 2003-09-10 2005-03-10 Lutnick Howard W. Trading application program interface
US20050108148A1 (en) * 2003-11-17 2005-05-19 Charles Carlson System and method of investing in a market
US7207885B2 (en) * 2004-01-15 2007-04-24 Espeed, Inc. System and method for using a game controller device for electronic trading
US20050160027A1 (en) * 2004-01-15 2005-07-21 Thomas Bruce B. Model options
US8170945B2 (en) 2004-01-15 2012-05-01 Bgc Partners, Inc. System and method for providing security to a game controller device for electronic trading
US8469808B2 (en) * 2004-01-15 2013-06-25 Bgc Partners, Inc. System and method for managing a game controller device for electronic trading
US7574391B1 (en) 2004-09-30 2009-08-11 Trading Technologies International Inc. System and method for improved order entry using market depth
US20060161495A1 (en) * 2004-12-15 2006-07-20 Orc Software Ab Graphical user interface to facilitate rapid and reliable electronic trading assessment and execution
US20060218071A1 (en) * 2005-03-28 2006-09-28 Espeed, Inc. System and method for managing trading between related entities
US7590576B1 (en) * 2005-03-31 2009-09-15 Trading Technologies International Inc. Visual representation and configuration of trading strategies
WO2006121733A2 (en) * 2005-05-05 2006-11-16 Equitec Proprietary Markets L.L.C. Method and apparatus for display of data with respect to a portfolio of tradable interests
US7577600B1 (en) * 2005-06-30 2009-08-18 Trading Technologies International, Inc. System and method for regulating order entry in an electronic trading environment
US7769669B1 (en) 2005-12-27 2010-08-03 Creditex Group, Inc. Electronic netting system for bilateral trades
US20080215430A1 (en) * 2005-07-28 2008-09-04 Creditex Group, Inc. Credit derivative trading platform
US20070073608A1 (en) * 2005-09-23 2007-03-29 Garcia Crisostomo B Cash only marketplace system for trading securities
US7783560B2 (en) * 2006-03-17 2010-08-24 Creditex Group, Inc. Credit event fixings
CA2582130C (en) * 2006-03-20 2011-10-04 A.C. Dispensing Equipment, Inc. Beverage whitening composition and method
US20110016037A1 (en) * 2006-05-05 2011-01-20 Tumen Steven N Method and apparatus for display of data with respect to certain tradable interests
US7840482B2 (en) 2006-06-19 2010-11-23 Exegy Incorporated Method and system for high speed options pricing
US7921046B2 (en) 2006-06-19 2011-04-05 Exegy Incorporated High speed processing of financial information using FPGA devices
US8200569B1 (en) 2006-06-22 2012-06-12 Power Financial Group, Inc. Option search criteria testing
US20080005327A1 (en) * 2006-06-28 2008-01-03 Hays Kirk I Commodity trading computing resources
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
US20080235146A1 (en) * 2006-07-28 2008-09-25 Creditex Group, Inc. System and method for affirming over the counter derivative trades
US7660793B2 (en) 2006-11-13 2010-02-09 Exegy Incorporated Method and system for high performance integration, processing and searching of structured and unstructured data using coprocessors
US8326819B2 (en) 2006-11-13 2012-12-04 Exegy Incorporated Method and system for high performance data metatagging and data indexing using coprocessors
US20080228618A1 (en) * 2007-03-15 2008-09-18 Noviello Joseph C System And Method For Providing An Operator Interface For Displaying Market Data, Trader Options, And Trader Input
US7685044B1 (en) 2007-05-11 2010-03-23 Morgan Stanley Low latency trading system
US20090018944A1 (en) * 2007-07-13 2009-01-15 Omx Technology Ab Method and system for trading
US8271375B2 (en) * 2007-10-24 2012-09-18 Nybx, Llc System and method for integrating a dark trading facility and a securities exchange
US20090111594A1 (en) * 2007-10-29 2009-04-30 Spence Charles H Billiards practice device
WO2009064550A1 (en) * 2007-11-14 2009-05-22 Creditex Group, Inc. Techniques for reducing delta values of credit risk positions in online trading of credit derivatives
US20090177555A1 (en) * 2008-01-02 2009-07-09 Milgrom Paul R Assignment exchange and auction
US10229453B2 (en) 2008-01-11 2019-03-12 Ip Reservoir, Llc Method and system for low latency basket calculation
US8175946B2 (en) * 2008-04-25 2012-05-08 Bloomberg Finance L.P. System and method for providing the execution probability of a limit order
US8374986B2 (en) 2008-05-15 2013-02-12 Exegy Incorporated Method and system for accelerated stream processing
US20100094772A1 (en) * 2008-10-14 2010-04-15 Thomas Pechy Peterffy Computerized method and system for scale trading
US10311519B2 (en) 2008-10-14 2019-06-04 Interactive Brokers Llc Computerized method and system for accumulation and distribution of securities
CA2743221C (en) * 2008-11-10 2016-08-16 Zomojo Pty Ltd Improved automated trading system
US8249904B1 (en) 2008-12-12 2012-08-21 Amazon Technologies, Inc. Managing use of program execution capacity
US20120095893A1 (en) 2008-12-15 2012-04-19 Exegy Incorporated Method and apparatus for high-speed processing of financial market depth data
CA2681251A1 (en) * 2009-09-30 2011-03-30 Royal Bank Of Canada System and method for monitoring securities compliance for related entities
US10325316B2 (en) 2009-10-02 2019-06-18 Trade Capture, Otc Corp. Method and apparatus of displaying market depth and other information on a mobile phone, handheld device or computer system
US8224993B1 (en) 2009-12-07 2012-07-17 Amazon Technologies, Inc. Managing power consumption in a data center
US8433640B2 (en) * 2009-12-15 2013-04-30 Trading Technologies International, Inc. Dynamic selection of a quoting leg based on liquidity
EP2522000A4 (en) 2010-01-04 2013-08-14 Superderivatives Inc Device, method and system of pricing financial instruments
WO2012018569A1 (en) * 2010-07-26 2012-02-09 Nyse Group, Inc. Apparatuses, methods and systems for a dynamic transaction management and clearing engine
US8732065B1 (en) * 2010-07-27 2014-05-20 Finalta, Inc. Electronic trading system and method
US20120116942A1 (en) * 2010-11-05 2012-05-10 Deutsche Boerse Ag Computer system and method for generating and executing orders within a price range
US10037568B2 (en) 2010-12-09 2018-07-31 Ip Reservoir, Llc Method and apparatus for managing orders in financial markets
AU2011200733B2 (en) * 2011-02-21 2015-08-13 Zomojo Pty Ltd A market access system and method
US8538858B2 (en) 2011-02-23 2013-09-17 Farms Technology, Llc Apparatus and method for commodity trading with automatic odd lot hedging
US8533104B2 (en) 2011-10-07 2013-09-10 Trading Technologies International, Inc Multi-broker order routing based on net position
US8856040B2 (en) 2011-11-11 2014-10-07 Damon Magnuski System providing commodity price-move protection for small risk holders
US9990393B2 (en) 2012-03-27 2018-06-05 Ip Reservoir, Llc Intelligent feed switch
US10121196B2 (en) 2012-03-27 2018-11-06 Ip Reservoir, Llc Offload processing of data packets containing financial market data
US11436672B2 (en) 2012-03-27 2022-09-06 Exegy Incorporated Intelligent switch for processing financial market data
US10650452B2 (en) 2012-03-27 2020-05-12 Ip Reservoir, Llc Offload processing of data packets
CA3015052C (en) 2012-09-12 2023-01-03 Bradley Katsuyama Transmission latency leveling apparatuses, methods and systems
US10146845B2 (en) 2012-10-23 2018-12-04 Ip Reservoir, Llc Method and apparatus for accelerated format translation of data in a delimited data format
US10102260B2 (en) 2012-10-23 2018-10-16 Ip Reservoir, Llc Method and apparatus for accelerated data translation using record layout detection
US9633093B2 (en) 2012-10-23 2017-04-25 Ip Reservoir, Llc Method and apparatus for accelerated format translation of data in a delimited data format
US20140201049A1 (en) * 2013-01-11 2014-07-17 OptionsCity Software, Inc. Edge determination device
US10282783B2 (en) 2013-03-13 2019-05-07 Intercontinental Exchange Holdings, Inc. System and method for processing a trade order
US9875004B2 (en) 2013-06-17 2018-01-23 Chicago Mercantile Exchange, Inc. Spread matrix with statistics
EP2858025A1 (en) * 2013-10-01 2015-04-08 Enyx SA An order book management device in a hardware platform
CA2946122A1 (en) * 2014-04-16 2015-10-22 Iex Group, Inc. Systems and methods for providing up-to-date information for transactions
WO2015164639A1 (en) 2014-04-23 2015-10-29 Ip Reservoir, Llc Method and apparatus for accelerated data translation
US10346006B1 (en) * 2015-02-17 2019-07-09 Citibank, N.A. Methods and systems for providing graphical user interface visualizations
US20160267591A1 (en) * 2015-03-12 2016-09-15 Matrix Trading Technologies, LLC Automated securities trading engine
US10942943B2 (en) 2015-10-29 2021-03-09 Ip Reservoir, Llc Dynamic field data translation to support high performance stream data processing
US11704682B2 (en) * 2016-07-06 2023-07-18 Chicago Mercantile Exchange Inc. Pre-processing financial market data prior to machine learning training
EP3560135A4 (en) 2016-12-22 2020-08-05 IP Reservoir, LLC Pipelines for hardware-accelerated machine learning
US10609172B1 (en) 2017-04-27 2020-03-31 Chicago Mercantile Exchange Inc. Adaptive compression of stored data
US20180322573A1 (en) * 2017-05-08 2018-11-08 Iex Group, Inc. Systems and methods for implemeting a meta-queue for transactions
US11263707B2 (en) 2017-08-08 2022-03-01 Indigo Ag, Inc. Machine learning in agricultural planting, growing, and harvesting contexts
GB201801761D0 (en) 2018-02-02 2018-03-21 Univ Durham A secure transaction system
US11367093B2 (en) 2018-04-24 2022-06-21 Indigo Ag, Inc. Satellite-based agricultural modeling
BR112020021919A2 (en) 2018-04-24 2021-05-11 Indigo Ag, Inc. interaction management in an online farming system
WO2020041687A1 (en) * 2018-08-23 2020-02-27 Cfph, Llc Toxicity in a trading network
SG11202109434UA (en) * 2019-03-01 2021-09-29 Broadridge Fixed Income Liquidity Solutions Llc Computer platforms designed for improved electronic execution of electronic transactions and methods of use thereof
US11734757B2 (en) 2020-04-14 2023-08-22 Banque Nationale Du Canada Computer implemented method and system for automating analysis of profit and loss (PnL) variations based on market events
CN111932048B (en) * 2020-04-16 2022-08-30 贵州电网有限责任公司 Two-stage monthly transaction security check method based on extreme scene
US11556986B2 (en) * 2020-10-13 2023-01-17 Bank Of America Corporation Information linkage platform for enhanced tracking of processed events
US20220318906A1 (en) * 2021-04-05 2022-10-06 Pranil Ram Interactive Grid-based Graphical Trading System with Smart Order Action
WO2023034386A1 (en) 2021-08-31 2023-03-09 Indigo Ag, Inc. Systems and methods for ecosystem credit recommendations
US11907207B1 (en) 2021-10-12 2024-02-20 Chicago Mercantile Exchange Inc. Compression of fluctuating data
US20230153901A1 (en) * 2021-11-12 2023-05-18 Jpmorgan Chase Bank, N.A. Systems and methods for liquidity blending

Citations (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3573747A (en) * 1969-02-24 1971-04-06 Institutional Networks Corp Instinet communication system for effectuating the sale or exchange of fungible properties between subscribers
US4412287A (en) * 1975-05-29 1983-10-25 Braddock Iii Walter D Automated stock exchange
US4674044A (en) * 1985-01-30 1987-06-16 Merrill Lynch, Pierce, Fenner & Smith, Inc. Automated securities trading system
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
US5101353A (en) * 1989-05-31 1992-03-31 Lattice Investments, Inc. Automated system for providing liquidity to securities markets
US5258908A (en) * 1990-11-02 1993-11-02 Foreign Exchange Transaction Services, Inc. Detection and prevention of duplicate trading transactions over a communications network
US5315634A (en) * 1989-09-04 1994-05-24 Hitachi, Ltd. Automatic trading method and apparatus
US5870730A (en) * 1994-07-11 1999-02-09 Hitachi, Ltd Decision making method
US5884286A (en) * 1994-07-29 1999-03-16 Daughtery, Iii; Vergil L. Apparatus and process for executing an expirationless option transaction
US6016483A (en) * 1996-09-20 2000-01-18 Optimark Technologies, Inc. Method and apparatus for automated opening of options exchange
US6058391A (en) * 1997-12-17 2000-05-02 Mci Communications Corporation Enhanced user view/update capability for managing data from relational tables
US6061662A (en) * 1997-08-15 2000-05-09 Options Technology Company, Inc. Simulation method and system for the valuation of derivative financial instruments
US6173270B1 (en) * 1992-09-01 2001-01-09 Merrill Lynch, Pierce, Fenner & Smith Stock option control and exercise system
US6263321B1 (en) * 1994-07-29 2001-07-17 Economic Inventions, Llc Apparatus and process for calculating an option
US6304858B1 (en) * 1998-02-13 2001-10-16 Adams, Viner And Mosler, Ltd. Method, system, and computer program product for trading interest rate swaps
US6317728B1 (en) * 1998-10-13 2001-11-13 Richard L. Kane Securities and commodities trading system
US6546375B1 (en) * 1999-09-21 2003-04-08 Johns Hopkins University Apparatus and method of pricing financial derivatives
US6594643B1 (en) * 1997-11-14 2003-07-15 Charles C. Freeny, Jr. Automatic stock trading system
US6839686B1 (en) * 1999-03-29 2005-01-04 Dlj Long Term Investment Corporation Method and system for providing financial information and evaluating securities of a financial debt instrument

Family Cites Families (94)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US2046381A (en) * 1930-12-10 1936-07-07 Teleregister Corp Bid and asked quotation system
US3082402A (en) * 1960-05-10 1963-03-19 Scantlin Electronics Inc Securities quotation apparatus
US3296597A (en) * 1963-10-28 1967-01-03 Scantlin Electronics Inc Market quotation apparatus
US3581072A (en) 1968-03-28 1971-05-25 Frederick Nymeyer Auction market computation system
US4597046A (en) * 1980-10-22 1986-06-24 Merrill Lynch, Pierce Fenner & Smith Securities brokerage-cash management system obviating float costs by anticipatory liquidation of short term assets
US5270922A (en) 1984-06-29 1993-12-14 Merrill Lynch & Company, Inc. System for distributing, processing and displaying financial information
US4677552A (en) * 1984-10-05 1987-06-30 Sibley Jr H C International commodity trade exchange
US4823265A (en) 1987-05-11 1989-04-18 Nelson George E Renewable option accounting and marketing system
US5151103A (en) 1987-11-03 1992-09-29 Synthes (U.S.A.) Point contact bone compression plate
JPH0219963A (en) 1988-07-08 1990-01-23 Hitachi Ltd Method and system for monitoring real time state
JPH02224060A (en) 1989-02-27 1990-09-06 Hitachi Ltd Real time decision making supporting system
WO1990010910A1 (en) * 1989-03-14 1990-09-20 Chicago Board Of Trade Simulated pit trading system
US5077665A (en) 1989-05-25 1991-12-31 Reuters Limited Distributed matching system
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
US5557798A (en) * 1989-07-27 1996-09-17 Tibco, Inc. Apparatus and method for providing decoupling of data exchange details for providing high performance communication between software processes
US5313560A (en) 1990-05-11 1994-05-17 Hitachi, Ltd. Method for determining a supplemental transaction changing a decided transaction to satisfy a target
US5063507A (en) * 1990-09-14 1991-11-05 Plains Cotton Cooperative Association Goods database employing electronic title or documentary-type title
US5297032A (en) 1991-02-01 1994-03-22 Merrill Lynch, Pierce, Fenner & Smith Incorporated Securities trading workstation
US5375055A (en) 1992-02-03 1994-12-20 Foreign Exchange Transaction Services, Inc. Credit management for electronic brokerage system
US5732397A (en) 1992-03-16 1998-03-24 Lincoln National Risk Management, Inc. Automated decision-making arrangement
EP1111531A1 (en) * 1992-06-10 2001-06-27 Cantor Fitzgerald Fixed income portfolio index processor and method for using same
JP3335407B2 (en) 1993-03-01 2002-10-15 富士通株式会社 Electronic trading system
JP3328991B2 (en) 1993-04-16 2002-09-30 富士通株式会社 Electronic trading system
WO1995006918A2 (en) 1993-08-23 1995-03-09 Mjt Holdings, Inc. Real-time automated trading system
US5500793A (en) * 1993-09-02 1996-03-19 Equitrade Computerized system for developing multi-party property equity exchange scenarios
US5497317A (en) 1993-12-28 1996-03-05 Thomson Trading Services, Inc. Device and method for improving the speed and reliability of security trade settlements
CA2119921C (en) 1994-03-23 2009-09-29 Sydney H. Belzberg Computerized stock exchange trading system
US5809483A (en) 1994-05-13 1998-09-15 Broka; S. William Online transaction processing system for bond trading
EP0686926A3 (en) 1994-05-24 1996-06-12 Ron S Dembo Method and apparatus for optimal portfolio replication
US5557517A (en) 1994-07-29 1996-09-17 Daughterty, Iii; Vergil L. System and method for determining the price of an expirationless American option and issuing a buy or sell ticket on the current price and portfolio
US5940810A (en) 1994-08-04 1999-08-17 The Trustees Of Columbia University In The City Of New York Estimation method and system for complex securities using low-discrepancy deterministic sequences
US5630126A (en) 1994-12-13 1997-05-13 International Business Machines Corp. Systems and methods for integrating computations into compound documents
US5845266A (en) 1995-12-12 1998-12-01 Optimark Technologies, Inc. Crossing network utilizing satisfaction density profile with price discovery features
DK0762304T3 (en) 1995-09-14 1997-09-01 Citibank Ag Computer system for data management and method of operating the system
US6519574B1 (en) 1995-12-12 2003-02-11 Reuters Limited Electronic trading system featuring arbitrage and third-party credit opportunities
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
US5950176A (en) 1996-03-25 1999-09-07 Hsx, Inc. Computer-implemented securities trading system with a virtual specialist function
US5713793A (en) * 1996-04-05 1998-02-03 Oris, L.L.C. Sporting event options market trading game
US5787402A (en) 1996-05-15 1998-07-28 Crossmar, Inc. Method and system for performing automated financial transactions involving foreign currencies
US7236952B1 (en) 1996-11-05 2007-06-26 D Zmura David Andrew Invention in finance
US5963923A (en) 1996-11-12 1999-10-05 Garber; Howard B. System and method for trading having a principal market maker
US5905974A (en) 1996-12-13 1999-05-18 Cantor Fitzgerald Securities Automated auction protocol processor
US5873071A (en) 1997-05-15 1999-02-16 Itg Inc. Computer method and system for intermediated exchange of commodities
US6049783A (en) 1997-08-08 2000-04-11 Power Financial Group, Inc. Interactive internet analysis method
US6064985A (en) 1998-01-21 2000-05-16 Assured Equities, Inc. Automated portfolio management system with internet datafeed
US6236980B1 (en) * 1998-04-09 2001-05-22 John P Reese Magazine, online, and broadcast summary recommendation reporting system to aid in decision making
US6415269B1 (en) * 1998-05-29 2002-07-02 Bidcatcher, L.P. Interactive remote auction bidding system
US6418417B1 (en) 1998-10-08 2002-07-09 Strategic Weather Services System, method, and computer program product for valuating weather-based financial instruments
US6058417A (en) * 1998-10-23 2000-05-02 Ebay Inc. Information presentation and management in an online trading environment
US6618707B1 (en) 1998-11-03 2003-09-09 International Securities Exchange, Inc. Automated exchange for trading derivative securities
US6377940B2 (en) 1998-11-05 2002-04-23 International Securities Exchange, Llc Method and apparatus for setting a price for a security on an automated exchange based on a comparison of prices on other exchanges
US6405180B2 (en) 1998-11-05 2002-06-11 International Securities Exchange, Llc Automated exchange for matching bids between a party and a counterparty based on a relationship between the counterparty and the exchange
NZ514263A (en) 1999-02-24 2003-05-30 Min Ho Cha Automatic purchasing and selling of stock based on user specified trading conditions
US20020026321A1 (en) 1999-02-26 2002-02-28 Sadeg M. Faris Internet-based system and method for fairly and securely enabling timed-constrained competition using globally time-sychronized client subsystems and information servers having microsecond client-event resolution
US7617144B2 (en) 1999-03-19 2009-11-10 Primex Holdings Llc Auction market with price improvement mechanism
WO2000062212A2 (en) 1999-04-07 2000-10-19 Lang & Schwarz Wertpapierhandel Ag Method for performing at least one transaction to acquire and/or sell financial instruments and a computer system for carrying out said method
US7212999B2 (en) 1999-04-09 2007-05-01 Trading Technologies International, Inc. User interface for an electronic trading system
EP1266317A4 (en) 1999-06-14 2005-12-14 Integral Dev Corp System and method for conducting web-based financial transactions in capital markets
US6418419B1 (en) 1999-07-23 2002-07-09 5Th Market, Inc. Automated system for conditional order transactions in securities or other items in commerce
US7155410B1 (en) 1999-08-03 2006-12-26 Woodmansey Robert J Systems and methods for linking orders in electronic trading systems
US6832210B1 (en) 1999-08-16 2004-12-14 Westport Financial Llc Market neutral pairtrade model
US6990467B1 (en) 1999-08-18 2006-01-24 Khai Hee Kwan Method, apparatus and program for pricing, transferring, buying, selling and exercising of freight cargo options on the World Wide Web
US7181424B1 (en) * 1999-09-23 2007-02-20 The Nasdaq Stock Market, Inc. Montage for automated market system
US20030074301A1 (en) * 1999-11-01 2003-04-17 Neal Solomon System, method, and apparatus for an intelligent search agent to access data in a distributed network
US20010005838A1 (en) 1999-12-06 2001-06-28 Hirokazu So Recording medium, data recording and reproducing device, and system for collecting reproduction control information
JP3732699B2 (en) 1999-12-27 2006-01-05 富士通株式会社 Electronic purchasing system and method
US7165043B2 (en) 1999-12-30 2007-01-16 Ge Corporate Financial Services, Inc. Valuation prediction models in situations with missing inputs
US7613647B1 (en) 2000-01-19 2009-11-03 Itg Software Solutions, Inc. System and method for executing strategy security trading
US7356499B1 (en) 2000-02-09 2008-04-08 Dean Amburn Method and apparatus for automated trading of equity securities using a real time data analysis
US7103569B1 (en) 2000-03-24 2006-09-05 Groveman Lloyd A Active account management using volatility arbitrage
US6963855B1 (en) * 2000-04-10 2005-11-08 Alexander Borzenko Apparatus and method for automated display of market activity
US7496533B1 (en) 2000-04-10 2009-02-24 Stikine Technology, Llc Decision table for order handling
US7398244B1 (en) 2000-04-10 2008-07-08 Stikine Technology, Llc Automated order book with crowd price improvement
US7383220B1 (en) 2000-04-10 2008-06-03 Stikine Technology, Llc Automated short term option order processing
US7539638B1 (en) 2000-04-10 2009-05-26 Stikine Technology, Llc Representation of order in multiple markets
US8799138B2 (en) 2000-04-10 2014-08-05 Stikine Technology, Llc Routing control for orders eligible for multiple markets
US7472087B2 (en) 2000-04-10 2008-12-30 Stikine Technology, Llc Trading program for interacting with market programs on a platform
WO2001080131A1 (en) 2000-04-13 2001-10-25 Superderivatives, Inc. Method and system for pricing options
US7467110B2 (en) 2000-05-01 2008-12-16 The Olsen Group Method for market making
US20020019779A1 (en) 2000-06-02 2002-02-14 Healey Timothy G. Interactive order processing system and method for global computer network commerce
AU2001279266A1 (en) 2000-06-26 2002-01-08 Tradingscreen, Inc. Securities trading system with latency check
US7177833B1 (en) * 2000-07-18 2007-02-13 Edge Capture, Llc Automated trading system in an electronic trading exchange
WO2002006921A2 (en) 2000-07-18 2002-01-24 Lerner Julie A System and method for physicals commodity trading
US7440917B2 (en) * 2003-03-10 2008-10-21 Chicago Mercantile Exchange, Inc. Order risk management system
US8131626B2 (en) * 2003-11-17 2012-03-06 Bgc Partners, Inc. Customizable trading display of market data
US7778916B2 (en) * 2004-07-15 2010-08-17 New York Stock Exchange System and method for order sweep in a hybrid auction market
US8255314B2 (en) * 2004-09-13 2012-08-28 Bgc Partners, Inc. Electronic completion of cash versus futures basis trades
US7814004B2 (en) * 2004-10-29 2010-10-12 American Express Travel Related Services Company, Inc. Method and apparatus for development and use of a credit score based on spend capacity
GB2425626A (en) * 2005-03-24 2006-11-01 Espeed Inc System for protecting against erroneous price entries in the electronic trading of financial and other instruments
USD551675S1 (en) 2005-05-05 2007-09-25 Espeed Inc. User interface for an electronic trading system for a computer screen
WO2008013828A2 (en) * 2006-07-28 2008-01-31 Archipelago Holdings, Inc. Enhanced quote and order integration system and method
US9177313B1 (en) * 2007-10-18 2015-11-03 Jpmorgan Chase Bank, N.A. System and method for issuing, circulating and trading financial instruments with smart features
US9853977B1 (en) * 2015-01-26 2017-12-26 Winklevoss Ip, Llc System, method, and program product for processing secure transactions within a cloud computing system
US10326862B2 (en) * 2016-12-09 2019-06-18 Chicago Mercantile Exchange Inc. Distributed and transactionally deterministic data processing architecture

Patent Citations (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3573747A (en) * 1969-02-24 1971-04-06 Institutional Networks Corp Instinet communication system for effectuating the sale or exchange of fungible properties between subscribers
US4412287A (en) * 1975-05-29 1983-10-25 Braddock Iii Walter D Automated stock exchange
US4903201A (en) * 1983-11-03 1990-02-20 World Energy Exchange Corporation Automated futures trading exchange
US4674044A (en) * 1985-01-30 1987-06-16 Merrill Lynch, Pierce, Fenner & Smith, Inc. Automated securities trading system
US5038284A (en) * 1988-02-17 1991-08-06 Kramer Robert M Method and apparatus relating to conducting trading transactions with portable trading stations
US5101353A (en) * 1989-05-31 1992-03-31 Lattice Investments, Inc. Automated system for providing liquidity to securities markets
US5315634A (en) * 1989-09-04 1994-05-24 Hitachi, Ltd. Automatic trading method and apparatus
US5258908A (en) * 1990-11-02 1993-11-02 Foreign Exchange Transaction Services, Inc. Detection and prevention of duplicate trading transactions over a communications network
US6173270B1 (en) * 1992-09-01 2001-01-09 Merrill Lynch, Pierce, Fenner & Smith Stock option control and exercise system
US5870730A (en) * 1994-07-11 1999-02-09 Hitachi, Ltd Decision making method
US5884286A (en) * 1994-07-29 1999-03-16 Daughtery, Iii; Vergil L. Apparatus and process for executing an expirationless option transaction
US6263321B1 (en) * 1994-07-29 2001-07-17 Economic Inventions, Llc Apparatus and process for calculating an option
US6016483A (en) * 1996-09-20 2000-01-18 Optimark Technologies, Inc. Method and apparatus for automated opening of options exchange
US6061662A (en) * 1997-08-15 2000-05-09 Options Technology Company, Inc. Simulation method and system for the valuation of derivative financial instruments
US6594643B1 (en) * 1997-11-14 2003-07-15 Charles C. Freeny, Jr. Automatic stock trading system
US6058391A (en) * 1997-12-17 2000-05-02 Mci Communications Corporation Enhanced user view/update capability for managing data from relational tables
US6304858B1 (en) * 1998-02-13 2001-10-16 Adams, Viner And Mosler, Ltd. Method, system, and computer program product for trading interest rate swaps
US6317728B1 (en) * 1998-10-13 2001-11-13 Richard L. Kane Securities and commodities trading system
US6839686B1 (en) * 1999-03-29 2005-01-04 Dlj Long Term Investment Corporation Method and system for providing financial information and evaluating securities of a financial debt instrument
US6546375B1 (en) * 1999-09-21 2003-04-08 Johns Hopkins University Apparatus and method of pricing financial derivatives

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150356682A1 (en) * 2000-07-18 2015-12-10 Dcfb Llc C/O Intercontinental Exchange, Inc. Automated trading system in an electronic trading exchange
US10810668B2 (en) * 2000-07-18 2020-10-20 Dcfb Llc Automated trading system in an electronic trading exchange
US10832322B2 (en) 2000-07-18 2020-11-10 Dcfb Llc Automated trading system in an electronic trading exchange
US20140188695A1 (en) * 2012-12-27 2014-07-03 Kabushiki Kaisha Toshiba Electricity trading system and market providing type service system
US11367136B2 (en) * 2015-06-17 2022-06-21 Fixnetix Limited Systems and methods for providing real-time pre-trade risk assessment
CN107038640A (en) * 2017-05-25 2017-08-11 深圳开拓者科技有限公司 The method and system that a kind of order ticket is monitored automatically

Also Published As

Publication number Publication date
US7251629B1 (en) 2007-07-31
US20120030086A1 (en) 2012-02-02
US20140324663A1 (en) 2014-10-30
US8478687B2 (en) 2013-07-02
US8498923B2 (en) 2013-07-30
US9846910B2 (en) 2017-12-19
US20060259417A1 (en) 2006-11-16
US8725621B2 (en) 2014-05-13
US10891692B2 (en) 2021-01-12
US20160012533A1 (en) 2016-01-14
US20150356680A1 (en) 2015-12-10
US20120022993A1 (en) 2012-01-26

Similar Documents

Publication Publication Date Title
US10891692B2 (en) Automated trading system in an electronic trading exchange
US10810668B2 (en) Automated trading system in an electronic trading exchange
US11869084B2 (en) Systems and methods for protecting against erroneous price entries in the electronic trading of financial and other instruments
US7756782B2 (en) System and method for improved electronic trading
US8744949B2 (en) Method and apparatus for processing and routing transactions
CA2367069C (en) Auction market with price improvement mechanism
US20070005481A1 (en) Real time graphical user interface for on-line trading
US7797215B1 (en) System and method for analyzing and searching financial instrument data
US20030097323A1 (en) Systems and methods for an auto-security monitor that makes markets

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

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