US20050055304A1 - Trading application program interface - Google Patents

Trading application program interface Download PDF

Info

Publication number
US20050055304A1
US20050055304A1 US10/890,602 US89060204A US2005055304A1 US 20050055304 A1 US20050055304 A1 US 20050055304A1 US 89060204 A US89060204 A US 89060204A US 2005055304 A1 US2005055304 A1 US 2005055304A1
Authority
US
United States
Prior art keywords
price
participants
participant
item
hit
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
US10/890,602
Inventor
Howard Lutnick
Michael Sweeting
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.)
BGC Partners Inc
Original Assignee
Espeed Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Espeed Inc filed Critical Espeed Inc
Priority to US10/890,602 priority Critical patent/US20050055304A1/en
Assigned to ESPEED, INC. reassignment ESPEED, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: LUTNICK, HOWARD W., SWEETING, MICHAEL
Assigned to ESPEED INC. reassignment ESPEED INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: LUTNICK, HOWARD W., SWEETING, MICHAEL
Priority to EP04255492A priority patent/EP1515258A1/en
Priority to US10/938,143 priority patent/US10937092B2/en
Priority to CA002481185A priority patent/CA2481185A1/en
Publication of US20050055304A1 publication Critical patent/US20050055304A1/en
Assigned to BGC PARTNERS, INC. reassignment BGC PARTNERS, INC. MERGER (SEE DOCUMENT FOR DETAILS). Assignors: BGC PARTNERS, LLC, ESPEED, INC.
Priority to US17/188,289 priority patent/US11556987B2/en
Priority to US18/096,639 priority patent/US20230169590A1/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

Definitions

  • This invention relates to trading application program interfaces. More particularly, this invention relates to a trading application program interface suitable for use with quantitative analysis trading.
  • Quantitative analysis trading refers to a trading strategy that makes use of information technology to substantially remove the human element from the decision-making process involved in trading. Such techniques typically depend on highly sophisticated computer models that often draw elements from a broad range of scientific and mathematical disciplines. Quantitative implementations may make use of both fundamental and technical data, and at their most complex, may balance multiple portfolios over a broad range of markets, communicating electronically with market makers, in real time, with substantially no human intervention.
  • API application program interface
  • API application program interface
  • One embodiment of the invention preferably includes a system for trading an item between an aggressor participant and one or more passive participants.
  • the system includes a first workstation that receives bids or offers from the passive participants for the item at select prices and volumes, a second workstation that receives a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price and a programmed computer.
  • the programmed computer is preferably coupled to the workstations.
  • the computer provides two different states.
  • the first state is a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers.
  • the second state is a system trading state.
  • a trade transaction is executed in accordance with the hit or lift at a defined price set by the hit or lift, a period of exclusivity is provided enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and, finally, during the period of exclusivity, the other participants are allowed to hit or lift a bid or offer at a price other than the defined price.
  • an exclusive priority that may previously have been associated with the aggressor, the designated passive participant or other suitable participant may be transferred by the aggressor, the designated passive participant or other suitable participant to another price behind the touch price of the original trade. Once transferred, the original exclusive priority at the touch price may then be assumed by another party, thereby truncating the priority of the aggressor, the designated passive participant or other suitable participant at the designated price.
  • a system delta may be implemented whereby hits or lifts that are a predetermined number of price levels away from the touch price are rejected.
  • FIG. 1 is an illustration of an electronic implementation of a system in accordance with some embodiments of the present invention
  • FIG. 2 is an illustration, in greater detail, of an electronic implementation of a system in accordance with some embodiments of the present invention
  • FIG. 3 is an illustration of an electronic trading interface in accordance with some embodiments of the present invention.
  • FIG. 4 is an illustration of another electronic trading interface in accordance with some embodiments of the present invention.
  • FIG. 5 is an illustration of yet another electronic trading interface in accordance with some embodiments of the present invention.
  • FIG. 6 is an illustration of an electronic user interface in accordance with some embodiments of the present invention.
  • system 100 may include one or more workstations 101 .
  • Workstations 101 may be local or remote, and are connected by one or more communications links 102 to computer network 103 that is linked via communications links 105 to server 104 .
  • Server 104 is linked via communications link 110 to back office clearing center 112 .
  • server 104 may be any suitable server, processor, computer, or data processing device, or combination of the same.
  • Server 104 and back office clearing center 112 may form part of the electronic trading system.
  • server 104 may also contain an electronic trading system and application programming interface and merely transmit a Graphical User Interface or other display screens to the user at the user workstation.
  • Computer network 103 may be any suitable computer network including the Internet, an intranet, a wide-area network (WAN), a local-area network (LAN), a wireless network, a digital subscriber line (DSL) network, a frame relay network, an asynchronous transfer mode (ATM) network, a virtual private network (VPN), or any combination of any of the same.
  • Communications links 102 and 105 may be any communications links suitable for communicating data between workstations 101 and server 104 , such as network links, dial-up links, wireless links, hard-wired links, etc.
  • Workstations 101 may be personal computers, laptop computers, mainframe computers, dumb terminals, data displays, Internet browsers, Personal Digital Assistants (PDAs), two-way pagers, wireless terminals, portable telephones, etc., or any combination of the same.
  • Workstations 102 may be used to implement the electronic trading system application and application programming interface according to the invention.
  • Back office clearing center 112 may be any suitable equipment, such as a computer, a laptop computer, a mainframe computer, etc., or any combination of the same, for causing transactions to be cleared and/or verifying that transactions are cleared.
  • Communications link 110 may be any communications links suitable for communicating data between server 104 and back office clearing center 112 , such as network links, dial-up links, wireless links, hard-wired links, etc.
  • workstation 101 may include processor 201 , display 202 , input device 203 , and memory 204 , which may be interconnected.
  • memory 204 contains a storage device for storing a workstation program for controlling processor 201 .
  • Memory 204 also preferably contains an electronic trading system application 216 according to the invention.
  • Electronic trading system application 216 may preferably include application program interface 215 , or alternatively, as described above, electronic trading system application 216 may be resident in the memory of server 104 .
  • the electronic trading system may contain application program interface 215 as a discrete application from the electronic trading system application which also may be included therein. The only distribution to the user may then be a Graphical User Interface which allows the user to interact with electronic trading system application 216 resident at server 104 .
  • Processor 201 uses the workstation program to present on display 202 electronic trading system application information relating to market conditions received through communication link 102 and trading commands and values transmitted by a user of workstation 101 . Furthermore, input device 203 may be used to manually enter commands and values in order for these commands and values to be communicated to the electronic trading system.
  • Trade-Through-the-Stack trading rules preferably allow the user to identify and trade prices outside the boundaries of the best prices shown by the trading system. Such a trade may not invoke the trading system (or alternatively, the trading application's) interactive trading rules as will be described in more detail below.
  • price improvement (PI) benefits which are described in U.S. patent application Ser. No. 10/171,009, filed on Jun. 11, 2002, which is hereby incorporated by reference herein in its entirety, may also be applicable in some form in TTS trading.
  • Interactive trading may use a number of trading states to define the ability of users to negotiate and trade with one another.
  • Each of the various states may be associated with a user interface display screen.
  • all of the various states may be associated with a single display screen that includes various indicators to denote the current system state.
  • the user interface may appear as follows:
  • FIG. 3 shows an illustrative trading interface 300 for interactive trading that is adapted for implementing systems and methods according to the present invention.
  • the interface includes a top line 301 (alternatively referred to herein as the touch line, or the headline.)
  • Top line 301 may preferably be adapted to include the price that should be initially aggressed to start a trade or, alternatively, top line 301 may show the status of the actual aggressed trade (as shown below in FIG. 4 ). In either case, top line 301 is typically located at the top of the quad (quad being defined as the display area related to trading of a particular instrument.)
  • Top line 301 may include item 302 , price 304 , size 306 and last price 308 .
  • Interface 300 also includes market depth information 310 , which shows price and size for items that have not yet been traded (commonly known as the book). Also shown in interface 300 are bid and offer stacks 312 and 314 , respectively. Bid and offer stacks 312 and 314 may indicate the size of one or many market participants are bidding or offering at the current price 304 . Note that price 304 (shown as 100.00+-100.012) in this exemplary example is shown in a traditional United States Government Bond pricing format.
  • interface 300 shows a bid/offer state. This state enables participants to enter into the system bids and offers at select prices and volumes for the item being traded.
  • a system trading state typically referred to as the workup state is shown in FIG. 4 .
  • the hit (or take) is for transacting a trade of a desired volume of the item at a desired price.
  • the trading system preferably transitions from the bid/offer system state to the workup state in order to transact a trade of the item at a desired price.
  • the exclusivity of the two priority participants is limited to trading at the price at which the first hit or lift was transacted—i.e., the touch price.
  • the two priority participants, and other participants who may join the trade following the termination of exclusive rights of one (or both) of the first two participants retain exclusivity only at the touch price.
  • the period of exclusivity may end either as a result of the timing out of either of the participants or the election by either or both of the participants to terminate their exclusive trading session. Following the exclusive period, no one can control the trade to the exclusion of others.
  • the system tests for and executes any new transactions entered by new Participants preferably at the touch price.
  • any new bid or offer is shown as clear to trade only to the highest price/time priority existing contra order in the system for a predetermined, preferably exclusive time period in bid/offer state.
  • Another trading state referred to herein as a when state, is triggered by a trading command in the workup state against an uncleared bid/offer by an aggressor who is not one of the original participants on the contra-side of the uncleared bid/offer.
  • system controls preferably do not allow this trading command by the new aggressor to be instantaneously executed.
  • the trading processor creates a time interval or delay, and thereby provides the original participants time to assess the new situation and to respond to the uncleared entry on the passive side.
  • the non-priority contraparties to the aggressor's order i.e., the contraparties that are listed in the book at worse prices (or later times, or both worse prices and later times) than the touch price may be prevented from canceling their respective orders until either (a) the orders are executed or (b) the aggressor's order is filled or canceled.
  • the state in which the non-priority contraparties are prevented from canceling their respective orders is known as the guarantee state (which may alternatively referred to herein as the hold state).
  • the guarantee state is described in detail as follows. If the same or another participant elects to execute a trade and enters an order for a price that is worse than an available touch price and the currently available touch price is not clear to the participant, then the contraparties to this order are prevented from canceling their respective orders until either (a) those orders of the contraparties are executed or (b) the order for the price that is worse than the available touch price is filled or canceled.
  • the order from the aggressing contraparty, who effectively created the when state may also be prevented from canceling until the conclusion of the when state as the system transitions from the workup state into the next state in the circumstance that the original aggressors decline to trade with the new aggressor.
  • participant other than the priority participants are permitted to trade with other non-priority participants during the exclusive period, with certain restrictions.
  • each of these other, non-priority participants are restricted to trade at prices other than the touch price in order to maintain exclusivity for the priority participants at the touch price.
  • this type of trading by non-priority participants is referred to herein as TTS (Trade-Through-the-Stack) trading.
  • the following principles may preferably guide TTS trading rules according to the invention.
  • a first rule according to one embodiment of the claimed invention is as follows: the priority participants or workers in the workup state control priority at the touch price of the trade, but desperate traders can “trade and run”—i.e., trade in a one-time fashion, with preferably no ability to continue the trade after that trade—at limit order prices behind them in the book—i.e., at levels worse than the touch price.
  • a limit order is an order to buy or sell a predetermined amount of an instrument at a specified price or better than the specified price. Limit orders also may allow an investor to set the length of time an order can be outstanding before cancelled.
  • the second rule may include implementing trading at finer pricing granularity—e.g., for the granularity to be 1 ⁇ 2 the normal listed minimum increment for the traded security.
  • the normal granularity for a five year note is 1 ⁇ 4 of one thirty-second of a point (one one-hundredth of a percent of the total value of the instrument).
  • ⁇ fraction (1/8) ⁇ ths of one thirty-second of a point may be available in the 5 year note on a restricted view basis during workup state.
  • these finer granularity prices may only be available, preferably during workup state, to participants that participate in a trade.
  • these finer granularity prices may be available to all viewers of the screen during when state or guarantee state.
  • other additional prices such as 100.001, 100.003, 100.005, and 100.007 may also be available to participants in TTS trading. These prices may also be available to viewers of the screen, preferably only subject to the conditions enumerated above.
  • the finer granularity prices may be available to all viewers, yet the size associated with the finer granularity prices may only be available to the participants in the trade, or the size associated with the finer granularity prices may not be available to anyone (excluding the party who provided the finer granularity price).
  • a non-standard bid or offer may be displayed only when the bid or offer is between the best bid and the best offer.
  • the trading system state may guarantee the completion at a price between the price of the queued hit or lift and the trading price.
  • a hit or lift at a defined price may be guaranteed to be traded without identifying, or, alternatively, without confirming a passive participant.
  • Such a hit or lift at a defined price may be guaranteed to be traded without identifying or, alternatively, confirming the price at which the hit or lift will, in fact, be traded.
  • One particular example of a trade which implements the second rule of TTS trading is one that in bid/offer state is at 100.00+/100.006 which then goes, in the workup state, to TAKE 100.006.
  • the second rule states that, in such a trade, the displayed 100.00+ bid may originally have been a 100.005 bid in the book (more finely granular than the standard 1 ⁇ 4 increment, the standard increment being defined as the smallest allowable price difference (which may be a system set or exchange set value) between the best bid and the best offer when the best bid and the best offer are not the same) but is only shown in the touch line at a standard increment.
  • a third, non-priority participant may enter, for example, a bid for 100.005 (or alternatively, the original touch line bid may be now revealed to show that it was not a 100.00+ bid but rather a 100.005 bid). Then, the priority participant who is contra to the 100.005 bid may elect to hit the 100.005 bid if the seller at 100.006 has terminated.
  • the workup state would effectively go from 100.006 immediately to a workup state at 100.005.
  • a non-priority participant may elect to hit the 100.005 bid, and wait until the priority contra participant either hits the bid, terminates or times out. This would also effectively change the trade from 100.006 immediately to a workup state at 100.005.
  • a more granular price i.e., the 100.005 price described above—may be listed in the book and may be available in a hit and run or other TTS trade, nevertheless, this price may never show (or in an alternative embodiment, be available to trade) at the touch line. Rather, whenever the price reaches the touch line, either because it became the best bid or offer in the system or because it was acted upon, it automatically shows at the nearest conventional granularity—i.e., a bid of 100.005 shows as a bid of 100.004 in the touch line and an offer of 100.005 shows as an offer of 100.006 in the touch line.
  • a third rule may be that the first/priority worker retains priority rights—i.e., the exclusive ability to trade the particular instrument on the side (buy/sell) for which the worker entered—at the initial traded price, and may be able to re-bid/offer at a slightly worse price during (or immediately following) the workup state. If a better price comes in after the priority worker has changed his price to a slightly worse price, the better price does not assume priority, but may truncate the exclusive first buyer/seller priority at the touch price. Alternatively, in this particular scenario, the priority worker's priority may preferably be truncated, while any new participant may assume priority at the original touch price, if the new participant entered his price after the priority worker changed his trading price.
  • priority rights i.e., the exclusive ability to trade the particular instrument on the side (buy/sell) for which the worker entered—at the initial traded price, and may be able to re-bid/offer at a slightly worse price during (or immediately following) the workup state. If
  • Price improvement may preferably be available on all finer granularity price levels that may be available in the bid/offer state. Thus, price improvement may be implemented on such ⁇ fraction (1/8) ⁇ th prices as may be used for TTS trading.
  • price improvement in general, and different levels of price improvement in particular—e.g., where relatively more and less aggressive levels of price improvement are permitted, may be (a) revealed to—i.e., viewable by—participants in the trade, (b) revealed to select participants in the trade (e.g., market makers, the status of whom may be determined by a pre-selected criteria (one such criteria may define market makers as being participants whose bids or offers were displayed during bid/offer state, (or, alternatively, market makers may be defined as the participants whose bids or offers were displayed during bid/offer state within a predetermined time before the transition to trade state) or other suitable method), (c) revealed to viewers of the trade (d) or revealed to any combination of (a), (b) and (c).
  • participant may enter bids below the headline trading price or at any other suitable price and offers above the headline trading price or at any other suitable price into the book during trade state. These bids and offers may or may not qualify the associated participants as market makers.
  • the finer granularity price levels themselves may be restricted in their viewability in the same way that the price improvement restrictions are defined above.
  • the term aggressive characterizes a willingness to trade at a price level beyond—i.e., worse than—the touch price.
  • the more aggressive trader is a buyer, he is willing to buy at price that is higher than the price offered in the touch line.
  • the more aggressive trader is a seller, he is willing to sell at a price that is lower than the price bid in the touch line.
  • Limit orders from the book are accessible from the workup state.
  • the information on the status of each order for a user is preferably shown to the user. It is also shown to the user when that status is changed and when the limit order is promoted from the book to the “touch price” position (and any corresponding change in availability). This allows users to know not only when a price is accessible to them, but also when a price is accessible to only them.
  • TTS allows for users to trade through a price from bid/ask state, to a limit price worse than the touch price, if the users show enough size and aggression on the price (preferably, the aggression is restricted to a pre-determined system delta from the touch price.
  • the delta may be a price difference, a size difference or a price and size difference between the user-entered price and the head line price.
  • the delta may be a predetermined number of book entries—e.g., three—away from the head line.
  • This pre-determined system delta is that it preferably protects against user error by preventing orders that are too distant from the touch price from being executed). This may encourage users to add prices to the order book, thereby increasing liquidity and transparency, in the hope of having the users' respective orders filled.
  • FIG. 5 includes a TTS trade that occurs during a workup state.
  • Display 500 shows a display in which a TTS trade occurs during a workup state.
  • a trade at 100.06 is occurring in the touchline 502 .
  • the current participants in the trade enjoy a priority.
  • Line 504 shows an additional trade (for a volume of ten of the item that shows that the bid price has been hit) is occurring at a price—i.e., 100.57—that is worse than the touch price.
  • TTS order exceeds the allowable system delta (from the headline trading price)
  • the order is preferably rejected before any size is traded. The trade is likely to be an error even if the size being hit or lifted is available in the book of orders.
  • priority worker Preferably, only one priority worker is allowed per side on the touch line during a workup state.
  • a priority worker can carry on the priority strikes in the current manner. For example, during the workup state when 100.00+ is trading, and first seller can type ⁇ 10 SELL> in order to trade more at 100.00+ or he can carry on his priority at a different level. He can do this by typing ⁇ 100.005 10 SELL> to “back himself up” to 100.005 and have priority at that level. Nevertheless, if he backs up beyond the next limit order available, then he may be forced to lose priority immediately because he has essentially made his price worse than the existing market price.
  • priority preferably can only be removed in this way when a priority worker has changed his bid/offer to a level less competitive—i.e., puts in a bid lower than the bid the priority worker put in originally, or puts in an offer higher than the offer he put in originally—than the touch line trading price. This preferably prevents gaming for advantage by other users trading just a small volume of the item at an ⁇ fraction (1/8) ⁇ th of a thirty second more aggressive than the priority user at the touch line trading price, to truncate the priority of that first user.
  • the remaining priority participant should retain first priority “on the follow”—i.e., in the bid/ask stack of the next trade at the same price level according to existing last trader/last priority rules.
  • the system preferably trades all contra size at the touch price and then queues—i.e., holds, preferably for a predetermined period of time—the remainder of the TTS order, while disallowing further cancellation of the remainder of the TTS order.
  • the necessary limit amounts behind the first buyer will be held from canceling the amounts that match the remainder of the TTS order. These matching amounts will be held until the first buyer has either bought the remainder of the TTS sell, elected to end his order, or has timed out.
  • the touch line may show
  • the buyer retains priority. Then, there may be a bid behind the priority buyer for 90 m (million) at 100.002 (a price which is, in fact lower than the outstanding bid and, therefore, which is a price “behind” or “beyond” the priority buyer (or bidder)).
  • a new seller sends a TTS “100.002 sell 50 m”—i.e., a sell order that is below the touch price.
  • the TTS hits the bid for the remaining 10 m of the priority buyer's order. This leaves the remainder of the TTS sell order to match with 40 m bid at 100.002. Nevertheless, this trade for the remaining 40 m is not yet executed because the priority buyer still retains the right to buy at 100.00+.
  • the 100.002 bidder then cannot cancel 40 m of his original order—i.e., 40 m of his bid is held until the resolution of the priority buyer.
  • the TTS order (characterized as the 100.002 seller) is there to sell 40 m more at 100.00+ if the priority buyer (or subsequently anyone else) wants to buy them at 100.00+.
  • the TTS seller also cannot cancel the 40 m remaining of his sell order because it will be matched at the first opportunity (either at 100.00+ or later, by the next buyer below in the stack, at 100.002). It is significant here that the untraded, yet about-to-be matched orders cannot cancel.
  • the guarantee state may preferably only occur in workup state. Alternatively, the guarantee state may be implemented in bid/offer state as well, as will be explained in more detail below.
  • a trading system preferably waits (up to 4 seconds in one embodiment for United States government securities) for the initial priority buyer to buy more out of the 40 m for sale at 100.00+ before the trading system allows the HIT to occur at the 100.002 bid in the size balance left over. Thereafter, the 100.002 limit bid is free to cancel any untraded size that may still remain.
  • the system preferably allows the TTS order to trade immediately at the targeted limit price behind the touch price, as a “trade and run and cleared” part of the overall trade workup.
  • the TTS order bypasses the size at the best price (which is temporarily reserved for the priority worker), and trades behind immediately.
  • the TTS order may be considered to have circumnavigated the first buyer, first seller rules by trading at a more aggressive price.
  • the headline shows 100.00+ HIT 10 where the buyer has no priority, and there is a 100.002 bid for 90 m behind, and the first seller still has priority
  • the 100.002 bid trades immediately in 50 m at 100.002 with the new seller.
  • a TTS order has assumed the priority position and exhausted all possible contra size available to its price (within some range which may be predetermined by a system delta), it preferably becomes the touch line order in the buy/sell stack at the touch price (or alternatively, the TTS bid/offer becomes the headline price beyond the touch price—i.e., at one of the exhausted prices), albeit with no matching contra order.
  • this TTS order may be adapted to re-engage any new orders that are behind the touch price when they appear, to the extent that its original price limit applies to match newly entered orders.
  • a hidden size functionality in a trading system according to the invention allows a user to show a predetermined portion of a larger order size.
  • hidden size contra orders that are engaged in workup state TTS according to the rules above, may be fully exposed up to the amount that can be traded, before the next contra order, or price level, is touched.
  • new approaches to providing system transparency are provided.
  • users can visually determine whether they are priority participants during the trading system state by observing the screen colors in this state with respect to the other participants. If they see a zero in a predetermined color at the top of the breakout stacks referred to above, users know they have the priority worker status. If users see a zero in another predetermined color, they know someone else has priority. Participants can also see the limit bid and offer orders in the book below and above the trading price. Seeing the limit orders allows the participants to make a judgment with respect to what to do when the present trading system state terminates if participants do not trade at the touch price.
  • Two approaches according to the invention preferably adapt a trading system application trading interface (API) according to the invention to help users, and user APIs (notably, in an automated fashion), to see what the user eye & mind can deduce in interactive trading systems.
  • API application trading interface
  • This preferably promotes system transparency because it allows users, and user APIs, to access information relating to priority. Then other non-priority users may access the next price without waiting. This preferably increases trading efficiency.
  • the trading system API carries a price to a user, or user API
  • the following attributes or flags may also be sent from the trading system to that user so the users are cognizant of the manner of bid/ask, workup state, or other suitable trading state that they presently are operating in.
  • these messages may be sent as audio files whereby the workstation associated with a participant may provide audio messages corresponding to the messages in the following table.
  • Price/Size Clear to You A particular buy/sell/bid/offer is clear for a user to trade immediately -- i.e., no order queuing delay would result from such a trade attempt Price/Size Unclear to You A particular buy/sell/bid/offer is not clear for a user to trade immediately -- i.e., another user has priority over the this user and a subsequent trade attempt would result in a queued message from a trading system, and a delay for this user for inclusion into a workup state Price/Size Clearing to You A particular buy/sell/bid/offer is clearing only to the particular user. Included with this message may be an indication of how long the exclusive priority period may last
  • voice brokers provided a service not just in terms of execution, but also in terms of confirmation in addition to providing other trade data.
  • Voice brokerage was supplemented by the electronic broadcast of such information. However, to buy, sell or access market information, one needed to call the voice broker.
  • confirmation and trading data are preferably all returned to the trader in text form. While a number of alert sounds could be set up, these notify the trader only that something has happened. Traders therefore use sight and sound to gauge market conditions with the help of voice brokering supplemented with electronic trade data.
  • the audio files described above form a part of systems and methods for traders to receive instantaneous confirmation of trade execution and post-trade execution data. Such information and other market information may be relayed via a data to voice service in an electronic trading system. Such a system may be implemented to alert active market participants of the status of a trade in real-time, and to provide instantaneous audio files relating to trade confirmation.
  • the system may alert a designated active customer of the availability of a better bid/offer than what was previously available.
  • the alerts may be reported by issue—i.e., any better bid/offer in a particular issue—by side of market (bid or offer)—i.e., by any better bid/offer on a particular side of the market—by price—i.e., the best price available—by current status—i.e., changes in status past a pre-determined delta—or by any other suitable parameter.
  • FIG. 6 shows yet another aspect of the present invention.
  • This aspect of the invention preferably helps participants quantify and execute a portfolio of bonds in middle market trading system (MMTS)—i.e., a trading system for odd lots of holding of securities.
  • MMTS middle market trading system
  • the program After a customer inputs size, price, and bid/offer wanted, the program returns the value of the portfolio in an easy-to-read dollar value format.
  • Display 600 includes portions 610 and 620 .
  • Portion 610 of FIG. 6 shows the prices that are available for a particular issue in the MMTS. These prices represent available prices—i.e., current bids and offers—for odd lots—i.e., non-standard amounts—of issues.
  • Portion 620 of FIG. 6 shows a customer's portfolio of odd lots of issues.
  • a spreadsheet such as an Excel spreadsheet, may be adapted whereby the customer preferably inputs a target value—either a profit or loss—at which the customer wishes to trade some or all of his portfolio of odd lots of issues.
  • the spread sheet determines, based on the values obtained from MMTS and the values input by the participant, that the target value of the customer has been achieved, the system may automatically execute the trades necessary to liquidate the portfolio.
  • the total loss incurred by trading all of the participant's portfolio may be preferably limited because of the relatively small size of the lots. In such a case, it may be highly likely that the customer would execute this odd lot portfolio given the small total value differential.
  • This system preferably obtains advantage as an extremely accurate gauge of the customer odd lot portfolio position.

Abstract

An electronic trading system including various rules is described herein. Many of the rules relate to implementing periods of exclusive priority in trading. For example, in one of the rules, an exclusive period of trading may be controlled by an aggressor and a designated passive participant. The aggressor may have exclusive rights on his side of the trade at a particular price point for a particular time. The aggressor may elect to change the price point at which he controls the trade to a new price point which is more favorable to him. Thereafter, another participant may assume the exclusivity of the trade by entering the trade on the same side of the aggressor at the old price point. In so doing, the other participant also preferably truncates the aggressor's exclusivity at the new price point.

Description

    CROSS REFERENCE TO RELATED APPLICATIONS
  • This application claims priority from U.S. Provisional Patent Applications No. 60/502,051, filed Sep. 10, 2003, 60/512,879, filed Oct. 20, 2003, and 60/513,664, filed Oct. 22, 2003.
  • BACKGROUND OF THE INVENTION
  • This invention relates to trading application program interfaces. More particularly, this invention relates to a trading application program interface suitable for use with quantitative analysis trading.
  • Quantitative analysis trading (colloquially known as “program trading” or “quant trading”) refers to a trading strategy that makes use of information technology to substantially remove the human element from the decision-making process involved in trading. Such techniques typically depend on highly sophisticated computer models that often draw elements from a broad range of scientific and mathematical disciplines. Quantitative implementations may make use of both fundamental and technical data, and at their most complex, may balance multiple portfolios over a broad range of markets, communicating electronically with market makers, in real time, with substantially no human intervention.
  • Because quantitative analysis involves electronic communication and computer trading, it is critical that a trading application program interface being used for quantitative trading provides information regarding options available for immediate trading.
  • It would therefore be desirable to provide a trading application program interface suitable for quantitative analysis trading.
  • It would also be desirable to provide a trading application program interface that conforms to a set of preferably real-time trading rules and is suitable for quantitative analysis trading.
  • It would also be desirable to provide users with a trading application program having an application program interface (API) that is suitable for quantitative analysis trading and adapted to take advantage of first buyer/first seller privileges afforded by the trading application's interactive trading rules.
  • It would also be desirable to allow such users to identify and trade prices outside the boundaries of a current trading application's interactive trading rules and according to their particular requirements and where suitable logic allows.
  • SUMMARY OF THE INVENTION
  • It is an object of this invention to provide a trading application program interface suitable for quantitative analysis trading.
  • It is another object of this invention to provide a trading application program interface that conforms to a set of preferably real-time trading rules and is suitable for quantitative analysis trading.
  • It is yet another object of this invention to provide users with a trading application program having an application program interface (API) that is suitable for quantitative analysis trading and adapted to take advantage of first buyer/first seller privileges afforded by the trading application's interactive trading rules.
  • It is still another object of this invention to allow such users to identify and trade prices outside the boundaries of a current trading application's interactive trading rules and according to their particular requirements and where suitable logic allows.
  • One embodiment of the invention preferably includes a system for trading an item between an aggressor participant and one or more passive participants. The system includes a first workstation that receives bids or offers from the passive participants for the item at select prices and volumes, a second workstation that receives a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price and a programmed computer.
  • The programmed computer is preferably coupled to the workstations. The computer provides two different states. The first state is a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers. The second state is a system trading state. In the system trading state, a trade transaction is executed in accordance with the hit or lift at a defined price set by the hit or lift, a period of exclusivity is provided enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and, finally, during the period of exclusivity, the other participants are allowed to hit or lift a bid or offer at a price other than the defined price.
  • In other aspects of the invention, an exclusive priority that may previously have been associated with the aggressor, the designated passive participant or other suitable participant, may be transferred by the aggressor, the designated passive participant or other suitable participant to another price behind the touch price of the original trade. Once transferred, the original exclusive priority at the touch price may then be assumed by another party, thereby truncating the priority of the aggressor, the designated passive participant or other suitable participant at the designated price.
  • In yet another aspect of the invention, a system delta may be implemented whereby hits or lifts that are a predetermined number of price levels away from the touch price are rejected.
  • In still another aspect of the invention, certain prices are guaranteed by the system following certain sequences of events which will be described in more detail below.
  • BRIEF DESCRIPTIONS OF THE INVENTION
  • Further features of the invention, its nature and various advantages will be apparent from the following detailed description of the preferred embodiments, taken in conjunction with the accompanying drawings, in which like reference characters refer to like parts throughout, and in which:
  • FIG. 1 is an illustration of an electronic implementation of a system in accordance with some embodiments of the present invention;
  • FIG. 2 is an illustration, in greater detail, of an electronic implementation of a system in accordance with some embodiments of the present invention;
  • FIG. 3 is an illustration of an electronic trading interface in accordance with some embodiments of the present invention;
  • FIG. 4 is an illustration of another electronic trading interface in accordance with some embodiments of the present invention;
  • FIG. 5 is an illustration of yet another electronic trading interface in accordance with some embodiments of the present invention; and
  • FIG. 6 is an illustration of an electronic user interface in accordance with some embodiments of the present invention.
  • DETAILED DESCRIPTION OF THE INVENTION
  • Referring to FIG. 1, exemplary system 100 for implementing the present invention is shown. As illustrated, system 100 may include one or more workstations 101. Workstations 101 may be local or remote, and are connected by one or more communications links 102 to computer network 103 that is linked via communications links 105 to server 104. Server 104 is linked via communications link 110 to back office clearing center 112.
  • In system 100, server 104 may be any suitable server, processor, computer, or data processing device, or combination of the same. Server 104 and back office clearing center 112 may form part of the electronic trading system. Furthermore, server 104 may also contain an electronic trading system and application programming interface and merely transmit a Graphical User Interface or other display screens to the user at the user workstation.
  • Computer network 103 may be any suitable computer network including the Internet, an intranet, a wide-area network (WAN), a local-area network (LAN), a wireless network, a digital subscriber line (DSL) network, a frame relay network, an asynchronous transfer mode (ATM) network, a virtual private network (VPN), or any combination of any of the same. Communications links 102 and 105 may be any communications links suitable for communicating data between workstations 101 and server 104, such as network links, dial-up links, wireless links, hard-wired links, etc.
  • Workstations 101 may be personal computers, laptop computers, mainframe computers, dumb terminals, data displays, Internet browsers, Personal Digital Assistants (PDAs), two-way pagers, wireless terminals, portable telephones, etc., or any combination of the same. Workstations 102 may be used to implement the electronic trading system application and application programming interface according to the invention.
  • Back office clearing center 112 may be any suitable equipment, such as a computer, a laptop computer, a mainframe computer, etc., or any combination of the same, for causing transactions to be cleared and/or verifying that transactions are cleared. Communications link 110 may be any communications links suitable for communicating data between server 104 and back office clearing center 112, such as network links, dial-up links, wireless links, hard-wired links, etc.
  • The server, the back office clearing center, and one of the workstations, which are depicted in FIG. 1, are illustrated in more detail in FIG. 2. Referring to FIG. 2, workstation 101 may include processor 201, display 202, input device 203, and memory 204, which may be interconnected. In a preferred embodiment, memory 204 contains a storage device for storing a workstation program for controlling processor 201. Memory 204 also preferably contains an electronic trading system application 216 according to the invention.
  • Electronic trading system application 216 may preferably include application program interface 215, or alternatively, as described above, electronic trading system application 216 may be resident in the memory of server 104. In this embodiment, the electronic trading system may contain application program interface 215 as a discrete application from the electronic trading system application which also may be included therein. The only distribution to the user may then be a Graphical User Interface which allows the user to interact with electronic trading system application 216 resident at server 104.
  • Processor 201 uses the workstation program to present on display 202 electronic trading system application information relating to market conditions received through communication link 102 and trading commands and values transmitted by a user of workstation 101. Furthermore, input device 203 may be used to manually enter commands and values in order for these commands and values to be communicated to the electronic trading system.
  • In one embodiment of this invention, Trade-Through-the-Stack trading rules (TTS) preferably allow the user to identify and trade prices outside the boundaries of the best prices shown by the trading system. Such a trade may not invoke the trading system (or alternatively, the trading application's) interactive trading rules as will be described in more detail below. Preferably, price improvement (PI) benefits, which are described in U.S. patent application Ser. No. 10/171,009, filed on Jun. 11, 2002, which is hereby incorporated by reference herein in its entirety, may also be applicable in some form in TTS trading.
  • To fully understand the TTS system and method according to the invention, it is important to understand an interactive trading system according to the invention upon which the TTS rules are implemented. One embodiment of an interactive trading system is described in U.S. Pat. No. 6,560,580, which is hereby incorporated by reference herein in its entirety.
  • Interactive trading may use a number of trading states to define the ability of users to negotiate and trade with one another. Each of the various states may be associated with a user interface display screen. Alternatively, all of the various states may be associated with a single display screen that includes various indicators to denote the current system state. The user interface may appear as follows:
  • FIG. 3 shows an illustrative trading interface 300 for interactive trading that is adapted for implementing systems and methods according to the present invention. The interface includes a top line 301 (alternatively referred to herein as the touch line, or the headline.) Top line 301 may preferably be adapted to include the price that should be initially aggressed to start a trade or, alternatively, top line 301 may show the status of the actual aggressed trade (as shown below in FIG. 4). In either case, top line 301 is typically located at the top of the quad (quad being defined as the display area related to trading of a particular instrument.) Top line 301 may include item 302, price 304, size 306 and last price 308. Interface 300 also includes market depth information 310, which shows price and size for items that have not yet been traded (commonly known as the book). Also shown in interface 300 are bid and offer stacks 312 and 314, respectively. Bid and offer stacks 312 and 314 may indicate the size of one or many market participants are bidding or offering at the current price 304. Note that price 304 (shown as 100.00+-100.012) in this exemplary example is shown in a traditional United States Government Bond pricing format.
  • In FIG. 3, interface 300 shows a bid/offer state. This state enables participants to enter into the system bids and offers at select prices and volumes for the item being traded.
  • A system trading state typically referred to as the workup state is shown in FIG. 4. This shows interface 300 after receiving a first hit—i.e., an acceptance of a pending bid—(or take—i.e., an acceptance of a pending offer—) trade command from an aggressor participant—i.e., a participant who initiates a trade—responding to presented bids and offers. The hit (or take) is for transacting a trade of a desired volume of the item at a desired price. In response to the hit (or take), the trading system preferably transitions from the bid/offer system state to the workup state in order to transact a trade of the item at a desired price.
  • It should be noted that once trading has commenced in the workup state, the participant that posted the bid or offer and the participant that responded with the hit or lift of the bid or offer are generally awarded, under certain conditions, exclusive trading privileges for some pre-determined period. Systems and methods according to the invention, based on the TTS rules, preferably allow others—i.e., that do not enjoy exclusive trading privileges—to participate in trading the traded item during the pre-determined period, as will be explained in more detail below.
  • In one embodiment of the invention, the exclusivity of the two priority participants is limited to trading at the price at which the first hit or lift was transacted—i.e., the touch price. Thus, the two priority participants, and other participants who may join the trade following the termination of exclusive rights of one (or both) of the first two participants, retain exclusivity only at the touch price. The period of exclusivity may end either as a result of the timing out of either of the participants or the election by either or both of the participants to terminate their exclusive trading session. Following the exclusive period, no one can control the trade to the exclusion of others. The system then tests for and executes any new transactions entered by new Participants preferably at the touch price.
  • In one embodiment of interactive trading, any new bid or offer is shown as clear to trade only to the highest price/time priority existing contra order in the system for a predetermined, preferably exclusive time period in bid/offer state. Another trading state, referred to herein as a when state, is triggered by a trading command in the workup state against an uncleared bid/offer by an aggressor who is not one of the original participants on the contra-side of the uncleared bid/offer.
  • As stated above in brief, system controls preferably do not allow this trading command by the new aggressor to be instantaneously executed. In accordance with system logic, the trading processor creates a time interval or delay, and thereby provides the original participants time to assess the new situation and to respond to the uncleared entry on the passive side. In one embodiment of the invention, the non-priority contraparties to the aggressor's order—i.e., the contraparties that are listed in the book at worse prices (or later times, or both worse prices and later times) than the touch price may be prevented from canceling their respective orders until either (a) the orders are executed or (b) the aggressor's order is filled or canceled. The state in which the non-priority contraparties are prevented from canceling their respective orders is known as the guarantee state (which may alternatively referred to herein as the hold state).
  • The guarantee state is described in detail as follows. If the same or another participant elects to execute a trade and enters an order for a price that is worse than an available touch price and the currently available touch price is not clear to the participant, then the contraparties to this order are prevented from canceling their respective orders until either (a) those orders of the contraparties are executed or (b) the order for the price that is worse than the available touch price is filled or canceled. The order from the aggressing contraparty, who effectively created the when state, may also be prevented from canceling until the conclusion of the when state as the system transitions from the workup state into the next state in the circumstance that the original aggressors decline to trade with the new aggressor.
  • In systems and method based on the TTS rules of the invention, participants other than the priority participants are permitted to trade with other non-priority participants during the exclusive period, with certain restrictions. Preferably, each of these other, non-priority participants are restricted to trade at prices other than the touch price in order to maintain exclusivity for the priority participants at the touch price. To reiterate, this type of trading by non-priority participants is referred to herein as TTS (Trade-Through-the-Stack) trading.
  • The following principles may preferably guide TTS trading rules according to the invention.
  • A first rule according to one embodiment of the claimed invention is as follows: the priority participants or workers in the workup state control priority at the touch price of the trade, but desperate traders can “trade and run”—i.e., trade in a one-time fashion, with preferably no ability to continue the trade after that trade—at limit order prices behind them in the book—i.e., at levels worse than the touch price. (A limit order is an order to buy or sell a predetermined amount of an instrument at a specified price or better than the specified price. Limit orders also may allow an investor to set the length of time an order can be outstanding before cancelled.)
  • Based in part on this understanding, the second rule, according to the invention may be described. The second rule may include implementing trading at finer pricing granularity—e.g., for the granularity to be ½ the normal listed minimum increment for the traded security. For example, the normal granularity for a five year note is ¼ of one thirty-second of a point (one one-hundredth of a percent of the total value of the instrument).
  • In one embodiment of a system according to the invention, {fraction (1/8)}ths of one thirty-second of a point may be available in the 5 year note on a restricted view basis during workup state. For example, these finer granularity prices may only be available, preferably during workup state, to participants that participate in a trade. Alternatively, these finer granularity prices may be available to all viewers of the screen during when state or guarantee state. Thus, instead of limiting pricing granularity to 100.002, 100.00+, 100.006, other additional prices such as 100.001, 100.003, 100.005, and 100.007 may also be available to participants in TTS trading. These prices may also be available to viewers of the screen, preferably only subject to the conditions enumerated above.
  • In yet another group of alternative embodiments, the finer granularity prices may be available to all viewers, yet the size associated with the finer granularity prices may only be available to the participants in the trade, or the size associated with the finer granularity prices may not be available to anyone (excluding the party who provided the finer granularity price). Alternatively, a non-standard bid or offer may be displayed only when the bid or offer is between the best bid and the best offer. In yet another alternative embodiment, the trading system state may guarantee the completion at a price between the price of the queued hit or lift and the trading price.
  • In still another alternative embodiment, a hit or lift at a defined price may be guaranteed to be traded without identifying, or, alternatively, without confirming a passive participant. Such a hit or lift at a defined price may be guaranteed to be traded without identifying or, alternatively, confirming the price at which the hit or lift will, in fact, be traded.
  • One particular example of a trade which implements the second rule of TTS trading is one that in bid/offer state is at 100.00+/100.006 which then goes, in the workup state, to TAKE 100.006. The second rule states that, in such a trade, the displayed 100.00+ bid may originally have been a 100.005 bid in the book (more finely granular than the standard ¼ increment, the standard increment being defined as the smallest allowable price difference (which may be a system set or exchange set value) between the best bid and the best offer when the best bid and the best offer are not the same) but is only shown in the touch line at a standard increment. While it can be acted upon in the trade as 100.005, nevertheless, it was only displayed in bid/ask state (or, alternatively, in the book at any time) as a 100.00+ bid in order to maintain the displayed spread of ¼ of a thirty-second a point. Additionally, the more granular 100.005 may become part of the book in the workup state. This price may be available either to the priority participants or, alternatively, may be available in a when state or trade (alternatively referred to herein as a “hit-and-run”)-and run-trade to non-priority participants during workup state.
  • Such a trade carries on from the above-described trade as follows: after the TAKE at 100.006 created a workup state at 100.006, a third, non-priority, participant may enter, for example, a bid for 100.005 (or alternatively, the original touch line bid may be now revealed to show that it was not a 100.00+ bid but rather a 100.005 bid). Then, the priority participant who is contra to the 100.005 bid may elect to hit the 100.005 bid if the seller at 100.006 has terminated. When the priority participant elects to sell at 100.005 to the new bidder, the workup state would effectively go from 100.006 immediately to a workup state at 100.005. Or, alternatively, a non-priority participant may elect to hit the 100.005 bid, and wait until the priority contra participant either hits the bid, terminates or times out. This would also effectively change the trade from 100.006 immediately to a workup state at 100.005.
  • In yet another rule relating to pricing at finer granularity, the following sequences may be implemented. While a more granular price—i.e., the 100.005 price described above—may be listed in the book and may be available in a hit and run or other TTS trade, nevertheless, this price may never show (or in an alternative embodiment, be available to trade) at the touch line. Rather, whenever the price reaches the touch line, either because it became the best bid or offer in the system or because it was acted upon, it automatically shows at the nearest conventional granularity—i.e., a bid of 100.005 shows as a bid of 100.004 in the touch line and an offer of 100.005 shows as an offer of 100.006 in the touch line.
  • A third rule may be that the first/priority worker retains priority rights—i.e., the exclusive ability to trade the particular instrument on the side (buy/sell) for which the worker entered—at the initial traded price, and may be able to re-bid/offer at a slightly worse price during (or immediately following) the workup state. If a better price comes in after the priority worker has changed his price to a slightly worse price, the better price does not assume priority, but may truncate the exclusive first buyer/seller priority at the touch price. Alternatively, in this particular scenario, the priority worker's priority may preferably be truncated, while any new participant may assume priority at the original touch price, if the new participant entered his price after the priority worker changed his trading price.
  • Price improvement may preferably be available on all finer granularity price levels that may be available in the bid/offer state. Thus, price improvement may be implemented on such {fraction (1/8)}th prices as may be used for TTS trading. In one embodiment, price improvement in general, and different levels of price improvement in particular—e.g., where relatively more and less aggressive levels of price improvement are permitted, may be (a) revealed to—i.e., viewable by—participants in the trade, (b) revealed to select participants in the trade (e.g., market makers, the status of whom may be determined by a pre-selected criteria (one such criteria may define market makers as being participants whose bids or offers were displayed during bid/offer state, (or, alternatively, market makers may be defined as the participants whose bids or offers were displayed during bid/offer state within a predetermined time before the transition to trade state) or other suitable method), (c) revealed to viewers of the trade (d) or revealed to any combination of (a), (b) and (c). (It should be noted that participants may enter bids below the headline trading price or at any other suitable price and offers above the headline trading price or at any other suitable price into the book during trade state. These bids and offers may or may not qualify the associated participants as market makers.) Alternatively, the finer granularity price levels themselves may be restricted in their viewability in the same way that the price improvement restrictions are defined above.
  • It should be noted that, with respect to price improvement and interactive trading, the term aggressive characterizes a willingness to trade at a price level beyond—i.e., worse than—the touch price. Thus, when the more aggressive trader is a buyer, he is willing to buy at price that is higher than the price offered in the touch line. When the more aggressive trader is a seller, he is willing to sell at a price that is lower than the price bid in the touch line.
  • The following is a description of TTS trading in the workup state. Limit orders from the book are accessible from the workup state. The information on the status of each order for a user is preferably shown to the user. It is also shown to the user when that status is changed and when the limit order is promoted from the book to the “touch price” position (and any corresponding change in availability). This allows users to know not only when a price is accessible to them, but also when a price is accessible to only them.
  • TTS allows for users to trade through a price from bid/ask state, to a limit price worse than the touch price, if the users show enough size and aggression on the price (preferably, the aggression is restricted to a pre-determined system delta from the touch price. The delta may be a price difference, a size difference or a price and size difference between the user-entered price and the head line price. Alternatively, the delta may be a predetermined number of book entries—e.g., three—away from the head line. One advantage of this pre-determined system delta is that it preferably protects against user error by preventing orders that are too distant from the touch price from being executed). This may encourage users to add prices to the order book, thereby increasing liquidity and transparency, in the hope of having the users' respective orders filled.
  • When a TTS in the workup state happens, all trades behind the touch price at non-touch limit prices (preferably executed without continuing priority) are treated as a substantially simultaneous execution (or, alternatively, the TTS trades occur at the end of the priority period or at any other suitable time) of a trade together with the original trade rather than an individual workup at a new trade price. Thus, an {fraction (1/8)}th incremental price is preferably barred from becoming the touch trading price, but rather the system carries on showing the headline price trading, with {fraction (1/8)}th limit orders in the book flashing HIT or TAKE underneath the headline price. This trade is shown in FIG. 5.
  • FIG. 5 includes a TTS trade that occurs during a workup state. Display 500 shows a display in which a TTS trade occurs during a workup state. In this trade, a trade at 100.06 is occurring in the touchline 502. Typically, the current participants in the trade enjoy a priority. Line 504 shows an additional trade (for a volume of ten of the item that shows that the bid price has been hit) is occurring at a price—i.e., 100.57—that is worse than the touch price.
  • The following are one set of possible rules for Trade-Through-the-Stack trading. It should be noted that one or all of the following rules may be used according to the invention. It becomes important for users to also view the order book of prices behind the touch price (even when the touch price is unclear—i.e., not available—to those users). Users can attempt to trade with the prices in the limit book preferably according to one or more of the following rules.
  • 1) If a TTS order exceeds the allowable system delta (from the headline trading price), the order is preferably rejected before any size is traded. The trade is likely to be an error even if the size being hit or lifted is available in the book of orders.
  • 2) Preferably, only one priority worker is allowed per side on the touch line during a workup state. A priority worker can carry on the priority strikes in the current manner. For example, during the workup state when 100.00+ is trading, and first seller can type <10 SELL> in order to trade more at 100.00+ or he can carry on his priority at a different level. He can do this by typing <100.005 10 SELL> to “back himself up” to 100.005 and have priority at that level. Nevertheless, if he backs up beyond the next limit order available, then he may be forced to lose priority immediately because he has essentially made his price worse than the existing market price.
  • Once the priority participant has backed up—i.e., made his price worse by moving a bid/buy down, or an offer/sell up a small increment to try to “do better” for himself at the expense of his future contraparty—his price to 100.005, then, if someone else types <100.00+ SELL>, the priority participant loses priority at the original touch price. Nevertheless, priority preferably can only be removed in this way when a priority worker has changed his bid/offer to a level less competitive—i.e., puts in a bid lower than the bid the priority worker put in originally, or puts in an offer higher than the offer he put in originally—than the touch line trading price. This preferably prevents gaming for advantage by other users trading just a small volume of the item at an {fraction (1/8)}th of a thirty second more aggressive than the priority user at the touch line trading price, to truncate the priority of that first user.
  • To reiterate, where a seller has backed up to a worse price, he remains priority seller in the trade unless bettered. After the trade is concluded, as a result of an expiration of a pre-determined period of time, or some other suitable impetus, the remaining priority participant should retain first priority “on the follow”—i.e., in the bid/ask stack of the next trade at the same price level according to existing last trader/last priority rules.
  • 3) All sizes shown in the Buy and Sell “breakout stack” (such as 312 and 314 in FIG. 3, 412 and 414 in FIGS. 4 and 512 and 514 in FIG. 5) are for the touch trading price only. Sizes available outside the touch price (the limit book) may preferably be shown aggregated next to their respective price levels.
  • 4) If priority is lost on both sides of a deal, and a trader uses TTS while the trade is still working—i.e., during the period of time wherein the system tests for and executes any new transactions and no party can control the trade to the exclusion of others—then all TTS trades are tested for and, if possible executed at the touch price as well. Then all sizes are traded at the touch price, and then, if necessary, trades are executed to the limit price requested to fill the order (flashing the HIT or TAKE accordingly at that limit price level).
  • 5) If priority is lost on the same side as the TTS attempt but is still current on the contra side (e.g. a TTS HIT when the first seller in the deal is done, but first buyer still has exclusive priority), then the system preferably trades all contra size at the touch price and then queues—i.e., holds, preferably for a predetermined period of time—the remainder of the TTS order, while disallowing further cancellation of the remainder of the TTS order. The necessary limit amounts behind the first buyer will be held from canceling the amounts that match the remainder of the TTS order. These matching amounts will be held until the first buyer has either bought the remainder of the TTS sell, elected to end his order, or has timed out.
  • In one example of this rule, the touch line may show
      • “100.00+ HIT 10 10×zero”
        There may be a further indication in the touch line that shows that the seller is done1.
        1 At this point of the trade, a termination of the seller's priority may occur either as a result of the seller's election or because the seller times out.
  • The buyer, on the other hand, retains priority. Then, there may be a bid behind the priority buyer for 90 m (million) at 100.002 (a price which is, in fact lower than the outstanding bid and, therefore, which is a price “behind” or “beyond” the priority buyer (or bidder)).
  • Thereafter, a new seller sends a TTS “100.002 sell 50 m”—i.e., a sell order that is below the touch price. Immediately, the TTS hits the bid for the remaining 10 m of the priority buyer's order. This leaves the remainder of the TTS sell order to match with 40 m bid at 100.002. Nevertheless, this trade for the remaining 40 m is not yet executed because the priority buyer still retains the right to buy at 100.00+.
  • Thereafter, a new seller sends “100.002 sell 50 m”—i.e., a sell order that is below the touch price. Immediately, the TTS hits the bid for the remaining 10 m of the priority buyer's order. This leaves the remainder of the TTS sell order to match with the 40 m bid at 100.002. Nevertheless, this trade for the remaining 40 m is not yet executed because the priority buyer still retains the right to buy at 100.00+.
  • In this particular example, the 100.002 bidder then cannot cancel 40 m of his original order—i.e., 40 m of his bid is held until the resolution of the priority buyer. At this point, the TTS order (characterized as the 100.002 seller) is there to sell 40 m more at 100.00+ if the priority buyer (or subsequently anyone else) wants to buy them at 100.00+. The TTS seller also cannot cancel the 40 m remaining of his sell order because it will be matched at the first opportunity (either at 100.00+ or later, by the next buyer below in the stack, at 100.002). It is significant here that the untraded, yet about-to-be matched orders cannot cancel. It should be noted that in one embodiment of the invention, the guarantee state may preferably only occur in workup state. Alternatively, the guarantee state may be implemented in bid/offer state as well, as will be explained in more detail below.
  • When the trade continues, a trading system according to the invention preferably waits (up to 4 seconds in one embodiment for United States government securities) for the initial priority buyer to buy more out of the 40 m for sale at 100.00+ before the trading system allows the HIT to occur at the 100.002 bid in the size balance left over. Thereafter, the 100.002 limit bid is free to cancel any untraded size that may still remain.
  • 6) If priority is current only on the same side as the TTS attempt, the following rule may apply. The system preferably allows the TTS order to trade immediately at the targeted limit price behind the touch price, as a “trade and run and cleared” part of the overall trade workup. Thus, the TTS order bypasses the size at the best price (which is temporarily reserved for the priority worker), and trades behind immediately. In this case, the TTS order may be considered to have circumnavigated the first buyer, first seller rules by trading at a more aggressive price.
  • For example, if the headline shows 100.00+ HIT 10 where the buyer has no priority, and there is a 100.002 bid for 90 m behind, and the first seller still has priority, then, if a new seller sends “100.002 sell 50 m,” the 100.002 bid trades immediately in 50 m at 100.002 with the new seller.
  • 7) In yet another rule, which applies to action occurring during a workup state, if a TTS order has assumed the priority position and exhausted all possible contra size available to its price (within some range which may be predetermined by a system delta), it preferably becomes the touch line order in the buy/sell stack at the touch price (or alternatively, the TTS bid/offer becomes the headline price beyond the touch price—i.e., at one of the exhausted prices), albeit with no matching contra order. In one embodiment, this TTS order may be adapted to re-engage any new orders that are behind the touch price when they appear, to the extent that its original price limit applies to match newly entered orders.
  • 8) Another rule which applies to TTS trading relates to “hidden size.” A hidden size functionality in a trading system according to the invention allows a user to show a predetermined portion of a larger order size. In one embodiment of the invention, hidden size contra orders, that are engaged in workup state TTS according to the rules above, may be fully exposed up to the amount that can be traded, before the next contra order, or price level, is touched.
  • In another aspect of the invention, new approaches to providing system transparency are provided. In an interactive trading application interface according to the invention, users can visually determine whether they are priority participants during the trading system state by observing the screen colors in this state with respect to the other participants. If they see a zero in a predetermined color at the top of the breakout stacks referred to above, users know they have the priority worker status. If users see a zero in another predetermined color, they know someone else has priority. Participants can also see the limit bid and offer orders in the book below and above the trading price. Seeing the limit orders allows the participants to make a judgment with respect to what to do when the present trading system state terminates if participants do not trade at the touch price.
  • Two approaches according to the invention preferably adapt a trading system application trading interface (API) according to the invention to help users, and user APIs (notably, in an automated fashion), to see what the user eye & mind can deduce in interactive trading systems. This preferably promotes system transparency because it allows users, and user APIs, to access information relating to priority. Then other non-priority users may access the next price without waiting. This preferably increases trading efficiency.
  • The following includes approaches to providing system transparency according to the invention. When the trading system API carries a price to a user, or user API, the following attributes or flags may also be sent from the trading system to that user so the users are cognizant of the manner of bid/ask, workup state, or other suitable trading state that they presently are operating in. In one alternative embodiment, these messages may be sent as audio files whereby the workstation associated with a participant may provide audio messages corresponding to the messages in the following table.
    Trade State Attributes Associated Message
    Price/Size Clear to You A particular
    buy/sell/bid/offer is clear
    for a user to trade
    immediately -- i.e., no
    order queuing delay would
    result from such a trade
    attempt
    Price/Size Unclear to You A particular
    buy/sell/bid/offer is not
    clear for a user to trade
    immediately -- i.e., another
    user has priority over the
    this user and a subsequent
    trade attempt would result
    in a queued message from a
    trading system, and a delay
    for this user for inclusion
    into a workup state
    Price/Size Clearing to You A particular
    buy/sell/bid/offer is
    clearing only to the
    particular user. Included
    with this message may be an
    indication of how long the
    exclusive priority period
    may last
  • It should be noted that the exclusive right to trade a particular buy/sell/bid/offer is an option provided to the priority user and may have considerable market use as well as substantial cumulative net value. Traders who have priority in a particular security or instrument can electronically trade related derivatives markets, such as futures markets for the security or instrument, with the knowledge that no other party can take over priority to trade the security or instrument at that time (in the particular trading system where the trader enjoys priority for the instrument.)
  • In the embodiment of the invention that relates to audio files being sent to the participant that correspond to the status of trading that the participant is engaged in, the following disclosure applies as well. Before electronic trading, voice brokers provided a service not just in terms of execution, but also in terms of confirmation in addition to providing other trade data. Voice brokerage was supplemented by the electronic broadcast of such information. However, to buy, sell or access market information, one needed to call the voice broker.
  • With the advent of electronic trading, confirmation and trading data are preferably all returned to the trader in text form. While a number of alert sounds could be set up, these notify the trader only that something has happened. Traders therefore use sight and sound to gauge market conditions with the help of voice brokering supplemented with electronic trade data.
  • The audio files described above form a part of systems and methods for traders to receive instantaneous confirmation of trade execution and post-trade execution data. Such information and other market information may be relayed via a data to voice service in an electronic trading system. Such a system may be implemented to alert active market participants of the status of a trade in real-time, and to provide instantaneous audio files relating to trade confirmation.
  • The system may alert a designated active customer of the availability of a better bid/offer than what was previously available. The alerts may be reported by issue—i.e., any better bid/offer in a particular issue—by side of market (bid or offer)—i.e., by any better bid/offer on a particular side of the market—by price—i.e., the best price available—by current status—i.e., changes in status past a pre-determined delta—or by any other suitable parameter.
  • FIG. 6 shows yet another aspect of the present invention. This aspect of the invention preferably helps participants quantify and execute a portfolio of bonds in middle market trading system (MMTS)—i.e., a trading system for odd lots of holding of securities. After a customer inputs size, price, and bid/offer wanted, the program returns the value of the portfolio in an easy-to-read dollar value format.
  • Display 600 includes portions 610 and 620. Portion 610 of FIG. 6 shows the prices that are available for a particular issue in the MMTS. These prices represent available prices—i.e., current bids and offers—for odd lots—i.e., non-standard amounts—of issues. Portion 620 of FIG. 6 shows a customer's portfolio of odd lots of issues. In one embodiment of the invention, a spreadsheet, such as an Excel spreadsheet, may be adapted whereby the customer preferably inputs a target value—either a profit or loss—at which the customer wishes to trade some or all of his portfolio of odd lots of issues. When the spread sheet determines, based on the values obtained from MMTS and the values input by the participant, that the target value of the customer has been achieved, the system may automatically execute the trades necessary to liquidate the portfolio.
  • For example, even though the average price differential between many of the odd lots and the available bid/offers on MMTS may be large—e.g., 1.1 tics from what the participant desires—the total loss incurred by trading all of the participant's portfolio may be preferably limited because of the relatively small size of the lots. In such a case, it may be highly likely that the customer would execute this odd lot portfolio given the small total value differential. This system preferably obtains advantage as an extremely accurate gauge of the customer odd lot portfolio position.
  • It will be understood that the foregoing is only illustrative of the principles of the invention, and that various modifications can be made by those skilled in the art without departing from the scope and spirit of the invention.

Claims (102)

1. A system for trading an item between an aggressor participant and one or more passive participants, comprising:
a first workstation that receives bids or offers from the passive participants for the item at select prices and volumes;
a second workstation that receives a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
a programmed computer, coupled to the workstations, that (1) provides a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transitions to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift, (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and (c) during the period of exclusivity, allows participants other than the aggressor participant and the designated passive participant to hit or lift a bid or offer at a price other than the defined price.
2. The system of claim 1, wherein the bids and offers, except for the best bid and best offer, are capable of being displayed at a non-standard price increment.
3. The system of claim 1, further comprising, during the period of exclusivity, the programmed computer that provides an opportunity for the participants other than the aggressor participant and the designated passive participant to hit or lift one of the bids or offers, wherein the one of the bids or offers was displayed before the trade transaction occurred.
4. The system of claim 1, further comprising, during the period of exclusivity, the programmed computer that provides an opportunity for the participants other than the aggressor participant and the designated passive participant to hit or lift one of the bids or offers, wherein the one of the bids or offers was displayed after the trade transaction occurred.
5. The system of claim 1, wherein, upon termination of the period of exclusivity, the programmed computer executes new trade transactions involving other participants at the defined price without providing the other participants a period of exclusivity to control trading.
6. The system of claim 1, further comprising, upon termination of the period of exclusivity, the programmed computer that provides an opportunity for other participants to hit or lift one of the bids or offers having a different price than the defined price.
7. The system of claim 6, wherein, upon termination of the period of exclusivity, new trade transactions involving the other participants are tested for and executed at the defined price without providing the other participants a period of exclusivity to control trading.
8. A method for trading an item between an aggressor participant and one or more passive participants, the method comprising:
receiving on a first workstation bids or offers from the passive participants for the item at select prices and volumes;
receiving on a second workstation a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
using a programmed computer, the programmed computer coupled to the workstations, to (1) provide a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) to transition to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift, (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and (c) during the period of exclusivity, allows participants other than the aggressor participant and the designated passive participant to hit or lift a bid or offer at a price other than the defined price.
9. The method of claim 8, further comprising displaying one of the bids and offers at a non-standard price increment.
10. The method of claim 8, further comprising, during the period of exclusivity, using the programmed computer to provide an opportunity for the participants other than the aggressor participant and the designated passive participant to hit or lift one of the bids or offers, wherein the one of the bids or offers was displayed after the trade transaction occurred.
11. The method of claim 8, further comprising, during the period of exclusivity, using the programmed computer to provide an opportunity for the participants other than the aggressor participant and the designated passive participant to hit or lift one of the bids or offers, wherein the one of the bids or offers was displayed before the trade transaction occurred.
12. The method of claim 8, wherein, upon termination of the period of exclusivity, using the programmed computer to execute new trade transactions involving other participants at the defined price without providing the other participants a period of exclusivity to control trading.
13. The method of claim 8, further comprising, upon termination of the period of exclusivity, using the programmed computer to provide an opportunity for other participants to hit or lift one of the bids or offers having a different price than the defined price.
14. The method of claim 13, wherein, upon termination of the period of exclusivity, implementing the programmed computer to test for and execute new trade transactions involving the other participants at the defined price without providing the other participants a period of exclusivity to control trading.
15. A system for trading an item between an aggressor participant and one or more passive participants, comprising:
a first workstation that receives bids or offers from the passive participants for the item at select prices and volumes;
a second workstation that receives a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
a programmed computer, coupled to the workstations, that (1) provides a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item, the bids and offers, except for the best bid and best offer, capable of being displayed at a non-standard price increment and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transitions to a system trading state which executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift.
16. The system of claim 15, wherein, the system trading state provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading.
17. The system of claim 16, during the period of exclusivity, queues participants that enter a hit or lift with respect to a bid or offer at a price other than the defined price and guarantees the completion of the queued hit or lift.
18. The system of claim 15, wherein, when a bid or offer is being displayed at a non-standard price increment, this bid or offer is only displayed to the trade participants.
19. The system of claim 15, wherein, when a bid or offer is being displayed at a non-standard price increment, this bid or offer is only displayed to select trade participants.
20. The system of claim 15, wherein, the bids and offers that are capable of being displayed at a non-standard price increment may only be viewed participants who qualify as market makers.
21. The system of claim 15, wherein, when a bid or offer is being displayed at a non-standard price increment, this bid or offer is only displayed to the participants who had entered a bid or offer prior to the transitioning to the trade state.
22. The system of claim 15, wherein, when a bid is being displayed at a non-standard price increment, this bid is only displayed to the participants who had entered the best offer.
23. The system of claim 15, wherein, when an offer is being displayed at a non-standard price increment, this offer is only displayed to the participants who had entered the best bid.
24. The system of claim 15, wherein, when a bid is being displayed at a non-standard price increment, and the bid being displayed at a non-standard price is the best bid, then the bid being displayed at a non-standard price is displayed at a standard price by reducing the bid to the next best standard price.
25. The system of claim 15, wherein, when an offer is being displayed at a non-standard price increment, and the offer being displayed at a non-standard price is the best offer, then the offer being displayed at a non-standard price is displayed at a standard price by increasing the offer to the next best standard price.
26. The system of claim 15, wherein, the bid or offer is capable of being displayed at a non-standard price increment only when the bid or offer at a non-standard price is between the best bid and the best offer.
27. A method for trading an item between an aggressor participant and one or more passive participants, the method comprising:
receiving on a first workstation bids or offers from the passive participants for the item at select prices and volumes;
receiving on a second workstation a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
using a programmed computer, the programmed computer coupled to the workstations, to (1) provide a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item, the bids and offers, except for the best bid and best offer, capable of being displayed at a non-standard price increment and that, in response to a hit or lift of one or more of the entered bids or offers, and to (2) transition to a system trading state which executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift.
28. The method of claim 27, wherein, the system trading state provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading.
29. The method of claim 28, during the period of exclusivity, queueing participants that enter a hit or lift with respect to a bid or offer at a price other than the defined price and guaranteeing the completion of the queued hit or lift.
30. The method of claim 27, wherein, when a bid or offer is being displayed at a non-standard price increment, displaying the bid or offer at a non-standard price increment only to the trade participants.
31. The method of claim 27, wherein, when a bid or offer is being displayed at a non-standard price increment, displaying the bid or offer at a non-standard price increment only to select trade participants.
32. The method of claim 27, wherein, displaying the bid or offer at a non-standard price increment only to participants who qualify as market makers.
33. The method of claim 27, wherein, when a bid or offer is being displayed at a non-standard price increment, displaying the bid or offer at a non-standard price increment only to the participants who had entered a bid or offer prior to the transitioning to the trade state.
34. The method of claim 27, wherein, when a bid or offer is being displayed at a non-standard price increment, displaying the bid or offer at a non-standard price increment only to the participants who had entered the best offer.
35. The method of claim 27, wherein, when a bid or offer is being displayed at a non-standard price increment, displaying the bid or offer at a non-standard price increment only to the participants who had entered the best bid.
36. The method of claim 27, wherein, when a bid is being displayed at a non-standard price increment, and the bid being displayed at a non-standard price is the best bid, then reducing the bid being displayed at a non-standard price increment to the next best standard price.
37. The method of claim 27, wherein, when an offer is being displayed at a non-standard price increment, and the offer being displayed at a non-standard price is the best offer, then increasing the offer being displayed at a non-standard price increment to the next best standard price.
38. The method of claim 27, wherein, the bid or offer being capable of being displayed at a non-standard price increment only when the bid or offer at a non-standard price is between the best bid and the best offer.
39. A system for trading an item between an aggressor participant and one or more passive participants, comprising:
a first workstation that receives bids or offers from the passive participants for the item at select prices and volumes;
a second workstation that receives a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
a programmed computer, coupled to the workstations, that (1) provides a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item, the bids and offers capable of being displayed together with an indication of price improvement, the bids and offers capable of being displayed to a select group of participants, (2) transitions to a system trading state which (a) executes a trade transaction in accordance with a hit or lift at a defined price set by the hit or lift, (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading.
40. The system of claim 39, wherein, the indication of price improvement is viewable only by the trade participants.
41. The system of claim 39, wherein, the indication of price improvement is viewable only by select trade participants.
42. The system of claim 39, wherein, the indication of price improvement is viewable only by participants who qualify as market makers.
43. The system of claim 39, wherein, the indication of price improvement is viewable only by participants who had entered a bid or offer prior to the transitioning to the trade state.
44. A method for trading an item between an aggressor participant and one or more passive participants, the method comprising:
receiving on a first workstation bids or offers from the passive participants for the item at select prices and volumes;
receiving on a second workstation a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
using a programmed computer, the programmed computer coupled to the workstations, to (1) provide a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item, the bids and offers capable of being displayed together with an indication of price improvement, the bids and offers capable of being displayed to a select group of participants, (2) transitions to a system trading state which (a) executes a trade transaction in accordance with a hit or lift at a defined price set by the hit or lift, (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading.
45. The method of claim 44, further comprising displaying the indication of price improvement only to the aggressor participant and a designated passive participant.
46. The method of claim 44, further comprising displaying the indication of price improvement only to select trade participants.
47. The method of claim 44, further comprising displaying the indication of price improvement only to participants who qualify as market makers.
48. The method of claim 44, further comprising displaying the indication of price improvement only to participants who had entered a bid or offer prior to the transitioning to the trade state.
49. A system for trading an item between an aggressor participant and one or more passive participants, comprising:
a first workstation that receives bids or offers from the passive participants for the item at select prices and volumes;
a second workstation that receives a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
a programmed computer, coupled to the workstations, that (1) provides a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transitions to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift, and (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and (3) communicates a computer readable message to each of the workstations wherein the computer readable message includes an indication that a buy, sell, bid or offer is clear only to a designated user for a predetermined time period.
50. The system of claim 49, wherein the computer readable message includes an indication that the item is available at a particular price.
51. The system of claim 49, wherein the computer readable message includes an indication that the item is available at a particular size.
52. The system of claim 49, wherein the computer readable message is communicated to an application programming interface that is resident in each of the workstations.
53. A method for trading an item between an aggressor participant and one or more passive participants, the method comprising:
receiving on a first workstation bids or offers from the passive participants for the item at select prices and volumes;
receiving on a second workstation a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
using a programmed computer, the programmed computer coupled to the workstations, to (1) provide a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transition to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift, and (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and (3) communicate a computer readable message to each of the workstations wherein the computer readable message includes an indication that a buy, sell, bid or offer is clear only to a designated user for a predetermined time period.
54. The method of claim 53, further comprising including an indication in the computer readable message, the indication that indicates the item is available at a particular price.
55. The method of claim 53, further comprising including an indication in the computer readable message, the indication that indicates the item is available at a particular size.
56. The method of claim 53, further comprising communicating the computer readable message to an application programming interface that is resident in at least one of the workstations.
57. A system for trading an item between an aggressor participant and one or more passive participants, comprising:
a first workstation that receives bids or offers from the passive participants for the item at select prices and volumes;
a second workstation that receives a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
a programmed computer, coupled to the workstations, that (1) provides a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transitions to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift, and (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and (3) communicates a computer readable message to each of the workstations wherein the computer readable message includes an indication that a buy, sell, bid or offer will be available at a particular price to a designated user within a pre-determined time.
58. The system of claim 57, wherein the computer readable message includes an indication that the item is available at a particular price.
59. The system of claim 57, wherein the computer readable message includes an indication that the item is available at a particular size.
60. The system of claim 57, wherein the computer readable message is communicated to an application programming interface that is resident in each of the workstations.
61. A method for trading an item between an aggressor participant and one or more passive participants, the method comprising:
receiving on a first workstation bids or offers from the passive participants for the item at select prices and volumes;
receiving on a second workstation a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
using a programmed computer, the programmed computer coupled to the workstations, to (1) provide a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transition to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift, and (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and (3) communicate a computer readable message to each of the workstations wherein the computer readable message includes an indication that a buy, sell, bid or offer will be available at a particular price to a designated user within a pre-determined time.
62. The system of claim 61, wherein the computer readable message includes an indication that the item is available at a particular price.
63. The system of claim 61, wherein the computer readable message includes an indication that the item is available at a particular size.
64. The system of claim 61, wherein the computer readable message is communicated to an application programming interface that is resident in each of the workstations.
65. A system for trading an item between an aggressor participant and one or more passive participants, comprising:
a first workstation that receives bids or offers from the passive participants for the item at select prices and volumes;
a second workstation that receives a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
a programmed computer, coupled to the workstations, that (1) provides a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transitions to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift, (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and (c) during the period of exclusivity, queues participants that enter a hit or lift with respect to a bid or offer at a price other than the defined price and guarantees the completion of the queued hit or lift.
66. The system of claim 65, wherein, upon termination of the period of exclusivity, the programmed computer executes new trade transactions involving other participants at the defined price without providing the other participants a period of exclusivity to control trading.
67. The system of claim 65, wherein, the trading system state guarantees the completion of the queued hit or lift at a price no worse than the price of the queued hit or lift.
68. The system of claim 65, wherein, the trading system state guarantees the completion of the queued hit or lift at a price between the price of the queued hit or lift and the defined price.
69. A method for trading an item between an aggressor participant and one or more passive participants, the method comprising:
receiving on a first workstation bids or offers from the passive participants for the item at select prices and volumes;
receiving on a second workstation a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
using a programmed computer, the programmed computer coupled to the workstations, to (1) provide a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transition to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift, (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and (c) during the period of exclusivity, queue participants that enter a hit or lift with respect to a bid or offer at a price other than the defined price and guarantees the completion of the queued hit or lift.
70. The method of claim 69, further comprising, upon termination of the period of exclusivity, executing new trade transactions involving other participants at the defined price without providing the other participants a period of exclusivity to control trading.
71. The method of claim 69, guaranteeing the completion of the queued hit or lift at a price no worse than the price of the queued hit or lift.
72. The method of claim 69, guaranteeing the completion of the queued hit or lift at a price between the price of the queued hit or lift and the defined price.
73. A system for trading an item between an aggressor participant and one or more passive participants, comprising:
a first workstation that receives bids or offers from the passive participants for the item at select prices and volumes;
a second workstation that receives a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
a programmed computer, coupled to the workstations, that (1) provides a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transitions to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift when the defined price is within a predetermined delta of the highest priced passive participant's bid or the lowest priced passive participant's offer, and (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading.
74. The system of claim 73, wherein, upon termination of the period of exclusivity, the programmed computer executes new trade transactions involving other participants at the defined price without providing the other participants a period of exclusivity to control trading.
75. The system of claim 73, further comprising, upon termination of the period of exclusivity, providing an opportunity for other participants to hit or lift one of the bids or offers having a different price than the defined price.
76. The system of claim 73, wherein, upon termination of the period of exclusivity, new trade transactions involving the other participants are tested for and executed at the defined price without providing the other participants a period of exclusivity to control trading.
77. A method for trading an item between an aggressor participant and one or more passive participants, the method comprising:
receiving on a first workstation bids or offers from the passive participants for the item at select prices and volumes;
receiving on a second workstation a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
using a programmed computer, the programmed computer coupled to the workstations, to (1) provide a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transition to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift when the defined price is within a predetermined delta of the highest priced passive participant's bid or the lowest priced passive participant's offer, and (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading.
78. The method of claim 77 wherein, upon termination of the period of exclusivity, executing new trade transactions involving other participants at the defined price without providing the other participants a period of exclusivity to control trading.
79. The method of claim 77, further comprising, upon termination of the period of exclusivity, providing an opportunity for other participants to hit or lift one of the bids or offers having a different price than the defined price.
80. The method of claim 77, upon termination of the period of exclusivity, testing for and executing new trade transactions involving the other participants at the defined price without providing the other participants a period of exclusivity to control trading.
81. A system for trading an item between an aggressor participant and one or more passive participants, comprising:
a first workstation that receives bids or offers from the passive participants for the item at select prices and volumes;
a second workstation that receives a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
a programmed computer, coupled to the workstations, that (1) provides a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transitions to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift, (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and (c) during the period of exclusivity, allows the aggressor participant to transfer exclusivity to a different price.
82. The system of claim 81, wherein, upon transfer of exclusivity of the aggressor participant, the system trading state allows for truncation of the aggressor participant's exclusivity at the defined price by a participant other than the aggressor participant.
83. The system of claim 81, wherein, upon transfer of exclusivity of the aggressor participant, the system trading state allows for assumption of the aggressor participant's exclusivity at the defined price by a participant other than the aggressor participant.
84. The system of claim 81, wherein, upon termination of the period of exclusivity, the programmed computer executes new trade transactions involving other participants at the defined price without providing the other participants a period of exclusivity to control trading.
85. A method for trading an item between an aggressor participant and one or more passive participants, the method comprising:
receiving on a first workstation bids or offers from the passive participants for the item at select prices and volumes;
receiving on a second workstation a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
using a programmed computer, the programmed computer coupled to the workstations, to (1) provide a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transition to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift, (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and (c) during the period of exclusivity, allow the designated passive participant to transfer exclusivity to a different price.
86. The method of claim 85, further comprising, upon transfer of exclusivity of the designated passive participant, allowing for truncation of the designated passive participant's exclusivity at the defined price by a participant other than the aggressor participant.
87. The method of claim 85, wherein, upon transfer of exclusivity of the designated passive, allowing for assumption of the designated passive participant's exclusivity at the defined price by a participant other than the designated passive participant.
88. The system of claim 85, wherein, upon termination of the period of exclusivity, executing new trade transactions involving other participants at the defined price without providing the other participants a period of exclusivity to control trading.
89. A method for trading an item between an aggressor participant and one or more passive participants, the method comprising:
receiving on a first workstation bids or offers from the passive participants for the item at select prices and volumes;
receiving on a second workstation a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
using a programmed computer, the programmed computer coupled to the workstations, to (1) provide a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transition to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift, (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and (c) during the period of exclusivity, allows the aggressor participant to transfer exclusivity to a different price.
90. The method of claim 89, further comprising, upon transfer of exclusivity of the aggressor participant, allowing for truncation of the aggressor participant's exclusivity at the defined price by a participant other than the aggressor participant.
91. The method of claim 89, further comprising, upon transfer of exclusivity of the aggressor participant, allowing for assumption of the aggressor participant's exclusivity at the defined price by a participant other than the aggressor participant.
92. The method of claim 89, further comprising, upon termination of the period of exclusivity, executing new trade transactions involving other participants at the defined price without providing the other participants a period of exclusivity to control trading.
93. A method for trading an item between an aggressor participant and one or more passive participants, the method comprising:
receiving on a first workstation bids or offers from the passive participants for the item at select prices and volumes;
receiving on a second workstation a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
using a programmed computer, the programmed computer coupled to the workstations, to (1) provide a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transition to a system trading state which (a) executes a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift, (b) provides a period of exclusivity enabling the aggressor participant and a designated passive participant to control subsequent trading by executing transactions between the aggressor and designated passive participant of additional volume of the item at the defined price to the exclusion of other participants desiring to participate in the trading, and (c) during the period of exclusivity, allow the designated passive participant to transfer exclusivity to a different price.
94. The system of claim 93, further comprising, upon transfer of exclusivity of the designated passive participant, allowing for truncation of the designated passive participant's exclusivity at the defined price by a participant other than the aggressor participant.
95. The system of claim 93, further comprising, upon transfer of exclusivity of the designated passive, allowing for assumption of the designated passive participant's exclusivity at the defined price by a participant other than the designated passive participant.
96. The system of claim 93, further comprising, upon termination of the period of exclusivity, executing new trade transactions involving other participants at the defined price without providing the other participants a period of exclusivity to control trading.
97. A system for trading an item between an aggressor participant and one or more passive participants, comprising:
a first workstation that receives bids or offers from the passive participants for the item at select prices and volumes;
a second workstation that receives a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
a programmed computer, coupled to the workstations, that (1) provides a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transitions to a system trading state which guarantees the execution of a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift without confirming a passive participant.
98. A system for trading an item between an aggressor participant and one or more passive participants, comprising:
a first workstation that receives bids or offers from the passive participants for the item at select prices and volumes;
a second workstation that receives a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
a programmed computer, coupled to the workstations, that (1) provides a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transitions to a system trading state which guarantees the execution of a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift without identifying a passive participant.
99. A system for trading an item between an aggressor participant and one or more passive participants, comprising:
a first workstation that receives bids or offers from the passive participants for the item at select prices and volumes;
a second workstation that receives a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
a programmed computer, coupled to the workstations, that (1) provides a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transitions to a system trading state which guarantees the execution of a trade transaction in accordance with the hit or lift without confirming the price of the trade.
100. A method for trading an item between an aggressor participant and one or more passive participants, the method comprising:
receiving on a first workstation bids or offers from the passive participants for the item at select prices and volumes;
receiving on a second workstation a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
using a programmed computer, the programmed computer coupled to the workstations, to (1) provide a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transition to a system trading state which guarantees the execution of a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift without confirming a passive participant.
101. A method for trading an item between an aggressor participant and one or more passive participants, the method comprising:
receiving on a first workstation bids or offers from the passive participants for the item at select prices and volumes;
receiving on a second workstation a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
using a programmed computer, the programmed computer coupled to the workstations, to (1) provide a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transition to a system trading state which guarantees the execution of a trade transaction in accordance with the hit or lift at a defined price set by the hit or lift without identifying a passive participant.
102. A method for trading an item between an aggressor participant and one or more passive participants, the method comprising:
receiving on a first workstation bids or offers from the passive participants for the item at select prices and volumes;
receiving on a second workstation a trade command from the aggressor participant to hit or lift one or more of the bids or offers in order to sell or buy a desired volume of the item at a desired price; and
using a programmed computer, the programmed computer coupled to the workstations, to (1) provide a system bid/offer state enabling the passive participants to participate by entering bids or offers with respect to the item and that, in response to a hit or lift of one or more of the entered bids or offers, (2) transition to a system trading state which guarantees the execution of a trade transaction in accordance with the hit or lift without confirming the price of the trade.
US10/890,602 2003-09-10 2004-07-13 Trading application program interface Abandoned US20050055304A1 (en)

Priority Applications (6)

Application Number Priority Date Filing Date Title
US10/890,602 US20050055304A1 (en) 2003-09-10 2004-07-13 Trading application program interface
EP04255492A EP1515258A1 (en) 2003-09-10 2004-09-10 Trading application program interface
US10/938,143 US10937092B2 (en) 2003-09-10 2004-09-10 Trading application program interface
CA002481185A CA2481185A1 (en) 2003-09-10 2004-09-10 Trading application program interface
US17/188,289 US11556987B2 (en) 2003-09-10 2021-03-01 Trading application program interface
US18/096,639 US20230169590A1 (en) 2003-09-10 2023-01-13 Trading applicaton program interface

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US50205103P 2003-09-10 2003-09-10
US51287903P 2003-10-20 2003-10-20
US51366403P 2003-10-22 2003-10-22
US10/890,602 US20050055304A1 (en) 2003-09-10 2004-07-13 Trading application program interface

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US10/938,143 Continuation-In-Part US10937092B2 (en) 2003-09-10 2004-09-10 Trading application program interface

Publications (1)

Publication Number Publication Date
US20050055304A1 true US20050055304A1 (en) 2005-03-10

Family

ID=34139836

Family Applications (4)

Application Number Title Priority Date Filing Date
US10/890,602 Abandoned US20050055304A1 (en) 2003-09-10 2004-07-13 Trading application program interface
US10/938,143 Active 2026-02-14 US10937092B2 (en) 2003-09-10 2004-09-10 Trading application program interface
US17/188,289 Active 2024-12-01 US11556987B2 (en) 2003-09-10 2021-03-01 Trading application program interface
US18/096,639 Pending US20230169590A1 (en) 2003-09-10 2023-01-13 Trading applicaton program interface

Family Applications After (3)

Application Number Title Priority Date Filing Date
US10/938,143 Active 2026-02-14 US10937092B2 (en) 2003-09-10 2004-09-10 Trading application program interface
US17/188,289 Active 2024-12-01 US11556987B2 (en) 2003-09-10 2021-03-01 Trading application program interface
US18/096,639 Pending US20230169590A1 (en) 2003-09-10 2023-01-13 Trading applicaton program interface

Country Status (3)

Country Link
US (4) US20050055304A1 (en)
EP (1) EP1515258A1 (en)
CA (1) CA2481185A1 (en)

Cited By (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040117331A1 (en) * 2002-10-31 2004-06-17 Lutnick Howard W. Keyboard trading system
US20040210512A1 (en) * 1999-04-30 2004-10-21 Espeed, Inc. Systems and methods for trading
US20050055305A1 (en) * 2003-09-10 2005-03-10 Lutnick Howard W. Trading application program interface
US20050108653A1 (en) * 2003-11-17 2005-05-19 Espeed, Inc. Customizable trading display of market data
US20050108079A1 (en) * 2003-11-17 2005-05-19 Espeed, Inc. Customizable trading display of market data
US20050160032A1 (en) * 1996-12-13 2005-07-21 Cantor Fitzgerald, L.P. Automated price improvement protocol processor
US20050171889A1 (en) * 2004-01-29 2005-08-04 Espeed, Inc. System and method for routing a trading order according to price
US20050171888A1 (en) * 2004-01-29 2005-08-04 Espeed, Inc. System and method for routing a trading order
US20050171891A1 (en) * 2004-01-29 2005-08-04 Espeed, Inc. System and method for controlling the disclosure of a trading order
US20050171890A1 (en) * 2004-01-29 2005-08-04 Daley Thomas J. System and method for matching trading orders
US20050256797A1 (en) * 2004-05-13 2005-11-17 Scottrade, Inc. Method and apparatus for user-interactive financial instrument trading
US20060059077A1 (en) * 2004-09-13 2006-03-16 Goodman Richard P Electronic completion of cash versus futures basis trades
US20060069637A1 (en) * 2004-09-28 2006-03-30 Lutnick Howard W Systems and methods for providing neutral price improvement
US20060218072A1 (en) * 2005-03-24 2006-09-28 Espeed, Inc. Systems and methods for protecting against erroneous price entries in the electronic trading of financial and other instruments
US20060293996A1 (en) * 2005-06-28 2006-12-28 Lutnick Howard W Systems and methods for vending and acquiring order priority
WO2007019404A3 (en) * 2005-08-05 2007-05-31 Espeed Inc System and method for matching trading orders based on priority
US20070130048A1 (en) * 2005-08-04 2007-06-07 Claus Matthew W System and method for apportioning trading orders based on size of displayed quantities
US20070174162A1 (en) * 2006-01-09 2007-07-26 Lutnick Howard W Systems and methods for establishing first on the follow trading priority in electronic trading systems
US20080133401A1 (en) * 2001-05-09 2008-06-05 Gilbert Andrew C Systems and methods for controlling traders from manipulating electronic trading markets
US20080177652A1 (en) * 2006-12-30 2008-07-24 David Weiss Methods and systems for managing and trading using a shared order book as internal exchange
US20080228621A1 (en) * 2007-03-16 2008-09-18 Johnson James C System And Method For Transfer Of Dispute Data In A Distributed Electronic Trading System
US20090018968A1 (en) * 2007-02-16 2009-01-15 Gary Ardell Systems, methods, and media for trading securities
US20090037320A1 (en) * 2003-10-22 2009-02-05 Scottrade, Inc. System and Method for the Automated Brokerage of Financial Instruments
US7831504B1 (en) 2008-07-01 2010-11-09 Icap Services North America Llc System and method for providing workup trading
US7840481B2 (en) 2007-06-07 2010-11-23 Bny Convergex Execution Solutions Llc Aged transactions in a trading system
US20110071937A1 (en) * 2005-06-07 2011-03-24 Claus Matthew W Trading order routing
US20110196775A1 (en) * 2010-01-01 2011-08-11 Jeffrey Gavin Systems, Methods, and Media for Controlling the Exposure of Orders to Trading Platforms
US8005745B1 (en) * 2006-06-28 2011-08-23 Icap Services North America Llc System and method for providing workup trading without exclusive trading privileges
US8380610B1 (en) * 2006-05-09 2013-02-19 Icap Services North America Llc System and method for processing trading orders
US8566212B2 (en) 2002-10-31 2013-10-22 Bgc Partners, Inc. Electronic systems and methods for providing a trading interface with advanced features
US8620759B1 (en) 2007-05-23 2013-12-31 Convergex Group, Llc Methods and systems for processing orders
US8626538B1 (en) * 2011-05-12 2014-01-07 Risk Management Technologies, LLC Insurance coverage management system
US10346908B2 (en) * 2005-04-18 2019-07-09 Bgc Partners, Inc. Only-at-best trading orders in an electronic trading system
US10896463B2 (en) * 2002-06-11 2021-01-19 Bgc Partners, Inc. Trading system with price improvement
US11010834B2 (en) 2006-04-04 2021-05-18 Bgc Partners, Inc. System and method for optimizing execution of trading orders
US11403704B2 (en) 2005-04-20 2022-08-02 Bgc Partners, Inc. Systems and methods for maintaining the viability of a good-until-bettered order type in electronic trading systems

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG117571A1 (en) * 2004-05-11 2005-12-29 Ebs Group Ltd Price display in an anonymous trading system
US20060080219A1 (en) * 2004-08-25 2006-04-13 Lutnick Howard W Systems and methods of obtaining trading exclusivity in electronic trading systems
US7698187B2 (en) * 2005-10-28 2010-04-13 Liffe Administration And Management System and method for simultaneous trading of options
US20070168275A1 (en) * 2006-01-13 2007-07-19 Andrew Busby Method for trading using volume submissions
US8521635B2 (en) * 2006-06-15 2013-08-27 Omx Technology Ab Method of negotiating trades on an electronic trading system and an electronic trading system
US20080172322A1 (en) * 2007-01-17 2008-07-17 Steidlmayer Pete Method for scheduling future orders on an electronic commodity trading system
US20090018944A1 (en) * 2007-07-13 2009-01-15 Omx Technology Ab Method and system for trading
US20090307121A1 (en) * 2008-06-09 2009-12-10 Lutnick Howard W Trading system products and processes
US20100082500A1 (en) * 2008-09-28 2010-04-01 Lutnick Howard W Interaction with trading systems
US8321323B2 (en) * 2008-10-24 2012-11-27 Cfph, Llc Interprogram communication using messages related to order cancellation
US20100057626A1 (en) * 2008-09-04 2010-03-04 Lutnick Howard W Cancellation timing in an electronic marketplace
US20100076896A1 (en) * 2008-09-25 2010-03-25 Lutnick Howard W Substitutability of financial instruments
US8712903B2 (en) 2008-09-25 2014-04-29 Cfph, Llc Trading related to fund compositions
US20100076883A1 (en) * 2008-09-25 2010-03-25 Lutnick Howard W Generating risk pools
US20100057627A1 (en) * 2008-09-04 2010-03-04 Lutnick Howard W Non-firm orders in electronic marketplaces
US20100082495A1 (en) * 2008-09-28 2010-04-01 Lutnick Howard W Trading system accessibility
US20090171832A1 (en) * 2007-12-28 2009-07-02 Cunningham Trading Systems, Llc Method for displaying multiple markets
US8977565B2 (en) 2009-01-23 2015-03-10 Cfph, Llc Interprogram communication using messages related to groups of orders
US20100332368A1 (en) * 2009-06-30 2010-12-30 Alderucci Dean P Multicomputer distributed processing of data regarding trading opportunities
US20100191638A1 (en) * 2009-01-23 2010-07-29 Alderucci Dean P Multicomputer distributed processing of data related to automation of trading
US20100241588A1 (en) * 2009-03-17 2010-09-23 Andrew Busby System and method for determining confidence levels for a market depth in a commodities market
US20110016052A1 (en) * 2009-07-16 2011-01-20 Scragg Ernest M Event Tracking and Velocity Fraud Rules for Financial Transactions
WO2013006439A1 (en) * 2011-07-01 2013-01-10 Cürex Innovations, Llc Systems and methods for open execution auction trading of financial instruments
US20140081824A1 (en) * 2012-09-17 2014-03-20 Jeremy Daniel McLain Method for forecasting and likelihood estimation in technology development through means of a derivatives trading exchange, funding of prize amounts for incentivizing technology development through same trading exchange, and incentivizing development of high-quality inducement prize contests
US9747643B1 (en) * 2015-01-15 2017-08-29 Chicago Stock Exchange. Inc. System and method for operating an on-demand auction for a financial instrument

Citations (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3581072A (en) * 1968-03-28 1971-05-25 Frederick Nymeyer Auction market computation system
US4677552A (en) * 1984-10-05 1987-06-30 Sibley Jr H C International commodity trade exchange
US4980826A (en) * 1983-11-03 1990-12-25 World Energy Exchange Corporation Voice actuated 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
US5077665A (en) * 1989-05-25 1991-12-31 Reuters Limited Distributed matching system
US5168446A (en) * 1989-05-23 1992-12-01 Telerate Systems Incorporated System for conducting and processing spot commodity transactions
US5297032A (en) * 1991-02-01 1994-03-22 Merrill Lynch, Pierce, Fenner & Smith Incorporated Securities trading workstation
US5317727A (en) * 1988-05-19 1994-05-31 Hitachi Software Engineering Co., Ltd. Method apparatus for determining prefetch operating for a data base
US5787402A (en) * 1996-05-15 1998-07-28 Crossmar, Inc. Method and system for performing automated financial transactions involving foreign currencies
US5835896A (en) * 1996-03-29 1998-11-10 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US5905974A (en) * 1996-12-13 1999-05-18 Cantor Fitzgerald Securities Automated auction protocol processor
US5905975A (en) * 1996-01-04 1999-05-18 Ausubel; Lawrence M. Computer implemented methods and apparatus for auctions
US5924082A (en) * 1994-08-17 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Negotiated matching system
US5926801A (en) * 1993-04-16 1999-07-20 Fujitsu Limited Electronic security/stock trading system with voice synthesis response for indication of transaction status
US6134535A (en) * 1994-03-23 2000-10-17 Belzberg Financial Markets & News International Inc. Computerized stock exchange trading system automatically formatting orders from a spreadsheet to an order entry system
US6141653A (en) * 1998-11-16 2000-10-31 Tradeaccess Inc System for interative, multivariate negotiations over a network
US6317727B1 (en) * 1997-10-14 2001-11-13 Blackbird Holdings, Inc. Systems, methods and computer program products for monitoring credit risks in electronic trading systems
US6363365B1 (en) * 1998-05-12 2002-03-26 International Business Machines Corp. Mechanism for secure tendering in an open electronic network
US20020077962A1 (en) * 2000-08-31 2002-06-20 Donato John O. Trading system and method
US20020095369A1 (en) * 2001-01-12 2002-07-18 Kaplan Harry A. Anonymous auctioning of structured financial products over a computer network
US20020116314A1 (en) * 2000-12-19 2002-08-22 Michael Spencer Method of using a computerised trading system to process trades in financial instruments
US6519574B1 (en) * 1995-12-12 2003-02-11 Reuters Limited Electronic trading system featuring arbitrage and third-party credit opportunities
US20030126066A1 (en) * 1999-09-23 2003-07-03 Adam Nunes Electronic communication network ranking for automated market system
US6618707B1 (en) * 1998-11-03 2003-09-09 International Securities Exchange, Inc. Automated exchange for trading derivative securities
US20030229569A1 (en) * 2002-06-05 2003-12-11 Nalbandian Carolyn A Order delivery in a securities market
US20040236669A1 (en) * 2003-04-18 2004-11-25 Trade Robot Limited Method and system for automated electronic trading in financial matters
US20040254804A1 (en) * 2002-10-30 2004-12-16 Boston Options Exchange Group, Llc Price improvement processor for electronic trading of financial instruments
US20050055305A1 (en) * 2003-09-10 2005-03-10 Lutnick Howard W. Trading application program interface
US20050125327A1 (en) * 2003-12-04 2005-06-09 Trading Technologies International, Inc. System and method for electronic spread trading in real and synthetically generated markets
US7020632B1 (en) * 1999-01-11 2006-03-28 Lawrence Kohls Trading system for fixed-value contracts
US20060069637A1 (en) * 2004-09-28 2006-03-30 Lutnick Howard W Systems and methods for providing neutral price improvement
US20060069635A1 (en) * 2002-09-12 2006-03-30 Pranil Ram Method of buying or selling items and a user interface to facilitate the same
US7343341B2 (en) * 2002-07-20 2008-03-11 Chicago Climate Exchange, Inc. Systems and methods for trading emission reductions
US20090094136A1 (en) * 2000-05-18 2009-04-09 Efficient Auctions Llc System and method for an efficient dynamic multi-unit auction
US20090281954A1 (en) * 2001-12-05 2009-11-12 Henri Waelbroeck Method for managing distributed trading data

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US108125A (en) * 1870-10-11 Improvement in washing-machines
US229569A (en) * 1880-07-06 Ezra w
US5802499A (en) * 1995-07-13 1998-09-01 Cedel Bank Method and system for providing credit support to parties associated with derivative and other financial transactions
US6850907B2 (en) 1996-12-13 2005-02-01 Cantor Fitzgerald, L.P. Automated price improvement protocol processor
CA2493971A1 (en) 1996-12-13 1998-06-18 Cantor Fitzgerald Securities Automated auction protocol processor
EP1461755A4 (en) 1998-11-02 2004-09-29 Hsx Inc Computer-implemented securities trading system with virtual currency and virtual specialist
EP1006472A3 (en) 1998-12-04 2003-01-02 Crossmar, INC. Method and system for performing multibank automated financial transactions involving foreign currencies
JP4394786B2 (en) 1998-12-04 2010-01-06 シティバンク アクツィアンゲゼルシャフト Data management computer system and operation method thereof
CA2264351A1 (en) * 1999-03-12 2000-09-12 Mark Van Roon Computer based matching system for party and counterparty exchanges
US7392214B1 (en) 1999-04-30 2008-06-24 Bgc Partners, Inc. Systems and methods for trading
AU5612200A (en) 1999-06-15 2001-01-02 Cfph, L.L.C. Systems and methods for electronic trading that provide incentives and linked auctions
US7155410B1 (en) 1999-08-03 2006-12-26 Woodmansey Robert J Systems and methods for linking orders in electronic trading systems
US7685048B1 (en) * 1999-09-01 2010-03-23 Bloomberg L.P. Electronic trading system for forwards spread trades
US7251629B1 (en) * 1999-10-14 2007-07-31 Edge Capture, Llc Automated trading system in an electronic trading exchange
US7496533B1 (en) * 2000-04-10 2009-02-24 Stikine Technology, Llc Decision table for order handling
US8010438B2 (en) * 2000-06-01 2011-08-30 Pipeline Financial Group, Inc. Method for directing and executing certified trading interests
US7685052B2 (en) * 2000-06-01 2010-03-23 Pipeline Financial Group, Inc. Confidential block trading system and method
US7379909B1 (en) * 2000-10-04 2008-05-27 Tradestation Technologies, Inc. System, method and apparatus for monitoring and execution of entry and exit orders
US7983976B2 (en) * 2000-10-17 2011-07-19 Hedgestreet, Inc. Methods and apparatus for formulation, initial public or private offering, and secondary market trading of risk management contracts
US7337140B2 (en) * 2000-10-30 2008-02-26 Chicago Mercantile Exchange, Inc. Network and method for trading derivatives
US20030088495A1 (en) 2000-12-07 2003-05-08 Gilbert Andrew C. Systems and methods for linking bids and offers in a trading interface
WO2002079904A2 (en) 2001-03-30 2002-10-10 Espeed, Inc. Request for quote (rfq) and inside markets
US8145557B2 (en) 2001-03-30 2012-03-27 Bgc Partners, Inc. Bid/offer spread trading
US7392217B2 (en) * 2001-05-09 2008-06-24 Bgc Partners, Inc. Systems and methods for controlling traders from manipulating electronic trading markets
US20030041010A1 (en) 2001-08-23 2003-02-27 Mark Yonao-Cowan Online bidding for contracts
JP2005518011A (en) * 2002-02-14 2005-06-16 ペッシン,ザッカリー Apparatus and method for decentralized capital system
US7882010B2 (en) * 2002-06-07 2011-02-01 The Nasdaq Omx Group, Inc. Opening price process for trading system
US7574395B2 (en) 2002-06-11 2009-08-11 Bgc Partners, Inc. Price improvement in an active trading market
US7395235B2 (en) * 2002-06-13 2008-07-01 Centre For Development Of Advanced Computing Strategy independent optimization of multi objective functions
US7752116B2 (en) 2002-10-30 2010-07-06 Nasdaq Liffe Markets, Llc Liquidity engine for futures trading exchange
US7680722B2 (en) 2003-03-03 2010-03-16 Itg Software Solutions, Inc. Dynamic aggressive/passive pegged trading
GB0408430D0 (en) 2003-04-16 2004-05-19 Espeed Inc Systems and methods for providing dynamic price improvement
US20040236662A1 (en) * 2003-05-20 2004-11-25 Korhammer Richard A. Automated system for routing orders for financial instruments among permissioned users
US20050038732A1 (en) 2003-08-13 2005-02-17 Espeed, Inc. Systems and methods for bid/offer liquidity spread trading
US7584139B2 (en) 2003-11-18 2009-09-01 The Debt Exchange, Inc. Systems and methods for trading and originating financial products using a computer network
CA2502034A1 (en) 2004-03-23 2005-09-23 Espeed, Inc. Systems and methods for allowing market-maker participation in transactions

Patent Citations (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3581072A (en) * 1968-03-28 1971-05-25 Frederick Nymeyer Auction market computation system
US4980826A (en) * 1983-11-03 1990-12-25 World Energy Exchange Corporation Voice actuated automated futures trading exchange
US4677552A (en) * 1984-10-05 1987-06-30 Sibley Jr H C International commodity trade exchange
US5038284A (en) * 1988-02-17 1991-08-06 Kramer Robert M Method and apparatus relating to conducting trading transactions with portable trading stations
US5317727A (en) * 1988-05-19 1994-05-31 Hitachi Software Engineering Co., Ltd. Method apparatus for determining prefetch operating for a data base
US5168446A (en) * 1989-05-23 1992-12-01 Telerate Systems Incorporated System for conducting and processing spot commodity transactions
US5077665A (en) * 1989-05-25 1991-12-31 Reuters Limited Distributed matching system
US5297032A (en) * 1991-02-01 1994-03-22 Merrill Lynch, Pierce, Fenner & Smith Incorporated Securities trading workstation
US5926801A (en) * 1993-04-16 1999-07-20 Fujitsu Limited Electronic security/stock trading system with voice synthesis response for indication of transaction status
US6134535A (en) * 1994-03-23 2000-10-17 Belzberg Financial Markets & News International Inc. Computerized stock exchange trading system automatically formatting orders from a spreadsheet to an order entry system
US5924082A (en) * 1994-08-17 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Negotiated matching system
US6519574B1 (en) * 1995-12-12 2003-02-11 Reuters Limited Electronic trading system featuring arbitrage and third-party credit opportunities
US5905975A (en) * 1996-01-04 1999-05-18 Ausubel; Lawrence M. Computer implemented methods and apparatus for auctions
US5835896A (en) * 1996-03-29 1998-11-10 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US5787402A (en) * 1996-05-15 1998-07-28 Crossmar, Inc. Method and system for performing automated financial transactions involving foreign currencies
US5905974A (en) * 1996-12-13 1999-05-18 Cantor Fitzgerald Securities Automated auction protocol processor
US6560580B1 (en) * 1996-12-13 2003-05-06 Cantor Fitzgerald, L.P. (Cflp) Automated auction protocol processor
US6317727B1 (en) * 1997-10-14 2001-11-13 Blackbird Holdings, Inc. Systems, methods and computer program products for monitoring credit risks in electronic trading systems
US6363365B1 (en) * 1998-05-12 2002-03-26 International Business Machines Corp. Mechanism for secure tendering in an open electronic network
US7246093B1 (en) * 1998-11-03 2007-07-17 International Sercurities Exchange, Llc Automated exchange for trading derivative securities
US6618707B1 (en) * 1998-11-03 2003-09-09 International Securities Exchange, Inc. Automated exchange for trading derivative securities
US6141653A (en) * 1998-11-16 2000-10-31 Tradeaccess Inc System for interative, multivariate negotiations over a network
US7020632B1 (en) * 1999-01-11 2006-03-28 Lawrence Kohls Trading system for fixed-value contracts
US20030126066A1 (en) * 1999-09-23 2003-07-03 Adam Nunes Electronic communication network ranking for automated market system
US20090094136A1 (en) * 2000-05-18 2009-04-09 Efficient Auctions Llc System and method for an efficient dynamic multi-unit auction
US20020077962A1 (en) * 2000-08-31 2002-06-20 Donato John O. Trading system and method
US20020116314A1 (en) * 2000-12-19 2002-08-22 Michael Spencer Method of using a computerised trading system to process trades in financial instruments
US20020095369A1 (en) * 2001-01-12 2002-07-18 Kaplan Harry A. Anonymous auctioning of structured financial products over a computer network
US20090281954A1 (en) * 2001-12-05 2009-11-12 Henri Waelbroeck Method for managing distributed trading data
US20030229569A1 (en) * 2002-06-05 2003-12-11 Nalbandian Carolyn A Order delivery in a securities market
US7343341B2 (en) * 2002-07-20 2008-03-11 Chicago Climate Exchange, Inc. Systems and methods for trading emission reductions
US20060069635A1 (en) * 2002-09-12 2006-03-30 Pranil Ram Method of buying or selling items and a user interface to facilitate the same
US20040254804A1 (en) * 2002-10-30 2004-12-16 Boston Options Exchange Group, Llc Price improvement processor for electronic trading of financial instruments
US20040236669A1 (en) * 2003-04-18 2004-11-25 Trade Robot Limited Method and system for automated electronic trading in financial matters
US20050055305A1 (en) * 2003-09-10 2005-03-10 Lutnick Howard W. Trading application program interface
US20050125327A1 (en) * 2003-12-04 2005-06-09 Trading Technologies International, Inc. System and method for electronic spread trading in real and synthetically generated markets
US20060069637A1 (en) * 2004-09-28 2006-03-30 Lutnick Howard W Systems and methods for providing neutral price improvement

Cited By (102)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050160032A1 (en) * 1996-12-13 2005-07-21 Cantor Fitzgerald, L.P. Automated price improvement protocol processor
US9292865B2 (en) 1996-12-13 2016-03-22 Cantor Fitzgerald, L.P. Cfph, Llc Dynamic keyboard for trading
US20040210512A1 (en) * 1999-04-30 2004-10-21 Espeed, Inc. Systems and methods for trading
US8229831B2 (en) 1999-04-30 2012-07-24 Bgc Partners, Inc. Systems and methods for trading
US10223747B2 (en) 2001-05-09 2019-03-05 Bgc Partners, Inc. Controlling traders from manipulating electronic trading markets
US20090099973A1 (en) * 2001-05-09 2009-04-16 Gilbert Andrew C Systems and methods for controlling traders from manipulating electronic trading markets
US8725623B2 (en) 2001-05-09 2014-05-13 Bgc Partners, Inc. Systems and methods for controlling traders from manipulating electronic trading markets
US8738501B2 (en) 2001-05-09 2014-05-27 Bgc Partners, Inc. Controlling traders from manipulating electronic trading markets
US20080133401A1 (en) * 2001-05-09 2008-06-05 Gilbert Andrew C Systems and methods for controlling traders from manipulating electronic trading markets
US10896463B2 (en) * 2002-06-11 2021-01-19 Bgc Partners, Inc. Trading system with price improvement
US10331344B2 (en) 2002-10-31 2019-06-25 Bgc Partners, Inc. Keyboard trading system
US8930256B2 (en) 2002-10-31 2015-01-06 Bgc Partners, Inc. Keyboard trading system
US8566212B2 (en) 2002-10-31 2013-10-22 Bgc Partners, Inc. Electronic systems and methods for providing a trading interface with advanced features
US20040117331A1 (en) * 2002-10-31 2004-06-17 Lutnick Howard W. Keyboard trading system
US11068980B2 (en) 2002-10-31 2021-07-20 Bgc Partners, Inc. Electronic systems and methods for providing a trading interface with advanced features
US11016662B2 (en) 2002-10-31 2021-05-25 Bgc Partners, Inc. Keyboard trading system
US20050055305A1 (en) * 2003-09-10 2005-03-10 Lutnick Howard W. Trading application program interface
US11556987B2 (en) 2003-09-10 2023-01-17 Bgc Partners, Inc. Trading application program interface
US10937092B2 (en) 2003-09-10 2021-03-02 Bgc Partners, Inc. Trading application program interface
US8756130B2 (en) 2003-10-22 2014-06-17 Scottrade, Inc. System and method for the automated brokerage of financial instruments
US8069138B2 (en) 2003-10-22 2011-11-29 Scottrade, Inc. Database migration in an automated financial instrument brokerage system
US8170940B2 (en) 2003-10-22 2012-05-01 Scottrade, Inc. System and method for the automated brokerage of financial instruments
US8612321B2 (en) 2003-10-22 2013-12-17 Scottrade, Inc. System and method for the automated brokerage of financial instruments
US8615454B2 (en) 2003-10-22 2013-12-24 Scottrade, Inc. System and method for the automated brokerage of financial instruments
US8655755B2 (en) 2003-10-22 2014-02-18 Scottrade, Inc. System and method for the automated brokerage of financial instruments
US20090240613A1 (en) * 2003-10-22 2009-09-24 Scottrade, Inc. System and Method for the Automated Brokerage of Financial Instruments
US20090187502A1 (en) * 2003-10-22 2009-07-23 Scottrade, Inc. System and Method for the Automated Brokerage of Financial Instruments
US20090037320A1 (en) * 2003-10-22 2009-02-05 Scottrade, Inc. System and Method for the Automated Brokerage of Financial Instruments
US20090182656A1 (en) * 2003-10-22 2009-07-16 Scottrade, Inc. System and Method for the Automated Brokerage of Financial Instruments
US10379701B2 (en) 2003-11-17 2019-08-13 Bgc Partners, Inc. Customizable trading display of market data
US20050108653A1 (en) * 2003-11-17 2005-05-19 Espeed, Inc. Customizable trading display of market data
US8131626B2 (en) 2003-11-17 2012-03-06 Bgc Partners, Inc. Customizable trading display of market data
US8131625B2 (en) 2003-11-17 2012-03-06 Bgc Partners, Inc. Customizable trading display of market data
US20050108079A1 (en) * 2003-11-17 2005-05-19 Espeed, Inc. Customizable trading display of market data
US7835987B2 (en) 2004-01-29 2010-11-16 Bgc Partners, Inc. System and method for routing a trading order according to price
US20050171890A1 (en) * 2004-01-29 2005-08-04 Daley Thomas J. System and method for matching trading orders
US8738498B2 (en) 2004-01-29 2014-05-27 Bgc Partners, Inc. System and method for routing a trading order
US20050171888A1 (en) * 2004-01-29 2005-08-04 Espeed, Inc. System and method for routing a trading order
US20050171889A1 (en) * 2004-01-29 2005-08-04 Espeed, Inc. System and method for routing a trading order according to price
US10304097B2 (en) 2004-01-29 2019-05-28 Bgc Partners, Inc. System and method for controlling the disclosure of a trading order
US11244365B2 (en) 2004-01-29 2022-02-08 Bgc Partners, Inc. System and method for controlling the disclosure of a trading order
US20050171891A1 (en) * 2004-01-29 2005-08-04 Espeed, Inc. System and method for controlling the disclosure of a trading order
US20100218136A1 (en) * 2004-05-13 2010-08-26 Scottrade, Inc. Method and Apparatus for User-Interactive Financial Instrument Trading
US20050256797A1 (en) * 2004-05-13 2005-11-17 Scottrade, Inc. Method and apparatus for user-interactive financial instrument trading
US8571970B2 (en) 2004-09-13 2013-10-29 Bgc Partners, Inc. Electronic completion of cash versus futures basis trades
US10387955B2 (en) 2004-09-13 2019-08-20 Bgc Partners, Inc. Electronic completion of cash versus futures basis trades
US8255314B2 (en) 2004-09-13 2012-08-28 Bgc Partners, Inc. Electronic completion of cash versus futures basis trades
US11188982B2 (en) 2004-09-13 2021-11-30 Bgc Partners, Inc. Electronic completion of cash versus futures basis trades
US20060059077A1 (en) * 2004-09-13 2006-03-16 Goodman Richard P Electronic completion of cash versus futures basis trades
US8301540B2 (en) 2004-09-28 2012-10-30 Bgc Partners, Inc. Neutral price improvement
US20060069637A1 (en) * 2004-09-28 2006-03-30 Lutnick Howard W Systems and methods for providing neutral price improvement
US8219480B2 (en) 2005-03-24 2012-07-10 Bgc Partners, Inc. Systems and methods for protecting against erroneous price entries in the electronic trading of financial and other instruments
US10592984B2 (en) 2005-03-24 2020-03-17 Bgc Partenrs, Inc. Systems and methods for protecting against erroneous price entries in the electronic trading of financial and other instruments
US11397987B2 (en) 2005-03-24 2022-07-26 Bgc Partners, Inc. Systems and methods for protecting against erroneous price entries in the electronic trading of financial and other instruments
US20060218072A1 (en) * 2005-03-24 2006-09-28 Espeed, Inc. Systems and methods for protecting against erroneous price entries in the electronic trading of financial and other instruments
US20190347727A1 (en) * 2005-04-18 2019-11-14 Bgc Partners, Inc. Only-at-best trading orders in an electronic trading system
US10346908B2 (en) * 2005-04-18 2019-07-09 Bgc Partners, Inc. Only-at-best trading orders in an electronic trading system
US11403704B2 (en) 2005-04-20 2022-08-02 Bgc Partners, Inc. Systems and methods for maintaining the viability of a good-until-bettered order type in electronic trading systems
US11625777B2 (en) 2005-06-07 2023-04-11 Bgc Partners, Inc. System and method for routing a trading order based upon quantity
US10817938B2 (en) 2005-06-07 2020-10-27 Bgc Partners, Inc. Systems and methods for routing trading orders
US8131630B2 (en) 2005-06-07 2012-03-06 Bgc Partners, Inc. Trading order routing
US20110071937A1 (en) * 2005-06-07 2011-03-24 Claus Matthew W Trading order routing
US8583540B2 (en) 2005-06-07 2013-11-12 Bgc Partners, Inc. Systems and methods for routing trading orders
WO2007002843A3 (en) * 2005-06-28 2008-07-31 Espeed Inc Systems and methods for vending and acquiring order priority
US8463690B2 (en) 2005-06-28 2013-06-11 Bgc Partners, Inc. Systems and methods for vending and acquiring order priority
US20060293996A1 (en) * 2005-06-28 2006-12-28 Lutnick Howard W Systems and methods for vending and acquiring order priority
US11094004B2 (en) 2005-08-04 2021-08-17 Espeed, Inc. System and method for apportioning trading orders based on size of displayed quantities
WO2007019402A3 (en) * 2005-08-04 2007-07-05 Espeed Inc System for apportioning trading orders based on size of displayed quantities
US10395310B2 (en) 2005-08-04 2019-08-27 Bgc Partners, Inc. System and method for apportioning trading orders based on size of displayed quantities
US8484122B2 (en) 2005-08-04 2013-07-09 Bgc Partners, Inc. System and method for apportioning trading orders based on size of displayed quantities
US20070130048A1 (en) * 2005-08-04 2007-06-07 Claus Matthew W System and method for apportioning trading orders based on size of displayed quantities
US11030693B2 (en) 2005-08-05 2021-06-08 Bgc Partners, Inc. System and method for matching trading orders based on priority
US10424015B2 (en) 2005-08-05 2019-09-24 Bgc Partners, Inc. Managing trading orders based on priority
JP2014197436A (en) * 2005-08-05 2014-10-16 ビージーシー パートナーズ,インコーポレイテッド System and method for matching transaction order based on priority
US20070130050A1 (en) * 2005-08-05 2007-06-07 Claus Matthew W System and method for matching trading orders based on priority
JP2009503754A (en) * 2005-08-05 2009-01-29 イースピード,インコーポレイテッド A system that matches trading orders based on priority
JP2012014745A (en) * 2005-08-05 2012-01-19 Bgc Partners Inc System and method for matching transaction order based on priority
JP4896978B2 (en) * 2005-08-05 2012-03-14 ビージーシー パートナーズ,インコーポレイテッド A system that matches trading orders based on priority
WO2007019404A3 (en) * 2005-08-05 2007-05-31 Espeed Inc System and method for matching trading orders based on priority
US8494951B2 (en) 2005-08-05 2013-07-23 Bgc Partners, Inc. Matching of trading orders based on priority
US20070244795A1 (en) * 2006-01-09 2007-10-18 Lutnick Howard W Systems and methods for establishing first on the follow trading priority in electronic trading systems
US8121929B2 (en) 2006-01-09 2012-02-21 Bgc Partners, Inc. Apparatus and methods for automatic trade execution in a trading system
US8117109B2 (en) * 2006-01-09 2012-02-14 Bgc Partners, Inc. Systems and methods for establishing first on the follow trading priority in electronic trading systems
US8229832B2 (en) * 2006-01-09 2012-07-24 Bgc Partners, Inc. Systems and methods for establishing first on the follow trading priority in electronic trading systems
US20070174162A1 (en) * 2006-01-09 2007-07-26 Lutnick Howard W Systems and methods for establishing first on the follow trading priority in electronic trading systems
US11010834B2 (en) 2006-04-04 2021-05-18 Bgc Partners, Inc. System and method for optimizing execution of trading orders
US8380610B1 (en) * 2006-05-09 2013-02-19 Icap Services North America Llc System and method for processing trading orders
US8762256B1 (en) * 2006-06-28 2014-06-24 Icap Services North America Llc System and method for providing workup trading without exclusive trading privileges
US8005745B1 (en) * 2006-06-28 2011-08-23 Icap Services North America Llc System and method for providing workup trading without exclusive trading privileges
US11017410B2 (en) 2006-12-30 2021-05-25 Cfph, Llc Methods and systems for managing and trading using a shared order book as internal exchange
US20080177652A1 (en) * 2006-12-30 2008-07-24 David Weiss Methods and systems for managing and trading using a shared order book as internal exchange
US20090018968A1 (en) * 2007-02-16 2009-01-15 Gary Ardell Systems, methods, and media for trading securities
US20080228621A1 (en) * 2007-03-16 2008-09-18 Johnson James C System And Method For Transfer Of Dispute Data In A Distributed Electronic Trading System
US8620759B1 (en) 2007-05-23 2013-12-31 Convergex Group, Llc Methods and systems for processing orders
US7840481B2 (en) 2007-06-07 2010-11-23 Bny Convergex Execution Solutions Llc Aged transactions in a trading system
US20110066545A1 (en) * 2007-06-07 2011-03-17 Bny Convergex Execution Solutions Llc Aged transactions in a trading system
US10115156B1 (en) 2008-07-01 2018-10-30 Nex Services North America Llc System and method for providing workup trading
US7831504B1 (en) 2008-07-01 2010-11-09 Icap Services North America Llc System and method for providing workup trading
US7949599B1 (en) 2008-07-01 2011-05-24 Icap Services North America Llc System and method for providing workup trading
US20110196775A1 (en) * 2010-01-01 2011-08-11 Jeffrey Gavin Systems, Methods, and Media for Controlling the Exposure of Orders to Trading Platforms
US8849684B1 (en) * 2011-05-12 2014-09-30 Risk Management Technologies, LLC Insurance coverage management system
US8626538B1 (en) * 2011-05-12 2014-01-07 Risk Management Technologies, LLC Insurance coverage management system

Also Published As

Publication number Publication date
US20050055305A1 (en) 2005-03-10
US10937092B2 (en) 2021-03-02
EP1515258A1 (en) 2005-03-16
US20210182971A1 (en) 2021-06-17
CA2481185A1 (en) 2005-03-10
US11556987B2 (en) 2023-01-17
US20230169590A1 (en) 2023-06-01

Similar Documents

Publication Publication Date Title
US11556987B2 (en) Trading application program interface
US11720965B2 (en) System and method for matching trading orders based on priority
US20210118053A1 (en) System and method for using trader lists in an electronic trading system to route a trading order with a reserved size
US8229832B2 (en) Systems and methods for establishing first on the follow trading priority in electronic trading systems
US7246092B1 (en) Montage for an electronic market
US20220327622A1 (en) Providing trading exclusivity/priority based on quantity
CA2616850C (en) System and method for using trader lists in an electronic trading system to route a trading order with a reserved size
US8682765B2 (en) System and method for money management in electronic trading environment
US20060080219A1 (en) Systems and methods of obtaining trading exclusivity in electronic trading systems
WO2004068272A2 (en) Automated system for routing orders for financial instruments based upon undisclosed liquidity
US20100094777A1 (en) Method and system for providing automatic execution of risk-controlled synthetic trading entities
AU2011205038A1 (en) System and method for routing trading orders in an electronic trading system using trader lists
AU2011205039A1 (en) System and method for using trader lists in an electronic trading system to route a trading order with a reserved size

Legal Events

Date Code Title Description
AS Assignment

Owner name: ESPEED INC., NEW YORK

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LUTNICK, HOWARD W.;SWEETING, MICHAEL;REEL/FRAME:015114/0693;SIGNING DATES FROM 20040816 TO 20040824

Owner name: ESPEED, INC., NEW YORK

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LUTNICK, HOWARD W.;SWEETING, MICHAEL;REEL/FRAME:015114/0532;SIGNING DATES FROM 20040816 TO 20040824

AS Assignment

Owner name: BGC PARTNERS, INC., DELAWARE

Free format text: MERGER;ASSIGNORS:BGC PARTNERS, LLC;ESPEED, INC.;REEL/FRAME:020806/0396

Effective date: 20080401

Owner name: BGC PARTNERS, INC.,DELAWARE

Free format text: MERGER;ASSIGNORS:BGC PARTNERS, LLC;ESPEED, INC.;REEL/FRAME:020806/0396

Effective date: 20080401

STCV Information on status: appeal procedure

Free format text: EXAMINER'S ANSWER TO APPEAL BRIEF MAILED

STCV Information on status: appeal procedure

Free format text: ON APPEAL -- AWAITING DECISION BY THE BOARD OF APPEALS

STCV Information on status: appeal procedure

Free format text: BOARD OF APPEALS DECISION RENDERED

STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION