US20140180895A1 - System and method for automatically distributing a trading order over a range of prices - Google Patents
System and method for automatically distributing a trading order over a range of prices Download PDFInfo
- Publication number
- US20140180895A1 US20140180895A1 US14/059,000 US201314059000A US2014180895A1 US 20140180895 A1 US20140180895 A1 US 20140180895A1 US 201314059000 A US201314059000 A US 201314059000A US 2014180895 A1 US2014180895 A1 US 2014180895A1
- Authority
- US
- United States
- Prior art keywords
- price
- trading
- order
- orders
- distributed
- 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 in general to trading markets and, more particularly, to a system and method for automatically distributing a trading order over a range of prices.
- electronic trading systems have gained a widespread acceptance for trading items.
- electronic trading systems have been created which facilitate the trading of financial instruments such as stocks, bonds, currency, futures, or other suitable financial instruments.
- FX Foreign Exchange
- FX Spot some trading system hosts or providers (“trading systems”) operate as “name give-up” systems whereby market counterparties to a trade are revealed to each other at the time of that trade.
- the trading system provider may act as a clearing counterparty, or have a relationship with a central clearing counterparty, such that trades may to be matched without counterparty names being revealed.
- a trading system may hold back acceptance of such a trade until it can check the name of the opposing counterparty to ensure credit is available for the trade.
- a market maker computer system may also hold back acceptance until it has internally checked the foreign exchange rate or price upon which it is being requested to trade.
- a market maker may supply price feeds (e.g., bid-offer spreads) to multiple trading systems to allow them to flood the general marketplace with the market maker's best bid and offer price.
- price feeds e.g., bid-offer spreads
- Market makers typically generate revenue from sheer volume of trades executed on their prices, by persistently trading at their bid and offer prices and making the difference as profit. This strategy may be referred to as “trading the bid-offer spread.”
- the success of such a strategy relies on, among other things, trading repeatedly and at great frequency, and may also depend upon keeping long or short positions in any one currency to a minimum.
- a market maker may need to ensure its price feed is provided to as many trading systems as possible in which FX Spot liquidity and regular trading are present.
- the strategy of “trading the spread” can be risky when markets move quickly.
- a market maker may acquire a large position long or short and be unable to unwind such position during a market move, creating a loss.
- the market maker may have its bid-offer price on many trading systems, it is important for the market maker to be protected against latency in any of those trading systems, at the same time limiting their risk.
- a market maker may require the trading systems with which it trades to request a trade authorization or confirmation from the market maker's computer “price feed,” rather than deliver a trade confirmation to the trading system as a fait accompli.
- trading systems acquire bid and offer prices on a such a “not held” basis from a market maker price feed, they may choose to hold up confirmation of trade executions until the market maker has accepted them.
- the trading system operator may take a resulting position on themselves, with an exceptions procedure to neutralize such trading positions.
- the market maker's computer system may generate a series of bids and offers such that in a fast moving market they may trade at different levels in quick succession, as opposed to the market maker trading at the best (“touch”) price first and then needing to recalculate a new (e.g., slightly worse) price each time before trading again, which may possibly result in declining trades from other trading systems during such recalculation, particularly in fast moving markets, such as the Foreign Exchange market.
- a series of limit bids and offers a market maker may be able to show more size to a trading system but also decrease its risk profile from avoiding showing all of its bid and offer size at only the touch bid/offer prices.
- Increased size at the touch price may attract other traders to a trading system, but in a suddenly fast moving market it may expose the market maker or the trading system to an undesirable level of risk of being “picked off” by other better informed traders in the market place.
- a market maker may have their price distributed to as many markets as possible with the goal of being the best available bid and/or offer, thus resulting in higher trade volume.
- a fast moving volatile market such a strategy may often result in revenue losses.
- One dilemma a market maker faces is to both support the trading systems with bid and offers price in as much size as possible, but to not be traded upon simultaneously by too many of those trading systems in a suddenly fast moving market at prices that rapidly become disadvantageous to the market maker.
- a market maker chooses to make prices available using a price feed as discussed above, it is typically important for all forms of systems latency to be minimized.
- the speed with which a market maker's computer systems can process trades may dictate the amount of trades it can accept over a short period of time, and ultimately may limit the number of trading systems the market maker may be able to allow their bid and offer prices to be used by.
- the speed with which a trading system can make a trade confirmation request to the market maker price feed computer may determine whether that trade is actually executed. In a fast moving market, a delay of only a few hundred milliseconds by the trading system may result in the denial of a trade confirmation request by the market maker price feed computer.
- Network transmission speed may often be a significant factor of the time taken to get a trade or trade request from a trading system to a market maker's system, and when dealing in milliseconds, the geographical domicile of each computer system may create a network delay that is costly to minimize through higher bandwidth or faster computer networking equipment. Thus, any reduction in processing time for trading is advantageous. Often, with multiple trading systems all accessing the same market maker price feed computer, only the fastest trading system or Systems succeed.
- systems and methods for automatically distributing a trading order over a range of price levels are provided.
- a method of managing electronic trading is provided.
- a trading order intended for a trading exchange is received from a trader, the trading order having an associated trading order price.
- a group of distributed trading orders is automatically generated based at least on the trading order price and a set of pre-configured distribution parameters associated with the trading order.
- the group of distributed trading orders may be distributed over multiple price levels.
- the generated group of distributed trading orders is automatically submitted to the trading exchange.
- a set of distribution parameters are maintained for automatically generating, for a trading order received from a trader for a particular instrument, a group of distributed trading orders to be placed on a trading exchange.
- a trader is provided an interface for configuring at least a portion of the distribution parameters.
- the set of distribution parameters is modified, which may include one or more particular distribution parameters being modified.
- a particular trading order for the particular instrument is received from the trader, the trading order being defined by one or more trading order parameters.
- a group of distributed trading orders may be automatically generated based at least on the trading order parameters and the set of distribution parameters modified by the trader. The generated group of distributed trading orders may be automatically submitted to the trading exchange.
- a system for managing electronic trading includes a trading platform operable to manage a trading exchange, and an order distribution application communicatively coupled to the trading platform.
- the order distribution application may be operable to receive from a particular trader a trading order intended for a trading exchange, the trading order having an associated trading order price for a particular instrument.
- the order distribution application may further be operable to identify, from a plurality of sets of pre-configured distribution parameters, a particular set of distribution parameters for processing the trading order.
- the order distribution application may further be operable to automatically generate a group of distributed trading orders distributed over multiple price levels based at least on the trading order price and the identified set of distribution parameters associated with the trading order.
- the order distribution application may further be operable to automatically submit the generated group of distributed trading orders to the trading exchange.
- One advantage of certain embodiments of the invention is that systems and methods are provided that technically reduce the volume of messages communicated over a network between various entities involved in a trading session.
- Trading systems that allow limit orders behind (worse than) the touch price may accept distinct order messages for each order at each price level.
- the present invention as disclosed allows for a customer (or trader) of a trading system (such as a market maker or other type of trader) to pre-configure parameters for the automatic distribution of an order submitted by the trader into multiple orders over a range of prices related to the touch price of the submitted order.
- the trader may send or make available to a trading system at least one of a bid or offer price and at least one of a bid or offer size, and any other parameters necessary to list a bid or offer on the trading system, which may change throughout a trading session according to market conditions. Instead of sending or making available a series of such bid or offer prices and sizes at different price levels, the trader may pre-configure an application to distribute the size of a submitted bid or offer size for display at different prices on the trading system.
- the system that distributes the size of a submitted bid or offer size for display at different prices on the trading system may reside close to or even within the same computer system as the trading system, this may technically reduce the amount of messages communicated over the network from the customer (or trader) systems to the trading system through the trading session, while still maximizing the liquidity made available to the trading system at different price levels.
- the application for pre-configuring price levels behind the touch price to be used for distributing a bid or offer submitted by a trader may be made available for an operator at the trader to use via any suitable communications network, such as the Internet, a virtual private network, or other private network, for example.
- the application may also be made available via an Applications Program Interface (“API”) for another system application to configure, or another computer to configure automatically according to any one of a number of external influences and market events or conditions.
- API Applications Program Interface
- any subsequent regeneration of bid or offer size by the trader to replace size traded may be performed via the pre-configuring application to repopulate prices in order of price level, starting with less aggressive (worse) price levels and moving toward more aggressive price levels.
- the invention as disclosed allows a trader, such as a market maker or other type of trader, to efficiently populate a trading system with bids and offers in a risk efficient manner.
- the present invention may allow a trader to weight their risk on the buy side or sell side of a market. For example, if a market maker price feed computer creates too much of a long or short position in its attempt for increased trading at its own bid and offer, the operator may reduce or increase the sizes displayed by the system without adjusting the touch bid/offer price it is producing. In some situations, such reduction or increase of displayed sizes may be done automatically by the trader's systems.
- FIG. 1 illustrates an example trading system 10 for automatically distributing trading orders across a range of price levels, according to an embodiment of the present invention
- FIG. 2 illustrates an example pricing matrix defining a set of distribution parameters for a particular trader, a particular instrument, and a particular time zone, according to one embodiment of the invention
- FIG. 3 illustrates an example display of a graphical user interface provided by a distribution management interface application, in accordance with one example of the disclosure.
- FIG. 4 illustrates an example method of the operation of the system of FIG. 1 for processing and distributing an order submitted by a trader, according to one embodiment of the disclosure.
- FIGS. 1 through 4 of the drawings Example embodiments of the present invention and their advantages are best understood by referring now to FIGS. 1 through 4 of the drawings, in which like numerals refer to like parts.
- orders may be placed on the trading exchange on behalf of a trader, such as a market maker or other trading entity.
- the distribution of trading orders (hereinafter referred to as “orders”) over a range of prices may include a distribution of orders over a range of one or more prices behind (i.e., worse than) the price submitted (or made available) by the trader, which submitted price may represent the current best price that the trader is willing to submit, and may also approximate the current best, or “touch,” price for the instrument in the marketplace in general.
- the system may automatically place multiple orders for the trader over a range of prices including the submitted price and one or more prices behind the submitted price.
- the system may automatically place multiple bid orders and multiple offer orders for the trader over a range of bid prices and a range of offer prices. More particularly, the system may automatically place multiple bid orders over a range of prices behind (and including) the bid price of the submitted bid-offer spread and multiple offer orders over a range of prices behind (and including) the offer price of the submitted bid-offer spread.
- a trader can submit or make available a single touch bid and/or offer price, and allow the system to fill out the order book behind such touch bid and/or offer prices according to preconfigured settings for distributing that trader's orders.
- the trader is provided an interface allowing the trader to pre-configure the parameters for distributing its orders at worse prices around touch prices submitted or made available to the trading system by the trader.
- a “worse price” may refer to a worse less aggressive price for the trader, and thus economically worse for any other contra trader matching them: for example, for a foreign exchange Euro versus US Dollar a bid price numerically lower, or an offer price numerically higher, is a worse price.
- the trader may send or make available to a trading exchange at least one of a bid or offer price and at least one of a bid or offer size, and any other parameters necessary to list a bid or offer on the exchange, which will change throughout a trading session according to market conditions.
- the trader may use the interface to pre-configure a computer application to distribute bids and/or offer sizes submitted by the trader at a single bid and/or offer price for display over a range of prices on the exchange.
- Such system provides the technical advantage of reducing the volume of network messages being communicated during the trading session, while maximizing (or at least increasing) the liquidity made available to the trading exchange at different price levels.
- such systems allow the trader to better manage its risk, as discussed in greater detail below.
- FIG. 1 illustrates an example trading system 10 for automatically distributing trading orders across a range of price levels, according to an embodiment of the present invention.
- system 10 may include one or more trader terminals 12 each associated with one or more trading entities 14 , a trading platform 16 , and an order distribution application 18 . Some or all of the components may be communicatively coupled to each other by a communications network 19 .
- Trading platform 16 may provide and/or manage one or more electronic trading exchanges 20 for various types of tradable instruments, such as currencies, stocks, bonds, futures, options, commodities, derivatives, metals, pollution credits, and/or bandwidth, for example.
- a trading entity 14 may include any entity, such as an individual, group of individuals or firm, that engages in trading activity via trading platform 16 .
- a trader 14 may be an individual investor, a group of investors, a firm (e.g., a brokerage or bank), an institutional investor, a hedger, a speculator, a market maker (i.e., an individual or firm that submits and/or maintains both bid and ask orders simultaneously for the same instrument), or any other entity that may participate in trading in an electronic market.
- a trader 14 refers to a non-human entity or a group of people
- reference to a trader 14 herein should be understood to include any person or group of people associated with that trader 14 .
- orders 22 may include any one or more other suitable type of orders, such as limit orders, market orders, stop loss orders, day orders, open orders, GTC (“good till cancelled”) orders, “good through” orders, an “all or none” orders, or “any part” orders, for example and not by way of limitation.
- orders may include bids and offers for a particular tradable instrument.
- an “order 22 ” may include both (a) prices submitted by a trader 14 upon which the trader 14 is obligated to uphold, such as when a trader 14 submits a typical bid or offer order, and (b) prices made available to a trading exchange 20 by a trader 14 , but which the trader 14 is not necessarily obligated to uphold, such as price feeds made available to the trading exchange 20 by the trader 14 , for instance.
- the trading exchange 20 may be required to obtain confirmation from the trader 14 before executing the trade.
- an order 22 “submitted by” a trader 14 may include an order being actively submitted by the trader 14 , actively or passively submitted on behalf of the trader 14 , or otherwise submitted in association with the trader 14 .
- Traders 14 may submit trading orders 22 to be placed on a trading exchange 20 in any suitable manner. For example, in some embodiments or situations, traders 14 may submit trading orders 22 via a trader terminal 12 . A trader may interface with a trader terminal 12 in order to input the desired parameters for the order 22 , such as type, bid price, offer price, and/or size, and electronically submit the order 22 using trader terminal 12 .
- a trader 14 may submit orders 22 by generating and/or communicating one or more order price feeds 26 .
- An order price feed 26 may be a real time (or substantially real time) stream indicating the current best bid and/or offer a trader is willing to send or make available for an instrument.
- a market maker e.g., a bank in a foreign exchange spot market
- price feeds e.g., bid-offer spreads
- the market makers generates revenue by sheer volume of trades executed on its prices, by persistently trading at its bid and offer prices and profiting the difference, which strategy may be referred to as “trading the bid-offer spread.”
- An order price feed 26 may be generated based on an analysis of market data from one or more markets for the particular tradable instrument. Such market data may be received, and such analysis may be performed to determine the appropriate price(s) to be communicated via order price feed 26 , in real time or substantially in real time (e.g. limited by delays inherent in the electronic communication and analysis of the data). Order price feed 26 may be communicated from any suitable computer system associated with the trader 14 , such as trader terminal 12 , a central server, or any other suitable computer system.
- a trader 14 may require the trading exchange 20 to request a trade authorization or confirmation from the trader's order price feed 26 rather than deliver a trade confirmation to the trading exchange 20 as a casserole accompli.
- Such arrangement may be described as the trading exchange 20 acquiring bid and offer prices from the trader's order price feed 26 on a “not held” basis.
- Such system may afford the market maker some protection against latency in trading platform 16 or communications system 18 , and also against a plurality of trading exchange 20 and/or trading platforms 16 all trying to trade on the same order 22 (e.g., bid or offer) simultaneously, which protection may be particularly important in a fast moving market.
- Order distribution application 18 is generally operable to generate and place groups of distributed orders 22 a onto a trading exchange 20 . More particularly, operating as an intermediary between trader 14 and trading platform 16 , order distribution application 18 may (a) receive an order 22 from a traders 14 (e.g., via trading terminal 12 and/or price feed 26 ), (b) automatically generate a group of distributed orders 22 a over a range of price levels based on one or more parameters of the received order 22 (e.g., price and size) and appropriate distribution parameters 32 , and (c) automatically place the group of distributed orders 22 a onto the trading exchange 20 .
- a traders 14 e.g., via trading terminal 12 and/or price feed 26
- automatically generate a group of distributed orders 22 a over a range of price levels based on one or more parameters of the received order 22 e.g., price and size
- appropriate distribution parameters 32 e.g., price and size
- the distributed orders 22 a generated by order distribution application 18 and placed onto the appropriate trading exchange 20 are displayed to the market such that other traders 14 can view the distributed orders 22 a.
- Order distribution application 18 may include any suitable software or other computer instructions suitable to perform the functionality described herein.
- Generating a group of distributed orders 22 a over a range of price levels may include distributing an order 22 over a range of one or more prices behind (i.e., worse than) and/or including the price of the order 22 submitted by the trader 14 , which price may be referred to herein as the “submitted order price.”
- a submitted order price may include, for example, a bid price, an offer price, or a bid-offer spread price.
- the “submitted order price” received from trader 14 may also represent or approximate the current best, or “touch,” price for the instrument.
- Generating a group of distributed orders 22 a over a range of price levels may include, for example, (a) distributing the size of a received order 22 over a range of price levels (e.g., including the submitted order price and one or more worse prices), or (b) leaving the submitted order price and size of the received order 22 intact and generating one or more additional orders 22 a over a range of one or more price levels behind the submitted order price.
- the total size of the group of distributed orders 22 a generated for a received order 22 is equal to that of the received order 22
- the total size of the group of distributed orders 22 a generated for a received order 22 is greater than that of the received order 22 .
- the group of distributed orders 22 a generated for the bid-offer price spread may include (a) a number of bid orders 22 a distributed over a range of bid prices including the submitted bid price (from the submitted bid-offer price spread) and one or more worse bid prices, and (b) a number of offer orders 22 a distributed over a range of bid prices including the submitted offer price (from the submitted bid-offer price spread) and one or more worse offer prices.
- order distribution application 18 may generate the group of distributed orders 22 a for a received order 22 based at least on (a) one or more parameters of the received order 22 , such as the price(s) and size defined by the order, and (b) appropriate distribution parameters 32 .
- Distribution parameters 32 may include any parameters or other data that may be used by order distribution application 18 to distribute a received order 22 into a group of distributed orders 22 a to be placed on an appropriate trading exchange 20 .
- distribution parameters 32 for a particular trader 14 and for a particular instrument may include parameters defining one or more of the following:
- the amount offset from the submitted order price (in some cases, the touch price), which amount may be defined in any suitable terms, such as in ticks, basis points in price, basis points in yield, price units, currency units, or fractions of a currency unit, for example;
- the size of the distributed order 22 a to generate for that price level which may be defined in any suitable terms, such as an absolute size or relative to the size of the received order 22 (e.g., a percentage of the size of the received order 22 );
- a total liquidity size allowed by the trader 14 (which may include a total bid size and a total offer size, which may or may not be the same size);
- Distribution parameters 32 may be configured, stored, and managed for any number of different traders 14 , tradable instruments, and trading exchanges 20 , and any combination thereof.
- each trader 14 may have a different set of distribution parameters 32 for each of a variety of instruments, and for each of a variety of trading exchanges.
- a particular trader 14 may have a first set of distribution parameters 32 for trading instrument A on exchange A, a second set of distribution parameters 32 for trading instrument A on exchange B, a third set of distribution parameters 32 for trading instrument B on exchange A, and a fourth set of distribution parameters 32 for trading instrument B on exchange B.
- distribution parameters 32 may be defined by various pricing matrices 90 , such as described below with reference to FIG. 2 .
- Distribution parameters 32 may be stored in any suitable memory device associated with order distribution application 18 , such as memory storage in a server or other computer system, for example.
- Order distribution application 18 may be separate from, partially integrated with, or fully integrated with trading platform 16 .
- order distribution application 18 may be hosted by a computer system (such as a server, for example) located physically separate from trading platform 16 , communicatively coupled to trading platform 16 by communications network 19 or any similar communication links.
- order distribution application 18 may be hosted by the same computer system (such as a server or group of servers, for example) as trading platform 16 , in order to maximize the technical effect of increased order processing speed through reduced messaging over communications network 19 .
- trader terminals 12 may provide traders 14 access to (a) engage in trading activity via trading platform 16 via a trading interface application 38 and/or (b) configure and/or manage distribution parameters 32 defining the generation of distribution orders 22 a via a distribution management interface application 40 .
- a trader terminal 12 may include a computer system including any appropriate hardware and/or software for providing such functionality.
- the term “computer” refers to any suitable device operable to accept input, process the input according to predefined rules, and produce output, for example, a personal computer, workstation, network computer, wireless data port, wireless telephone, personal digital assistant, one or more processors within these or other devices, or any other suitable processing device.
- a trader terminal 12 may include a trading interface application 38 for providing the trader 14 access to engage in trading activity and/or a distribution management interface application 40 to provide the configure and/or manage distribution parameters 32 defining the generation of distribution orders 22 a. It should be understood that in certain embodiments, any or all of the functionality described herein as being provided by trading interface application 38 and/or distribution management interface application 40 at trading terminal 12 may alternatively or additionally be performed or provided by any other portion of trading system 10 , such as order distribution application 18 , trading platform 16 , communications network 19 , or one or more servers associated with one or more trading terminals 12 , such as servers associated with a trading firm (e.g., a brokerage or bank) or other collection of traders 14 , for example. Thus, any relevant portion(s) of trading system 10 may include any suitable hardware and/or software appropriate for performing or providing any or all of such functionality.
- a trading firm e.g., a brokerage or bank
- trader terminal 12 may include a processor 50 and memory 52 .
- Interface application 38 and/or distribution management interface application 40 may be stored in memory 52 .
- Processing unit 32 may execute applications 38 and/or 40 to provide any or all of the various functions provided by such applications.
- memory 52 may also store distribution parameters 32 corresponding to trader 14 , which may include particular default parameters and/or particular parameters configured by trader 14 .
- distribution parameters 32 may be stored as a backup copy (backing up a copy stored in association with order distribution application 18 , thus providing a layer of redundancy to the system.
- distribution parameters 32 including parameters configured by trader 14 , are stored only in association with order distribution application 18 ).
- Memory 52 may be coupled processor 52 and may include one or more databases and other suitable memory devices, such as one or more random access memories (RAMs), read-only memories (ROMs), dynamic random access memories (DRAMs), fast cycle RAMs (FCRAMs), static RAM (SRAMs), field-programmable gate arrays (FPGAs), erasable programmable read-only memories (EPROMs), electrically erasable programmable read-only memories (EEPROMs), microcontrollers, or microprocessors.
- RAMs random access memories
- ROMs read-only memories
- DRAMs dynamic random access memories
- FCRAMs fast cycle RAMs
- SRAMs static RAM
- FPGAs field-programmable gate arrays
- EPROMs erasable programmable read-only memories
- EEPROMs electrically erasable programmable read-only memories
- microcontrollers or microprocessors.
- Trader terminal 12 may also include a display device 56 , such as a monitor, screen, panel display, or any other suitable device operable to display information to a trader 14 .
- display device 56 may be operable to display a graphical user interface 58 , which may be used by distribution management interface application 40 to display various screens for configuring and/or managing distribution parameters 32 .
- Graphical user interface 58 may include any suitable software or other executable code for displaying such information via display device 56 .
- a trader terminal 12 may also include one or more human interface, such as a mouse, keyboard, or pointer, for example, allowing a trader 14 to interface with graphical user interface 58 , such as to view, select, or configure various distribution parameters 32 , for example.
- Communications network 19 is a communicative platform operable to exchange data or information between traders 14 and order distribution application 18 and, in some embodiments, between order distribution application 18 and trading platform 16 .
- Communications network 19 represents an Internet architecture in a particular embodiment of the present invention, which provides traders 14 the ability to electronically submit orders 22 to be delivered to a trading exchange 20 (either directly or via order distribution application 18 ).
- communications system 14 could be any packet data network (PDN) offering a communications interface or exchange between any two nodes in system 10 .
- PDN packet data network
- Communications network 19 may alternatively be any local area network (LAN), metropolitan area network (MAN), wide area network (WAN), wireless local area network (WLAN), virtual private network (VPN), intranet, or any other appropriate architecture or system that facilitates communications in a network or telephonic environment.
- LAN local area network
- MAN metropolitan area network
- WAN wide area network
- WLAN wireless local area network
- VPN virtual private network
- intranet or any other appropriate architecture or system that facilitates communications in a network or telephonic environment.
- trading platform 16 may comprise a trading architecture that facilitates the management of one or more electronic trading exchanges 20 for one or more tradable instruments or products.
- Trading platform 16 may provide access to and/or manage any one or more types of electronic trading exchanges 20 , such as one or more currency exchange market (e.g., foreign exchange markets), stock markets, bond markets, futures markets, options markets, commodities markets, metals markets, derivative markets, pollution credits markets, bandwidth markets, and/or any other type or types of electronic markets in which instruments may be traded.
- currency exchange market e.g., foreign exchange markets
- stock markets e.g., bond markets, futures markets, options markets, commodities markets, metals markets, derivative markets, pollution credits markets, bandwidth markets, and/or any other type or types of electronic markets in which instruments may be traded.
- trading platform 16 may manage or facilitate the trading of one or more types of trading orders 22 for one or more types of instruments.
- Trading platform 16 may be operable to receive orders 22 from traders 14 , place such orders 22 on the appropriate exchange(s) 20 , and manage the orders 22 on such exchange(s) 20 such that financial transactions among and between traders 14 may be performed.
- Trading platform 16 may have a link or a connection to a market trading floor, or some other suitable coupling to any suitable element that allows for such transactions to be consummated.
- Trading platform 16 may include one or more computers, servers, a management center, a single workstation, or a headquartering office for any person, business, or entity that seeks to manage the trading of trading orders 22 . Accordingly, trading platform 16 may include any suitable hardware, software, personnel, devices, components, elements, or objects that may be utilized or implemented for managing or administering one or more electronic trading exchanges. It should be understood that the functionality provided by trading platform 16 may be at least partially manual such that one or more humans may provide various functionality associated with trading platform 16 .
- FIG. 2 illustrates an example pricing matrix 90 defining a set of distribution parameters 32 a for a particular trader 14 , a particular instrument, and a particular time zone, according to one embodiment of the invention.
- Pricing matrix 90 defines the following distribution parameters 32 a, as indicated by the following reference numerals:
- the total liquidity size allowed by the trader 14 including the total bid size (100 million) and a total offer size (100 million). This may effectively limit any size that may be sent or made available via trading orders 22 .
- a price offset in ticks ( ⁇ 0, ⁇ 1, ⁇ 2, ⁇ 3), defining the price of that level relative to the submitted bid price.
- a Bid Size indicating the size of the distributed bid orders 22 a (30 million, 35 million, 25 million, 10 million) to be generated for a received bid order of size 100 million.
- Offer 114 Four offer price levels (Offer 0 , Offer 1 , Offer 2 , Offer 3 ) for distributing received orders 22 .
- a price offset in ticks (+0, +1, +2, +3) defining the price of that level relative to the submitted offer price.
- a Offer Size indicating the size of the distributed offer orders 22 a (30 million, 35 million, 25 million, 10 million) to be generated for a received offer order of size 100 million.
- Distribution parameters 32 may be configured, stored, and/or managed by order distribution application 18 .
- various distribution parameters 32 may be configured and/or managed by a trader 14 using a distribution management interface application 40 , such that the trader 14 may configure its settings as desired, such as in accordance with the available trading size limits that may be set, desired aggressiveness, desired risk level, latency, and/or other characteristics associated with that trader 14 .
- distribution parameters 32 may be configured completely automatically (e.g., by order distribution application 18 ), manually by a trader 14 using distribution management interface application 40 , or any combination thereof.
- Distribution management interface application 40 and its associated functionality are discussed in greater detail below with reference to FIG. 3 .
- distribution management interface application 40 may provide a trader 14 a graphical user interface 58 for configuring and/or managing one or more distribution parameters 32 defining the generation of distribution orders 22 a for orders 22 submitted by the trader 14 .
- a trader 14 may be required to log in to the system in order to access such distribution parameters 32 for viewing and/or configuration.
- Such login process may be managed by distribution management interface application 40 and/or order distribution application 18 , may require the user to enter a login name (e.g., user ID) and password information, and may involve encrypted communications between the relevant hardware and/or software.
- distribution parameters 32 updated from one application login may display on other applications, along with a notification of the login name associated with the last modification.
- FIG. 3 illustrates an example display 150 of a graphical user interface 58 provided by distribution management interface application 40 , in accordance with one example of the disclosure.
- a trader 14 may interface with graphical user interface 58 in any suitable manner to configure one or more distribution parameters 32 , such as using an computer input device or pointer (e.g., a mouse, keyboard, or touchpad).
- distribution management interface application 40 may cooperate with order distribution application 18 to configure, store and/or manage such distribution parameters 32 .
- Display 150 illustrates three pricing matrices 90 a, 90 b, and 90 c for trader 14 for a particular tradable instrument that may be available, each pricing matrix 90 a, 90 b and 90 c corresponding to a particular time zone (specifically, Time Zone Asia, Time Zone London, and Time Zone US). None, some or all of the settings for the distribution parameters 32 defined by each of the three pricing matrices 90 a, 90 b, and 90 c may be different from those defined by the other two. For reference, each pricing matrix 90 a, 90 b, and 90 c may be similar to pricing matrix 90 discussed above regarding FIG. 2 . It should be understood using three pricing matrices 90 (corresponding to time zones) for a particular instrument is merely exemplary. Thus, distribution management interface application 40 (and/or order distribution application 18 ) may allow trader 14 to configure and/or store other numbers of pricing matrices 90 corresponding to other numbers of time zones.
- time zone specifically, Time Zone Asia, Time Zone London, and Time Zone US. None
- pricing matrix 90 b (for Time Zone London) for viewing and/or configuration.
- Pricing matrix 90 b defines the following distribution parameters 32 b, as indicated by the following reference numerals:
- the total liquidity size allowed by the trader 14 including the total bid size (70 million) and a total offer size (100 million). This may effectively limit any size that may be sent or made available via trading orders 22 .
- a trader-selected price offset in ticks ( ⁇ 0, ⁇ 1, ⁇ 3, ⁇ 6), defining the price of that level relative to the submitted bid price.
- a trader-selected Bid Volume indicating the size of the distributed orders 22 a (25 million, 20 million, 15 million, 10 million) to be generated for a received bid order of size 70 million.
- a default price offset in ticks ( ⁇ 0, ⁇ 1, ⁇ 2, ⁇ 3), defining the price of that level relative to the submitted bid price.
- a default Bid Volume indicating the size of the distributed bid orders 22 a (35 million, 35 million, 25 million, 10 million) to be generated for a default received bid order of size 100 million.
- Offer price levels (Offer 0 , Offer 1 , Offer 2 , Offer 3 ) for distributing received orders 22 .
- 178 For each of the four offer price levels, a default price offset in ticks (+0, +1, +2, ⁇ +3), defining the price of that level relative to the submitted offer price.
- a default Offer Volume indicating the size of the distributed offer orders 22 a (30 million, 35 million, 25 million, 10 million) to be generated for a received offer order of size 100 million.
- Distribution management interface application 40 may permit trader 14 to configure or modify all or particular ones of such distribution parameters 32 b defined by price matrix 90 b. For example, a trader 14 may adjust the settings for the total liquidity sizes ( 164 ), the price offsets ( 168 , 178 ), and/or the distributed order sizes ( 170 , 180 ) defined by price matrix 90 b based on the trader's desired aggressiveness, desired risk level, latency, and/or other characteristics associated with that trader 14 , in an attempt to maximize trading volume and/or profits for the trader 14 .
- display 150 includes an “Apply Changes” button 186 that may be activated (e.g., clicked) by trader 14 in order to make any changes to distribution parameters 32 b persist going forward, at least until such distribution parameters 32 b are modified again at some later time. If trader 14 modifies one or more distribution parameters 32 b for a particular time zone, but fails to activate “Apply Changes” button 186 , the modifications may be discarded, such as when the trader 14 logs off or at the expiration of the particular time zone, for example.
- clicking on a “Default” button 188 included in display 150 may return the related bid or offer spread and volume numbers to default settings, such as the default settings indicated by arrows 172 , 174 , 178 and 180 .
- distribution management interface application 40 and/or order distribution application 18 may communicate a “change accepted” notification, which may be displayed to trader 14 in any suitable manner, such as via graphical user interface 58 or via email, for example.
- modifications to distribution parameters 32 b may be communicated to order distribution application 18 , which may store a copy of such distribution parameters 32 b used by order distribution application 18 for generating distributed orders 22 a, as discussed above.
- distribution management interface application 40 and/or order distribution application 18 may keep a log of parameter modifications made by trader 14 . Such log may be kept for a particular time period, such as the last five days, for example, such that the modification data may be recalled for any suitable reason, such as an audit of parameter modifications.
- distribution management interface application 40 may allow the trader 14 to configure various aspects of display 150 , such as which data are included in display 150 and/or the particular arrangement of such data included in display 150 , as desired by the trader 14 .
- Distribution management interface application 40 may allow the trader 14 to save and retain such display settings for future logins by trader 14 .
- distribution management interface application 40 may be available to multiple traders 14 such that multiple access to configure various aspects of display 150 is facilitated. A log of these adjustments may be stored, for example, to allow New York based trader to see what adjustments were made at what time by a London based trader.
- the group of distributed orders 22 a generated by order distribution application 18 and placed onto the appropriate trading exchange 20 may be displayed to trader 14 , such as via graphical user interface 58 , and/or to the market in general such that other traders 14 can view (and thus trade on) the group of distributed orders 22 a.
- the total volume of bids and offers submitted by the trader 14 which may be referred to as the “total sourced liquidity size,” is indicated along the top line.
- the total sourced bid liquidity size is 70 million
- the total sourced offer liquidity size is 100 million.
- order distribution application 18 may define various rules governing the filing and “regeneration” of orders 22 submitted by a trader 14 (via a price feed or otherwise) after successful trades are executed. For example, in some embodiments, where the total sourced bid or offer liquidity size is less than the total volume stipulated by the relevant pricing matrix 90 b (e.g., as indicated by arrows 104 and 164 in the examples shown in FIGS. 2 and 3 ), the volume of bids or offers is truncated in order across the price levels, beginning with the highest (i.e., best) tier and moving downward.
- the volume of bids or offers is truncated in order across the price levels, beginning with the lowest (i.e., worst) tier and moving upward.
- the display may appear as follows:
- each distributed price level defined by the relevant pricing matrix will be filled in a “bottom-up” fashion, beginning with the lowest (i.e., worst) bid price level.
- the top level(s) may not be populated at all, in which case the submitted best bid-offer spread is effectively widened.
- the regenerated size may be incrementally added to the trade or subsequent bid-offer state on the trader's behalf such that it replaces sizes just traded at each price level, beginning with the lower (i.e., worst) price levels and working upwards.
- the term “regeneration” means incrementally increasing size on a trading order 22 to subsequently replace size traded after trades upon distributed trading orders 22 a.
- Total Bid volume 100 m Bid price level Price offset Bid volume Bid0 ⁇ 0 25 Bid1 ⁇ 1 20 Bid2 ⁇ 3 15 Bid3 ⁇ 6 40
- trading platform 14 hits all 25 m of Bid 0 , and 5 m of Bid 1 .
- the bid size sourced from the trader 14 for trading order 22 would drop from 100 m to 70 m, and the resultant prices showing on the bid would become:
- order distribution application 18 may provide this method for regenerating or refilling reduced distributed order volumes for any price source, for both bid-offer spreads and lone bids and offers, and for orders 22 submitted both via price feed and by standard means.
- FIG. 4 illustrates an example method of the operation of system 10 for processing an order 22 submitted by a trader 14 , according to one embodiment of the disclosure.
- a particular trader 14 submits an order 22 , such as a bid, an offer, or a bid-offer spread for a particular instrument to be placed on one or more trading exchanges 20 managed by trading platform 16 .
- submitting such order 22 may include, for example, (a) trader 14 actively submitting a bid, offer, or bid-offer spread to be traded on and/or (b) trader 14 making a bid price, offer price, or bid-offer price spread available to the trading system, such as via one or more real time (or substantially real time) price feeds 26 .
- Order 22 submitted by trader 14 may be communicated to order distribution application 18 for processing (distribution) and forwarding to the appropriate trading exchange 20 .
- order distribution application 18 may identify and/or retrieve the appropriate distribution parameters 32 for the order 22 based on various parameters defined by data communicated along with that particular order 22 , such as the identity of the particular trader 14 , the identify of the particular instrument, and/or the appropriate time zone, for example.
- distribution parameters 32 are defined by stored pricing matrices (such as pricing matrices 90 shown in FIG. 2 or 3 , for example)
- order distribution application 18 may identify and/or retrieve from memory the appropriate pricing matrix corresponding to such order parameters.
- order distribution application 18 may apply the pricing matrix identified at step 202 in order to generate a group of distributed orders 22 a to be placed on the appropriate trading exchange 20 .
- the identified pricing matrix defines five different price levels for distributed bids and five different price levels for distributed offers, along with the price offsets and order size for each of such bid price levels and offer price levels
- order distribution application 18 may generate five distributed bid orders 22 a and five distributed offer orders 22 a.
- the price and size for each of the five distributed bid orders 22 a and five distributed offer orders 22 a may be determined as defined by the pricing matrix.
- order distribution application 18 may then place the group of five distributed bid orders 22 a and the group of five distributed offer orders 22 a onto the appropriate trading exchange 20 .
- a contra order is received at trading exchange 20 having a price suitable to trade with one or more of the distributed bid orders 22 a or distributed offer orders 22 a.
- a “contra” order may refer to an order on the other side of the market.
- a bid or buy order is a contra order to an offer or sell order
- an offer or sell order is a contra order to a bid or buy order.
- step 210 if the trader's order 22 was submitted at step 200 as an order upon which the trading exchange 20 can trade without further confirmation or from trader 14 in order to execute trades, the method may skip ahead to step 216 to execute the trade. However, if the order 22 was submitted at step 200 as an order for which the trading exchange 20 needs to obtain additional conformation from trader 14 in order to execute trades, at step 212 order distribution application 18 or trading exchange 20 may attempt to confirm with trader 14 that the trade(s) between the contra order and one or more of the distributed bid orders 22 a may be executed.
- trading exchange 20 may determine whether the price(s) that were submitted by the trader 14 at step 200 are still valid or appropriate for the trade determined at step 208 , such as by checking the trader's price feed to determine whether the submitted price is still appropriate for the trade or has moved to a price not appropriate for the trade. If the price is no longer appropriate for the trade trading exchange 20 may cancel the trade(s) at step 214 . If the price is still appropriate for the trade, trading exchange 20 may execute one or more trades between the contra order and one or more of the distributed bid orders 22 a at step 216 .
- trading exchange may concurrently (or substantially concurrently) execute multiple trades between the contra order and multiple distributed bid orders 22 a.
- the size of the contra order is less than or equal to the size of the distributed bid order 22 a at the best (i.e., most aggressive) price, trading exchange may execute a single trade between the contra order and that distributed bid order 22 a.
- step 218 if a single trade was executed at step 216 , the method may skip to step 222 . Alternatively, if multiple trades were executed at step 216 between the contra order and multiple distributed bid orders 22 a, the method may proceed to step 220 .
- order distribution application 18 and/or trading exchange 20 may calculate an average trade price for the multiple trades executed at step 216 . Such calculation may be based on the price and traded size of each of the multiple distributed bid orders 22 a traded with the contra order. For example, suppose a contra sell order of size 55 m was traded with the following distributed bid orders:
- the average trade price is [(1.2410)(25 m)+(1.2409)(15 m)+(1.2407)(15 m)]/55 m, which equals 1.240891.
- the average trade price may be rounded to any suitable or desired number of decimal places.
- order distribution application 18 and/or trading exchange 20 may communicate an executed trade notification, indicated in FIG. 1 as notification 250 , to trader 14 (e.g., to trader terminal 12 for display to trader 14 ).
- Notification 250 may indicate various details regarding the one or more trades executed at step 216 , such as the time, size and price of the trade(s), and any other suitable information, for example.
- notification 250 may indicate the total size traded and the average trade price for that total size traded, as calculated at step 220 .
- a single notification 250 may be communicated to trader 14 for multiple trades, rather than separate notifications for each trade.
- the volume of network messaging regarding multiple trades may be significantly reduced.
- the average trade price may be calculated prior to executing the trades at step 216 .
- the average trade price may be calculated prior to seeking confirmation from trader 14 at step 212 to execute the trade(s).
- a single confirmation request/attempt may be communicated at step 212 that includes the calculated average trade price, rather than communicating separate confirmation requests/attempts for each of the multiple distributed orders 22 a to be traded with the contra order.
- the volume of network messaging regarding multiple trades may be further reduced.
- trading exchange 20 may reduce the displayed order sizes for each of the one or more distributed orders 22 a that was traded on. In some cases, the sizes for one or more distributed orders 22 a are completely removed. In addition, the total sourced liquidity size displayed for the user may be reduced by the total size of the trade.
- trader 14 may automatically or manually regenerate at least a portion of the reduced total sourced liquidity size.
- such regeneration may be performed automatically based on the price feed made available for trader 14 .
- such regeneration may be managed by order distribution application 18 in a “bottom up” manner, such that lower (i.e., worse) price levels are filled first, such as described above in the “Displaying and Regenerating Order Volume” section.
- Trading activity may continue at step 228 .
- trading exchange 20 trades on distributed orders 22 a without seeking confirmation from traders 14 to execute such trades, even where traders 14 are merely making a price feed available to the market.
- the trading exchange 20 may assume the risk of the trader 14 refusing liability for the trade, or have some negotiated arrangement with the trader 14 to distribute the risk.
- steps 210 - 214 regarding the confirming of trades prior to execution may be omitted from the method, or may still be performed to allow the trading exchange to be alerted to such an assumed market position as a result of any refusal of the trade request by traders 14 . Additionally, any of the steps of such methods may be performed in any suitable order, or simultaneously or non-simultaneously, without departing from the scope of the invention.
- the invention as disclosed allows a trader (such as a market maker or other trader) to efficiently populate a trading system with bids and offers in a risk efficient manner.
- a trader such as a market maker or other trader
- the trader may be comfortable with the risk profile associated with making a bid and an offer a price spread of 0.0002 apart in 10 million Euros worth (e.g. 1.2656 bid for 10 m, 1.2658 offered for 10 m).
- the trader may also be comfortable with the risk profile associated with making a bid and an offer a price spread of 0.0005 apart in 40 million Euros worth (e.g. 1.2654 bid for 40 m, 1.2659 offered for 40 m).
- the second 0.0005 price spread will likely be uncompetitive, but in a fast moving market the 0.0002 price spread will likely be too risky.
- the invention as disclosed allows for the market maker to supply prices according to both risk profiles. For example, the market maker may send a 0.0002 spread in 10 m and the disclosed system (namely, order distribution application 18 ) will place limit bids and offers behind that touch bid/offer price to provide the combined risk profile as desired.
- the market maker pre-configures the invention application to also give create a bid ⁇ 0.0002 from their best touch price bid for 30 m, and create an offer +0.0002 from their touch price offer in 30 m.
- the market maker then sends the 1.2656/1.2658 price above in 10 m by 10 m to give the first risk profile.
- the disclosed system creates limit bid and offer prices according to the pre-configuration above to give a 1.2654 bid for 30 m and a 1.2660 offer for 30 m.
- the market maker may preferably receive one single trade of 40 m Euros at a price of 1.26545 (the average of both trades). If other counterparties on a trading system buy Euros up to 1.2660 in a total of 40 m, the market maker may preferably receive one single trade of 40 m Euros at a price of 1.26595 (the average of both trades).
- the market maker thus makes a bid offer spread of both 0.0002 in 10 m a side, and 0.0005 in 40 m a side, and rather than having to process two trades for each sell or buy in the above example, and update the market making computer's risk model multiple times, only one trade is matched. This may technically reduce the computing overhead in the market making system and allow for faster processing of trades to adjust risk parameters and pricing.
Abstract
Description
- This invention relates in general to trading markets and, more particularly, to a system and method for automatically distributing a trading order over a range of prices.
- In recent years, electronic trading systems have gained a widespread acceptance for trading items. For example, electronic trading systems have been created which facilitate the trading of financial instruments such as stocks, bonds, currency, futures, or other suitable financial instruments.
- In some marketplaces, electronic trading is so prevalent that much occurs between computers without human interaction. The market for Foreign Exchange (“FX”) of currencies is one example of such a marketplace, whereby currencies for “spot” exchange (i.e., settlement in two business days time) may trade between computers around the globe 24 hours a day. In the foreign exchange spot (“FX Spot”) market, some trading system hosts or providers (“trading systems”) operate as “name give-up” systems whereby market counterparties to a trade are revealed to each other at the time of that trade. In some other markets, the trading system provider may act as a clearing counterparty, or have a relationship with a central clearing counterparty, such that trades may to be matched without counterparty names being revealed. In name give up markets, when a trading system trades with a market maker order, the trading system, or even the market maker computer system, may hold back acceptance of such a trade until it can check the name of the opposing counterparty to ensure credit is available for the trade. In markets in which a clearing counterparty has been facilitated, a market maker computer system may also hold back acceptance until it has internally checked the foreign exchange rate or price upon which it is being requested to trade.
- A market maker (for example a large bank in the FX Spot market) may supply price feeds (e.g., bid-offer spreads) to multiple trading systems to allow them to flood the general marketplace with the market maker's best bid and offer price. Market makers typically generate revenue from sheer volume of trades executed on their prices, by persistently trading at their bid and offer prices and making the difference as profit. This strategy may be referred to as “trading the bid-offer spread.” The success of such a strategy relies on, among other things, trading repeatedly and at great frequency, and may also depend upon keeping long or short positions in any one currency to a minimum. Thus, a market maker may need to ensure its price feed is provided to as many trading systems as possible in which FX Spot liquidity and regular trading are present.
- The strategy of “trading the spread” can be risky when markets move quickly. A market maker may acquire a large position long or short and be unable to unwind such position during a market move, creating a loss. In this environment, considering that the market maker may have its bid-offer price on many trading systems, it is important for the market maker to be protected against latency in any of those trading systems, at the same time limiting their risk. To guard against becoming overly long or short in any one currency at a disadvantageous price due to latency, a market maker may require the trading systems with which it trades to request a trade authorization or confirmation from the market maker's computer “price feed,” rather than deliver a trade confirmation to the trading system as a fait accompli. Thus, there is a difference between (a) a market maker giving a trading system a price, until cancelled, upon which the trading system can trade, and (b) the trading system acquiring the same price from a market maker's “price feed,” but needing to request trade conformations from the market maker to confirm that the price feed has not changed. The latter system may be described as the trading system acquiring bid and offer prices from the market maker price feed on a “not held” basis. Such system may afford the market maker some protection against trading system latency, and also against a plurality of trading systems all trying to trade on the same market maker bid or offer simultaneously. In a fast moving market, such protections may be of particularly important. Where trading systems acquire bid and offer prices on a such a “not held” basis from a market maker price feed, they may choose to hold up confirmation of trade executions until the market maker has accepted them. In addition, in some cases, where the trading system has a central clearing counterparty, the trading system operator may take a resulting position on themselves, with an exceptions procedure to neutralize such trading positions.
- Many trading systems facilitate the display of limit bids and offers, i.e., bids and offers at less aggressive prices than the bid(s) and offer(s) currently at the best price (or “touch price”). It is often preferable for a market maker to take advantage of such facility to increase the depth of the bids and offers it allows such trading systems to display on their behalf. The market maker's computer system may generate a series of bids and offers such that in a fast moving market they may trade at different levels in quick succession, as opposed to the market maker trading at the best (“touch”) price first and then needing to recalculate a new (e.g., slightly worse) price each time before trading again, which may possibly result in declining trades from other trading systems during such recalculation, particularly in fast moving markets, such as the Foreign Exchange market. Also, by using a series of limit bids and offers a market maker may be able to show more size to a trading system but also decrease its risk profile from avoiding showing all of its bid and offer size at only the touch bid/offer prices. Increased size at the touch price may attract other traders to a trading system, but in a suddenly fast moving market it may expose the market maker or the trading system to an undesirable level of risk of being “picked off” by other better informed traders in the market place. In a slow moving market, a market maker may have their price distributed to as many markets as possible with the goal of being the best available bid and/or offer, thus resulting in higher trade volume. In a fast moving volatile market, such a strategy may often result in revenue losses. One dilemma a market maker faces is to both support the trading systems with bid and offers price in as much size as possible, but to not be traded upon simultaneously by too many of those trading systems in a suddenly fast moving market at prices that rapidly become disadvantageous to the market maker.
- Where a market maker chooses to make prices available using a price feed as discussed above, it is typically important for all forms of systems latency to be minimized. The speed with which a market maker's computer systems can process trades may dictate the amount of trades it can accept over a short period of time, and ultimately may limit the number of trading systems the market maker may be able to allow their bid and offer prices to be used by. In addition, the speed with which a trading system can make a trade confirmation request to the market maker price feed computer may determine whether that trade is actually executed. In a fast moving market, a delay of only a few hundred milliseconds by the trading system may result in the denial of a trade confirmation request by the market maker price feed computer. Network transmission speed may often be a significant factor of the time taken to get a trade or trade request from a trading system to a market maker's system, and when dealing in milliseconds, the geographical domicile of each computer system may create a network delay that is costly to minimize through higher bandwidth or faster computer networking equipment. Thus, any reduction in processing time for trading is advantageous. Often, with multiple trading systems all accessing the same market maker price feed computer, only the fastest trading system or Systems succeed.
- In accordance with the present invention, systems and methods for automatically distributing a trading order over a range of price levels are provided.
- According to one embodiment, a method of managing electronic trading is provided. A trading order intended for a trading exchange is received from a trader, the trading order having an associated trading order price. A group of distributed trading orders is automatically generated based at least on the trading order price and a set of pre-configured distribution parameters associated with the trading order. The group of distributed trading orders may be distributed over multiple price levels. The generated group of distributed trading orders is automatically submitted to the trading exchange.
- According to another embodiment, another method of managing electronic trading is provided. A set of distribution parameters are maintained for automatically generating, for a trading order received from a trader for a particular instrument, a group of distributed trading orders to be placed on a trading exchange. A trader is provided an interface for configuring at least a portion of the distribution parameters. In response to input received from the trader, the set of distribution parameters is modified, which may include one or more particular distribution parameters being modified. A particular trading order for the particular instrument is received from the trader, the trading order being defined by one or more trading order parameters. A group of distributed trading orders may be automatically generated based at least on the trading order parameters and the set of distribution parameters modified by the trader. The generated group of distributed trading orders may be automatically submitted to the trading exchange.
- According to yet another embodiment, a system for managing electronic trading is provided. The system includes a trading platform operable to manage a trading exchange, and an order distribution application communicatively coupled to the trading platform. The order distribution application may be operable to receive from a particular trader a trading order intended for a trading exchange, the trading order having an associated trading order price for a particular instrument. The order distribution application may further be operable to identify, from a plurality of sets of pre-configured distribution parameters, a particular set of distribution parameters for processing the trading order. The order distribution application may further be operable to automatically generate a group of distributed trading orders distributed over multiple price levels based at least on the trading order price and the identified set of distribution parameters associated with the trading order. The order distribution application may further be operable to automatically submit the generated group of distributed trading orders to the trading exchange.
- Various embodiments of the present invention may benefit from numerous advantages. It should be noted that one or more embodiments may benefit from some, none, or all of the advantages discussed below.
- One advantage of certain embodiments of the invention is that systems and methods are provided that technically reduce the volume of messages communicated over a network between various entities involved in a trading session. Trading systems that allow limit orders behind (worse than) the touch price may accept distinct order messages for each order at each price level. The present invention as disclosed allows for a customer (or trader) of a trading system (such as a market maker or other type of trader) to pre-configure parameters for the automatic distribution of an order submitted by the trader into multiple orders over a range of prices related to the touch price of the submitted order. The trader may send or make available to a trading system at least one of a bid or offer price and at least one of a bid or offer size, and any other parameters necessary to list a bid or offer on the trading system, which may change throughout a trading session according to market conditions. Instead of sending or making available a series of such bid or offer prices and sizes at different price levels, the trader may pre-configure an application to distribute the size of a submitted bid or offer size for display at different prices on the trading system. As the system that distributes the size of a submitted bid or offer size for display at different prices on the trading system may reside close to or even within the same computer system as the trading system, this may technically reduce the amount of messages communicated over the network from the customer (or trader) systems to the trading system through the trading session, while still maximizing the liquidity made available to the trading system at different price levels.
- In some embodiments, the application for pre-configuring price levels behind the touch price to be used for distributing a bid or offer submitted by a trader may be made available for an operator at the trader to use via any suitable communications network, such as the Internet, a virtual private network, or other private network, for example. In some embodiments, the application may also be made available via an Applications Program Interface (“API”) for another system application to configure, or another computer to configure automatically according to any one of a number of external influences and market events or conditions.
- In addition, in some embodiments, in order to protect the trader against adverse market movements, where a series of trader orders are traded by the trading system, any subsequent regeneration of bid or offer size by the trader to replace size traded may be performed via the pre-configuring application to repopulate prices in order of price level, starting with less aggressive (worse) price levels and moving toward more aggressive price levels.
- Another advantage is that the invention as disclosed allows a trader, such as a market maker or other type of trader, to efficiently populate a trading system with bids and offers in a risk efficient manner. In addition, the present invention may allow a trader to weight their risk on the buy side or sell side of a market. For example, if a market maker price feed computer creates too much of a long or short position in its attempt for increased trading at its own bid and offer, the operator may reduce or increase the sizes displayed by the system without adjusting the touch bid/offer price it is producing. In some situations, such reduction or increase of displayed sizes may be done automatically by the trader's systems.
- Other advantages will be readily apparent to one having ordinary skill in the art from the following figures, descriptions, and claims.
- For a more complete understanding of the present invention and for further features and advantages, reference is now made to the following description, taken in conjunction with the accompanying drawings, in which:
-
FIG. 1 illustrates anexample trading system 10 for automatically distributing trading orders across a range of price levels, according to an embodiment of the present invention; -
FIG. 2 illustrates an example pricing matrix defining a set of distribution parameters for a particular trader, a particular instrument, and a particular time zone, according to one embodiment of the invention; -
FIG. 3 illustrates an example display of a graphical user interface provided by a distribution management interface application, in accordance with one example of the disclosure; and -
FIG. 4 illustrates an example method of the operation of the system ofFIG. 1 for processing and distributing an order submitted by a trader, according to one embodiment of the disclosure. - Example embodiments of the present invention and their advantages are best understood by referring now to
FIGS. 1 through 4 of the drawings, in which like numerals refer to like parts. - In general, systems and methods are provided for automatically placing onto a trading exchange a series of trading orders (e.g., bids and/or offers) distributed over a range of prices for a tradable instrument. Such price-distributed trading orders may be placed on the trading exchange on behalf of a trader, such as a market maker or other trading entity. The distribution of trading orders (hereinafter referred to as “orders”) over a range of prices may include a distribution of orders over a range of one or more prices behind (i.e., worse than) the price submitted (or made available) by the trader, which submitted price may represent the current best price that the trader is willing to submit, and may also approximate the current best, or “touch,” price for the instrument in the marketplace in general. Thus, when a trader submits (or makes available) a price for an order, the system may automatically place multiple orders for the trader over a range of prices including the submitted price and one or more prices behind the submitted price.
- In situations in which the trader submits or makes available a bid-offer price spread (such as where the trader is a market maker, for instance), the system may automatically place multiple bid orders and multiple offer orders for the trader over a range of bid prices and a range of offer prices. More particularly, the system may automatically place multiple bid orders over a range of prices behind (and including) the bid price of the submitted bid-offer spread and multiple offer orders over a range of prices behind (and including) the offer price of the submitted bid-offer spread.
- Thus, rather than send a series of bids and offers, which may be relatively time consuming and tedious, a trader can submit or make available a single touch bid and/or offer price, and allow the system to fill out the order book behind such touch bid and/or offer prices according to preconfigured settings for distributing that trader's orders.
- In some embodiments, the trader is provided an interface allowing the trader to pre-configure the parameters for distributing its orders at worse prices around touch prices submitted or made available to the trading system by the trader. As used herein, a “worse price” may refer to a worse less aggressive price for the trader, and thus economically worse for any other contra trader matching them: for example, for a foreign exchange Euro versus US Dollar a bid price numerically lower, or an offer price numerically higher, is a worse price.
- For example, the trader may send or make available to a trading exchange at least one of a bid or offer price and at least one of a bid or offer size, and any other parameters necessary to list a bid or offer on the exchange, which will change throughout a trading session according to market conditions. Instead of sending or making available a series of such bid or offer prices and sizes at different price levels (e.g., in order to manage the trader's risk profile, from sending or making available such orders), the trader may use the interface to pre-configure a computer application to distribute bids and/or offer sizes submitted by the trader at a single bid and/or offer price for display over a range of prices on the exchange. Such system provides the technical advantage of reducing the volume of network messages being communicated during the trading session, while maximizing (or at least increasing) the liquidity made available to the trading exchange at different price levels. In addition, such systems allow the trader to better manage its risk, as discussed in greater detail below.
-
FIG. 1 illustrates anexample trading system 10 for automatically distributing trading orders across a range of price levels, according to an embodiment of the present invention. As shown,system 10 may include one ormore trader terminals 12 each associated with one ormore trading entities 14, atrading platform 16, and anorder distribution application 18. Some or all of the components may be communicatively coupled to each other by acommunications network 19.Trading platform 16 may provide and/or manage one or moreelectronic trading exchanges 20 for various types of tradable instruments, such as currencies, stocks, bonds, futures, options, commodities, derivatives, metals, pollution credits, and/or bandwidth, for example. A trading entity 14 (hereinafter referred to as a “trader 14”) may include any entity, such as an individual, group of individuals or firm, that engages in trading activity viatrading platform 16. For example, atrader 14 may be an individual investor, a group of investors, a firm (e.g., a brokerage or bank), an institutional investor, a hedger, a speculator, a market maker (i.e., an individual or firm that submits and/or maintains both bid and ask orders simultaneously for the same instrument), or any other entity that may participate in trading in an electronic market. Wheretrader 14 refers to a non-human entity or a group of people, reference to atrader 14 herein should be understood to include any person or group of people associated with thattrader 14. -
Traders 14 may submitorders 22 to one ormore trading exchanges 20 provided and/or managed bytrading platform 16 to trade instruments, such as those listed above, for example. In some embodiments,orders 22 may include any one or more other suitable type of orders, such as limit orders, market orders, stop loss orders, day orders, open orders, GTC (“good till cancelled”) orders, “good through” orders, an “all or none” orders, or “any part” orders, for example and not by way of limitation. Generally, orders may include bids and offers for a particular tradable instrument. In addition, as discussed below, an “order 22” may include both (a) prices submitted by atrader 14 upon which thetrader 14 is obligated to uphold, such as when atrader 14 submits a typical bid or offer order, and (b) prices made available to atrading exchange 20 by atrader 14, but which thetrader 14 is not necessarily obligated to uphold, such as price feeds made available to thetrading exchange 20 by thetrader 14, for instance. In the latter arrangement, when thetrading exchange 20 wishes to execute a trade between a bid or offer from a price feed received from thetrader 14 and a bid or offer from a counterparty, the trading exchange 20 (or some third party) may be required to obtain confirmation from thetrader 14 before executing the trade. As used herein, anorder 22 “submitted by” atrader 14 may include an order being actively submitted by thetrader 14, actively or passively submitted on behalf of thetrader 14, or otherwise submitted in association with thetrader 14. -
Traders 14 may submittrading orders 22 to be placed on atrading exchange 20 in any suitable manner. For example, in some embodiments or situations,traders 14 may submittrading orders 22 via atrader terminal 12. A trader may interface with atrader terminal 12 in order to input the desired parameters for theorder 22, such as type, bid price, offer price, and/or size, and electronically submit theorder 22 usingtrader terminal 12. - In other embodiments or situations, a
trader 14 may submitorders 22 by generating and/or communicating one or more order price feeds 26. Anorder price feed 26 may be a real time (or substantially real time) stream indicating the current best bid and/or offer a trader is willing to send or make available for an instrument. As a particular example, a market maker (e.g., a bank in a foreign exchange spot market) may supply price feeds (e.g., bid-offer spreads) tomultiple trading exchanges 20 and/ortrading platforms 16 to allow the market maker to flood the general marketplace with its best bid and offer price. The market makers generates revenue by sheer volume of trades executed on its prices, by persistently trading at its bid and offer prices and profiting the difference, which strategy may be referred to as “trading the bid-offer spread.” - An
order price feed 26 may be generated based on an analysis of market data from one or more markets for the particular tradable instrument. Such market data may be received, and such analysis may be performed to determine the appropriate price(s) to be communicated viaorder price feed 26, in real time or substantially in real time (e.g. limited by delays inherent in the electronic communication and analysis of the data). Order price feed 26 may be communicated from any suitable computer system associated with thetrader 14, such astrader terminal 12, a central server, or any other suitable computer system. - In order to guard against trading with an unsuitable counterparty, or accepting a trade on an old price that is no longer valid, a
trader 14 may require thetrading exchange 20 to request a trade authorization or confirmation from the trader'sorder price feed 26 rather than deliver a trade confirmation to thetrading exchange 20 as a fait accompli. Such arrangement may be described as thetrading exchange 20 acquiring bid and offer prices from the trader'sorder price feed 26 on a “not held” basis. Such system may afford the market maker some protection against latency intrading platform 16 orcommunications system 18, and also against a plurality oftrading exchange 20 and/ortrading platforms 16 all trying to trade on the same order 22 (e.g., bid or offer) simultaneously, which protection may be particularly important in a fast moving market. -
Order distribution application 18 is generally operable to generate and place groups of distributed orders 22 a onto atrading exchange 20. More particularly, operating as an intermediary betweentrader 14 andtrading platform 16,order distribution application 18 may (a) receive anorder 22 from a traders 14 (e.g., viatrading terminal 12 and/or price feed 26), (b) automatically generate a group of distributed orders 22 a over a range of price levels based on one or more parameters of the received order 22 (e.g., price and size) andappropriate distribution parameters 32, and (c) automatically place the group of distributed orders 22 a onto thetrading exchange 20. In some embodiments or situations, the distributed orders 22 a generated byorder distribution application 18 and placed onto theappropriate trading exchange 20 are displayed to the market such thatother traders 14 can view the distributed orders 22 a.Order distribution application 18 may include any suitable software or other computer instructions suitable to perform the functionality described herein. - Generating a group of distributed orders 22 a over a range of price levels may include distributing an
order 22 over a range of one or more prices behind (i.e., worse than) and/or including the price of theorder 22 submitted by thetrader 14, which price may be referred to herein as the “submitted order price.” As discussed above, a submitted order price may include, for example, a bid price, an offer price, or a bid-offer spread price. In some embodiments, such as in embodiments in which orders 22 are received via price feeds 26, the “submitted order price” received fromtrader 14 may also represent or approximate the current best, or “touch,” price for the instrument. - Generating a group of distributed orders 22 a over a range of price levels may include, for example, (a) distributing the size of a received
order 22 over a range of price levels (e.g., including the submitted order price and one or more worse prices), or (b) leaving the submitted order price and size of the receivedorder 22 intact and generating one or more additional orders 22 a over a range of one or more price levels behind the submitted order price. Thus, in the former alternative, the total size of the group of distributed orders 22 a generated for a receivedorder 22 is equal to that of the receivedorder 22, whereas in the latter alternative, the total size of the group of distributed orders 22 a generated for a receivedorder 22 is greater than that of the receivedorder 22. - In situations in which a submitted
order 22 is a bid-offer price spread consisting of a bid order and an offer order (such as where the trader is a market maker, for instance), the group of distributed orders 22 a generated for the bid-offer price spread may include (a) a number of bid orders 22 a distributed over a range of bid prices including the submitted bid price (from the submitted bid-offer price spread) and one or more worse bid prices, and (b) a number of offer orders 22 a distributed over a range of bid prices including the submitted offer price (from the submitted bid-offer price spread) and one or more worse offer prices. - As discussed above,
order distribution application 18 may generate the group of distributed orders 22 a for a receivedorder 22 based at least on (a) one or more parameters of the receivedorder 22, such as the price(s) and size defined by the order, and (b)appropriate distribution parameters 32.Distribution parameters 32 may include any parameters or other data that may be used byorder distribution application 18 to distribute a receivedorder 22 into a group of distributed orders 22 a to be placed on anappropriate trading exchange 20. For example,such distribution parameters 32 for aparticular trader 14 and for a particular instrument may include parameters defining one or more of the following: - (a) the number of price levels over which a received
order 22 should be distributed (i.e. the number of distributed orders 22 a to generate for a received order 22); - (b) for each price level, the amount offset from the submitted order price (in some cases, the touch price), which amount may be defined in any suitable terms, such as in ticks, basis points in price, basis points in yield, price units, currency units, or fractions of a currency unit, for example;
- (c) for each price level, the size of the distributed order 22 a to generate for that price level, which may be defined in any suitable terms, such as an absolute size or relative to the size of the received order 22 (e.g., a percentage of the size of the received order 22);
- (d) a total liquidity size allowed by the trader 14 (which may include a total bid size and a total offer size, which may or may not be the same size);
- (e) default and/or user-selected values or settings for any of parameters (a)-(d); that may enable quick reset to commonly configured values; and
- (f) multiple values or settings for any of parameters (a)-(e) corresponding to different time zones, such as Asia, London, and US time zones for a foreign exchange market, for example, or to configure different parameters over the publication of any particular economic data release or important event, for example.
-
Distribution parameters 32 may be configured, stored, and managed for any number ofdifferent traders 14, tradable instruments, andtrading exchanges 20, and any combination thereof. For example, eachtrader 14 may have a different set ofdistribution parameters 32 for each of a variety of instruments, and for each of a variety of trading exchanges. Thus, aparticular trader 14 may have a first set ofdistribution parameters 32 for trading instrument A on exchange A, a second set ofdistribution parameters 32 for trading instrument A on exchange B, a third set ofdistribution parameters 32 for trading instrument B on exchange A, and a fourth set ofdistribution parameters 32 for trading instrument B on exchange B. In some embodiments,distribution parameters 32 may be defined byvarious pricing matrices 90, such as described below with reference toFIG. 2 .Distribution parameters 32 may be stored in any suitable memory device associated withorder distribution application 18, such as memory storage in a server or other computer system, for example. -
Order distribution application 18 may be separate from, partially integrated with, or fully integrated withtrading platform 16. For example, in some embodiments,order distribution application 18 may be hosted by a computer system (such as a server, for example) located physically separate fromtrading platform 16, communicatively coupled totrading platform 16 bycommunications network 19 or any similar communication links. In other embodiments,order distribution application 18 may be hosted by the same computer system (such as a server or group of servers, for example) astrading platform 16, in order to maximize the technical effect of increased order processing speed through reduced messaging overcommunications network 19. - As discussed above, in some embodiments,
trader terminals 12 may providetraders 14 access to (a) engage in trading activity viatrading platform 16 via atrading interface application 38 and/or (b) configure and/or managedistribution parameters 32 defining the generation of distribution orders 22 a via a distributionmanagement interface application 40. Atrader terminal 12 may include a computer system including any appropriate hardware and/or software for providing such functionality. As used in this document, the term “computer” refers to any suitable device operable to accept input, process the input according to predefined rules, and produce output, for example, a personal computer, workstation, network computer, wireless data port, wireless telephone, personal digital assistant, one or more processors within these or other devices, or any other suitable processing device. - A
trader terminal 12 may include atrading interface application 38 for providing thetrader 14 access to engage in trading activity and/or a distributionmanagement interface application 40 to provide the configure and/or managedistribution parameters 32 defining the generation of distribution orders 22 a. It should be understood that in certain embodiments, any or all of the functionality described herein as being provided bytrading interface application 38 and/or distributionmanagement interface application 40 attrading terminal 12 may alternatively or additionally be performed or provided by any other portion oftrading system 10, such asorder distribution application 18,trading platform 16,communications network 19, or one or more servers associated with one ormore trading terminals 12, such as servers associated with a trading firm (e.g., a brokerage or bank) or other collection oftraders 14, for example. Thus, any relevant portion(s) oftrading system 10 may include any suitable hardware and/or software appropriate for performing or providing any or all of such functionality. - In addition to
trading interface application 38 and/or distributionmanagement interface application 40,trader terminal 12 may include aprocessor 50 andmemory 52.Interface application 38 and/or distributionmanagement interface application 40 may be stored inmemory 52. Processingunit 32 may executeapplications 38 and/or 40 to provide any or all of the various functions provided by such applications. In some embodiments,memory 52 may also storedistribution parameters 32 corresponding totrader 14, which may include particular default parameters and/or particular parameters configured bytrader 14. For example,such distribution parameters 32 may be stored as a backup copy (backing up a copy stored in association withorder distribution application 18, thus providing a layer of redundancy to the system. In other embodiments,distribution parameters 32, including parameters configured bytrader 14, are stored only in association with order distribution application 18).Memory 52 may be coupledprocessor 52 and may include one or more databases and other suitable memory devices, such as one or more random access memories (RAMs), read-only memories (ROMs), dynamic random access memories (DRAMs), fast cycle RAMs (FCRAMs), static RAM (SRAMs), field-programmable gate arrays (FPGAs), erasable programmable read-only memories (EPROMs), electrically erasable programmable read-only memories (EEPROMs), microcontrollers, or microprocessors. -
Trader terminal 12 may also include adisplay device 56, such as a monitor, screen, panel display, or any other suitable device operable to display information to atrader 14. In certain embodiments,display device 56 may be operable to display agraphical user interface 58, which may be used by distributionmanagement interface application 40 to display various screens for configuring and/or managingdistribution parameters 32.Graphical user interface 58 may include any suitable software or other executable code for displaying such information viadisplay device 56. Atrader terminal 12 may also include one or more human interface, such as a mouse, keyboard, or pointer, for example, allowing atrader 14 to interface withgraphical user interface 58, such as to view, select, or configurevarious distribution parameters 32, for example. -
Communications network 19 is a communicative platform operable to exchange data or information betweentraders 14 andorder distribution application 18 and, in some embodiments, betweenorder distribution application 18 andtrading platform 16.Communications network 19 represents an Internet architecture in a particular embodiment of the present invention, which providestraders 14 the ability to electronically submitorders 22 to be delivered to a trading exchange 20 (either directly or via order distribution application 18). In other embodiments,communications system 14 could be any packet data network (PDN) offering a communications interface or exchange between any two nodes insystem 10.Communications network 19 may alternatively be any local area network (LAN), metropolitan area network (MAN), wide area network (WAN), wireless local area network (WLAN), virtual private network (VPN), intranet, or any other appropriate architecture or system that facilitates communications in a network or telephonic environment. - As discussed above,
trading platform 16 may comprise a trading architecture that facilitates the management of one or moreelectronic trading exchanges 20 for one or more tradable instruments or products.Trading platform 16 may provide access to and/or manage any one or more types ofelectronic trading exchanges 20, such as one or more currency exchange market (e.g., foreign exchange markets), stock markets, bond markets, futures markets, options markets, commodities markets, metals markets, derivative markets, pollution credits markets, bandwidth markets, and/or any other type or types of electronic markets in which instruments may be traded. - In particular,
trading platform 16 may manage or facilitate the trading of one or more types oftrading orders 22 for one or more types of instruments.Trading platform 16 may be operable to receiveorders 22 fromtraders 14, placesuch orders 22 on the appropriate exchange(s) 20, and manage theorders 22 on such exchange(s) 20 such that financial transactions among and betweentraders 14 may be performed.Trading platform 16 may have a link or a connection to a market trading floor, or some other suitable coupling to any suitable element that allows for such transactions to be consummated. -
Trading platform 16 may include one or more computers, servers, a management center, a single workstation, or a headquartering office for any person, business, or entity that seeks to manage the trading of trading orders 22. Accordingly,trading platform 16 may include any suitable hardware, software, personnel, devices, components, elements, or objects that may be utilized or implemented for managing or administering one or more electronic trading exchanges. It should be understood that the functionality provided bytrading platform 16 may be at least partially manual such that one or more humans may provide various functionality associated withtrading platform 16. -
FIG. 2 illustrates anexample pricing matrix 90 defining a set of distribution parameters 32 a for aparticular trader 14, a particular instrument, and a particular time zone, according to one embodiment of the invention.Pricing matrix 90 defines the following distribution parameters 32 a, as indicated by the following reference numerals: - 100: The particular instrument (Euro-$US currency pair).
- 102: The particular time zone (Time Zone London).
- 104: The total liquidity size allowed by the
trader 14, including the total bid size (100 million) and a total offer size (100 million). This may effectively limit any size that may be sent or made available via trading orders 22. - 106: Four bid price levels (
Bid 0,Bid 1,Bid 2, Bid 3) for distributing receivedorders 22. - 108: For each of the four bid price levels, a price offset in ticks (−0, −1, −2, −3), defining the price of that level relative to the submitted bid price.
- 110: For each of the four bid price levels, a Bid Size indicating the size of the distributed bid orders 22 a (30 million, 35 million, 25 million, 10 million) to be generated for a received bid order of
size 100 million. - 112: For each of the four bid price levels, an indication that the price offset and Bid Size for that bid price level (indicated by
arrows 108 and 110) are default values. - 114: Four offer price levels (
Offer 0,Offer 1,Offer 2, Offer 3) for distributing receivedorders 22. - 116: For each of the four offer price levels, a price offset in ticks (+0, +1, +2, +3), defining the price of that level relative to the submitted offer price.
- 118: For each of the four offer price levels, a Offer Size indicating the size of the distributed offer orders 22 a (30 million, 35 million, 25 million, 10 million) to be generated for a received offer order of
size 100 million. - 120: For each of the four offer price levels, an indication that the price offset and Offer Size for that offer price level (indicated by
arrows 116 and 118) are default values. -
Distribution parameters 32 may be configured, stored, and/or managed byorder distribution application 18. In addition,various distribution parameters 32 may be configured and/or managed by atrader 14 using a distributionmanagement interface application 40, such that thetrader 14 may configure its settings as desired, such as in accordance with the available trading size limits that may be set, desired aggressiveness, desired risk level, latency, and/or other characteristics associated with thattrader 14. Thus,distribution parameters 32 may be configured completely automatically (e.g., by order distribution application 18), manually by atrader 14 using distributionmanagement interface application 40, or any combination thereof. Distributionmanagement interface application 40 and its associated functionality are discussed in greater detail below with reference toFIG. 3 . - As discussed above, distribution
management interface application 40 may provide a trader 14 agraphical user interface 58 for configuring and/or managing one ormore distribution parameters 32 defining the generation of distribution orders 22 a fororders 22 submitted by thetrader 14. In certain embodiments, atrader 14 may be required to log in to the system in order to accesssuch distribution parameters 32 for viewing and/or configuration. Such login process may be managed by distributionmanagement interface application 40 and/ororder distribution application 18, may require the user to enter a login name (e.g., user ID) and password information, and may involve encrypted communications between the relevant hardware and/or software. In addition, in some embodiments,distribution parameters 32 updated from one application login may display on other applications, along with a notification of the login name associated with the last modification. -
FIG. 3 illustrates anexample display 150 of agraphical user interface 58 provided by distributionmanagement interface application 40, in accordance with one example of the disclosure. Atrader 14 may interface withgraphical user interface 58 in any suitable manner to configure one ormore distribution parameters 32, such as using an computer input device or pointer (e.g., a mouse, keyboard, or touchpad). As discussed above, in some embodiments, distributionmanagement interface application 40 may cooperate withorder distribution application 18 to configure, store and/or managesuch distribution parameters 32. -
Display 150 illustrates threepricing matrices trader 14 for a particular tradable instrument that may be available, eachpricing matrix distribution parameters 32 defined by each of the threepricing matrices pricing matrix pricing matrix 90 discussed above regardingFIG. 2 . It should be understood using three pricing matrices 90 (corresponding to time zones) for a particular instrument is merely exemplary. Thus, distribution management interface application 40 (and/or order distribution application 18) may allowtrader 14 to configure and/or store other numbers ofpricing matrices 90 corresponding to other numbers of time zones. - In the example shown in
FIG. 3 ,trader 14 has selectedpricing matrix 90 b (for Time Zone London) for viewing and/or configuration.Pricing matrix 90 b defines the following distribution parameters 32 b, as indicated by the following reference numerals: - 160: The particular instrument (Euro-$US currency pair).
- 162: The particular time zone (Time Zone London).
- 164: The total liquidity size allowed by the
trader 14, including the total bid size (70 million) and a total offer size (100 million). This may effectively limit any size that may be sent or made available via trading orders 22. - 166: Four bid price levels (
Bid 0,Bid 1,Bid 2, Bid 3) for distributing receivedorders 22. - 168: For each of the four bid price levels, a trader-selected price offset in ticks (−0, −1, −3, −6), defining the price of that level relative to the submitted bid price.
- 170: For each of the four bid price levels, a trader-selected Bid Volume indicating the size of the distributed orders 22 a (25 million, 20 million, 15 million, 10 million) to be generated for a received bid order of size 70 million.
- 172: For each of the four bid price levels, a default price offset in ticks (−0, −1, −2, −3), defining the price of that level relative to the submitted bid price.
- 174: For each of the four bid price levels, a default Bid Volume indicating the size of the distributed bid orders 22 a (35 million, 35 million, 25 million, 10 million) to be generated for a default received bid order of
size 100 million. - 176: Four offer price levels (
Offer 0,Offer 1,Offer 2, Offer 3) for distributing receivedorders 22. - 178: For each of the four offer price levels, a default price offset in ticks (+0, +1, +2, −+3), defining the price of that level relative to the submitted offer price.
- 180: For each of the four offer price levels, a default Offer Volume indicating the size of the distributed offer orders 22 a (30 million, 35 million, 25 million, 10 million) to be generated for a received offer order of
size 100 million. - 182: For each of the four offer price levels, an indication that the price offset and Offer Size for that offer price level (indicated by
arrows 178 and 180) are the default values. - Distribution
management interface application 40 may permittrader 14 to configure or modify all or particular ones of such distribution parameters 32 b defined byprice matrix 90 b. For example, atrader 14 may adjust the settings for the total liquidity sizes (164), the price offsets (168, 178), and/or the distributed order sizes (170, 180) defined byprice matrix 90 b based on the trader's desired aggressiveness, desired risk level, latency, and/or other characteristics associated with thattrader 14, in an attempt to maximize trading volume and/or profits for thetrader 14. - In some embodiments,
display 150 includes an “Apply Changes”button 186 that may be activated (e.g., clicked) bytrader 14 in order to make any changes to distribution parameters 32 b persist going forward, at least until such distribution parameters 32 b are modified again at some later time. Iftrader 14 modifies one or more distribution parameters 32 b for a particular time zone, but fails to activate “Apply Changes”button 186, the modifications may be discarded, such as when thetrader 14 logs off or at the expiration of the particular time zone, for example. In some embodiments, clicking on a “Default”button 188 included indisplay 150 may return the related bid or offer spread and volume numbers to default settings, such as the default settings indicated byarrows - If
trader 14 makes modifications and activates “Apply Changes”button 186, distributionmanagement interface application 40 and/ororder distribution application 18 may communicate a “change accepted” notification, which may be displayed totrader 14 in any suitable manner, such as viagraphical user interface 58 or via email, for example. In some embodiments, modifications to distribution parameters 32 b may be communicated to orderdistribution application 18, which may store a copy of such distribution parameters 32 b used byorder distribution application 18 for generating distributed orders 22 a, as discussed above. In addition, distributionmanagement interface application 40 and/ororder distribution application 18 may keep a log of parameter modifications made bytrader 14. Such log may be kept for a particular time period, such as the last five days, for example, such that the modification data may be recalled for any suitable reason, such as an audit of parameter modifications. - In addition, in some embodiments, distribution
management interface application 40 may allow thetrader 14 to configure various aspects ofdisplay 150, such as which data are included indisplay 150 and/or the particular arrangement of such data included indisplay 150, as desired by thetrader 14. Distributionmanagement interface application 40 may allow thetrader 14 to save and retain such display settings for future logins bytrader 14. - Also, in some embodiments, distribution
management interface application 40 may be available tomultiple traders 14 such that multiple access to configure various aspects ofdisplay 150 is facilitated. A log of these adjustments may be stored, for example, to allow New York based trader to see what adjustments were made at what time by a London based trader. - The group of distributed orders 22 a generated by
order distribution application 18 and placed onto theappropriate trading exchange 20 may be displayed totrader 14, such as viagraphical user interface 58, and/or to the market in general such thatother traders 14 can view (and thus trade on) the group of distributed orders 22 a. -
-
EUR/USD bid-offer price feed: 1.2410-1.241 70 m × 100 m Bid price Bid Volume Offer price Offer Volume 1.2410 25 1.2412 30 1.2409 20 1.2413 35 1.2407 15 1.2414 25 1.2404 10 1.2415 10 - In this example display, the total volume of bids and offers submitted by the
trader 14, which may be referred to as the “total sourced liquidity size,” is indicated along the top line. Here, the total sourced bid liquidity size is 70 million, and the total sourced offer liquidity size is 100 million. - In certain embodiments,
order distribution application 18 may define various rules governing the filing and “regeneration” oforders 22 submitted by a trader 14 (via a price feed or otherwise) after successful trades are executed. For example, in some embodiments, where the total sourced bid or offer liquidity size is less than the total volume stipulated by therelevant pricing matrix 90 b (e.g., as indicated byarrows FIGS. 2 and 3 ), the volume of bids or offers is truncated in order across the price levels, beginning with the highest (i.e., best) tier and moving downward. Alternatively, where the total sourced bid or offer liquidity size is more than the total volume stipulated by therelevant pricing matrix 90, the volume of bids or offers is truncated in order across the price levels, beginning with the lowest (i.e., worst) tier and moving upward. - For example, using the example bid-offer display shown above, after a series of bids was hit for a size of 30 m, the display may appear as follows:
-
EUR/USD API price 1.2410-1.2412 35 m × 100 m 1.2410 25 1.2412 30 1.2409 15 1.2413 35 1.2407 15 1.2414 25 1.2404 10 1.2415 10
wherein the trade is executed against the bid price levels in order, beginning with the highest price level and moving downward. Thus, the 25 m top bid level is completely removed, as indicated by the italics, and the remaining 5 m (of the 30 m traded) is removed from the next highest bid price level, thus reducing the volume at that level from 20 m to 15 m, as the liquidity offered by thetrader 14 fails to completely fill the sizes at each price level. - In addition, in some embodiments, even if the sourced bid price is changed, each distributed price level defined by the relevant pricing matrix will be filled in a “bottom-up” fashion, beginning with the lowest (i.e., worst) bid price level. Thus, if the sourced bid liquidity size is insufficient to fill all of the price levels defined by the relevant pricing matrix, the top level(s) may not be populated at all, in which case the submitted best bid-offer spread is effectively widened.
- As an
trader 14 “regenerates” to trade more volume after a trade on one or more of its distributed orders 22 a, the regenerated size may be incrementally added to the trade or subsequent bid-offer state on the trader's behalf such that it replaces sizes just traded at each price level, beginning with the lower (i.e., worst) price levels and working upwards. As used herein, the term “regeneration” means incrementally increasing size on atrading order 22 to subsequently replace size traded after trades upon distributed trading orders 22 a. - For example, suppose a pricing matrix which defines the following distribution parameters 32:
-
Total Bid volume = 100 m Bid price level Price offset Bid volume Bid0 −0 25 Bid1 −1 20 Bid2 −3 15 Bid3 −6 40 - If the trader's
bid trading order 20 is in 100 m, and the trader's distributed orders 22 a get hit by a 30 m offer or sell order,trading platform 14 hits all 25 m of Bid0, and 5 m of Bid1. The bid size sourced from thetrader 14 fortrading order 22 would drop from 100 m to 70 m, and the resultant prices showing on the bid would become: -
Bid0 −0 0 Bid1 −1 15 Bid2 −3 15 Bid3 −6 40
Iftrader 14 then regenerates for another 1 m (i.e., if the sourced bid size fortrading order 22 is increased from the 70 m residual size to 71 m), regardless of price level,order distribution application 18 adds the extra 1 m to the Bid1 price level: -
Bid0 −0 0 Bid1 −1 16 Bid2 −3 15 Bid3 −6 40
Iftrader 14 then regenerates for another 5 m (i.e., the sourced bid size fortrading order 22 is increased to 76 m), and the submitted bid price (e.g., the bid price defined by the trader's price feed) has not changed,order distribution application 18 fills up the Bid1 price level and advances to begin filling the next highest price level, the Bid0 price level: -
Bid0 −0 1 Bid1 −1 20 Bid2 −3 15 Bid3 −6 40
In some embodiments,order distribution application 18 may provide this method for regenerating or refilling reduced distributed order volumes for any price source, for both bid-offer spreads and lone bids and offers, and fororders 22 submitted both via price feed and by standard means. -
FIG. 4 illustrates an example method of the operation ofsystem 10 for processing anorder 22 submitted by atrader 14, according to one embodiment of the disclosure. Atstep 200, aparticular trader 14 submits anorder 22, such as a bid, an offer, or a bid-offer spread for a particular instrument to be placed on one ormore trading exchanges 20 managed bytrading platform 16. As discussed above, submittingsuch order 22 may include, for example, (a)trader 14 actively submitting a bid, offer, or bid-offer spread to be traded on and/or (b)trader 14 making a bid price, offer price, or bid-offer price spread available to the trading system, such as via one or more real time (or substantially real time) price feeds 26.Order 22 submitted bytrader 14 may be communicated to orderdistribution application 18 for processing (distribution) and forwarding to theappropriate trading exchange 20. - At
step 202, upon receiving theorder 22 submitted bytrader 14,order distribution application 18 may identify and/or retrieve theappropriate distribution parameters 32 for theorder 22 based on various parameters defined by data communicated along with thatparticular order 22, such as the identity of theparticular trader 14, the identify of the particular instrument, and/or the appropriate time zone, for example. In embodiments in whichdistribution parameters 32 are defined by stored pricing matrices (such aspricing matrices 90 shown inFIG. 2 or 3, for example),order distribution application 18 may identify and/or retrieve from memory the appropriate pricing matrix corresponding to such order parameters. - At
step 204,order distribution application 18 may apply the pricing matrix identified atstep 202 in order to generate a group of distributed orders 22 a to be placed on theappropriate trading exchange 20. For example, supposing the submittedorder 22 is a bid-offer spread, and the identified pricing matrix defines five different price levels for distributed bids and five different price levels for distributed offers, along with the price offsets and order size for each of such bid price levels and offer price levels,order distribution application 18 may generate five distributed bid orders 22 a and five distributed offer orders 22 a. The price and size for each of the five distributed bid orders 22 a and five distributed offer orders 22 a may be determined as defined by the pricing matrix. - At
step 206,order distribution application 18 may then place the group of five distributed bid orders 22 a and the group of five distributed offer orders 22 a onto theappropriate trading exchange 20. - At
step 208, a contra order is received attrading exchange 20 having a price suitable to trade with one or more of the distributed bid orders 22 a or distributed offer orders 22 a. As used herein, a “contra” order may refer to an order on the other side of the market. Thus, for example, a bid or buy order is a contra order to an offer or sell order, and an offer or sell order is a contra order to a bid or buy order. - In some embodiments, as shown at
step 210, if the trader'sorder 22 was submitted atstep 200 as an order upon which thetrading exchange 20 can trade without further confirmation or fromtrader 14 in order to execute trades, the method may skip ahead to step 216 to execute the trade. However, if theorder 22 was submitted atstep 200 as an order for which thetrading exchange 20 needs to obtain additional conformation fromtrader 14 in order to execute trades, atstep 212order distribution application 18 ortrading exchange 20 may attempt to confirm withtrader 14 that the trade(s) between the contra order and one or more of the distributed bid orders 22 a may be executed. For example, tradingexchange 20 may determine whether the price(s) that were submitted by thetrader 14 atstep 200 are still valid or appropriate for the trade determined atstep 208, such as by checking the trader's price feed to determine whether the submitted price is still appropriate for the trade or has moved to a price not appropriate for the trade. If the price is no longer appropriate for thetrade trading exchange 20 may cancel the trade(s) atstep 214. If the price is still appropriate for the trade,trading exchange 20 may execute one or more trades between the contra order and one or more of the distributed bid orders 22 a atstep 216. In some situations, if the price of the contra order is appropriate to trade with more than one of the distributed bid orders 22 a, and the size of the contra order is larger than the size of the distributed bid order 22 a at the best (i.e., most aggressive) price, trading exchange may concurrently (or substantially concurrently) execute multiple trades between the contra order and multiple distributed bid orders 22 a. Alternatively, if the size of the contra order is less than or equal to the size of the distributed bid order 22 a at the best (i.e., most aggressive) price, trading exchange may execute a single trade between the contra order and that distributed bid order 22 a. - As shown at
step 218, if a single trade was executed atstep 216, the method may skip to step 222. Alternatively, if multiple trades were executed atstep 216 between the contra order and multiple distributed bid orders 22 a, the method may proceed to step 220. Atstep 220,order distribution application 18 and/ortrading exchange 20 may calculate an average trade price for the multiple trades executed atstep 216. Such calculation may be based on the price and traded size of each of the multiple distributed bid orders 22 a traded with the contra order. For example, suppose a contra sell order of size 55 m was traded with the following distributed bid orders: - (a)
Bid 0, price=1.2410, traded size=25 m - (b)
Bid 1, price=1.2409, traded size=15 m - (a)
Bid 2, price=1.2407, traded size=15 m - The average trade price is [(1.2410)(25 m)+(1.2409)(15 m)+(1.2407)(15 m)]/55 m, which equals 1.240891. The average trade price may be rounded to any suitable or desired number of decimal places.
- At
step 222,order distribution application 18 and/ortrading exchange 20 may communicate an executed trade notification, indicated inFIG. 1 as notification 250, to trader 14 (e.g., totrader terminal 12 for display to trader 14). Notification 250 may indicate various details regarding the one or more trades executed atstep 216, such as the time, size and price of the trade(s), and any other suitable information, for example. In some embodiments, where multiple trades were executed atstep 216 between the contra order and multiple distributed bid orders 22 a, notification 250 may indicate the total size traded and the average trade price for that total size traded, as calculated atstep 220. Thus, in some embodiments, a single notification 250 may be communicated totrader 14 for multiple trades, rather than separate notifications for each trade. Thus, since such separate, multiple notifications may be effectively replaced with a single notification 250, the volume of network messaging regarding multiple trades may be significantly reduced. - In some embodiments or situations, the average trade price may be calculated prior to executing the trades at
step 216. For example, the average trade price may be calculated prior to seeking confirmation fromtrader 14 atstep 212 to execute the trade(s). Thus, a single confirmation request/attempt may be communicated atstep 212 that includes the calculated average trade price, rather than communicating separate confirmation requests/attempts for each of the multiple distributed orders 22 a to be traded with the contra order. Thus, the volume of network messaging regarding multiple trades may be further reduced. - Also in response to the trade being executed at
step 216, atstep 224, tradingexchange 20 may reduce the displayed order sizes for each of the one or more distributed orders 22 a that was traded on. In some cases, the sizes for one or more distributed orders 22 a are completely removed. In addition, the total sourced liquidity size displayed for the user may be reduced by the total size of the trade. - At
step 226,trader 14 may automatically or manually regenerate at least a portion of the reduced total sourced liquidity size. In some embodiments in which the trader provides a continuous price feed, such regeneration may be performed automatically based on the price feed made available fortrader 14. In addition, in some embodiments, such regeneration may be managed byorder distribution application 18 in a “bottom up” manner, such that lower (i.e., worse) price levels are filled first, such as described above in the “Displaying and Regenerating Order Volume” section. Trading activity may continue atstep 228. - Modifications, additions, or omissions may be made to any of the methods discussed above, such as the methods discussed above with reference to
FIG. 4 , without departing from the scope of the invention. For example, in some embodiments, tradingexchange 20 trades on distributed orders 22 a without seeking confirmation fromtraders 14 to execute such trades, even wheretraders 14 are merely making a price feed available to the market. In such embodiments, thetrading exchange 20 may assume the risk of thetrader 14 refusing liability for the trade, or have some negotiated arrangement with thetrader 14 to distribute the risk. In such embodiments, steps 210-214 regarding the confirming of trades prior to execution may be omitted from the method, or may still be performed to allow the trading exchange to be alerted to such an assumed market position as a result of any refusal of the trade request bytraders 14. Additionally, any of the steps of such methods may be performed in any suitable order, or simultaneously or non-simultaneously, without departing from the scope of the invention. - The invention as disclosed allows a trader (such as a market maker or other trader) to efficiently populate a trading system with bids and offers in a risk efficient manner. Consider a market maker in the spot Euro vs. Dollar exchange rate. The trader may be comfortable with the risk profile associated with making a bid and an offer a price spread of 0.0002 apart in 10 million Euros worth (e.g. 1.2656 bid for 10 m, 1.2658 offered for 10 m). However, as an alternative, the trader may also be comfortable with the risk profile associated with making a bid and an offer a price spread of 0.0005 apart in 40 million Euros worth (e.g. 1.2654 bid for 40 m, 1.2659 offered for 40 m). In a slow moving market, the second 0.0005 price spread will likely be uncompetitive, but in a fast moving market the 0.0002 price spread will likely be too risky. The invention as disclosed allows for the market maker to supply prices according to both risk profiles. For example, the market maker may send a 0.0002 spread in 10 m and the disclosed system (namely, order distribution application 18) will place limit bids and offers behind that touch bid/offer price to provide the combined risk profile as desired.
- For this example, suppose the market maker pre-configures the invention application to also give create a bid −0.0002 from their best touch price bid for 30 m, and create an offer +0.0002 from their touch price offer in 30 m. The market maker then sends the 1.2656/1.2658 price above in 10 m by 10 m to give the first risk profile. The disclosed system creates limit bid and offer prices according to the pre-configuration above to give a 1.2654 bid for 30 m and a 1.2660 offer for 30 m.
- If other counterparties using the trading system sell Euros down to 1.2654 for a total of 40 m, as opposed to receiving a plurality of trades at each traded price, the market maker may preferably receive one single trade of 40 m Euros at a price of 1.26545 (the average of both trades). If other counterparties on a trading system buy Euros up to 1.2660 in a total of 40 m, the market maker may preferably receive one single trade of 40 m Euros at a price of 1.26595 (the average of both trades). The market maker thus makes a bid offer spread of both 0.0002 in 10 m a side, and 0.0005 in 40 m a side, and rather than having to process two trades for each sell or buy in the above example, and update the market making computer's risk model multiple times, only one trade is matched. This may technically reduce the computing overhead in the market making system and allow for faster processing of trades to adjust risk parameters and pricing.
- Although an embodiment of the invention and its advantages are described in detail, a person skilled in the art could make various alterations, additions, and omissions without departing from the spirit and scope of the present invention as defined by the appended claims.
Claims (27)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/059,000 US20140180895A1 (en) | 2005-05-20 | 2013-10-21 | System and method for automatically distributing a trading order over a range of prices |
US16/790,300 US20200184562A1 (en) | 2005-05-20 | 2020-02-13 | System and method for automatically distributing a trading order over a range of prices |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/133,767 US8566213B2 (en) | 2005-05-20 | 2005-05-20 | System and method for automatically distributing a trading order over a range of prices |
US14/059,000 US20140180895A1 (en) | 2005-05-20 | 2013-10-21 | System and method for automatically distributing a trading order over a range of prices |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/133,767 Continuation US8566213B2 (en) | 2005-05-20 | 2005-05-20 | System and method for automatically distributing a trading order over a range of prices |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/790,300 Continuation US20200184562A1 (en) | 2005-05-20 | 2020-02-13 | System and method for automatically distributing a trading order over a range of prices |
Publications (1)
Publication Number | Publication Date |
---|---|
US20140180895A1 true US20140180895A1 (en) | 2014-06-26 |
Family
ID=37449491
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/133,767 Active 2029-04-24 US8566213B2 (en) | 2005-05-20 | 2005-05-20 | System and method for automatically distributing a trading order over a range of prices |
US14/059,000 Abandoned US20140180895A1 (en) | 2005-05-20 | 2013-10-21 | System and method for automatically distributing a trading order over a range of prices |
US16/790,300 Pending US20200184562A1 (en) | 2005-05-20 | 2020-02-13 | System and method for automatically distributing a trading order over a range of prices |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/133,767 Active 2029-04-24 US8566213B2 (en) | 2005-05-20 | 2005-05-20 | System and method for automatically distributing a trading order over a range of prices |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/790,300 Pending US20200184562A1 (en) | 2005-05-20 | 2020-02-13 | System and method for automatically distributing a trading order over a range of prices |
Country Status (6)
Country | Link |
---|---|
US (3) | US8566213B2 (en) |
EP (1) | EP1889220A4 (en) |
JP (1) | JP5289047B2 (en) |
AU (1) | AU2006251674A1 (en) |
CA (2) | CA2608683A1 (en) |
WO (1) | WO2006127545A2 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220005026A1 (en) * | 2020-07-01 | 2022-01-06 | Jpmorgan Chase Bank, N.A. | System and method for implementing a market data hub with digital rights management |
US11348177B2 (en) * | 2019-03-01 | 2022-05-31 | Broadridge Fixed Income Liquidity Solutions, LLC | System and method for selecting a financial instrument to trade based on a match between a preferred measure of expected return of a user in computer platforms configured for improved electronic execution of electronic transactions |
Families Citing this family (42)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10304097B2 (en) | 2004-01-29 | 2019-05-28 | Bgc Partners, Inc. | System and method for controlling the disclosure of a trading order |
US7840477B2 (en) | 2005-06-07 | 2010-11-23 | Bgc Partners, Inc. | System and method for routing a trading order based upon quantity |
US8484122B2 (en) | 2005-08-04 | 2013-07-09 | Bgc Partners, Inc. | System and method for apportioning trading orders based on size of displayed quantities |
US8494951B2 (en) | 2005-08-05 | 2013-07-23 | Bgc Partners, Inc. | Matching of trading orders based on priority |
US7979339B2 (en) | 2006-04-04 | 2011-07-12 | Bgc Partners, Inc. | System and method for optimizing execution of trading orders |
US8290850B1 (en) * | 2006-12-21 | 2012-10-16 | Trading Technologies International, Inc. | System and method for optimizing the frequency of market information updates in an electronic trading environment |
US10185995B2 (en) | 2007-01-16 | 2019-01-22 | Bgc Partners, L.P. | System and method for managing display of market data in an electronic trading system |
US20080172318A1 (en) * | 2007-01-16 | 2008-07-17 | Peter Bartko | System and Method for Managing Trading Orders in Aggregated Order Books |
US8620759B1 (en) | 2007-05-23 | 2013-12-31 | Convergex Group, Llc | Methods and systems for processing orders |
US8249977B2 (en) | 2008-05-28 | 2012-08-21 | Trading Technologies International, Inc. | System and method for aggressively trading a strategy in an electronic trading environment |
US8170949B2 (en) * | 2008-08-11 | 2012-05-01 | Bgc Partners, Inc. | Products and processes for order distribution |
KR20100126752A (en) * | 2008-12-26 | 2010-12-02 | 가부시키가이샤 머니 스퀘어 재팬 | Transaction management device and readable storage medium |
CA2927532C (en) * | 2009-12-10 | 2016-08-09 | Royal Bank Of Canada | Synchronized processing of data by networked computing resources |
US9836791B2 (en) * | 2010-01-08 | 2017-12-05 | Nasdaq Technology Ab | System for and a method of transmitting data in a central trading system |
US20110258100A1 (en) * | 2010-04-15 | 2011-10-20 | Bny Convergex Group Llc | Systems, methods, and media for placing orders to trade securities |
US20120054675A1 (en) * | 2010-08-26 | 2012-03-01 | Unisys Corporation | Graphical user interface system for a log analyzer |
US8626538B1 (en) * | 2011-05-12 | 2014-01-07 | Risk Management Technologies, LLC | Insurance coverage management system |
US9679335B2 (en) * | 2013-06-13 | 2017-06-13 | Ditto Holdings, Inc. | System and method for portfolio synchronization |
US20140156487A1 (en) * | 2012-06-13 | 2014-06-05 | Ditto Holdings, Inc. | System and method for automated mobile alert-based trading mobile trade replication and detachment |
US11138525B2 (en) | 2012-12-10 | 2021-10-05 | Trading Technologies International, Inc. | Distribution of market data based on price level transitions |
US20140279348A1 (en) * | 2013-03-15 | 2014-09-18 | Td Ameritrade Ip Company, Inc. | Trading interface for single-click open order cancel-replace |
US9898782B1 (en) | 2013-06-28 | 2018-02-20 | Winklevoss Ip, Llc | Systems, methods, and program products for operating exchange traded products holding digital math-based assets |
US10354325B1 (en) | 2013-06-28 | 2019-07-16 | Winklevoss Ip, Llc | Computer-generated graphical user interface |
US10269009B1 (en) | 2013-06-28 | 2019-04-23 | Winklevoss Ip, Llc | Systems, methods, and program products for a digital math-based asset exchange |
US20150073963A1 (en) * | 2013-09-11 | 2015-03-12 | Chicago Mercantile Exchange Inc. | Matching with Level Residual Allocation |
JP5960883B2 (en) * | 2014-04-10 | 2016-08-02 | 株式会社マネースクウェアHd | Financial product transaction management device, program |
CN106651194A (en) * | 2016-12-29 | 2017-05-10 | 江西博瑞彤芸科技有限公司 | Order form information processing method |
CN106651193A (en) * | 2016-12-29 | 2017-05-10 | 江西博瑞彤芸科技有限公司 | Order information distribution method |
US11514521B1 (en) * | 2017-05-12 | 2022-11-29 | Jpmorgan Chase Bank, N.A. | Method and system for implementing a consolidated limits repository |
US11308487B1 (en) | 2018-02-12 | 2022-04-19 | Gemini Ip, Llc | System, method and program product for obtaining digital assets |
US11200569B1 (en) | 2018-02-12 | 2021-12-14 | Winklevoss Ip, Llc | System, method and program product for making payments using fiat-backed digital assets |
US11909860B1 (en) | 2018-02-12 | 2024-02-20 | Gemini Ip, Llc | Systems, methods, and program products for loaning digital assets and for depositing, holding and/or distributing collateral as a token in the form of digital assets on an underlying blockchain |
US11139955B1 (en) | 2018-02-12 | 2021-10-05 | Winklevoss Ip, Llc | Systems, methods, and program products for loaning digital assets and for depositing, holding and/or distributing collateral as a token in the form of digital assets on an underlying blockchain |
US11522700B1 (en) | 2018-02-12 | 2022-12-06 | Gemini Ip, Llc | Systems, methods, and program products for depositing, holding and/or distributing collateral as a token in the form of digital assets on an underlying blockchain |
US10373158B1 (en) | 2018-02-12 | 2019-08-06 | Winklevoss Ip, Llc | System, method and program product for modifying a supply of stable value digital asset tokens |
US11475442B1 (en) | 2018-02-12 | 2022-10-18 | Gemini Ip, Llc | System, method and program product for modifying a supply of stable value digital asset tokens |
US10540654B1 (en) | 2018-02-12 | 2020-01-21 | Winklevoss Ip, Llc | System, method and program product for generating and utilizing stable value digital assets |
US10438290B1 (en) | 2018-03-05 | 2019-10-08 | Winklevoss Ip, Llc | System, method and program product for generating and utilizing stable value digital assets |
US11334883B1 (en) | 2018-03-05 | 2022-05-17 | Gemini Ip, Llc | Systems, methods, and program products for modifying the supply, depositing, holding and/or distributing collateral as a stable value token in the form of digital assets |
JP7197220B2 (en) * | 2019-05-23 | 2022-12-27 | 株式会社マネースクエアHd | Financial instrument transaction management device, financial instrument transaction management method and program in financial instrument transaction management system |
US11501370B1 (en) | 2019-06-17 | 2022-11-15 | Gemini Ip, Llc | Systems, methods, and program products for non-custodial trading of digital assets on a digital asset exchange |
CN113157767B (en) * | 2021-03-24 | 2022-06-07 | 支付宝(杭州)信息技术有限公司 | Risk data monitoring method, device and equipment |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6278982B1 (en) * | 1999-04-21 | 2001-08-21 | Lava Trading Inc. | Securities trading system for consolidation of trading on multiple ECNS and electronic exchanges |
US20020169703A1 (en) * | 1996-12-13 | 2002-11-14 | Howard Lutnick | Automated price improvement protocol processor |
US20080114620A1 (en) * | 2006-02-06 | 2008-05-15 | Donnelli Robert M | Software, system and method for computer based assessing of health insurance risk profiles for a group seeking health insurance and providing a composite insurance policy |
US20110060603A1 (en) * | 2009-09-09 | 2011-03-10 | Capelli Christopher C | Population Adjusted Indexes |
Family Cites Families (60)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2119921C (en) | 1994-03-23 | 2009-09-29 | Sydney H. Belzberg | Computerized stock exchange trading system |
US5845266A (en) | 1995-12-12 | 1998-12-01 | Optimark Technologies, Inc. | Crossing network utilizing satisfaction density profile with price discovery features |
US5689652A (en) | 1995-04-27 | 1997-11-18 | Optimark Technologies, Inc. | Crossing network utilizing optimal mutual satisfaction density profile |
IL117424A (en) | 1995-04-27 | 1999-09-22 | Optimark Tech Inc | Crossing network utilizing satisfaction density profile |
DE69630456T2 (en) | 1995-08-28 | 2004-07-29 | Ebs Dealing Resources, Inc. | ANONYMOUS EXCHANGE TRADING SYSTEM WITH IMPROVED ENTRY POSSIBILITIES FOR QUOTAS |
US5963923A (en) | 1996-11-12 | 1999-10-05 | Garber; Howard B. | System and method for trading having a principal market maker |
US5963932A (en) | 1997-04-29 | 1999-10-05 | Oracle Corporation | Method and apparatus for transforming queries |
US6996539B1 (en) | 1998-03-11 | 2006-02-07 | Foliofn, Inc. | Method and apparatus for enabling smaller investors or others to create and manage a portfolio of securities or other assets or liabilities on a cost effective basis |
US6343278B1 (en) | 1998-09-04 | 2002-01-29 | Ebs Dealing Resources, Inc. | Combined order limit for a group of related transactions in an automated dealing system |
US6377940B2 (en) | 1998-11-05 | 2002-04-23 | International Securities Exchange, Llc | Method and apparatus for setting a price for a security on an automated exchange based on a comparison of prices on other exchanges |
US7392214B1 (en) | 1999-04-30 | 2008-06-24 | Bgc Partners, Inc. | Systems and methods for trading |
US7155410B1 (en) | 1999-08-03 | 2006-12-26 | Woodmansey Robert J | Systems and methods for linking orders in electronic trading systems |
SE0000385D0 (en) * | 2000-02-07 | 2000-02-07 | Om Technology Ab | A trading system |
US6938011B1 (en) * | 2000-03-02 | 2005-08-30 | Trading Technologies International, Inc. | Click based trading with market depth display |
US7127424B2 (en) | 2000-03-02 | 2006-10-24 | Trading Technologies International, Inc. | Click based trading with intuitive grid display of market depth and price consolidation |
US7308428B1 (en) | 2000-03-30 | 2007-12-11 | Pipeline Financial Group, Inc. | System and method for displaying market information |
US8069106B2 (en) | 2000-06-01 | 2011-11-29 | Pipeline Financial Group, Inc. | Block trading system and method providing price improvement to aggressive orders |
US7680715B2 (en) | 2000-06-01 | 2010-03-16 | Pipeline Financial Group, Inc. | Systems and methods for providing anonymous requests for quotes for financial instruments |
US7356500B1 (en) | 2000-06-01 | 2008-04-08 | Pipeline Financial Group, Inc. | Method for directing and executing certified trading interests |
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 |
WO2002029686A1 (en) | 2000-10-06 | 2002-04-11 | Trading Technologies International, Inc. | Trading with display of market depth and price |
US6952683B1 (en) | 2000-10-11 | 2005-10-04 | Ubs Ag | System and method for hedging against foreign exchange risk associated with securities transactions |
US7136834B1 (en) | 2000-10-19 | 2006-11-14 | Liquidnet, Inc. | Electronic securities marketplace having integration with order management systems |
US7020630B2 (en) * | 2000-12-01 | 2006-03-28 | John Russell | Computer assisted securities trading |
US20020143689A1 (en) | 2001-03-30 | 2002-10-03 | Naylor Mark Jeremy Melville | Trade aggregation system |
GB2392283A (en) | 2001-05-14 | 2004-02-25 | Espeed Inc | Systems and methods for an auto-security monitor that makes markets |
US8306904B1 (en) | 2001-05-31 | 2012-11-06 | ITG Software Solution, Inc. | Systems and methods related to liquidity aggregation |
US7243083B2 (en) | 2001-06-14 | 2007-07-10 | Trading Technologies International, Inc. | Electronic spread trading tool |
US7890375B2 (en) | 2001-07-31 | 2011-02-15 | Half.Com, Inc. | Method and system to facilitate pre-ordering via an electronic commerce facility, and to automatically facilitate satisfying of a pre-order upon listing of an appropriate offer via the electronic commerce facility |
US20030154157A1 (en) | 2001-11-14 | 2003-08-14 | Christopher Kokis | Order generation via summary scan |
US7565313B2 (en) | 2001-12-05 | 2009-07-21 | Pipeline Financial Group, Inc. | Method and system for managing distributed trading data |
EP1567960A4 (en) | 2002-11-08 | 2007-06-13 | Fx Alliance Llc | Method and apparatus for trading assets |
US20040177025A1 (en) | 2003-02-27 | 2004-09-09 | Spoonhower Daniel J. | Real-time recommendations |
US7827089B2 (en) | 2003-03-24 | 2010-11-02 | Bgc Partners, Inc. | Systems and methods for trading at a price within a spread market |
US7904370B2 (en) | 2003-03-31 | 2011-03-08 | Trading Technologies International, Inc. | System and method for variably regulating order entry in an electronic trading system |
US7539636B2 (en) | 2003-04-24 | 2009-05-26 | Itg Software Solutions, Inc. | System and method for estimating transaction costs related to trading a security |
JP2005032049A (en) | 2003-07-08 | 2005-02-03 | Mizuho Securities Co Ltd | Bond data processing system, bond data processing method in computer system, and its computer program |
JP2004046884A (en) | 2003-07-29 | 2004-02-12 | Artis Kk | Information processing system and its method, and recording medium recorded with information processing program running on computer |
US20050027638A1 (en) | 2003-07-30 | 2005-02-03 | Cannan Ng | Highly automated system for managing hedge funds |
US7827091B2 (en) * | 2004-02-20 | 2010-11-02 | Stephen Cutler | Securities market and market maker activity tracking system and method |
WO2006058155A2 (en) | 2004-11-23 | 2006-06-01 | Torc Technologies Llc | Graphical curve fitting method and system |
US8024253B2 (en) | 2005-08-19 | 2011-09-20 | Interactive Brokers Llc | Inter-market smart-routing for combination spread order trading |
US8156036B1 (en) | 2006-04-28 | 2012-04-10 | Pipeline Financial Group, Inc. | Methods and systems related to trading engines |
US7882013B2 (en) | 2006-04-28 | 2011-02-01 | Pipeline Financial Group, Inc. | Drag-and-drop graphical control interface for algorithmic trading engine |
US7904376B2 (en) | 2006-04-28 | 2011-03-08 | Pipeline Financial Group, Inc. | Rich graphical control interface for algorithmic trading engine |
US7870059B2 (en) | 2006-04-28 | 2011-01-11 | Pipeline Financial Group, Inc. | Display of selected items in visual context in algorithmic trading engine |
US7870062B2 (en) | 2006-04-28 | 2011-01-11 | Pipeline Financial Group, Inc. | Coordination of algorithms in algorithmic trading engine with fast switching and safe mode |
US7882014B2 (en) | 2006-04-28 | 2011-02-01 | Pipeline Financial Group, Inc. | Display of market impact in algorithmic trading engine |
US7908203B2 (en) | 2006-04-28 | 2011-03-15 | Pipeline Financial Group, Inc. | Coordination of algorithms in algorithmic trading engine |
US7996261B1 (en) | 2006-05-23 | 2011-08-09 | Pipeline Financial Group, Inc. | Systems and methods for increasing participation of liquidity providers on crossing system |
US8117105B2 (en) | 2007-04-18 | 2012-02-14 | Pulse Trading, Inc. | Systems and methods for facilitating electronic securities transactions |
US8521627B2 (en) | 2007-04-18 | 2013-08-27 | Blockross Holdings, LLC | Systems and methods for facilitating electronic securities transactions |
US8103579B1 (en) | 2007-07-26 | 2012-01-24 | Pipeline Financial Group, Inc. | Systems and methods regarding targeted dissemination |
AU2008278595A1 (en) | 2007-07-26 | 2009-01-29 | Pipeline Financial Group, Inc. | Block trading system and method providing price improvement to aggressive orders |
JP2010541104A (en) | 2007-10-05 | 2010-12-24 | 3デー・マーケッツ,インコーポレイテッド | Method and apparatus for improved electronic trading |
US20090259584A1 (en) | 2008-04-08 | 2009-10-15 | Henri Waelbroeck | Block trading system and method providing price improvement to aggressive orders |
US20100017323A1 (en) | 2008-07-16 | 2010-01-21 | Carla Git Ying Wong | Method and System for Trading Combinations of Financial Instruments |
WO2010042599A2 (en) | 2008-10-08 | 2010-04-15 | Pipeline Financial Group, Inc. | List execution and cash balancing |
US8819561B2 (en) | 2008-11-12 | 2014-08-26 | Citrix Systems, Inc. | Tool for visualizing configuration and status of a network appliance |
-
2005
- 2005-05-20 US US11/133,767 patent/US8566213B2/en active Active
-
2006
- 2006-05-19 JP JP2008512581A patent/JP5289047B2/en active Active
- 2006-05-19 AU AU2006251674A patent/AU2006251674A1/en not_active Abandoned
- 2006-05-19 EP EP06760245A patent/EP1889220A4/en not_active Ceased
- 2006-05-19 WO PCT/US2006/019640 patent/WO2006127545A2/en active Application Filing
- 2006-05-19 CA CA002608683A patent/CA2608683A1/en not_active Withdrawn
- 2006-05-19 CA CA3010477A patent/CA3010477C/en active Active
-
2013
- 2013-10-21 US US14/059,000 patent/US20140180895A1/en not_active Abandoned
-
2020
- 2020-02-13 US US16/790,300 patent/US20200184562A1/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020169703A1 (en) * | 1996-12-13 | 2002-11-14 | Howard Lutnick | Automated price improvement protocol processor |
US6278982B1 (en) * | 1999-04-21 | 2001-08-21 | Lava Trading Inc. | Securities trading system for consolidation of trading on multiple ECNS and electronic exchanges |
US20080114620A1 (en) * | 2006-02-06 | 2008-05-15 | Donnelli Robert M | Software, system and method for computer based assessing of health insurance risk profiles for a group seeking health insurance and providing a composite insurance policy |
US20110060603A1 (en) * | 2009-09-09 | 2011-03-10 | Capelli Christopher C | Population Adjusted Indexes |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11348177B2 (en) * | 2019-03-01 | 2022-05-31 | Broadridge Fixed Income Liquidity Solutions, LLC | System and method for selecting a financial instrument to trade based on a match between a preferred measure of expected return of a user in computer platforms configured for improved electronic execution of electronic transactions |
US20220005026A1 (en) * | 2020-07-01 | 2022-01-06 | Jpmorgan Chase Bank, N.A. | System and method for implementing a market data hub with digital rights management |
Also Published As
Publication number | Publication date |
---|---|
JP5289047B2 (en) | 2013-09-11 |
CA2608683A1 (en) | 2006-11-30 |
US8566213B2 (en) | 2013-10-22 |
CA3010477A1 (en) | 2006-11-30 |
EP1889220A2 (en) | 2008-02-20 |
WO2006127545A3 (en) | 2008-01-03 |
US20200184562A1 (en) | 2020-06-11 |
CA3010477C (en) | 2022-05-31 |
US20060265309A1 (en) | 2006-11-23 |
WO2006127545A8 (en) | 2007-03-29 |
EP1889220A4 (en) | 2009-12-02 |
WO2006127545A2 (en) | 2006-11-30 |
JP2008541312A (en) | 2008-11-20 |
AU2006251674A1 (en) | 2006-11-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200184562A1 (en) | System and method for automatically distributing a trading order over a range of prices | |
US11295384B2 (en) | Method and apparatus for order entry in an electronic trading system | |
US9928550B2 (en) | Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services | |
US7835987B2 (en) | System and method for routing a trading order according to price | |
US7849000B2 (en) | Method and system for electronic trading via a yield curve | |
US20100076907A1 (en) | Method and system for automatically inputting, monitoring and trading risk- controlled spreads | |
US10825086B2 (en) | Computerized method and system for scale trading | |
US8589280B2 (en) | Method and system for providing automatic execution of gray box strategies for electronic trading | |
US20110022509A1 (en) | Method and system for electronic trading via a yield curve on plural network devices | |
US8364575B2 (en) | Method and system for providing automatic execution of black box strategies for electronic trading | |
US9727916B1 (en) | Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services | |
AU2017225041A1 (en) | System for automatically distributing a trading order over a range of prices | |
AU2012247060A1 (en) | System for automatically distributing a trading order over a range of prices |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: BGC PARTNERS, INC., NEW YORK Free format text: MERGER;ASSIGNOR:ESPEED, INC.;REEL/FRAME:032361/0143 Effective date: 20080401 Owner name: ESPEED, INC., NEW YORK Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SWEETING, MICHAEL;KERAI, DINESH;RENTON, NIGEL JOHN;AND OTHERS;SIGNING DATES FROM 20050107 TO 20050628;REEL/FRAME:032361/0099 |
|
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 |