CA2506190A1 - Method, apparatus and interface for trading multiple tradeable objects - Google Patents
Method, apparatus and interface for trading multiple tradeable objects Download PDFInfo
- Publication number
- CA2506190A1 CA2506190A1 CA002506190A CA2506190A CA2506190A1 CA 2506190 A1 CA2506190 A1 CA 2506190A1 CA 002506190 A CA002506190 A CA 002506190A CA 2506190 A CA2506190 A CA 2506190A CA 2506190 A1 CA2506190 A1 CA 2506190A1
- Authority
- CA
- Canada
- Prior art keywords
- indicator
- price
- interface
- market
- tradeable
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 58
- 230000003068 static effect Effects 0.000 claims description 32
- 238000007596 consolidation process Methods 0.000 claims description 9
- 230000002452 interceptive effect Effects 0.000 claims description 6
- 230000000977 initiatory effect Effects 0.000 claims 2
- 230000003213 activating effect Effects 0.000 claims 1
- 239000000047 product Substances 0.000 description 7
- 230000008901 benefit Effects 0.000 description 6
- 230000000694 effects Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000000994 depressogenic effect Effects 0.000 description 2
- 241000238876 Acari Species 0.000 description 1
- DFCAFRGABIXSDS-UHFFFAOYSA-N Cycloate Chemical compound CCSC(=O)N(CC)C1CCCCC1 DFCAFRGABIXSDS-UHFFFAOYSA-N 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 229910052751 metal Inorganic materials 0.000 description 1
- 239000002184 metal Substances 0.000 description 1
- 150000002739 metals Chemical class 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
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
-
- 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/06—Asset management; Financial planning or analysis
Abstract
An interface for trading multiple tradeable objects (figure 2) includes a price axis or scale. A first indication of quantities represented in a marke t for a first tradeable object is displayed in association with the price axis or scale. A second indication of quantities represented in the market for a second tradeable object is displayed in association with the price axis or scale. The first tradeable object may be different than the second tradeable object. Alternatively, the first tradeable object and the second tradeable object may be the same, but the indications of quantity may be provided from different sources, such as different exchanges.
Description
Title: METHOD, APPARATUS AND INTERFACE FOR TRADING
MULTIPLE TRADEABLE OBJECTS
FIELD OF THE INVENTION
The present invention relates generally to the electronic trading. More specifically, it relates to a method, apparatus and interface for trading multiple tradeable objects.
BACKGROUND OF THE INVENTION
Trading methods have evolved from a manually intensive process to a technology enabled, electronic platform. Advances in technology are having an increasingly large and broad impact on trading and the way in which exchanges conduct business. What was previously seen as just a supplement to the traditional pit trading, electronic trading platforms continue to increase in importance and popularity. The advent of electronic trading has meant that a customer can be in virtually direct contact with the market, from practically anywhere in the world, performing near real-time transactions, and without the need to make personal contact with a broker. Electronic trading systems are also convenient for floor brokers on the floor at an exchange for receiving orders electronically.
Many exchanges throughout the world now support electronic trading systems.
Electronic trading has made it easier for a larger number of people with many different trading strategies to participate in the market at any given time. The increase in the number of potential traders has led to, among other things, a more competitive market, greater liquidity, and rapidly changing prices. In the electronic trading environment, speed is of great importance with respect to both the receipt of market data from the exchanges and the delivery of transactions to tue exchanges. The risk of loss can be substantially increased if information flowing in either direction is out of date.
Exchanges that implement electronic trading are generally based on one or more centralized computers (host), one or more networks, and the exchange participants' computers (client). In general, the host forms the electronic heart of the fully computerized electronic trading system. The host's operations typically cover order-matching, maintaining order books and positions, price information, and managing and updating the database for the online trading day as well as nightly batch runs. The host is also typically equipped with external interfaces that maintain online contact to quote vendors and/or other price information systems.
Typically, traders can link to the host via a client through one or more networks, where a network may include a direct data line between the host and the client, or where a networlc may include other common network components such as high-speed servers, routers, and gateways, and so on. For example, a high-speed data line may be used to establish direct connections between the client and the host. In another example, the Internet may be used to establish a connection between the client and the host. There axe many different types of networks lcnown in the art that may link a trader to the host.
Regardless of the way in which a connection is established, a client device allows a trader to participate in the marlcet. The clients typically use a software trading application to produce interactive trading screens. The trading screens enable the traders to enter and execute orders, obtain market quotes, and monitor positions while implementing various trading strategies including those previously used on the floor of an exchange. Such strategies incorporated into an electronic marketplace can improve the speed, accuracy, and ultimately the profitability of trading electronically.
MULTIPLE TRADEABLE OBJECTS
FIELD OF THE INVENTION
The present invention relates generally to the electronic trading. More specifically, it relates to a method, apparatus and interface for trading multiple tradeable objects.
BACKGROUND OF THE INVENTION
Trading methods have evolved from a manually intensive process to a technology enabled, electronic platform. Advances in technology are having an increasingly large and broad impact on trading and the way in which exchanges conduct business. What was previously seen as just a supplement to the traditional pit trading, electronic trading platforms continue to increase in importance and popularity. The advent of electronic trading has meant that a customer can be in virtually direct contact with the market, from practically anywhere in the world, performing near real-time transactions, and without the need to make personal contact with a broker. Electronic trading systems are also convenient for floor brokers on the floor at an exchange for receiving orders electronically.
Many exchanges throughout the world now support electronic trading systems.
Electronic trading has made it easier for a larger number of people with many different trading strategies to participate in the market at any given time. The increase in the number of potential traders has led to, among other things, a more competitive market, greater liquidity, and rapidly changing prices. In the electronic trading environment, speed is of great importance with respect to both the receipt of market data from the exchanges and the delivery of transactions to tue exchanges. The risk of loss can be substantially increased if information flowing in either direction is out of date.
Exchanges that implement electronic trading are generally based on one or more centralized computers (host), one or more networks, and the exchange participants' computers (client). In general, the host forms the electronic heart of the fully computerized electronic trading system. The host's operations typically cover order-matching, maintaining order books and positions, price information, and managing and updating the database for the online trading day as well as nightly batch runs. The host is also typically equipped with external interfaces that maintain online contact to quote vendors and/or other price information systems.
Typically, traders can link to the host via a client through one or more networks, where a network may include a direct data line between the host and the client, or where a networlc may include other common network components such as high-speed servers, routers, and gateways, and so on. For example, a high-speed data line may be used to establish direct connections between the client and the host. In another example, the Internet may be used to establish a connection between the client and the host. There axe many different types of networks lcnown in the art that may link a trader to the host.
Regardless of the way in which a connection is established, a client device allows a trader to participate in the marlcet. The clients typically use a software trading application to produce interactive trading screens. The trading screens enable the traders to enter and execute orders, obtain market quotes, and monitor positions while implementing various trading strategies including those previously used on the floor of an exchange. Such strategies incorporated into an electronic marketplace can improve the speed, accuracy, and ultimately the profitability of trading electronically.
2 For certain trading s~rategies, traders may be interested in monitoring and participating in markets for two or more tradeable objects. Known trading applications have limited capabilities to address this interest. For example, market information for one tradeable object may be displayed in a trading interface in a first trading window and information on a second tradeable object may be displayed in a second trading window. Another available alternative provides limited market information about a first tradeable object in one row of a table and market information about a second tradeable object in a different row of the table. A
disadvantage of these known trading applications is that the trader who is interested in both tradeable obj ects must take the time to try to discern the current relationships between the tradeable objects. Order entry is also complicated by the multiple windows and/or multiple rows of marlcet information.
It would therefore be desirable to have an improved apparatus, method and interface for trading multiple tradeable objects.
disadvantage of these known trading applications is that the trader who is interested in both tradeable obj ects must take the time to try to discern the current relationships between the tradeable objects. Order entry is also complicated by the multiple windows and/or multiple rows of marlcet information.
It would therefore be desirable to have an improved apparatus, method and interface for trading multiple tradeable objects.
3
4 PCT/US2003/036042 BRILF DESCRIPTION OF THE DRAWINGS
The presently preferred embodiments are described herein with reference to the drawings, in wluch:
FIG. 1 shows a system diagram of network devices receiving data from exchanges and relaying the data to a client device;
FIG. 2 shows a graphical user interface for trading multiple tradeable objects in accordance with a preferred embodiment;
FIG. 3 is an alternative embodiment of the graphical user interface of FIG. 2 in which market information is consolidated;
FIG. 4 is a flowchart of a process to route orders entered using the graphical user interface of FIG. 3; and FIG. 5 is a flowchart of a preferred method for trading two or more tradeable objects using the graphical user interface of FIG. 2.
DETAILED DESCRIPTION OF THE
PRESENTLY PREFERRED EMBODIMENTS) 1. General Overview of an Electronic Network FIG. 1 shows an example host exchange, gateway, and client device that implements the trading of multiple tradeable objects in accordance with a preferred embodiment. In a preferred embodiment, the system generally includes a host exchange 100, a gateway 102, and a client device 104. Preferably, the system can support up to X host exchanges, Y
gateways 102, and Z client devices (although X host exchanges, Y gateways, and Z client devices are not shown for sake of clarity), where X, Y, and Z represent any number. In an illustrative embodiment, X and Y may be the same number such that there is a one-to-one correspondence between host exchanges 100 and gateways 102, but such numerical correspondence is not required.
Examples of host exchanges 100 include an Electronic Communication Network (ECN) like Island, which is a well-known electronic trading facility. Another host exchange 100 might be, for example, the Chicago Mercantile Exchange (CME), the Xetra (a German stock exchange), or the European derivatives market (Eurex). The preferred embodiments are not limited, however, to any particular exchange, and it should be understood that any entity that provides electronic market information, accepts electronic orders, and/or provides order status information may function as the host exchange. As known in the art, the gateway 102 is one or more computers (or program(s)) running software that receives information from the host exchange in the form of price information, order information, and fill information. Also known in the art, the client device 104 is a computer or equivalent device that receives one or more data feeds from the gateway 102. The host exchanges 100, gateways 102, and client device 104 are explained below in their respective sections.
The presently preferred embodiments are described herein with reference to the drawings, in wluch:
FIG. 1 shows a system diagram of network devices receiving data from exchanges and relaying the data to a client device;
FIG. 2 shows a graphical user interface for trading multiple tradeable objects in accordance with a preferred embodiment;
FIG. 3 is an alternative embodiment of the graphical user interface of FIG. 2 in which market information is consolidated;
FIG. 4 is a flowchart of a process to route orders entered using the graphical user interface of FIG. 3; and FIG. 5 is a flowchart of a preferred method for trading two or more tradeable objects using the graphical user interface of FIG. 2.
DETAILED DESCRIPTION OF THE
PRESENTLY PREFERRED EMBODIMENTS) 1. General Overview of an Electronic Network FIG. 1 shows an example host exchange, gateway, and client device that implements the trading of multiple tradeable objects in accordance with a preferred embodiment. In a preferred embodiment, the system generally includes a host exchange 100, a gateway 102, and a client device 104. Preferably, the system can support up to X host exchanges, Y
gateways 102, and Z client devices (although X host exchanges, Y gateways, and Z client devices are not shown for sake of clarity), where X, Y, and Z represent any number. In an illustrative embodiment, X and Y may be the same number such that there is a one-to-one correspondence between host exchanges 100 and gateways 102, but such numerical correspondence is not required.
Examples of host exchanges 100 include an Electronic Communication Network (ECN) like Island, which is a well-known electronic trading facility. Another host exchange 100 might be, for example, the Chicago Mercantile Exchange (CME), the Xetra (a German stock exchange), or the European derivatives market (Eurex). The preferred embodiments are not limited, however, to any particular exchange, and it should be understood that any entity that provides electronic market information, accepts electronic orders, and/or provides order status information may function as the host exchange. As known in the art, the gateway 102 is one or more computers (or program(s)) running software that receives information from the host exchange in the form of price information, order information, and fill information. Also known in the art, the client device 104 is a computer or equivalent device that receives one or more data feeds from the gateway 102. The host exchanges 100, gateways 102, and client device 104 are explained below in their respective sections.
5 It should be tinderstuod that the preferred embodiments are not limited to any particular network architecture, but rather may be applied with utility on any electronic device in any network that can be used for electronic trading. Furthermore, the preferred embodiments are not limited to a completely electronic trading environment where orders are sent to an electronic matching engine. For example, the invention could be utilized with an electronic trading application that sends orders electronically to a terminal where a person (e.g., a floor broker) executes those orders in a traditional open outcry trading floor.
Host Exchange Each different host exchange 100 typically provides different types of information, and relays this information, or some portion thereof, collectively referred to as a data feed, over a network to market participants or traders. A data feed from one exchange may contain different information, e.g. representing different tradeable objects, than another data feed from a second exchange. Different host exchanges may also provide different amounts of information, e.g. market depth away from the inside market, and may provide information in different formats. However, it is not necessary in the preferred embodiments that the data feeds from exchanges either include the same data or different data.
As used herein, the term "tradeable objects" refers simply to anything that can be traded with a quantity and/or price. It includes, but is not limited to, all types of tradeable objects such as financial tradeable objects, which can include, for example, stocks, options, bonds, futures, currency, and waiTants, as well as funds, derivatives and collections of the foregoing, and all types of commodities, such as grains, energy, and metals.
The tradeable object may be "real," such as products that are listed by an exchange for trading, or "synthetic," such as a combination of real products that is created by the user.
Host Exchange Each different host exchange 100 typically provides different types of information, and relays this information, or some portion thereof, collectively referred to as a data feed, over a network to market participants or traders. A data feed from one exchange may contain different information, e.g. representing different tradeable objects, than another data feed from a second exchange. Different host exchanges may also provide different amounts of information, e.g. market depth away from the inside market, and may provide information in different formats. However, it is not necessary in the preferred embodiments that the data feeds from exchanges either include the same data or different data.
As used herein, the term "tradeable objects" refers simply to anything that can be traded with a quantity and/or price. It includes, but is not limited to, all types of tradeable objects such as financial tradeable objects, which can include, for example, stocks, options, bonds, futures, currency, and waiTants, as well as funds, derivatives and collections of the foregoing, and all types of commodities, such as grains, energy, and metals.
The tradeable object may be "real," such as products that are listed by an exchange for trading, or "synthetic," such as a combination of real products that is created by the user.
6 In general, a data fe~;d 106 may include information representing prices and quantities for a tradeable object. For example, the data feed 106 could include data relating to the "inside marlcet" and/or data relating to "market depth." The inside market is the highest bid price and the lowest aslc price available in the marlcet. Data feeds 106 from some exchanges also include data corresponding to quantities available at the inside market prices and at other prices - this may be called the market depth. Market depth may be represented by the available order boolc, including all the current bid and ask quantities and their associated prices, or any portion thereof. In other words, market depth is at least a portion of the available pending bid and ask quantities entered at a particular price. The data feed 106 can contain other types of market information, such as the last traded price (LTP), the last traded quantity (LTQ), total traded quantity (TTQ), order information, andlor fill information. The information in a data feed 106, whether it contains the inside market and/or market depth or more market information, is generally categorized into three groups referred to as price, order, and fill information.
In one embodiment, each host exchange 100 sends a data feed 106 to a gateway 102.
The data feed 106 preferably carries all of the information that the exchange 100 provides, such as price, order, and fill information, and alternatively may include more information.
The host exchange 100 may send its data feed 106 to the gateway 102 over a dedicated line 108, which is a commuucation channel that permanently comiects the exchange to the gateway. Dedicated lines may be private or leased lines such as T1 lines, which are known by those skilled in the art. Or alternatively, the host may send its data feed to the gateway over a switched network such as a wide area network (WAN), Internet, PSTN, legacy networks that utilize X.25 protocol or also IBM LU6.2 SNA protocol, satellite broadcast systems that use leased satellite channels to broadcast price data, or a packet switched networlc, such as ATM
or Frame relay, which are connection methods known by those skilled in the art. As noted
In one embodiment, each host exchange 100 sends a data feed 106 to a gateway 102.
The data feed 106 preferably carries all of the information that the exchange 100 provides, such as price, order, and fill information, and alternatively may include more information.
The host exchange 100 may send its data feed 106 to the gateway 102 over a dedicated line 108, which is a commuucation channel that permanently comiects the exchange to the gateway. Dedicated lines may be private or leased lines such as T1 lines, which are known by those skilled in the art. Or alternatively, the host may send its data feed to the gateway over a switched network such as a wide area network (WAN), Internet, PSTN, legacy networks that utilize X.25 protocol or also IBM LU6.2 SNA protocol, satellite broadcast systems that use leased satellite channels to broadcast price data, or a packet switched networlc, such as ATM
or Frame relay, which are connection methods known by those skilled in the art. As noted
7 above, the preferred embodiments are not limited to any particular network architecture. The foregoing examples are provided merely to illustrate the wide variety of networks to which the preferred embodiments may be applied.
According to the embodiment of FIG.1, if there were five exchanges, then each exchange would have a gateway, and then according to this example there would be five gateways (i.e., X=Y). When a trader wants to participate in the market at two of the five exchanges, lie or she may subscribe only to the data feeds that correspond to those two exchanges. If the trader decides to drop one of the exchanges or add another exchange, he or she may preferably do so at any time.
In another embodiment, each host exchange sends a data feed to a single gateway. For example, if there were five exchanges, then each exchange would send its data to the single gateway. Then, when a trader wants to participate at two of the five exchanges, he or she can simply subscribe to the data feeds that correspond to those two exchanges at the gateway.
Also, if the trader decides to drop one of the exchanges or add another exchange, he or she may do so at any time. Of course, a hybrid system, in which multiple exchanges share a single gateway while other exchanges utilize distinct gateways, may alternatively be used.
In yet another embodiment, some exchanges may have multiple gateways, so that if there were five exchanges, then there might be three gateways supporting each of them; for fifteen gateways. This embodiment allows for a load balancing, among other benefits, of the gateways' workstations.
The preferred embodiments are not limited to any particular mathematical relationship between the number of host exchanges and the number of gateways. Those skilled in the art will appreciate that any of the foregoing examples, as well as combinations of these examples or entirely different architectures, may alternatively be used.
Gateway As mentioned earlier, the gateway 102 is a computer (or program) that receives information from the host exchange. As used herein, a computer includes a.ny device with memory and a processor capable of processing information to produce a desired result. Thus, S a gateway can be a computer of any size such as a server, workstation, personal computer, or laptop, but generally, the gateway is any computer device that has the processing capability to perform the function described herein. Moreover, it should be understood that the functions of the gateway could be moved to the exchange and/or the client device to reduce or eliminate the need for a gateway.
In one embodiment, the gateway 102 receives a data feed 106 from an exchange 100.
Preferably, the gateway 102 receives the data feed 106 and converts it to a form compatible with the protocols used by the client device 104 using conversion techniques known in the art.
As known by those skilled in the art, the gateway 102 may have one or more servers to support the data feeds, such as a price server 114 for processing price information, an order 1 S server 116 for processing order information, and a fill server 11 ~ for processing fill information. Generally, a server is a computer or program that responds to commands from a client in the form of subscriptions. The "servers" here may run on the same machine or may run on independent machines. A trader at a client device can subscribe to price information, order information, and fill information for that exchange. Once a client device has subscribed to the information, the gateway 102 publishes the information to the client device 104.
Client Device As mentioned before, the client device 104 may be a computer or equivalent device, such as a workstation, that allows a trader to participate in the market hosted at the exchange.
The client device 104 is not limited to any particular hardware and/or software, but rather may be any device that is capabl°;; of communicating with an exchange 100.
For example, the client device 104 may be a personal computer, terminal, workstation, personal digital assistant ("PDA"), smart phone, or any other wired or wireless commuiucation device.
In general, the client device uses software that creates specialized interactive trading screens on a terminal associated with the client device. The trading screens enable traders to enter and execute orders, obtain market quotes, and monitor positions. The range and quality of features available to the trader on his or her screens varies according to the specific software application being run. In addition to or in place of the interactive trading screens, the client device may run automated non-interactive types of trading applications.
A commercially available trading application that allows a user to trade in a system like that shown in FIG. 1 is X TRADER~ from Trading Technologies W
ternational, Inc. of Chicago, Illinois. X TRADER~ also provides an electronic trading interface, referred to as MD TraderTM, in which working orders and/or bid and ask quantities are displayed in association with a static price axis. The preferred embodiments, however, are not limited to any particular trading application that performs the translation, storage and/or display functions. Portions of the X TRADER~ and the MD TraderTM -style display are described in U.S. Patent Application Serial No. 09/590,692, entitled "Click Based Trading With Intuitive Grid Display of Market Depth," filed on June 9, 2000, and U.S. Patent Application Serial No.
09/589,751, entitled "Click Based Trading With Market Depth Display," filed on June 9, 2000, the contents of both of which are incorporated by reference herein.
Moreover, the trading application may implement tools for trading tradeable objects that are described in U.S. Patent Application Serial No. 10/125,894 filed on April 19, 2002, entitled "Trading Tools for Electronic Trading," the contents of which are incorporated by reference.
2. Trading Multiple Tradeable Objects Using an electronic network like that described above, any client device 104 is capable of receiving data feeds relating to multiple tradeable objects from one or more host exchanges 100, so that a trader may participate in more than one market. For example, using the MD
TraderTM -style display of the X TRADER~ trading application, a trader may open a separate MD Trader -style display window for each tradeable object in which the trader is interested, subject to the number of windows that can be displayed on the display screens) or monitors) of the trader's client device 104. In accordance with a preferred embodiment, however, a single trading window for multiple tradeable objects is provided, allowing the trader to visualize the relationships among the multiple tradeable objects while participating in their corresponding markets.
Trading two or more tradeable objects may be of interest to traders who, for example, are trading spreads, seeking arbitrage opportunities, or executing other trading strategies. In addition, some traders attempt to simultaneously trade two or more tradeable objects that axe identical, other than being offered at different exchanges, or related, such that there is a natural relationship in their price movements. In accordance with a preferred embodiment, therefore, a multiple tradeable object graphical user interface is provided to assimilate two or more presentations of market information andlor order entry into one screen for trading the multiple tradeable objects.
Multiple Tradeable Object Graphical User Interface FIG. 2 shows a graphical user interface 200 for trading multiple tradeable objects in accordance with a preferred embodiment. The graphical user interface 200 includes a price axis 202, which, in this example, is presented as a vertical column. Other orientations may alternatively be used; such as horizontal or at an angle to create a three-dimensional effect for example. The price axis 202 (which can be displayed or not displayed) may be referred to herein as being "static," which means that information relating to the tradeable objects, such as bid and ask quantities or working orders are displayed dynamically relative to the price axis so that the indicators associated with the inside market can move along the price axis when the market changes. It should be understood that, in this context, static does not mean immovable on the display, but rather means fixed in relation. For example, the static price axis 202 may be moved or repositioned on the display as a result of a command from a user (such as a recentering or repositioning command), but the prices on the axis remain fixed in relation to each other, subject to consolidation or expansion as described below.
The prices may be arranged along the price axis 202 in predetermined steps or increments. The smallest increment on the price axis 202 is generally the "ticlc size," which may depend on the particular tradeable object and is typically set by the host exchange as the smallest increment on which the tradeable object may trade. Although the axis described herein is a "price" axis, those slcilled in the art will recognize that the axis may alternatively be a scale of any characteristic that is capable of representing value for the tradeable objects.
For example, the axis may represent yield or volatility rather than price.
In the embodiment shown in FIG. 2, the graphical user interface 200 supports the trading of two tradeable objects. A first tradeable object indicator 204 displays an indicator that represents the first tradeable obj ect, and a second tradeable obj ect indicator 206 displays an indicator that represents the second tradeable object. The indicators may be the registered trading (or ticker) symbols associated with the tradeable objects, but, in an alternative preferred embodiment, the indicator may be determined by the trader or an administrator (such as where multiple clie~lt devices are used by an entity). As a further alternative, the trading application may associate indicators with tradeable objects. An example indicator is color. lii cases where the same product is traded at more than one host exchange, each product/host exchange combination may be treated as a different tradeable object with a unique indicator. An advantage of this tradeable object definition is explained below with reference to an illustrative application for the interface. In yet another alternative embodiment, the graphical user interface 200 may be modified to accormnodate more than two tradeable objects, as described below.
For each tradeable object, the graphical user interface 200 preferably presents at least a portion of the order book information distributed by the host exchange.
Thus, the graphical user interface 200 includes a first tradeable object bid quantity region 208 and a first tradeable object ask quantity region 210. The graphical user interface 200 also includes a second tradeable object bid quantity region 214 and a second tradeable object ask quantity region 216. The regions 208, 210, 214 and 216 collectively illustrate at least a portion of the market depth for the tradeable objects of interest, in this example by displaying pending order quantities in association with the price axis 202. Alternatively, the graphical user interface 200 could just display indicators associated with the inside market price levels of the tradeable objects.
For the embodiment shown in FIG. 2, the regions 208, 210, 214 and 216 are vertical columns arranged in nested pairs about the price axis 202, with bid quantities being displayed on one side of the price axis 202 and ask quantities being displayed on the other side of the price axis 202. The price axis 202 is also illustrated as a vertical column.
Of course, the regions 208, 210, 214 and 216 and the price axis 202 may alternatively be arranged as rows or in any other manner to illus~rate the relationship between market depth and a price axis. Tii addition, although the nested pair arrangement of the market depth for multiple tradeable obj ects is preferred, an alternative embodiment allows the user to arrange the regions 208, 210, 214 and 216 in any desired order in relation to the price axis 202. In this embodiment, the regions 208, 210, 214 and 216 allow for the dynamic display of bid and ask quantities relative to the static price axis 202.
The preferred embodiments are not limited to any particular arrangement of prices and quantities and, in particular, are not limited to two-dimensional grid displays. Three-dimensional grid displays, and two-dimensional and three-dimensional graphical displays may alternatively be used. Nor are the preferred embodiments limited to any particular format for displaying prices and/or quantities. For example, it is not necessary that the prices and/or quantities be displayed numerically. Rather, graphical representations may alternatively be used. It is also not necessary that the marlcet information be displayed relative to a static price axis.
In order to distinguish markets represented by the quantity regions 208, 210, 214 and 216, the regions may be color coded. For example, the regions 208 and 210 may be displayed in a first color or shades of the first color, and, likewise, the regions 214 and 216 may be displayed in a second color or shades of a second color. Color may also be used to provide additional information to the trader about the marlcets for the multiple tradeable objects. For example, color gradients may be used to illustrate which market has greater depth, shorter queues, or the lowest latency. Other uses for color, which may be applied to the preferred embodiments, are described in U.S. Patent Application Serial No. 10/125,894.
In order to facilitate'the display of multiple tradeable obj ects, and in particular the market depth of multiple tradeable objects in relation to a common price axis, the graphical user interface 200 may include a first tradeable object offset indicator 220 and a second tradeable object offset indicator 222. The offsets 220 and 222 are provided to skew, by the selected number of ticks or cells, the quantities displayed for the respective tradeable object relative to the price axis 202.
Preferably, the offsets 220 and 222 may be set, selected and/or adjusted by the user.
As will be recognized by those skilled in the art, the particular form of the offset is dependent upon the relationship between the tradeable objects that are being displayed.
As a result, the offset may take whatever form is necessary to display the multiple tradeable objects in relation to a common, normalized scale. For example, the offset may be a multiplier or divisor, an equation, or a fixed number that may be added to or subtracted from the disseminated price of a tradeable object. The equation may include factors, based on data available to the client device 104, in addition to the disseminated price. For example, the equation may perform a rounding function for the case in which the multiple tradeable objects trade with different tick sizes. Alternatively, the user may choose an equation based on his or her perception of a mathematical relationship among the tradeable objects. The use of offsets therefore provides a great deal of flexibility in normalizing tradeable obj ects in relation to a common axis.
It should be noted, however, that the use of offsets is optional and not necessary for the preferred embodiments. For example, offsets are not required in cases where the multiple tradeable objects are the same underlying product at different host exchanges.
In addition, although separate offsets 22'0 and 222 are described, a single offset representing the relative adjustment between the tradeable objects may alternatively be used.
U.S. Patent Application Serial No. 09/590,692, entitled "Click Based Trading With Intuitive Grid Display of Market Depth," filed on June 9, 2000, and U.S.
Patent Application Serial No. 09/971,087, entitled "Click Based Trading With Market Depth Display," filed on June 9, 2000, the contents of both of which are incorporated by reference herein, describe interfaces that not only display market information in relation to a price axis, but also allow a user to enter and track orders. A preferred embodiment of the present invention extends this order entry and tracking capability to multiple tradeable obj ects using a single trading window.
As shown in FIG. 2, the graphical user interface 200 includes a first tradeable object working quantity region 212 and a second tradeable object working quantity region 218.
Again, while both are illustrated as columns, it will be appreciated that, like those described above, the regions 212 and 218 may alternatively be presented in rows or in any other manner to illustrate the relationship between the worlcing orders and a price axis.
It should be noted that it is not necessary that there be a separate working quantity region for each tradeable object. For example, a single working quantity region column may be used as an alternative, where the worlcing orders for the different tradeable objects are distinguished, such as by the use of color, graphics, or additional text. Nor is it necessary that the graphical user interface 200 include order entry or tracking capabilities.
For the embodiment of FIG. 2, indicators associated with working orders for the first tradeable object preferably may be displayed in the first tradeable object working quantity region 212 at a location that' corresponds to the price on the price axis 202 at which the order is pending. Likewise, indicators associated with working orders for the second tradeable object may be displayed in the second tradeable object working quantity region 218.
Preferably, a working order indicator displayed in the regions 212 and 218 includes information regarding partial fills of working orders. In other words, the working order regions 212 and 218 may display indicators that include an indication of the quantity in each worlcing order that has been filled, as well as the quantity that remains to be filled. When a working order is completely filled, the indicator associated with that working order is preferably no longer displayed in the working order region 212, 218.
In one embodiment, order parameters may be set directly from the graphical user interface 200. Each tradeable object represented in the multiple tradeable object graphical user interface 200 preferably has an order configuration area 230. In the embodiment shown, a distinct order configuration area 230 is provided for each tradeable object.
A single order configuration area 230 for multiple tradeable objects may alternatively be used. The location of the order configuration area 230 with respect to the graphical user interface 200 is not critical; it may appear in any convenient location.
As illustrated in FIG. 2, the order configuration area 230 of the graphical user interface 200 preferably includes an order quantity keypad 232, which the trader may use to select the quantity associated with subsequent orders, such as by clicking with a mouse or other pointer on the appropriate number in the order quantity keypad 232. The order configuration area 230 may alternatively or in addition include cells for other order parameters, like conditions for execution (e.g., all or none, time in effect, etc.). It may also include a marlcet order button to automatically submit a market order for a selected quantity of the tradeable object and delete buttons that if depressed cause all buy or sell orders to be deleted. The order configuration area 230 may also include a delete all button that if depressed causes all orders to be deleted. Those skilled in the art will appreciate that additional order parameters may be readily incorporated into the order configuration area 230.
Preferably, the trader may also set order parameters using a drop dowxn menu or order parameter dialog window. In accordance with one embodiment, order parameters that are set in this manner remain in effect until changed by using either the order configuration area 230 or the drop down menu/dialog window. The preferred embodiments are not limited, however, to embodiments in which the trader may set order parameters.
As described in U.S. Patent Application Serial No. 09/590,692 and U.S. Patent Application Serial No. 09/971,087, limit orders may be submitted by clicking, using a mouse or other pointing device, within a region of the display at the level of the desired price on the price axis. Preferably, the graphical user interface 200 operates in a like manner.
Specifically, a trader may submit a limit order by clicking within the appropriate bid/ask quantity regions 208, 210, 214 and 216 in the cell or area associated with the desired price on the price axis 202. The quantity associated with the limit order may be set in advance using either the order quantity keypad 232 or a drop down menu or dialog window.
Again, however, the preferred embodiments are not limited to embodiments in which mouse clicks are utilized for order submission. In fact, the preferred embodiments may, in one alternative, merely display market information without providing any manner for submitting orders. In addition, the invention is not limited to embodiments in which the user must click within the bid/ask quantity regions, but can provide for other regions or areas of the display in which the user can click to submit orders.
Returning to FIG. 2, the graphical user interface 200 optionally provides the trader with an indication of the trader's current position. In particular, the graphical user interface 200 includes a first tradeable object position indicator 224, a second tradeable object position indicator 226 and a net position indicator 228. The first tradeable object position indicator 224 indicates the quantity of the first tradeable object (in this example "CBT") that the trader has bought or sold, and the second tradeable object position indicator 226 provides the same information for the second tradeable object (in this case "BT"). In the example of FIG.2, the trader is long 100 CBT and short 227 BT, for a net short 127 position.
Preferably, the trader may define a relationship among the tradeable object position indicators for determining the net position.
Although described with reference to a graphical user interface for trading two tradeable objects, the graphical user interface 200 may be extended to trade more than two tradeable objects, for example by adding, for each additional tradeable object, a corresponding bid quantity region, ask quantity region, working quantity region, an order configuration area, and a tradeable obj ect position indicator. Of course, if the interface is not to be used for order entry, then the working quantity region and the order configuration area need not be displayed. Depending on the tradeable object, a tradeable object offset may also need to be defined.
In an alternative embodiment, market information regarding multiple tradeable objects may be consolidated for display. Price consolidation is described in U.S.
Patent Application Serial No. 09/971,087, entitled, "Click Based Trading With Intuitive Grid Display of Market Depth And Price Consolidation," filed on October 5, 2001, the content of wluch is incorporated herein by reference. W cases where price is represented along a vertical axis, price consolidation may be thought of in terms of the vertical consolidation of the axis, where multiple price levels are condensed into a single price level.
In accordance with this alternative embodiment, consolidation may be applied to other market information, such as quantities associated with two or more of the multiple tradeable objects. In this case, however, the consolidation takes effect across quantity cells. For example, two or more of the quantity regions, such as the regionss 208, 210, 214 and 216 in FIG. 2 may be combined. Specifically, if two tradeable objects are being traded and the bid quantities are displayed in columns, the two bid quantity columns may be consolidated into a single bid quantity column. This approach is particularly advantageous in cases where the multiple tradeable objects are actually the same underlying products but they are being traded at different host exchanges.
It is to be understood that this alternative embodiment including consolidated market information is not limited to use in a graphical user interface that includes a static axis representing price or value. To the contrary, it may be implemented in a wide variety of graphical user interfaces, which may either include or not include a static axis representing price or value.
FIG. 3 is an alternative embodiment of the graphical user interface of FIG. 2 in which market information, in this case the bid and aslc quantities, is consolidated.
In the user interface 300 of FIG. 3, the bid quantity region 208 and the bid quantity region 214 from FIG.
2 are combined into a consolidated bid quantity region 302. In the illustrated example, the combined bid quantity region 302 is a vertical column that is displayed in association with a price axis 304, although as noted above the display of the price axis 304 is optional.
Similarly, the ask quantity regions 210 and 216 from FIG. 2 are combined into a consolidated ask quantity region 306.
Preferably, the user has the option of viewing the market information in consolidated form, as illustrated in FIG. 3, or as distinct markets, as illustrated in FIG.
2. In other words, one variation of this alternative embodiment is a graphical user interface that is capable of switching between the form shown in FIG. 2 and the form shown in FIG. 3 based on a user input.
In the consolidated market information display of FIG. 3, as well as the user interface shown in FIG. 2, color may be used to provide additional information to the user. For example, in the consolidated display, quantities that represent combined markets from two or more host exchanges may be presented in a first color, whereas quantities that are available at only one of the host exchanges may be presented in a different color. In accordance with a preferred alternative, an indicator is activated when the marlcets for the tradeable obj ects cross. For example, color, highlighting or a different font may be used to indicate that the markets are crossed at a particular price level, thereby drawing the trader's attention to that particular market information. This technique may be used with a graphical user interface of the type shown in FIG. 2 as well as with the consolidated user interface of FIG. 3.
For the embodiment shown in Figure 3, the interface 300 supports order submission.
It should be understood, however, that the preferred embodiments are not limited to interfaces that support order submission, but rather encompass interfaces that merely display market information. When the market information is consolidated, as illustrated in FIG. 3, the trading application supporting the client device preferably handles the routing of orders entered in a consolidated field, such as a consolidated bid quantity field or a consolidated ask quantity field. Orders may be entered using a mouse or other pointing device, as described above, or in any other manner. FIG. 4 is a flowchart of a process 400 to route orders entered using the graphical user interface of FIG. 3.
Preferably, the user may designate a preference to send orders to a favored market.
For example, the user may prioritize or rank, using a drop down menu or dialog window, the host exchanges at which the tradeable objects associated with the consolidated market information are traded. Many factors may influence a user's routing preference. For example, routing decisions may be made based on the exchanges' clearing and/or transaction costs or margin requirements. Other factors may include the length of the order queue at the desired price, the age of the most recent price and/or quantity update, or the time required for a user's order to reach the host exchanges (also referred to as networlc latency or connection speed). Of course, other factors may alternatively be used to make routing decisions.
Orders may then be routed based on the ranking. Alternatively, the trader may define ratios for the host exchanges, and orders route in accordance with the defined ratio applied to the total order quantity. As a further alternative, the trading application may route the orders automatically, such as by randomly selecting a host exchange, routing the order to the host exchange that sent the most recent update, routing the order to the exchange with the lowest transaction costs, or selecting the host exchange with the shortest order queue (for matching engines that utilize FIFO) or best allocation (for matching engines that utilize allocation methods) at the order price or the lowest network latency. These automatic routing parameters are preferably s~iectable by the trader, such as through a button on the interface, a drop down menu, a dialog window or the like.
In another alternative embodiment, a user, such as a trader or an administrator, rnay select one factor as the controlling factor for the routing determination. The controlling factor may be applied to future orders for a predetermined time, such as throughout the remainder of the trading day, or on an order-by-order basis. As an example, the user may select trading margin as the controlling factor using a preconfigured button on the interface, a drop-down menu, a dialog window or the like. In the situation where tradeable objects are being traded on multiple exchanges that do not provide cross-margining, the user could face substantial margins even if the overall trading position is not significant at the end of the day. Once trading margin is selected as a controlling factor, orders are routed to "unwind" or reduce the user's margin. Other factors, such as those identified above, may alternatively be selectable as controlling. The user may, in addition, turn off or de-select the controlling factor, preferably at any time.
In yet another alternative, the trader may indicate routing instructions through an input device. For example, where the input device is a mouse, the right click may be assigned to route orders to a first host exchange and the left click may be assigned to route orders to a second host exchange. In yet another alternative, routing preferences may be incorporated directly into the user interface. For example, an offset, such as the offsets 220 and 222 shown in FIG. 2, may incorporate clearing and/or transaction costs of the corresponding host exchange. It is to be understood, however, that the preferred embodiments are not limited to any particular manner of selecting or inputting routing parameters, and the routing techniques described herein are optional rather than required.
Returning to FIG. 4, the process 400 begins at step 402 when a trader enters an order in a consolidated field. Next, the process 400 determines, at step 404, whether a user, such as the trader or an administrator, has defined routing parameters. If the user has defined routing parameters, the process 400 proceeds to step 406, where the order is routed in accordance with the user-defined parameters. As noted in the preceding examples, the user or trader may rank the host exchanges such that orders entered in consolidated fields are routed to the highest ranking host exchange at which the tradeable obj ect is traded.
Alternatively, the user or trader may define a ratio for each host exchange at which the tradeable objects are traded, and the orders route in accordance with the defined ratio applied to the total order quantity.
After the order is routed, the process 400 returns, at step 408, to a ready state for entry of the next order.
If, on the other ha~ld, there are no user defined routing parameters, then the process 400 proceeds to step 410. At step 410, automatic routing parameters are applied to the order.
As noted in the preceding examples, the automatic routing parameters may dictate that the order be routed by randomly selecting a host exchange, routing the order to the host exchange that sent the most recent update, selecting the host exchange with the shortest order queue at the order price, etc.
Illustrative Application for the Multiple Tradeable Object Grapliical User Interface An illustrative application for the multiple tradeable object graphical user interface is set forth below. This illustration is not intended to be exhaustive, but rather to highlight some of the benefits and advantages associated with the preferred embodiments. One of the advantages of the multiple t~adeable object graphical user interfaces described herein is that they provide, in a single window, a more accurate picture of the entire market for related tradeable objects. Applications in addition to those set forth below will no doubt become apparent to those skilled in the art upon reviewing this detailed description.
For certain trading strategies, a trader may want to trade the same tradeable object on two different exchanges. For example, a trader may want to simultaneously trade the l0Y
Note future through the Chicago Board of Trade (CBOT) and the l0Y Note future through Brokertec. For this example, quantity consolidation, as described above, may also be beneficial because it provides the trader with a more complete picture of the entire market for this tradeable object.
As a numerical example, assume that tradeable object 1 and tradeable object 2 are the same tradeable object, but they are traded through different host exchanges.
Because the different host exchanges provide markets for the same tradeable object, however, the prices of tradeable object 1 and tradeable object 2 are alinost always the same. At a time, t, the markets provided by the two host exchanges are the same, both bid-ask 30-30.5. At a later time, t+1, the markets momentarily diverge: the first host exchange offers a market in tradeable object 1 at 29.5-30, while the second host exchange offers a market in tradeable object 2 at 30-30.5.
The divergence will be readily obvious to the trader using the multiple tradeable object graphical user interface described above because the bid and ask quantities for tradeable obj ect 1 and tradeable obj ect 2 are displayed side-by-side.
In addition, the indicators representing quantities to buy or sell at the price 30 (in this example) may be highlighted on the display. The highlighting of the divergence of the markets for tradeable objecfl and tradeable object 2 may be useful information for a trader.
Traders may use this information differently depending their personal trading strategies. For example, if a trader is looping to fill one leg of a spread by buying a l0Y
Note future, the trader can use the information from the multiple marlcet display to find the best price.
Another example is a situation where a trader is looking for arbitrage opportunities-the multiple market display readily illustrates when the markets diverge.
Other illustrative applications for the multiple tradeable object graphical user interface include trading fungible products, basis trading and/or tradeabhe obj ects which the trader believes have a certain relationship. Those skilled in the art will recognize, upon reading this detailed description, other applications as well. The multiple tradeable object graphical user interface embodiments described herein may be used to trade any group of tradeabhe obj ects in which a relationship among the objects can be defined.
Trading Using a Multiple Tradeable Object Graphical User Interface FIG. 5 is a flowchart of a preferred method 500 for trading two or more tradeable objects using the graphical user interface of FIG. 2. At step 502, market information regarding multiple tradeable objects is received. In accordance with the terminology used herein, a tradeable object that is traded at more than one host exchange may be considered multiple tradeabhe objects, where each individual tradeable object corresponds to the tradeabhe object as it is traded at a particular host exchange. The network architecture of FIG. 1, for example, may be used to obtain market information from one or more host exchanges. Of course, other network topologies may alternativehy be used. The market information preferably includes market depth in addition to the inside market. It may also include a last traded price and quantity, and/or a total traded quantity.
At step 504, the method receives a tradeable object selection from the user.
The tradeable obj ect selection includes an identification of two or more tradeable obj ects that the user desires to trade. For the greatest advantage, the selected tradeable objects should be related, for example as described in the Examples set forth above.
The method proceeds to step 506, where maxket information for the user selected tradeable objects is presented to the user. In accordance with a preferred embodiment of the method, the market information is presented on a display to the user by associating the market information for the selected tradeable objects with a single static price axis. Preferably, the market information is presented on an interactive user interface. In one embodiment, the presentation of market information includes bid and ask quantities for each selected tradeable object that axe dynamically displayed in association with the static price axis, as illustrated for exaanple in FIG. 2. In another embodiment, the market information may be consolidated, as illustrated for example in FIG. 3. In addition to market information from the host exchanges, the user interface preferably displays working orders to the user and also provides order entry functionality.
Preferably, the method further includes, at step 50~, receiving orders from the user regarding the selected tradeable objects. As described above, a user may place orders using the interface by clicking, using for example a mouse or other pointing device, in the quantity regions (or any region or area of the display designated for order entry) at the appropriate price level. At step 510, the user's orders are routed to one or more host exchanges. Where one or more of the market information fields are consolidated, orders may be routed automatically or in accordance with user preferences, as described above.
It should be understood that the programs, processes, methods and apparatus described herein are not related or limited to any particular type of computer or network apparatus (hardware or software), unless indicated otherwise. Various types of general purpose or specialized computer apparatus may be used with or perform operations in accordance with the teachings described herein. While various elements of the preferred embodiments have been described as being implemented in software, in other embodiments hardware or firmware implementations may alternatively be used, and vice-versa.
In view of the wide variety of embodiments to which the principles of the present invention can be applied, it should be understood that the illustrated embodiments are examples only, and should not be taken as limiting the scope of the present invention. For example, the steps of the flow diagrams may be taken in sequences other than those described, and more, fewer or other elements may be used in the block diagrams.
The claims should not be read as limited to the described order or elements unless stated to that effect. Thus, all variations that come within the scope and spirit of the following claims and equivalents thereto are claimed as the invention.
2~
According to the embodiment of FIG.1, if there were five exchanges, then each exchange would have a gateway, and then according to this example there would be five gateways (i.e., X=Y). When a trader wants to participate in the market at two of the five exchanges, lie or she may subscribe only to the data feeds that correspond to those two exchanges. If the trader decides to drop one of the exchanges or add another exchange, he or she may preferably do so at any time.
In another embodiment, each host exchange sends a data feed to a single gateway. For example, if there were five exchanges, then each exchange would send its data to the single gateway. Then, when a trader wants to participate at two of the five exchanges, he or she can simply subscribe to the data feeds that correspond to those two exchanges at the gateway.
Also, if the trader decides to drop one of the exchanges or add another exchange, he or she may do so at any time. Of course, a hybrid system, in which multiple exchanges share a single gateway while other exchanges utilize distinct gateways, may alternatively be used.
In yet another embodiment, some exchanges may have multiple gateways, so that if there were five exchanges, then there might be three gateways supporting each of them; for fifteen gateways. This embodiment allows for a load balancing, among other benefits, of the gateways' workstations.
The preferred embodiments are not limited to any particular mathematical relationship between the number of host exchanges and the number of gateways. Those skilled in the art will appreciate that any of the foregoing examples, as well as combinations of these examples or entirely different architectures, may alternatively be used.
Gateway As mentioned earlier, the gateway 102 is a computer (or program) that receives information from the host exchange. As used herein, a computer includes a.ny device with memory and a processor capable of processing information to produce a desired result. Thus, S a gateway can be a computer of any size such as a server, workstation, personal computer, or laptop, but generally, the gateway is any computer device that has the processing capability to perform the function described herein. Moreover, it should be understood that the functions of the gateway could be moved to the exchange and/or the client device to reduce or eliminate the need for a gateway.
In one embodiment, the gateway 102 receives a data feed 106 from an exchange 100.
Preferably, the gateway 102 receives the data feed 106 and converts it to a form compatible with the protocols used by the client device 104 using conversion techniques known in the art.
As known by those skilled in the art, the gateway 102 may have one or more servers to support the data feeds, such as a price server 114 for processing price information, an order 1 S server 116 for processing order information, and a fill server 11 ~ for processing fill information. Generally, a server is a computer or program that responds to commands from a client in the form of subscriptions. The "servers" here may run on the same machine or may run on independent machines. A trader at a client device can subscribe to price information, order information, and fill information for that exchange. Once a client device has subscribed to the information, the gateway 102 publishes the information to the client device 104.
Client Device As mentioned before, the client device 104 may be a computer or equivalent device, such as a workstation, that allows a trader to participate in the market hosted at the exchange.
The client device 104 is not limited to any particular hardware and/or software, but rather may be any device that is capabl°;; of communicating with an exchange 100.
For example, the client device 104 may be a personal computer, terminal, workstation, personal digital assistant ("PDA"), smart phone, or any other wired or wireless commuiucation device.
In general, the client device uses software that creates specialized interactive trading screens on a terminal associated with the client device. The trading screens enable traders to enter and execute orders, obtain market quotes, and monitor positions. The range and quality of features available to the trader on his or her screens varies according to the specific software application being run. In addition to or in place of the interactive trading screens, the client device may run automated non-interactive types of trading applications.
A commercially available trading application that allows a user to trade in a system like that shown in FIG. 1 is X TRADER~ from Trading Technologies W
ternational, Inc. of Chicago, Illinois. X TRADER~ also provides an electronic trading interface, referred to as MD TraderTM, in which working orders and/or bid and ask quantities are displayed in association with a static price axis. The preferred embodiments, however, are not limited to any particular trading application that performs the translation, storage and/or display functions. Portions of the X TRADER~ and the MD TraderTM -style display are described in U.S. Patent Application Serial No. 09/590,692, entitled "Click Based Trading With Intuitive Grid Display of Market Depth," filed on June 9, 2000, and U.S. Patent Application Serial No.
09/589,751, entitled "Click Based Trading With Market Depth Display," filed on June 9, 2000, the contents of both of which are incorporated by reference herein.
Moreover, the trading application may implement tools for trading tradeable objects that are described in U.S. Patent Application Serial No. 10/125,894 filed on April 19, 2002, entitled "Trading Tools for Electronic Trading," the contents of which are incorporated by reference.
2. Trading Multiple Tradeable Objects Using an electronic network like that described above, any client device 104 is capable of receiving data feeds relating to multiple tradeable objects from one or more host exchanges 100, so that a trader may participate in more than one market. For example, using the MD
TraderTM -style display of the X TRADER~ trading application, a trader may open a separate MD Trader -style display window for each tradeable object in which the trader is interested, subject to the number of windows that can be displayed on the display screens) or monitors) of the trader's client device 104. In accordance with a preferred embodiment, however, a single trading window for multiple tradeable objects is provided, allowing the trader to visualize the relationships among the multiple tradeable objects while participating in their corresponding markets.
Trading two or more tradeable objects may be of interest to traders who, for example, are trading spreads, seeking arbitrage opportunities, or executing other trading strategies. In addition, some traders attempt to simultaneously trade two or more tradeable objects that axe identical, other than being offered at different exchanges, or related, such that there is a natural relationship in their price movements. In accordance with a preferred embodiment, therefore, a multiple tradeable object graphical user interface is provided to assimilate two or more presentations of market information andlor order entry into one screen for trading the multiple tradeable objects.
Multiple Tradeable Object Graphical User Interface FIG. 2 shows a graphical user interface 200 for trading multiple tradeable objects in accordance with a preferred embodiment. The graphical user interface 200 includes a price axis 202, which, in this example, is presented as a vertical column. Other orientations may alternatively be used; such as horizontal or at an angle to create a three-dimensional effect for example. The price axis 202 (which can be displayed or not displayed) may be referred to herein as being "static," which means that information relating to the tradeable objects, such as bid and ask quantities or working orders are displayed dynamically relative to the price axis so that the indicators associated with the inside market can move along the price axis when the market changes. It should be understood that, in this context, static does not mean immovable on the display, but rather means fixed in relation. For example, the static price axis 202 may be moved or repositioned on the display as a result of a command from a user (such as a recentering or repositioning command), but the prices on the axis remain fixed in relation to each other, subject to consolidation or expansion as described below.
The prices may be arranged along the price axis 202 in predetermined steps or increments. The smallest increment on the price axis 202 is generally the "ticlc size," which may depend on the particular tradeable object and is typically set by the host exchange as the smallest increment on which the tradeable object may trade. Although the axis described herein is a "price" axis, those slcilled in the art will recognize that the axis may alternatively be a scale of any characteristic that is capable of representing value for the tradeable objects.
For example, the axis may represent yield or volatility rather than price.
In the embodiment shown in FIG. 2, the graphical user interface 200 supports the trading of two tradeable objects. A first tradeable object indicator 204 displays an indicator that represents the first tradeable obj ect, and a second tradeable obj ect indicator 206 displays an indicator that represents the second tradeable object. The indicators may be the registered trading (or ticker) symbols associated with the tradeable objects, but, in an alternative preferred embodiment, the indicator may be determined by the trader or an administrator (such as where multiple clie~lt devices are used by an entity). As a further alternative, the trading application may associate indicators with tradeable objects. An example indicator is color. lii cases where the same product is traded at more than one host exchange, each product/host exchange combination may be treated as a different tradeable object with a unique indicator. An advantage of this tradeable object definition is explained below with reference to an illustrative application for the interface. In yet another alternative embodiment, the graphical user interface 200 may be modified to accormnodate more than two tradeable objects, as described below.
For each tradeable object, the graphical user interface 200 preferably presents at least a portion of the order book information distributed by the host exchange.
Thus, the graphical user interface 200 includes a first tradeable object bid quantity region 208 and a first tradeable object ask quantity region 210. The graphical user interface 200 also includes a second tradeable object bid quantity region 214 and a second tradeable object ask quantity region 216. The regions 208, 210, 214 and 216 collectively illustrate at least a portion of the market depth for the tradeable objects of interest, in this example by displaying pending order quantities in association with the price axis 202. Alternatively, the graphical user interface 200 could just display indicators associated with the inside market price levels of the tradeable objects.
For the embodiment shown in FIG. 2, the regions 208, 210, 214 and 216 are vertical columns arranged in nested pairs about the price axis 202, with bid quantities being displayed on one side of the price axis 202 and ask quantities being displayed on the other side of the price axis 202. The price axis 202 is also illustrated as a vertical column.
Of course, the regions 208, 210, 214 and 216 and the price axis 202 may alternatively be arranged as rows or in any other manner to illus~rate the relationship between market depth and a price axis. Tii addition, although the nested pair arrangement of the market depth for multiple tradeable obj ects is preferred, an alternative embodiment allows the user to arrange the regions 208, 210, 214 and 216 in any desired order in relation to the price axis 202. In this embodiment, the regions 208, 210, 214 and 216 allow for the dynamic display of bid and ask quantities relative to the static price axis 202.
The preferred embodiments are not limited to any particular arrangement of prices and quantities and, in particular, are not limited to two-dimensional grid displays. Three-dimensional grid displays, and two-dimensional and three-dimensional graphical displays may alternatively be used. Nor are the preferred embodiments limited to any particular format for displaying prices and/or quantities. For example, it is not necessary that the prices and/or quantities be displayed numerically. Rather, graphical representations may alternatively be used. It is also not necessary that the marlcet information be displayed relative to a static price axis.
In order to distinguish markets represented by the quantity regions 208, 210, 214 and 216, the regions may be color coded. For example, the regions 208 and 210 may be displayed in a first color or shades of the first color, and, likewise, the regions 214 and 216 may be displayed in a second color or shades of a second color. Color may also be used to provide additional information to the trader about the marlcets for the multiple tradeable objects. For example, color gradients may be used to illustrate which market has greater depth, shorter queues, or the lowest latency. Other uses for color, which may be applied to the preferred embodiments, are described in U.S. Patent Application Serial No. 10/125,894.
In order to facilitate'the display of multiple tradeable obj ects, and in particular the market depth of multiple tradeable objects in relation to a common price axis, the graphical user interface 200 may include a first tradeable object offset indicator 220 and a second tradeable object offset indicator 222. The offsets 220 and 222 are provided to skew, by the selected number of ticks or cells, the quantities displayed for the respective tradeable object relative to the price axis 202.
Preferably, the offsets 220 and 222 may be set, selected and/or adjusted by the user.
As will be recognized by those skilled in the art, the particular form of the offset is dependent upon the relationship between the tradeable objects that are being displayed.
As a result, the offset may take whatever form is necessary to display the multiple tradeable objects in relation to a common, normalized scale. For example, the offset may be a multiplier or divisor, an equation, or a fixed number that may be added to or subtracted from the disseminated price of a tradeable object. The equation may include factors, based on data available to the client device 104, in addition to the disseminated price. For example, the equation may perform a rounding function for the case in which the multiple tradeable objects trade with different tick sizes. Alternatively, the user may choose an equation based on his or her perception of a mathematical relationship among the tradeable objects. The use of offsets therefore provides a great deal of flexibility in normalizing tradeable obj ects in relation to a common axis.
It should be noted, however, that the use of offsets is optional and not necessary for the preferred embodiments. For example, offsets are not required in cases where the multiple tradeable objects are the same underlying product at different host exchanges.
In addition, although separate offsets 22'0 and 222 are described, a single offset representing the relative adjustment between the tradeable objects may alternatively be used.
U.S. Patent Application Serial No. 09/590,692, entitled "Click Based Trading With Intuitive Grid Display of Market Depth," filed on June 9, 2000, and U.S.
Patent Application Serial No. 09/971,087, entitled "Click Based Trading With Market Depth Display," filed on June 9, 2000, the contents of both of which are incorporated by reference herein, describe interfaces that not only display market information in relation to a price axis, but also allow a user to enter and track orders. A preferred embodiment of the present invention extends this order entry and tracking capability to multiple tradeable obj ects using a single trading window.
As shown in FIG. 2, the graphical user interface 200 includes a first tradeable object working quantity region 212 and a second tradeable object working quantity region 218.
Again, while both are illustrated as columns, it will be appreciated that, like those described above, the regions 212 and 218 may alternatively be presented in rows or in any other manner to illustrate the relationship between the worlcing orders and a price axis.
It should be noted that it is not necessary that there be a separate working quantity region for each tradeable object. For example, a single working quantity region column may be used as an alternative, where the worlcing orders for the different tradeable objects are distinguished, such as by the use of color, graphics, or additional text. Nor is it necessary that the graphical user interface 200 include order entry or tracking capabilities.
For the embodiment of FIG. 2, indicators associated with working orders for the first tradeable object preferably may be displayed in the first tradeable object working quantity region 212 at a location that' corresponds to the price on the price axis 202 at which the order is pending. Likewise, indicators associated with working orders for the second tradeable object may be displayed in the second tradeable object working quantity region 218.
Preferably, a working order indicator displayed in the regions 212 and 218 includes information regarding partial fills of working orders. In other words, the working order regions 212 and 218 may display indicators that include an indication of the quantity in each worlcing order that has been filled, as well as the quantity that remains to be filled. When a working order is completely filled, the indicator associated with that working order is preferably no longer displayed in the working order region 212, 218.
In one embodiment, order parameters may be set directly from the graphical user interface 200. Each tradeable object represented in the multiple tradeable object graphical user interface 200 preferably has an order configuration area 230. In the embodiment shown, a distinct order configuration area 230 is provided for each tradeable object.
A single order configuration area 230 for multiple tradeable objects may alternatively be used. The location of the order configuration area 230 with respect to the graphical user interface 200 is not critical; it may appear in any convenient location.
As illustrated in FIG. 2, the order configuration area 230 of the graphical user interface 200 preferably includes an order quantity keypad 232, which the trader may use to select the quantity associated with subsequent orders, such as by clicking with a mouse or other pointer on the appropriate number in the order quantity keypad 232. The order configuration area 230 may alternatively or in addition include cells for other order parameters, like conditions for execution (e.g., all or none, time in effect, etc.). It may also include a marlcet order button to automatically submit a market order for a selected quantity of the tradeable object and delete buttons that if depressed cause all buy or sell orders to be deleted. The order configuration area 230 may also include a delete all button that if depressed causes all orders to be deleted. Those skilled in the art will appreciate that additional order parameters may be readily incorporated into the order configuration area 230.
Preferably, the trader may also set order parameters using a drop dowxn menu or order parameter dialog window. In accordance with one embodiment, order parameters that are set in this manner remain in effect until changed by using either the order configuration area 230 or the drop down menu/dialog window. The preferred embodiments are not limited, however, to embodiments in which the trader may set order parameters.
As described in U.S. Patent Application Serial No. 09/590,692 and U.S. Patent Application Serial No. 09/971,087, limit orders may be submitted by clicking, using a mouse or other pointing device, within a region of the display at the level of the desired price on the price axis. Preferably, the graphical user interface 200 operates in a like manner.
Specifically, a trader may submit a limit order by clicking within the appropriate bid/ask quantity regions 208, 210, 214 and 216 in the cell or area associated with the desired price on the price axis 202. The quantity associated with the limit order may be set in advance using either the order quantity keypad 232 or a drop down menu or dialog window.
Again, however, the preferred embodiments are not limited to embodiments in which mouse clicks are utilized for order submission. In fact, the preferred embodiments may, in one alternative, merely display market information without providing any manner for submitting orders. In addition, the invention is not limited to embodiments in which the user must click within the bid/ask quantity regions, but can provide for other regions or areas of the display in which the user can click to submit orders.
Returning to FIG. 2, the graphical user interface 200 optionally provides the trader with an indication of the trader's current position. In particular, the graphical user interface 200 includes a first tradeable object position indicator 224, a second tradeable object position indicator 226 and a net position indicator 228. The first tradeable object position indicator 224 indicates the quantity of the first tradeable object (in this example "CBT") that the trader has bought or sold, and the second tradeable object position indicator 226 provides the same information for the second tradeable object (in this case "BT"). In the example of FIG.2, the trader is long 100 CBT and short 227 BT, for a net short 127 position.
Preferably, the trader may define a relationship among the tradeable object position indicators for determining the net position.
Although described with reference to a graphical user interface for trading two tradeable objects, the graphical user interface 200 may be extended to trade more than two tradeable objects, for example by adding, for each additional tradeable object, a corresponding bid quantity region, ask quantity region, working quantity region, an order configuration area, and a tradeable obj ect position indicator. Of course, if the interface is not to be used for order entry, then the working quantity region and the order configuration area need not be displayed. Depending on the tradeable object, a tradeable object offset may also need to be defined.
In an alternative embodiment, market information regarding multiple tradeable objects may be consolidated for display. Price consolidation is described in U.S.
Patent Application Serial No. 09/971,087, entitled, "Click Based Trading With Intuitive Grid Display of Market Depth And Price Consolidation," filed on October 5, 2001, the content of wluch is incorporated herein by reference. W cases where price is represented along a vertical axis, price consolidation may be thought of in terms of the vertical consolidation of the axis, where multiple price levels are condensed into a single price level.
In accordance with this alternative embodiment, consolidation may be applied to other market information, such as quantities associated with two or more of the multiple tradeable objects. In this case, however, the consolidation takes effect across quantity cells. For example, two or more of the quantity regions, such as the regionss 208, 210, 214 and 216 in FIG. 2 may be combined. Specifically, if two tradeable objects are being traded and the bid quantities are displayed in columns, the two bid quantity columns may be consolidated into a single bid quantity column. This approach is particularly advantageous in cases where the multiple tradeable objects are actually the same underlying products but they are being traded at different host exchanges.
It is to be understood that this alternative embodiment including consolidated market information is not limited to use in a graphical user interface that includes a static axis representing price or value. To the contrary, it may be implemented in a wide variety of graphical user interfaces, which may either include or not include a static axis representing price or value.
FIG. 3 is an alternative embodiment of the graphical user interface of FIG. 2 in which market information, in this case the bid and aslc quantities, is consolidated.
In the user interface 300 of FIG. 3, the bid quantity region 208 and the bid quantity region 214 from FIG.
2 are combined into a consolidated bid quantity region 302. In the illustrated example, the combined bid quantity region 302 is a vertical column that is displayed in association with a price axis 304, although as noted above the display of the price axis 304 is optional.
Similarly, the ask quantity regions 210 and 216 from FIG. 2 are combined into a consolidated ask quantity region 306.
Preferably, the user has the option of viewing the market information in consolidated form, as illustrated in FIG. 3, or as distinct markets, as illustrated in FIG.
2. In other words, one variation of this alternative embodiment is a graphical user interface that is capable of switching between the form shown in FIG. 2 and the form shown in FIG. 3 based on a user input.
In the consolidated market information display of FIG. 3, as well as the user interface shown in FIG. 2, color may be used to provide additional information to the user. For example, in the consolidated display, quantities that represent combined markets from two or more host exchanges may be presented in a first color, whereas quantities that are available at only one of the host exchanges may be presented in a different color. In accordance with a preferred alternative, an indicator is activated when the marlcets for the tradeable obj ects cross. For example, color, highlighting or a different font may be used to indicate that the markets are crossed at a particular price level, thereby drawing the trader's attention to that particular market information. This technique may be used with a graphical user interface of the type shown in FIG. 2 as well as with the consolidated user interface of FIG. 3.
For the embodiment shown in Figure 3, the interface 300 supports order submission.
It should be understood, however, that the preferred embodiments are not limited to interfaces that support order submission, but rather encompass interfaces that merely display market information. When the market information is consolidated, as illustrated in FIG. 3, the trading application supporting the client device preferably handles the routing of orders entered in a consolidated field, such as a consolidated bid quantity field or a consolidated ask quantity field. Orders may be entered using a mouse or other pointing device, as described above, or in any other manner. FIG. 4 is a flowchart of a process 400 to route orders entered using the graphical user interface of FIG. 3.
Preferably, the user may designate a preference to send orders to a favored market.
For example, the user may prioritize or rank, using a drop down menu or dialog window, the host exchanges at which the tradeable objects associated with the consolidated market information are traded. Many factors may influence a user's routing preference. For example, routing decisions may be made based on the exchanges' clearing and/or transaction costs or margin requirements. Other factors may include the length of the order queue at the desired price, the age of the most recent price and/or quantity update, or the time required for a user's order to reach the host exchanges (also referred to as networlc latency or connection speed). Of course, other factors may alternatively be used to make routing decisions.
Orders may then be routed based on the ranking. Alternatively, the trader may define ratios for the host exchanges, and orders route in accordance with the defined ratio applied to the total order quantity. As a further alternative, the trading application may route the orders automatically, such as by randomly selecting a host exchange, routing the order to the host exchange that sent the most recent update, routing the order to the exchange with the lowest transaction costs, or selecting the host exchange with the shortest order queue (for matching engines that utilize FIFO) or best allocation (for matching engines that utilize allocation methods) at the order price or the lowest network latency. These automatic routing parameters are preferably s~iectable by the trader, such as through a button on the interface, a drop down menu, a dialog window or the like.
In another alternative embodiment, a user, such as a trader or an administrator, rnay select one factor as the controlling factor for the routing determination. The controlling factor may be applied to future orders for a predetermined time, such as throughout the remainder of the trading day, or on an order-by-order basis. As an example, the user may select trading margin as the controlling factor using a preconfigured button on the interface, a drop-down menu, a dialog window or the like. In the situation where tradeable objects are being traded on multiple exchanges that do not provide cross-margining, the user could face substantial margins even if the overall trading position is not significant at the end of the day. Once trading margin is selected as a controlling factor, orders are routed to "unwind" or reduce the user's margin. Other factors, such as those identified above, may alternatively be selectable as controlling. The user may, in addition, turn off or de-select the controlling factor, preferably at any time.
In yet another alternative, the trader may indicate routing instructions through an input device. For example, where the input device is a mouse, the right click may be assigned to route orders to a first host exchange and the left click may be assigned to route orders to a second host exchange. In yet another alternative, routing preferences may be incorporated directly into the user interface. For example, an offset, such as the offsets 220 and 222 shown in FIG. 2, may incorporate clearing and/or transaction costs of the corresponding host exchange. It is to be understood, however, that the preferred embodiments are not limited to any particular manner of selecting or inputting routing parameters, and the routing techniques described herein are optional rather than required.
Returning to FIG. 4, the process 400 begins at step 402 when a trader enters an order in a consolidated field. Next, the process 400 determines, at step 404, whether a user, such as the trader or an administrator, has defined routing parameters. If the user has defined routing parameters, the process 400 proceeds to step 406, where the order is routed in accordance with the user-defined parameters. As noted in the preceding examples, the user or trader may rank the host exchanges such that orders entered in consolidated fields are routed to the highest ranking host exchange at which the tradeable obj ect is traded.
Alternatively, the user or trader may define a ratio for each host exchange at which the tradeable objects are traded, and the orders route in accordance with the defined ratio applied to the total order quantity.
After the order is routed, the process 400 returns, at step 408, to a ready state for entry of the next order.
If, on the other ha~ld, there are no user defined routing parameters, then the process 400 proceeds to step 410. At step 410, automatic routing parameters are applied to the order.
As noted in the preceding examples, the automatic routing parameters may dictate that the order be routed by randomly selecting a host exchange, routing the order to the host exchange that sent the most recent update, selecting the host exchange with the shortest order queue at the order price, etc.
Illustrative Application for the Multiple Tradeable Object Grapliical User Interface An illustrative application for the multiple tradeable object graphical user interface is set forth below. This illustration is not intended to be exhaustive, but rather to highlight some of the benefits and advantages associated with the preferred embodiments. One of the advantages of the multiple t~adeable object graphical user interfaces described herein is that they provide, in a single window, a more accurate picture of the entire market for related tradeable objects. Applications in addition to those set forth below will no doubt become apparent to those skilled in the art upon reviewing this detailed description.
For certain trading strategies, a trader may want to trade the same tradeable object on two different exchanges. For example, a trader may want to simultaneously trade the l0Y
Note future through the Chicago Board of Trade (CBOT) and the l0Y Note future through Brokertec. For this example, quantity consolidation, as described above, may also be beneficial because it provides the trader with a more complete picture of the entire market for this tradeable object.
As a numerical example, assume that tradeable object 1 and tradeable object 2 are the same tradeable object, but they are traded through different host exchanges.
Because the different host exchanges provide markets for the same tradeable object, however, the prices of tradeable object 1 and tradeable object 2 are alinost always the same. At a time, t, the markets provided by the two host exchanges are the same, both bid-ask 30-30.5. At a later time, t+1, the markets momentarily diverge: the first host exchange offers a market in tradeable object 1 at 29.5-30, while the second host exchange offers a market in tradeable object 2 at 30-30.5.
The divergence will be readily obvious to the trader using the multiple tradeable object graphical user interface described above because the bid and ask quantities for tradeable obj ect 1 and tradeable obj ect 2 are displayed side-by-side.
In addition, the indicators representing quantities to buy or sell at the price 30 (in this example) may be highlighted on the display. The highlighting of the divergence of the markets for tradeable objecfl and tradeable object 2 may be useful information for a trader.
Traders may use this information differently depending their personal trading strategies. For example, if a trader is looping to fill one leg of a spread by buying a l0Y
Note future, the trader can use the information from the multiple marlcet display to find the best price.
Another example is a situation where a trader is looking for arbitrage opportunities-the multiple market display readily illustrates when the markets diverge.
Other illustrative applications for the multiple tradeable object graphical user interface include trading fungible products, basis trading and/or tradeabhe obj ects which the trader believes have a certain relationship. Those skilled in the art will recognize, upon reading this detailed description, other applications as well. The multiple tradeable object graphical user interface embodiments described herein may be used to trade any group of tradeabhe obj ects in which a relationship among the objects can be defined.
Trading Using a Multiple Tradeable Object Graphical User Interface FIG. 5 is a flowchart of a preferred method 500 for trading two or more tradeable objects using the graphical user interface of FIG. 2. At step 502, market information regarding multiple tradeable objects is received. In accordance with the terminology used herein, a tradeable object that is traded at more than one host exchange may be considered multiple tradeabhe objects, where each individual tradeable object corresponds to the tradeabhe object as it is traded at a particular host exchange. The network architecture of FIG. 1, for example, may be used to obtain market information from one or more host exchanges. Of course, other network topologies may alternativehy be used. The market information preferably includes market depth in addition to the inside market. It may also include a last traded price and quantity, and/or a total traded quantity.
At step 504, the method receives a tradeable object selection from the user.
The tradeable obj ect selection includes an identification of two or more tradeable obj ects that the user desires to trade. For the greatest advantage, the selected tradeable objects should be related, for example as described in the Examples set forth above.
The method proceeds to step 506, where maxket information for the user selected tradeable objects is presented to the user. In accordance with a preferred embodiment of the method, the market information is presented on a display to the user by associating the market information for the selected tradeable objects with a single static price axis. Preferably, the market information is presented on an interactive user interface. In one embodiment, the presentation of market information includes bid and ask quantities for each selected tradeable object that axe dynamically displayed in association with the static price axis, as illustrated for exaanple in FIG. 2. In another embodiment, the market information may be consolidated, as illustrated for example in FIG. 3. In addition to market information from the host exchanges, the user interface preferably displays working orders to the user and also provides order entry functionality.
Preferably, the method further includes, at step 50~, receiving orders from the user regarding the selected tradeable objects. As described above, a user may place orders using the interface by clicking, using for example a mouse or other pointing device, in the quantity regions (or any region or area of the display designated for order entry) at the appropriate price level. At step 510, the user's orders are routed to one or more host exchanges. Where one or more of the market information fields are consolidated, orders may be routed automatically or in accordance with user preferences, as described above.
It should be understood that the programs, processes, methods and apparatus described herein are not related or limited to any particular type of computer or network apparatus (hardware or software), unless indicated otherwise. Various types of general purpose or specialized computer apparatus may be used with or perform operations in accordance with the teachings described herein. While various elements of the preferred embodiments have been described as being implemented in software, in other embodiments hardware or firmware implementations may alternatively be used, and vice-versa.
In view of the wide variety of embodiments to which the principles of the present invention can be applied, it should be understood that the illustrated embodiments are examples only, and should not be taken as limiting the scope of the present invention. For example, the steps of the flow diagrams may be taken in sequences other than those described, and more, fewer or other elements may be used in the block diagrams.
The claims should not be read as limited to the described order or elements unless stated to that effect. Thus, all variations that come within the scope and spirit of the following claims and equivalents thereto are claimed as the invention.
2~
Claims (53)
1. A method of displaying market information relating to two tradeable objects being traded on at least one electronic exchange using a graphical user interface and a user input device and having preset parameters for trade orders, the method comprising:
dynamically displaying a first indicator in relation with a first price level on a common static price axis, the first indicator associated with a highest bid price available in the market for a first tradeable object;
dynamically displaying a second indicator in relation with a second price level on the common static price axis, the second indicator associated with a lowest ask price available in the market for the first tradeable object;
dynamically displaying a third indicator in relation with a third price level on a common static price axis, the third indicator associated with a highest bid price available in the market for a second tradeable object; and dynamically displaying a fourth indicator in relation with a fourth price level on the common static price axis, the fourth indicator associated with a lowest ask price available in the market for the second tradeable object;
wherein the first and second indicators and the third and fourth indicators can move relative to the common static price axis when the market changes for the first and second tradeable objects respectively.
dynamically displaying a first indicator in relation with a first price level on a common static price axis, the first indicator associated with a highest bid price available in the market for a first tradeable object;
dynamically displaying a second indicator in relation with a second price level on the common static price axis, the second indicator associated with a lowest ask price available in the market for the first tradeable object;
dynamically displaying a third indicator in relation with a third price level on a common static price axis, the third indicator associated with a highest bid price available in the market for a second tradeable object; and dynamically displaying a fourth indicator in relation with a fourth price level on the common static price axis, the fourth indicator associated with a lowest ask price available in the market for the second tradeable object;
wherein the first and second indicators and the third and fourth indicators can move relative to the common static price axis when the market changes for the first and second tradeable objects respectively.
2. A method as claimed in claim 1, wherein the first indicator and the third indicator are combined into a consolidated bid indicator and the second indicator and the fourth indicator are combined into a consolidated ask indicator.
3. A method as claimed in claim 1, further comprising the step of displaying an order entry region.
4. A method as claimed in claim 1, wherein the first indicator and the third indicator are displayed in a bid display region and the second indicator and the fourth indicator are displayed in an ask display region.
5. A method as claimed in claim 1, wherein the first indicator, the second indicator, the third indicator and the fourth indicator are graphical indicators.
6. A method as claimed in claim 1, wherein the first indicator, the second indicator, the third indicator and the fourth indicator are numbers.
7. A method as claimed in claim 1, wherein the first indicator, the second indicator, the third indicator and the fourth indicator represent quantities.
8. A method as claimed in claim 1, further comprising the step of dynamically displaying a plurality of additional indicators representing quantities available at prices that are lower than the highest bid price and higher than the lowest ask price.
9. A method as claimed in claim 1, wherein at least one of the first indicator and the third indicator and at least one of the second indicator and the fourth indicator are highlighted on the graphical user interface.
10. A method as claimed in claim 1, wherein the common static price axis is a vertical axis.
11. A method as claimed in claim 1, wherein the common static price axis is a horizontal axis.
12. A method as claimed in claim 1, wherein the common static price axis comprises a numerical value for each displayed price level.
13. A method as claimed in claim 1, wherein the first indicator and the third indicator are displayed in a bid quantity region, and the second indicator and the fourth indicator are displayed in an ask quantity region.
14. A method as claimed in claim 13, wherein the bid quantity region includes a first bid quantity region associated with the first tradeable object and a second bid quantity region associated with the second tradeable object.
15. A method as claimed in claim 13, wherein the ask quantity region includes a first ask quantity region associated with the first tradeable object and a second ask quantity region associated with the second tradeableobject.
16. A method as claimed in claim 13, wherein the bid quantity region and the ask quantity region include consolidated quantities available in the market for the first tradeable object and the second tradeable object.
17. A method as claimed in claim 13, further comprising the step of displaying an order entry region for receiving commands to send orders to the exchange at different price levels, the order entry region comprising a plurality of locations associated with different price levels on the common static price axis.
18. A method as claimed in claim 17, wherein a first location from the plurality of locations overlaps with the bid quantity region and a second location from the plurality of locations overlaps the ask quantity region.
19. A computer readable medium including a set of instructions that are executable by a processor to perform the method of claim 1.
20. A method as claimed in claim 1, further comprising the step of displaying at least a portion of the common static price axis in a price region.
21. A method as claimed in claim 20, further comprising the step of displaying an order entry region overlapping the price region.
22. An interface for trading multiple tradeable objects, comprising:
a static price axis;
a first bid quantity region and a first ask quantity region associated with a market for a first tradeable object, wherein the first bid quantity region includes a first indication of at least one bid quantity and the first ask quantity region includes a second indication of at least one ask quantity, and wherein the first indication and the second indication are dynamically displayed in association with the static price axis;
and a second bid quantity region and a second ask quantity region associated with a market for a second tradeable object, wherein the second bid quantity region includes a third indication of at least one bid quantity and the second ask quantity region includes a fourth indication of at least one ask quantity, and wherein the third indication and the fourth indication are dynamically displayed in association with the static price axis.
a static price axis;
a first bid quantity region and a first ask quantity region associated with a market for a first tradeable object, wherein the first bid quantity region includes a first indication of at least one bid quantity and the first ask quantity region includes a second indication of at least one ask quantity, and wherein the first indication and the second indication are dynamically displayed in association with the static price axis;
and a second bid quantity region and a second ask quantity region associated with a market for a second tradeable object, wherein the second bid quantity region includes a third indication of at least one bid quantity and the second ask quantity region includes a fourth indication of at least one ask quantity, and wherein the third indication and the fourth indication are dynamically displayed in association with the static price axis.
23. An interface as claimed in claim 22, wherein the first tradeable object and the second tradeable object are selectable by a user.
24. An interface as claimed in claim 22, wherein the static price axis is vertically oriented in the interface.
25. An interface as claimed in claim 22, further comprising an order entry area.
26. An interface as claimed in claim 25, wherein the order entry area is arranged in association with the static price axis so that an order is entered at a particular price on the static price axis by activating an associated area in the order entry area.
27. An interface as claimed in claim 25, wherein the order entry area is partitioned into a first order entry area for orders of the first tradeable object and a second order entry area for orders of the second tradeable object.
28. An interface as claimed in claim 27, wherein the first order entry area overlaps at least one of the first bid quantity region, the first ask quantity region and the price axis, and the second order entry area overlaps at least one of the second bid quantity region, the second ask quantity region and the price axis.
29. An interface as claimed in claim 22, further comprising an order parameter area in which a user sets order parameters.
30. An interface as claimed in claim 22, further comprising a display of working quantities for the first tradeable object and the second tradeable object.
31. An interface as claimed in claim 30, wherein the display of working quantities is arranged in association with the price axis.
32. An interface as claimed in claim 22, further comprising a user selectable offset, the user selectable offset causing the first indication and the third indication to be shifted relative to each other.
33. An interface as claimed in claim 32, wherein the user selectable offset comprises a formula.
34. An interface as claimed in claim 22, further comprising an icon to select consolidation of quantities represented in the market.
35. An interface as claimed in claim 34, wherein orders entered at levels having consolidated quantities are routed in accordance with user defined criteria.
36. A storage medium containing a set of instructions for generating the interface of claim 22.
37. A processor programmed with a set of instructions for generating the interface of claim 22.
38. An interface as claimed in claim 22, wherein the static price axis is displayed.
39. An interface as claimed in claim 22, wherein the static price axis is not displayed.
40. A method of trading at least two tradeable objects listed with at least one exchange, comprising the steps of:
receiving market information, including at least one bid quantity and at least one ask quantity, regarding the at least two tradeable objects from the at least one exchange; and presenting the market information to a user by associating the market information with an axis representing price.
receiving market information, including at least one bid quantity and at least one ask quantity, regarding the at least two tradeable objects from the at least one exchange; and presenting the market information to a user by associating the market information with an axis representing price.
41. A method as claimed in claim 40, wherein the step of presenting the market information comprises displaying the information on an interactive user interface.
42. A method as claimed in claim 40, wherein the step of displaying the information comprises displaying a consolidated bid quantity and a consolidated ask quantity in association with the axis.
43. A method as claimed in claim 40, further comprising the step of sending an order to an exchange selected from the at least one exchange.
44. A method as claimed in claim 43, wherein the exchange is selected automatically.
45. A method as claimed in claim 43, wherein the exchange is selected based upon criteria entered by the user.
46. In a system for use in trading tradeable objects electronically, where the system includes a graphical user interface that presents market information and provides an order entry template, an improved graphical user interface for trading multiple tradeable objects, comprising:
a vertical static price scale having a plurality of increments; and an indication of market interest in at least two tradeable objects for at least a subset of the plurality of increments, wherein the indication of market interest and the order entry template are displayed in relation to the vertical static price scale.
a vertical static price scale having a plurality of increments; and an indication of market interest in at least two tradeable objects for at least a subset of the plurality of increments, wherein the indication of market interest and the order entry template are displayed in relation to the vertical static price scale.
47. An interface for trading multiple tradeable objects, comprising a single trading window, wherein the single trading window comprises at least one of a combined bid quantity indicator and a combined ask quantity indicator.
48. An interface as claimed in claim 47, wherein the combined bid quantity indicator comprises bid quantities for at least two of the multiple tradeable objects and the combined ask quantity indicator comprises ask quantities for at least two of the multiple tradeable objects.
49. An interface as claimed in claim 47, further comprising a static axis representing value, wherein the at least one of a combined bid quantity indicator and the combined ask quantity indicator is displayed in relation to the static axis.
50. A method of trading at least two tradeable objects listed with at least one exchange, comprising the steps of:
receiving market information, including a bid quantity and an ask quantity, regarding the at least two tradeable objects from the at least one exchange;
and combining the market information for the at least two tradeable objects for display to a user in a trading window.
receiving market information, including a bid quantity and an ask quantity, regarding the at least two tradeable objects from the at least one exchange;
and combining the market information for the at least two tradeable objects for display to a user in a trading window.
51. A method as claimed in claim 50, wherein the step of combining the market information comprises combining a first bid quantity for a first tradeable object with at least a second bid quantity for a second tradeable object.
52. A method as claimed in claim 50, further comprising the steps of:
initiating an order based upon a user input in an area associated with the combined market information; and routing an order to an exchange that is automatically selected from the at least one exchange.
initiating an order based upon a user input in an area associated with the combined market information; and routing an order to an exchange that is automatically selected from the at least one exchange.
53. A method as claimed in claim 50, further comprising the steps of:
initiating an order based upon a user input in an area associated with the combined market information; and routing an order to an exchange that is selected from the at least one exchange in accordance with a routing parameter set by the user.
initiating an order based upon a user input in an area associated with the combined market information; and routing an order to an exchange that is selected from the at least one exchange in accordance with a routing parameter set by the user.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA3043070A CA3043070C (en) | 2002-11-13 | 2003-11-12 | Method, apparatus and interface for trading multiple tradeable objects |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/293,585 | 2002-11-13 | ||
| US10/293,585 US7418422B2 (en) | 2002-11-13 | 2002-11-13 | Method, apparatus and interface for trading multiple tradeable objects |
| PCT/US2003/036042 WO2004044704A2 (en) | 2002-11-13 | 2003-11-12 | Method, apparatus and interface for trading multiple tradeable objects |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA3043070A Division CA3043070C (en) | 2002-11-13 | 2003-11-12 | Method, apparatus and interface for trading multiple tradeable objects |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2506190A1 true CA2506190A1 (en) | 2004-05-27 |
| CA2506190C CA2506190C (en) | 2019-07-09 |
Family
ID=32229677
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2506190A Expired - Lifetime CA2506190C (en) | 2002-11-13 | 2003-11-12 | Method, apparatus and interface for trading multiple tradeable objects |
| CA3043070A Expired - Lifetime CA3043070C (en) | 2002-11-13 | 2003-11-12 | Method, apparatus and interface for trading multiple tradeable objects |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA3043070A Expired - Lifetime CA3043070C (en) | 2002-11-13 | 2003-11-12 | Method, apparatus and interface for trading multiple tradeable objects |
Country Status (5)
| Country | Link |
|---|---|
| US (9) | US7418422B2 (en) |
| EP (1) | EP1563432A4 (en) |
| AU (1) | AU2003287696A1 (en) |
| CA (2) | CA2506190C (en) |
| WO (1) | WO2004044704A2 (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9679334B2 (en) | 2002-11-13 | 2017-06-13 | Trading Technologies International, Inc. | System and method for facilitating trading of multiple tradeable objects in an electronic trading environment |
| US9760948B2 (en) | 2002-11-13 | 2017-09-12 | Trading Technologies International, Inc. | Method, apparatus and interface for trading multiple tradeable objects |
| US9773280B2 (en) | 2002-11-13 | 2017-09-26 | Trading Technologies International, Inc. | Trading interface for facilitating trading of multiple tradeable objects in an electronic trading environment |
Families Citing this family (105)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7212999B2 (en) | 1999-04-09 | 2007-05-01 | Trading Technologies International, Inc. | User interface for an electronic trading system |
| US6993504B1 (en) | 1999-04-09 | 2006-01-31 | Trading Technologies International, Inc. | User interface for semi-fungible trading |
| US7389268B1 (en) * | 2000-03-02 | 2008-06-17 | Trading Technologies International, Inc. | Trading tools for electronic trading |
| US6772132B1 (en) | 2000-03-02 | 2004-08-03 | Trading Technologies International, Inc. | Click based trading with intuitive grid display of market depth |
| US7447655B2 (en) * | 2000-03-02 | 2008-11-04 | Trading Technologies International, Inc. | System and method for automatic scalping of a tradeable object in an electronic trading environment |
| US6938011B1 (en) | 2000-03-02 | 2005-08-30 | Trading Technologies International, Inc. | Click based trading with market depth display |
| US7039610B2 (en) * | 2001-10-04 | 2006-05-02 | New York Mercantile Exchange, Inc. | Implied market trading system |
| US7227936B2 (en) * | 2002-07-10 | 2007-06-05 | Blake Bookstaff | Method and system for providing directory assistance to erroneous telephone calls |
| GB2395036A (en) | 2002-10-31 | 2004-05-12 | Espeed Inc | Trading interface using keyboard |
| US8930256B2 (en) | 2002-10-31 | 2015-01-06 | Bgc Partners, Inc. | Keyboard trading system |
| US8041623B1 (en) | 2002-11-26 | 2011-10-18 | Trading Technologies International, Inc. | Method and interface for historical display of market information |
| JP4318913B2 (en) * | 2002-12-26 | 2009-08-26 | 東京エレクトロン株式会社 | Application processing equipment |
| WO2004079520A2 (en) * | 2003-02-28 | 2004-09-16 | Trading Technologies International, Inc. | A system and method for trading and displaying market information in an electronic trading environment |
| US7571133B2 (en) | 2003-03-10 | 2009-08-04 | Chicago Mercantile Exchange, Inc. | Derivatives trading methods that use a variable order price and a hedge transaction |
| US7152041B2 (en) | 2003-03-10 | 2006-12-19 | Chicago Mercantile Exchange, Inc. | Derivatives trading methods that use a variable order price |
| US7440917B2 (en) | 2003-03-10 | 2008-10-21 | Chicago Mercantile Exchange, Inc. | Order risk management system |
| US7613650B2 (en) | 2003-04-24 | 2009-11-03 | Chicago Board Options Exchange, Incorporated | Hybrid trading system for concurrently trading securities or derivatives through both electronic and open-outcry trading mechanisms |
| US20120158567A1 (en) * | 2003-04-24 | 2012-06-21 | Chicago Board Options Exchange, Incorporated | Hybrid trading system for concurrently trading through both electronic and open-outcry trading mechanisms |
| US8306900B2 (en) * | 2003-06-10 | 2012-11-06 | Itg Software Solutions, Inc. | System, method, and computer program product for executing a buy or sell order |
| US7587357B1 (en) | 2003-06-30 | 2009-09-08 | Trading Technologies International Inc. | Repositioning of market information on trading screens |
| US7668767B1 (en) * | 2003-10-01 | 2010-02-23 | Trading Technologies International, Inc. | System and method for dynamic quantity orders in an electronic trading environment |
| US8655755B2 (en) | 2003-10-22 | 2014-02-18 | Scottrade, Inc. | System and method for the automated brokerage of financial instruments |
| US7890412B2 (en) * | 2003-11-04 | 2011-02-15 | New York Mercantile Exchange, Inc. | Distributed trading bus architecture |
| US20050102218A1 (en) * | 2003-11-10 | 2005-05-12 | Sargent Timothy A. | Data processing system, methods and computer program for determining the transaction costs for a linked set of stock transactions |
| US8131626B2 (en) | 2003-11-17 | 2012-03-06 | Bgc Partners, Inc. | Customizable trading display of market data |
| US7113924B2 (en) | 2003-12-04 | 2006-09-26 | Trading Technologies International, Inc. | System and method for electronic spread trading in real and synthetically generated markets |
| US8046289B2 (en) * | 2004-01-29 | 2011-10-25 | New York Mercantile Exchange, Inc. | Electronic pitcard for wireless financial exchange |
| US20050256797A1 (en) * | 2004-05-13 | 2005-11-17 | Scottrade, Inc. | Method and apparatus for user-interactive financial instrument trading |
| US7555456B2 (en) * | 2004-06-08 | 2009-06-30 | Rosenthal Collins Group, Llc | Method and system for providing electronic information for multi-market electronic trading |
| US20090276367A1 (en) * | 2008-04-30 | 2009-11-05 | Rosenthal Collins Group, L.L.C. | Method and system for providing risk management for multi-market electronic trading |
| US20100312718A1 (en) * | 2004-06-08 | 2010-12-09 | Rosenthal Collins Group, L.L.C. | Method and system for providing electronic information for risk assesement and management via net worth for multi-market electronic trading |
| US20110125672A1 (en) * | 2004-06-08 | 2011-05-26 | Rosenthal Collins Group, L.L.C. | Method and system for providing electronic information for risk assesement and management via dynamic total net worth for multi-market electronic trading |
| US8429059B2 (en) | 2004-06-08 | 2013-04-23 | Rosenthal Collins Group, Llc | Method and system for providing electronic option trading bandwidth reduction and electronic option risk management and assessment for multi-market electronic trading |
| US7912781B2 (en) * | 2004-06-08 | 2011-03-22 | Rosenthal Collins Group, Llc | Method and system for providing electronic information for risk assessment and management for multi-market electronic trading |
| US20050283415A1 (en) * | 2004-06-22 | 2005-12-22 | Chicago Mercantile Exchange | System and method for displaying market data including last trade data |
| US20100114753A1 (en) * | 2004-07-12 | 2010-05-06 | Rosenthal Collins Group, L.L.C. | Method and system for automatic commodities futures contract management and delivery balancing |
| WO2006017243A2 (en) * | 2004-07-12 | 2006-02-16 | Rosenthal Collins Group, Llc | Method and system for providing a graphical user interface for electronic trading |
| US20100076906A1 (en) * | 2004-07-12 | 2010-03-25 | Rosenthal Collins Group, L.L.C. | Method and system for using quantitative analytics on a graphical user interface for electronic trading |
| US20080162378A1 (en) * | 2004-07-12 | 2008-07-03 | Rosenthal Collins Group, L.L.C. | Method and system for displaying a current market depth position of an electronic trade on a graphical user interface |
| US20100094777A1 (en) * | 2004-09-08 | 2010-04-15 | Rosenthal Collins Group, Llc. | Method and system for providing automatic execution of risk-controlled synthetic trading entities |
| US7620586B2 (en) | 2004-09-08 | 2009-11-17 | Rosenthal Collins Group, Llc | Method and system for providing automatic execution of trading strategies for electronic trading |
| US7574391B1 (en) * | 2004-09-30 | 2009-08-11 | Trading Technologies International Inc. | System and method for improved order entry using market depth |
| US7742974B2 (en) | 2004-10-18 | 2010-06-22 | Trading Technologies International Inc. | Flexible system and method for electronic trading |
| US7624064B2 (en) * | 2004-11-01 | 2009-11-24 | Rosenthal Collins Group, Llc | Method and system for providing multiple graphic user interfaces for electronic trading |
| US20100088218A1 (en) * | 2004-11-01 | 2010-04-08 | Rosenthal Collins Group, Llc | Method and system for providing multiple graphical user interfaces for electronic trading |
| WO2006063016A2 (en) | 2004-12-09 | 2006-06-15 | Rosenthal Collins Group, Llc | Method and system for providing configurable features for graphical user interfaces for electronic trading |
| US7693780B2 (en) * | 2005-03-04 | 2010-04-06 | Mf Global Inc. | Trading system and method having a configurable market depth tool with dynamic price axis |
| AU2006220758B2 (en) * | 2005-03-04 | 2011-02-03 | Man Financial Inc. | Trading system having a market depth tool with dynamic price axis |
| EP1866829A4 (en) * | 2005-04-05 | 2010-08-04 | Broadway Technology Llc | Trading system with internal order matching |
| US20060235786A1 (en) * | 2005-04-14 | 2006-10-19 | Disalvo Dean | System and method for securities liquidity flow tracking, display and trading |
| US8589280B2 (en) | 2005-05-04 | 2013-11-19 | Rosenthal Collins Group, Llc | Method and system for providing automatic execution of gray box strategies for electronic trading |
| WO2006119272A2 (en) | 2005-05-04 | 2006-11-09 | Rosenthal Collins Group, Llc | Method and system for providing automatic exeuction of black box strategies for electronic trading |
| US8364575B2 (en) | 2005-05-04 | 2013-01-29 | Rosenthal Collins Group, Llc | Method and system for providing automatic execution of black box strategies for electronic trading |
| WO2006130650A2 (en) | 2005-05-31 | 2006-12-07 | Rosenthal Collins Group, Llc | Method and system for electronically inputting, monitoring and trading spreads |
| US20080288391A1 (en) * | 2005-05-31 | 2008-11-20 | Rosenthal Collins Group, Llc. | Method and system for automatically inputting, monitoring and trading spreads |
| US7624066B2 (en) | 2005-08-10 | 2009-11-24 | Tradehelm, Inc. | Method and apparatus for electronic trading of financial instruments |
| US7996298B1 (en) * | 2005-08-31 | 2011-08-09 | Amdocs Software Systems Limited | Reverse auction system, method and computer program product |
| WO2007041391A2 (en) * | 2005-09-30 | 2007-04-12 | Rosenthal Collins Group, Llc | Method and system for providing accounting for electronic trading |
| WO2007047093A2 (en) * | 2005-10-11 | 2007-04-26 | Rosenthal Collins Group, Llc | Method and system for providing a graphical user interface and trading system for professional electronic trading |
| US7849000B2 (en) | 2005-11-13 | 2010-12-07 | Rosenthal Collins Group, Llc | Method and system for electronic trading via a yield curve |
| US20110022509A1 (en) * | 2005-11-13 | 2011-01-27 | Rosenthal Collins Group, L.L.C. | Method and system for electronic trading via a yield curve on plural network devices |
| US7734533B2 (en) * | 2005-11-13 | 2010-06-08 | Rosenthal Collins Group, Llc | Method and system for electronic trading via a yield curve |
| US7801810B2 (en) | 2005-11-18 | 2010-09-21 | Chicago Mercantile Exchange Inc. | Hybrid cross-margining |
| US20070118455A1 (en) * | 2005-11-18 | 2007-05-24 | Albert William J | System and method for directed request for quote |
| US10726479B2 (en) * | 2005-11-18 | 2020-07-28 | Chicago Mercantile Exchange Inc. | System and method for centralized clearing of over the counter foreign exchange instruments |
| US7734538B2 (en) | 2005-11-18 | 2010-06-08 | Chicago Mercantile Exchange Inc. | Multiple quote risk management |
| US7580881B2 (en) * | 2005-12-29 | 2009-08-25 | Trading Technologies International, Inc. | System and method for a trading interface incorporating a chart |
| US7711631B2 (en) | 2005-12-29 | 2010-05-04 | Trading Technologies International, Inc. | System and method for a trading interface incorporating a chart |
| WO2007123773A1 (en) * | 2006-03-29 | 2007-11-01 | Townsend Analytics, Ltd. | Methods and systems for chart based order entry |
| GB2438020A (en) * | 2006-05-08 | 2007-11-14 | Nstance Ltd | Stock market data processing tool |
| US20080059846A1 (en) * | 2006-08-31 | 2008-03-06 | Rosenthal Collins Group, L.L.C. | Fault tolerant electronic trading system and method |
| US8583536B1 (en) | 2007-08-17 | 2013-11-12 | Trading Technologies International, Inc. | System and method for reducing the risks involved in trading multiple spread trading strategies |
| US20100082500A1 (en) * | 2008-09-28 | 2010-04-01 | Lutnick Howard W | Interaction with trading systems |
| US8712903B2 (en) | 2008-09-25 | 2014-04-29 | Cfph, Llc | Trading related to fund compositions |
| US8321323B2 (en) | 2008-10-24 | 2012-11-27 | Cfph, Llc | Interprogram communication using messages related to order cancellation |
| US9619839B2 (en) * | 2008-02-13 | 2017-04-11 | Itg Software Solutions, Inc. | Systems and methods for viewing and trading futures |
| US20100010937A1 (en) * | 2008-04-30 | 2010-01-14 | Rosenthal Collins Group, L.L.C. | Method and system for providing risk assessment management and reporting for multi-market electronic trading |
| US20100057603A1 (en) * | 2008-08-28 | 2010-03-04 | Tradehelm, Inc. | Method and apparatus for trading financial instruments based on a model of assumed price behavior |
| US8229835B2 (en) * | 2009-01-08 | 2012-07-24 | New York Mercantile Exchange, Inc. | Determination of implied orders in a trade matching system |
| US8977565B2 (en) | 2009-01-23 | 2015-03-10 | Cfph, Llc | Interprogram communication using messages related to groups of orders |
| WO2010132840A1 (en) * | 2009-05-15 | 2010-11-18 | Itg Software Solutions, Inc. | Systems, methods and computer program products for routing electronic trade orders for execution |
| US9076300B2 (en) * | 2009-06-04 | 2015-07-07 | Bruno Sarzotti | Card game with auction function |
| US20110004848A1 (en) * | 2009-07-06 | 2011-01-06 | X-Change Financial Access, LLC | Interface for Entering Option Orders that Simultaneously Accommodates Simple Options, Spreads, and Complex Spreads |
| CN101956647B (en) * | 2009-07-15 | 2012-12-19 | 鸿富锦精密工业（深圳）有限公司 | Tidal power generating device |
| US8417618B2 (en) * | 2009-09-03 | 2013-04-09 | Chicago Mercantile Exchange Inc. | Utilizing a trigger order with multiple counterparties in implied market trading |
| US8266030B2 (en) | 2009-09-15 | 2012-09-11 | Chicago Mercantile Exchange Inc. | Transformation of a multi-leg security definition for calculation of implied orders in an electronic trading system |
| US8255305B2 (en) | 2009-09-15 | 2012-08-28 | Chicago Mercantile Exchange Inc. | Ratio spreads for contracts of different sizes in implied market trading |
| US20110066537A1 (en) * | 2009-09-15 | 2011-03-17 | Andrew Milne | Implied volume analyzer |
| US8229838B2 (en) | 2009-10-14 | 2012-07-24 | Chicago Mercantile Exchange, Inc. | Leg pricer |
| US10096066B2 (en) | 2009-10-20 | 2018-10-09 | Trading Technologies International, Inc. | User-defined algorithm electronic trading |
| EP2339529A1 (en) * | 2009-12-01 | 2011-06-29 | Mikko Kalervo Väänänen | Method and means for controlling payment setup |
| US9836791B2 (en) * | 2010-01-08 | 2017-12-05 | Nasdaq Technology Ab | System for and a method of transmitting data in a central trading system |
| US8781946B2 (en) * | 2010-07-14 | 2014-07-15 | Trading Technologies International, Inc. | Distributed server side device architecture |
| US8510206B2 (en) | 2010-07-26 | 2013-08-13 | Trading Technologies International, Inc. | Consolidated price level expansion |
| US8566220B2 (en) | 2011-01-26 | 2013-10-22 | Trading Technologies International, Inc. | Block placing tool for building a user-defined algorithm for electronic trading |
| US8781948B2 (en) | 2011-02-02 | 2014-07-15 | Chicago Mercantile Exchange Inc. | Trade matching platform with variable pricing based on clearing relationships |
| US8626639B2 (en) | 2011-02-02 | 2014-01-07 | Chicago Mercantile Exchange Inc. | Trade matching platform with variable pricing based on clearing relationships |
| US9600843B2 (en) | 2012-05-03 | 2017-03-21 | Geneva Technologies, Llc | Methods and systems for showing perspective in market data |
| US8401923B1 (en) | 2012-05-04 | 2013-03-19 | Transengine Technologies, LLC | Method for a ticket exchange across different systems of record |
| US10282782B2 (en) * | 2012-11-13 | 2019-05-07 | Trading Technologies International, Inc. | Distributed spreading tools and methods |
| US9734535B2 (en) | 2013-03-15 | 2017-08-15 | Trading Technologies International, Inc. | Charting multiple markets |
| EP2858318B1 (en) | 2013-09-09 | 2017-11-08 | Intercapital Services North America LLC | Method and apparatus for order entry in an electronic trading system |
| US10204379B2 (en) | 2014-11-10 | 2019-02-12 | Geneva Technologies, Llc | Methods, apparatus, and systems for curve trading |
| US10037574B2 (en) | 2015-04-28 | 2018-07-31 | Trading Technologies International, Inc. | Systems and methods to display chart bars with variable scaling and/or aggregation |
| US10803069B2 (en) | 2016-06-24 | 2020-10-13 | Chicago Mercantile Exchange Inc. | Dynamic valuation system using object relationships and composite object data |
Family Cites Families (80)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4412287A (en) | 1975-05-29 | 1983-10-25 | Braddock Iii Walter D | Automated stock exchange |
| US4903201A (en) * | 1983-11-03 | 1990-02-20 | World Energy Exchange Corporation | Automated futures trading exchange |
| US5270922A (en) * | 1984-06-29 | 1993-12-14 | Merrill Lynch & Company, Inc. | System for distributing, processing and displaying financial information |
| US4674044A (en) * | 1985-01-30 | 1987-06-16 | Merrill Lynch, Pierce, Fenner & Smith, Inc. | Automated securities trading system |
| US4750135A (en) * | 1986-05-01 | 1988-06-07 | Reuters Limited | Method for dynamically creating a receiver definable local trading instrument displayable record from a remotely transmitted trading instrument common data stream |
| US5038284A (en) * | 1988-02-17 | 1991-08-06 | Kramer Robert M | Method and apparatus relating to conducting trading transactions with portable trading stations |
| US5077665A (en) * | 1989-05-25 | 1991-12-31 | Reuters Limited | Distributed matching system |
| US5136501A (en) * | 1989-05-26 | 1992-08-04 | Reuters Limited | Anonymous matching system |
| US5101353A (en) * | 1989-05-31 | 1992-03-31 | Lattice Investments, Inc. | Automated system for providing liquidity to securities markets |
| US5297031A (en) * | 1990-03-06 | 1994-03-22 | Chicago Board Of Trade | Method and apparatus for order management by market brokers |
| US5297032A (en) * | 1991-02-01 | 1994-03-22 | Merrill Lynch, Pierce, Fenner & Smith Incorporated | Securities trading workstation |
| WO1995006918A2 (en) | 1993-08-23 | 1995-03-09 | Mjt Holdings, Inc. | Real-time automated trading system |
| CA2119921C (en) * | 1994-03-23 | 2009-09-29 | Sydney H. Belzberg | Computerized stock exchange trading system |
| AU2241195A (en) * | 1994-04-06 | 1995-10-30 | Morgan Stanley Group Inc. | Data processing system and method for financial debt instruments |
| US5809483A (en) * | 1994-05-13 | 1998-09-15 | Broka; S. William | Online transaction processing system for bond trading |
| GB9416673D0 (en) * | 1994-08-17 | 1994-10-12 | Reuters Ltd | Data exchange filtering system |
| US5774877A (en) * | 1994-09-20 | 1998-06-30 | Papyrus Technology Corp. | Two-way wireless system for financial industry transactions |
| US5797002A (en) * | 1994-09-20 | 1998-08-18 | Papyrus Technology Corp. | Two-way wireless system for financial industry transactions |
| US5689651A (en) * | 1994-10-13 | 1997-11-18 | Lozman; Fane | System for processing and displaying financial information |
| IL117424A (en) * | 1995-04-27 | 1999-09-22 | Optimark Tech Inc | Crossing network utilizing satisfaction density profile |
| US5845266A (en) * | 1995-12-12 | 1998-12-01 | Optimark Technologies, Inc. | Crossing network utilizing satisfaction density profile with price discovery features |
| ATE252748T1 (en) * | 1995-08-28 | 2003-11-15 | Ebs Dealing Resources Inc | ANONYMOUS STOCK TRADING SYSTEM WITH IMPROVED INPUT OPTIONS FOR QUOTES |
| US5924083A (en) * | 1996-05-29 | 1999-07-13 | Geneva Branch Of Reuters Transaction Services Limited | Distributed matching system for displaying a book of credit filtered bids and offers |
| US6014643A (en) * | 1996-06-28 | 2000-01-11 | Minton; Vernon F. | Interactive securities trading system |
| US6195647B1 (en) * | 1996-09-26 | 2001-02-27 | The Nasdaq Stock Market, Inc. | On-line transaction processing system for security trading |
| US5963923A (en) * | 1996-11-12 | 1999-10-05 | Garber; Howard B. | System and method for trading having a principal market maker |
| CN1261450A (en) | 1997-04-30 | 2000-07-26 | 特拉斯特马格国际有限公司 | Network computer trading system |
| US5960411A (en) * | 1997-09-12 | 1999-09-28 | Amazon.Com, Inc. | Method and system for placing a purchase order via a communications network |
| US6421653B1 (en) | 1997-10-14 | 2002-07-16 | Blackbird Holdings, Inc. | Systems, methods and computer program products for electronic trading of financial instruments |
| US6131087A (en) * | 1997-11-05 | 2000-10-10 | The Planning Solutions Group, Inc. | Method for automatically identifying, matching, and near-matching buyers and sellers in electronic market transactions |
| WO1999030259A1 (en) | 1997-12-08 | 1999-06-17 | Nippon Steel Corporation | Commodity exchanging apparatus, commodity exchanging system, commodity exchanging method and storage medium |
| US6035287A (en) * | 1997-12-17 | 2000-03-07 | Omega Consulting, Inc. | Method and apparatus for bundled asset trading |
| US6211880B1 (en) | 1998-04-13 | 2001-04-03 | Albert Joseph Impink, Jr. | Display apparatus |
| US6697099B2 (en) * | 1998-10-30 | 2004-02-24 | Intel Corporation | Method and apparatus for displaying a colored audio/visual program |
| US6272474B1 (en) * | 1999-02-08 | 2001-08-07 | Crisostomo B. Garcia | Method for monitoring and trading stocks via the internet displaying bid/ask trade bars |
| US6408282B1 (en) * | 1999-03-01 | 2002-06-18 | Wit Capital Corp. | System and method for conducting securities transactions over a computer network |
| WO2000052619A1 (en) | 1999-03-01 | 2000-09-08 | Wit Capital Corporation | A system and method for conducting securities transactions over a computer network |
| US7212999B2 (en) | 1999-04-09 | 2007-05-01 | Trading Technologies International, Inc. | User interface for an electronic trading system |
| US6278982B1 (en) * | 1999-04-21 | 2001-08-21 | Lava Trading Inc. | Securities trading system for consolidation of trading on multiple ECNS and electronic exchanges |
| WO2000065510A1 (en) | 1999-04-22 | 2000-11-02 | Trading Technologies, Inc. | Electronic securities trading system |
| GB2352599A (en) | 1999-07-22 | 2001-01-31 | Churchill Risk Man Systems Ltd | Market trading data display |
| WO2001016852A2 (en) | 1999-08-30 | 2001-03-08 | Epit, Inc. | User interface for semi-fungible trading |
| US7685048B1 (en) | 1999-09-01 | 2010-03-23 | Bloomberg L.P. | Electronic trading system for forwards spread trades |
| US7181424B1 (en) * | 1999-09-23 | 2007-02-20 | The Nasdaq Stock Market, Inc. | Montage for automated market system |
| US8311926B1 (en) | 1999-09-23 | 2012-11-13 | The Nasdaq Omx Group, Inc. | Montage for automated market system |
| US6856967B1 (en) * | 1999-10-21 | 2005-02-15 | Mercexchange, Llc | Generating and navigating streaming dynamic pricing information |
| US20020023039A1 (en) * | 1999-12-03 | 2002-02-21 | Fritsch Daniel Scott | Computerized system and method for conducting an online virtual auction |
| US20020055899A1 (en) * | 1999-12-06 | 2002-05-09 | Williams Joseph C. | Display system and method for displaying and organizing financial information |
| US6772132B1 (en) * | 2000-03-02 | 2004-08-03 | Trading Technologies International, Inc. | Click based trading with intuitive grid display of market depth |
| US7389268B1 (en) | 2000-03-02 | 2008-06-17 | Trading Technologies International, Inc. | Trading tools for electronic trading |
| 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 |
| US8799138B2 (en) * | 2000-04-10 | 2014-08-05 | Stikine Technology, Llc | Routing control for orders eligible for multiple markets |
| US20020035534A1 (en) * | 2000-05-04 | 2002-03-21 | Buist Walter D. | Method and apparatus for auctioning securities |
| US7246092B1 (en) | 2000-05-12 | 2007-07-17 | The Nasdaq Stock Market, Inc. | Montage for an electronic market |
| US7437325B2 (en) * | 2002-03-05 | 2008-10-14 | Pablo Llc | System and method for performing automatic spread trading |
| US8924277B2 (en) | 2000-08-17 | 2014-12-30 | Nyse Group, Inc. | Method and system for automatic execution of a securities transaction |
| US20020073017A1 (en) * | 2000-09-05 | 2002-06-13 | Robert Bender Consulting Ltd. | Method and system of presenting data and analysis for use in stock market trading |
| CA2425107C (en) | 2000-10-06 | 2017-10-31 | Trading Technologies International, Inc. | Trading with display of market depth and price |
| US20020069152A1 (en) | 2000-12-14 | 2002-06-06 | B.C Paul A.Adao E Silva | Day trading system |
| WO2002059815A1 (en) | 2001-01-24 | 2002-08-01 | Compudigm International Limited | Trading data visualisation system and method |
| US20020103741A1 (en) * | 2001-01-31 | 2002-08-01 | International Business Machines Corporation | Centralized order book method and system |
| US20020120551A1 (en) | 2001-02-27 | 2002-08-29 | Clarkson Jones | Visual-kinesthetic interactive financial trading system |
| US7882008B2 (en) | 2001-04-02 | 2011-02-01 | Goldman Sachs & Co. | Apparatus, methods and articles of manufacture for computerized transaction execution and processing |
| US20020184237A1 (en) * | 2001-04-03 | 2002-12-05 | Mcfeely Brooks B. | Methods and apparatus for compiling, processing and disseminating equity transaction data |
| US20020194114A1 (en) * | 2001-04-16 | 2002-12-19 | Erdmier Lisa M. | Multi-dimensional representation of financial data |
| WO2002093325A2 (en) | 2001-05-14 | 2002-11-21 | Espeed, Inc. | Systems and methods for providing a trading interface with advanced features |
| US20020188548A1 (en) | 2001-06-06 | 2002-12-12 | John Bunda | Methods and systems for monitoring securities quotes |
| US7243083B2 (en) | 2001-06-14 | 2007-07-10 | Trading Technologies International, Inc. | Electronic spread trading tool |
| US20030004853A1 (en) * | 2001-06-28 | 2003-01-02 | Pranil Ram | Graphical front end system for real time security trading |
| US20030009411A1 (en) * | 2001-07-03 | 2003-01-09 | Pranil Ram | Interactive grid-based graphical trading system for real time security trading |
| AU2003228606C1 (en) | 2002-04-19 | 2014-08-21 | Trading Technologies International, Inc. | Trading tools for electronic trading |
| US7765134B1 (en) | 2002-11-05 | 2010-07-27 | Trading Technologies International Inc. | System and method for determining implied market information |
| US7523064B2 (en) | 2002-11-13 | 2009-04-21 | Trading Technologies International, Inc. | System and method for facilitating trading of multiple tradeable objects in an electronic trading environment |
| US7571134B1 (en) | 2002-11-13 | 2009-08-04 | Trading Technologies International, Inc. | Trading interface for facilitating trading of multiple tradeable objects in an electronic trading environment |
| US7418422B2 (en) | 2002-11-13 | 2008-08-26 | Trading Technologies International, Inc. | Method, apparatus and interface for trading multiple tradeable objects |
| US7577602B2 (en) | 2002-11-26 | 2009-08-18 | Trading Technologies International Inc. | Method and interface for consolidating price levels on a trading screen |
| US10832321B2 (en) | 2003-12-12 | 2020-11-10 | Gfi Group, Inc. | Apparatus, method and system for providing an electronic marketplace for trading credit default swaps and other financial instruments, including a trade management service system |
| CA2574975A1 (en) | 2004-07-29 | 2006-02-09 | Espeed, Inc. | Systems and methods for providing dynamic price axes in featured user interfaces |
-
2002
- 2002-11-13 US US10/293,585 patent/US7418422B2/en active Active
-
2003
- 2003-11-12 AU AU2003287696A patent/AU2003287696A1/en not_active Abandoned
- 2003-11-12 EP EP03781901A patent/EP1563432A4/en not_active Ceased
- 2003-11-12 CA CA2506190A patent/CA2506190C/en not_active Expired - Lifetime
- 2003-11-12 WO PCT/US2003/036042 patent/WO2004044704A2/en not_active Application Discontinuation
- 2003-11-12 CA CA3043070A patent/CA3043070C/en not_active Expired - Lifetime
-
2006
- 2006-05-03 US US11/417,886 patent/US7512561B2/en not_active Expired - Lifetime
- 2006-05-03 US US11/418,475 patent/US7627519B2/en not_active Expired - Lifetime
-
2009
- 2009-10-16 US US12/580,905 patent/US8015100B2/en not_active Expired - Fee Related
-
2011
- 2011-07-26 US US13/190,954 patent/US8321331B2/en not_active Expired - Lifetime
-
2012
- 2012-10-24 US US13/659,050 patent/US8793181B2/en not_active Expired - Lifetime
-
2014
- 2014-06-12 US US14/302,637 patent/US9760948B2/en not_active Expired - Lifetime
-
2017
- 2017-08-04 US US15/669,491 patent/US10726481B2/en not_active Expired - Lifetime
-
2020
- 2020-06-18 US US16/905,362 patent/US20200332552A1/en not_active Abandoned
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9679334B2 (en) | 2002-11-13 | 2017-06-13 | Trading Technologies International, Inc. | System and method for facilitating trading of multiple tradeable objects in an electronic trading environment |
| US9760948B2 (en) | 2002-11-13 | 2017-09-12 | Trading Technologies International, Inc. | Method, apparatus and interface for trading multiple tradeable objects |
| US9773280B2 (en) | 2002-11-13 | 2017-09-26 | Trading Technologies International, Inc. | Trading interface for facilitating trading of multiple tradeable objects in an electronic trading environment |
| US10726481B2 (en) | 2002-11-13 | 2020-07-28 | Trading Technologies International, Inc. | Method, apparatus and interface for trading multiple tradeable objects |
| US10755352B2 (en) | 2002-11-13 | 2020-08-25 | Trading Technologies International, Inc. | System and method for facilitating trading of multiple tradeable objects in an electronic trading environment |
| US10755353B2 (en) | 2002-11-13 | 2020-08-25 | Trading Technologies International, Inc. | Trading interface for facilitating trading of multiple tradeable objects in an electronic trading environment |
Also Published As
| Publication number | Publication date |
|---|---|
| US10726481B2 (en) | 2020-07-28 |
| CA3043070C (en) | 2023-01-03 |
| US9760948B2 (en) | 2017-09-12 |
| US8793181B2 (en) | 2014-07-29 |
| US20170337630A1 (en) | 2017-11-23 |
| US8015100B2 (en) | 2011-09-06 |
| US20130054442A1 (en) | 2013-02-28 |
| CA3043070A1 (en) | 2004-05-27 |
| US20060259411A1 (en) | 2006-11-16 |
| US20060265322A1 (en) | 2006-11-23 |
| WO2004044704A2 (en) | 2004-05-27 |
| US20200332552A1 (en) | 2020-10-22 |
| US8321331B2 (en) | 2012-11-27 |
| US20110282777A1 (en) | 2011-11-17 |
| US7512561B2 (en) | 2009-03-31 |
| US20040093300A1 (en) | 2004-05-13 |
| WO2004044704A3 (en) | 2005-02-24 |
| US7418422B2 (en) | 2008-08-26 |
| AU2003287696A8 (en) | 2004-06-03 |
| CA2506190C (en) | 2019-07-09 |
| US20100036766A1 (en) | 2010-02-11 |
| US7627519B2 (en) | 2009-12-01 |
| EP1563432A4 (en) | 2006-09-13 |
| EP1563432A2 (en) | 2005-08-17 |
| AU2003287696A1 (en) | 2004-06-03 |
| US20140297508A1 (en) | 2014-10-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200332552A1 (en) | Method, Apparatus and Interface for Trading Multiple Tradeable Objects | |
| US20200184563A1 (en) | System and Method for Automated Order Entry on Short Queues | |
| US10373250B2 (en) | System and method for displaying highest and lowest traded prices of tradable objects | |
| US7574395B2 (en) | Price improvement in an active trading market | |
| US8775293B2 (en) | System and method for displaying market information and order placement in an electronic trading environment | |
| US7870064B2 (en) | Method and apparatus for on-line trading display | |
| US20060020538A1 (en) | Tabs based drag and drop graphical trading interface | |
| US11232519B2 (en) | Method, apparatus and interface for transaction toggling | |
| US7707097B1 (en) | Fully transparent commission calculator and display system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKEX | Expiry |
Effective date: 20231114 |