US20050055304A1 - Trading application program interface - Google Patents
Trading application program interface Download PDFInfo
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
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
Description
- 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.
- 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.
- 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.
- 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. - Referring to
FIG. 1 ,exemplary system 100 for implementing the present invention is shown. As illustrated,system 100 may include one ormore workstations 101.Workstations 101 may be local or remote, and are connected by one ormore communications links 102 tocomputer network 103 that is linked viacommunications links 105 toserver 104.Server 104 is linked viacommunications link 110 to backoffice 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 backoffice 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 workstations 101 andserver 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 betweenserver 104 and backoffice 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 inFIG. 2 . Referring toFIG. 2 ,workstation 101 may includeprocessor 201,display 202,input device 203, andmemory 204, which may be interconnected. In a preferred embodiment,memory 204 contains a storage device for storing a workstation program for controllingprocessor 201.Memory 204 also preferably contains an electronictrading system application 216 according to the invention. - Electronic
trading system application 216 may preferably includeapplication program interface 215, or alternatively, as described above, electronictrading system application 216 may be resident in the memory ofserver 104. In this embodiment, the electronic trading system may containapplication 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 electronictrading system application 216 resident atserver 104. -
Processor 201 uses the workstation program to present ondisplay 202 electronic trading system application information relating to market conditions received throughcommunication link 102 and trading commands and values transmitted by a user ofworkstation 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 anillustrative 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 inFIG. 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 includeitem 302,price 304,size 306 andlast price 308.Interface 300 also includesmarket depth information 310, which shows price and size for items that have not yet been traded (commonly known as the book). Also shown ininterface 300 are bid and offerstacks stacks 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 showsinterface 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 thetouchline 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 inFIGS. 4 and 512 and 514 inFIG. 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.
- “100.00+
- 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 includesportions Portion 610 ofFIG. 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 ofFIG. 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)
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)
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)
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)
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)
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 |
-
2004
- 2004-07-13 US US10/890,602 patent/US20050055304A1/en not_active Abandoned
- 2004-09-10 EP EP04255492A patent/EP1515258A1/en not_active Ceased
- 2004-09-10 US US10/938,143 patent/US10937092B2/en active Active
- 2004-09-10 CA CA002481185A patent/CA2481185A1/en active Pending
-
2021
- 2021-03-01 US US17/188,289 patent/US11556987B2/en active Active
-
2023
- 2023-01-13 US US18/096,639 patent/US20230169590A1/en active Pending
Patent Citations (37)
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)
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 |