CA2694599A1 - Block trading system and method providing price improvement to aggressive orders - Google Patents
Block trading system and method providing price improvement to aggressive orders Download PDFInfo
- Publication number
- CA2694599A1 CA2694599A1 CA2694599A CA2694599A CA2694599A1 CA 2694599 A1 CA2694599 A1 CA 2694599A1 CA 2694599 A CA2694599 A CA 2694599A CA 2694599 A CA2694599 A CA 2694599A CA 2694599 A1 CA2694599 A1 CA 2694599A1
- Authority
- CA
- Canada
- Prior art keywords
- traders
- order
- orders
- trading
- trader
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
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
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0637—Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
-
- 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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0239—Online discounts or incentives
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
-
- 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/03—Credit; Loans; Processing thereof
-
- 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
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/18—Legal services; Handling legal documents
- G06Q50/188—Electronic negotiation
Abstract
In a trading system for trading securities or the like, traders are given various methods for providing protection from poor executions caused by adverse movements in the market and/or other traders seeking to "game" the system.
Description
BLOCK TRADING SYSTEM AND METHOD PROVIDING PRICE IMPROVEMENT
TO AGGRESSIVE ORDERS
Reference to Related Applications 100011 The present application claims the benefit of U.S. Provisional Application Nos.
60/962,307, filed July 26, 2007; 60/981,242, filed October 19, 2007;
61/032,623, filed February 29, 2008; and 61/043,172, filed April 8, 2008. Related subject matter is disclosed in U.S. Patent Application Nos. 10/310,345, filed December 5, 2002, 10/603,100 filed June 24, 2003 and 10/799,205, filed March 11, 2004, and 11/783,250 through 11/783,254, all filed April 6, 2007; all currently pending. The disclosures of all of the above-referenced applications are hereby incorporated by reference in their entireties into the present disclosure.
Field of the Invention [00021 The present invention is directed to order management in financial trading and more specifically to such order management that provides protection from poor executions caused by adverse movements in the market and/or other traders seeking to "game" the system.
Description of Related Art [0003] In public securities markets, market mechanics and trading psychology create barriers to efficient information dissemination and price discovery. A market participant's decision to reveal information about his or her true price limits represents a tradeoff between the market impact cost of affecting price expectations and the opportunity cost of delaying or failing to execute a trade. As used herein, the term "market participant" refers to any person or firrn with the ability to trade securities or other financial products; examples of market participants include broker-dealers, institutions, hedge funds, statistical arbitrage and other I
proprietary trading operations, and private investors trading on electronic communication networks (ECNs).
100041 By displaying a buyer's true price limit to one or more prospective sellers, for example, a market participant is in effect writing an option that either of the sellers may freely elect to execute; as long as this option is open it sets a lower bound on the market participants' expectations of what the fair trade price should be. Even if one of the sellers originally had a lower price expectation, this expectation is immediately changed when the buyer's price limit is known, the only remaining question being whether the fair price should be even higher.
Indeed, by disclosing a high price the buyer indicates an eagerness to acquire the stock, which may reflect information that has yet to come to the seller's attention.
100051 Broker-dealers cope with this problem by carefully managing expectations of parties on both sides of a trade until a fair price has been discovered, and then proposing a fair trade price that can be satisfactory to both. Today such agency orders are increasingly delivered electronically. Orders identified as "not held" are not displayed on the public market, to avoid the above-mentioned impact on price expectations. Brokers may receive crossing not held orders on the buy and sell sides, and find themselves in the position of having to choose a fair price to execute the crossed trade, somewhere between the limits of the two orders.
Discretion is normally used when handling such a situation. For example, if a buyer has placed a large block buy order at $30.00 at 10:00 AM, and the market has since fallen to a current best offer of $29.80, a large block sell order at $29.99 would most likely not be automatically crossed at this price, since it now seems expensive compared to the current market; the buyer's limit is interpreted as an instruction to stop buying if the market price were to rise above this level. But a block sell order at $29.82, which also crosses the buyer's
TO AGGRESSIVE ORDERS
Reference to Related Applications 100011 The present application claims the benefit of U.S. Provisional Application Nos.
60/962,307, filed July 26, 2007; 60/981,242, filed October 19, 2007;
61/032,623, filed February 29, 2008; and 61/043,172, filed April 8, 2008. Related subject matter is disclosed in U.S. Patent Application Nos. 10/310,345, filed December 5, 2002, 10/603,100 filed June 24, 2003 and 10/799,205, filed March 11, 2004, and 11/783,250 through 11/783,254, all filed April 6, 2007; all currently pending. The disclosures of all of the above-referenced applications are hereby incorporated by reference in their entireties into the present disclosure.
Field of the Invention [00021 The present invention is directed to order management in financial trading and more specifically to such order management that provides protection from poor executions caused by adverse movements in the market and/or other traders seeking to "game" the system.
Description of Related Art [0003] In public securities markets, market mechanics and trading psychology create barriers to efficient information dissemination and price discovery. A market participant's decision to reveal information about his or her true price limits represents a tradeoff between the market impact cost of affecting price expectations and the opportunity cost of delaying or failing to execute a trade. As used herein, the term "market participant" refers to any person or firrn with the ability to trade securities or other financial products; examples of market participants include broker-dealers, institutions, hedge funds, statistical arbitrage and other I
proprietary trading operations, and private investors trading on electronic communication networks (ECNs).
100041 By displaying a buyer's true price limit to one or more prospective sellers, for example, a market participant is in effect writing an option that either of the sellers may freely elect to execute; as long as this option is open it sets a lower bound on the market participants' expectations of what the fair trade price should be. Even if one of the sellers originally had a lower price expectation, this expectation is immediately changed when the buyer's price limit is known, the only remaining question being whether the fair price should be even higher.
Indeed, by disclosing a high price the buyer indicates an eagerness to acquire the stock, which may reflect information that has yet to come to the seller's attention.
100051 Broker-dealers cope with this problem by carefully managing expectations of parties on both sides of a trade until a fair price has been discovered, and then proposing a fair trade price that can be satisfactory to both. Today such agency orders are increasingly delivered electronically. Orders identified as "not held" are not displayed on the public market, to avoid the above-mentioned impact on price expectations. Brokers may receive crossing not held orders on the buy and sell sides, and find themselves in the position of having to choose a fair price to execute the crossed trade, somewhere between the limits of the two orders.
Discretion is normally used when handling such a situation. For example, if a buyer has placed a large block buy order at $30.00 at 10:00 AM, and the market has since fallen to a current best offer of $29.80, a large block sell order at $29.99 would most likely not be automatically crossed at this price, since it now seems expensive compared to the current market; the buyer's limit is interpreted as an instruction to stop buying if the market price were to rise above this level. But a block sell order at $29.82, which also crosses the buyer's
2 much higher limit, would probably be accepted, while one at $29.85 might prompt the broker to call the buyer.
[0006] This human intermediation comes at a steep price, both in terms of commissions paid and in terms of information leakage to individuals who have close relationships with aggressive trading firms such as hedge funds. This has fueled a desire from large institutions to find an alternate marketplace where they can post their orders themselves, without discretionary intervention by a traditional broker.
[0007] Electronic markets such as NASDAQ or Electronic Connnunication Networks (ECNs) are not well equipped to handle the price discovery problem for large block trades. In its simplest form, an electronic marketplace simply displays the trading interests of the buyers and sellers to their subscribers, which then have the ability to execute such buy and sell interests. To avoid impacting the market participants' price expectations, users of electronic markets typically place relatively small orders at passive prices, and patiently wait for others to execute them, or take a somewhat more aggressive stance and execute the orders that others have posted on the other side of the spread.
[0008] Tools are available to "slice and dice" larger orders into a large number of small pieces that can be worked in this manner, but their activity inevitably reveals the existence of the larger order to those who are skilled in the art of statistical analysis. Such traders develop and optimize trading strategies that deliberately detect large confidential orders as they are being worked, and generate profits by anticipating the market impact that those orders are likely to cause. The simplest such strategy is that of taking a position ahead of the larger order and relying on its continued presence to push the price in a profitable direction.
By trading in the same direction as the large order, such parasitic strategies end up exacerbating the price
[0006] This human intermediation comes at a steep price, both in terms of commissions paid and in terms of information leakage to individuals who have close relationships with aggressive trading firms such as hedge funds. This has fueled a desire from large institutions to find an alternate marketplace where they can post their orders themselves, without discretionary intervention by a traditional broker.
[0007] Electronic markets such as NASDAQ or Electronic Connnunication Networks (ECNs) are not well equipped to handle the price discovery problem for large block trades. In its simplest form, an electronic marketplace simply displays the trading interests of the buyers and sellers to their subscribers, which then have the ability to execute such buy and sell interests. To avoid impacting the market participants' price expectations, users of electronic markets typically place relatively small orders at passive prices, and patiently wait for others to execute them, or take a somewhat more aggressive stance and execute the orders that others have posted on the other side of the spread.
[0008] Tools are available to "slice and dice" larger orders into a large number of small pieces that can be worked in this manner, but their activity inevitably reveals the existence of the larger order to those who are skilled in the art of statistical analysis. Such traders develop and optimize trading strategies that deliberately detect large confidential orders as they are being worked, and generate profits by anticipating the market impact that those orders are likely to cause. The simplest such strategy is that of taking a position ahead of the larger order and relying on its continued presence to push the price in a profitable direction.
By trading in the same direction as the large order, such parasitic strategies end up exacerbating the price
3 movements that would naturally have been caused by the large order in the first place. The end result is not altogether different from that of posting a large order on the New York Stock Exchange: in the latter case, floor traders join in to "participate"
with an auctioned order, or directly step in front to intercept the liquidity that it was able to attract. The terms "penny-jumping" and "front-running" have come to be applied to describe this type of parasitic strategy on the NYSE floor and on electronic marketplaces alike.
[0009] Some ECNs offer more sophisticated order types in an attempt to alleviate the front-running problem. Some of these (e.g., discretion orders), simply try to mask the true price limit by showing one price but grabbing priority to execute up to a higher confidential price limit. These suffer from simple counter-strategies, such as that of spraying small orders at different price levels to see when an order gets executed at an undisplayed price level. Other sophisticated order types use minimum quantity conditions in conjunction with hidden discretionary prices to avoid detection by sprays of tiny orders. Since no price is displayed there is no "price revelation" in the traditional sense. Yet, a block trader with a contra interest can discover the first order's limit, and would indeed have a fiduciary obligation to do so, simply by repeatedly placing and canceling orders at steadily worse price levels until the order intersects with the resident order's limit. Thus, although price expectations are not altered prior to the trade, a trader who places a large hidden order on an ECN
to buy at $30_00 should indeed expect to trade at $30.00, even if the seller would otherwise have been willing to accept any price down to $29.90.
[0010] As a result, electronic books such as SuperMontage have difficulty attracting significant size orders at attractive price levels, as most participants quickly learn that it is more profitable to lurk in the shadows and take what prices others are willing to show, or display
with an auctioned order, or directly step in front to intercept the liquidity that it was able to attract. The terms "penny-jumping" and "front-running" have come to be applied to describe this type of parasitic strategy on the NYSE floor and on electronic marketplaces alike.
[0009] Some ECNs offer more sophisticated order types in an attempt to alleviate the front-running problem. Some of these (e.g., discretion orders), simply try to mask the true price limit by showing one price but grabbing priority to execute up to a higher confidential price limit. These suffer from simple counter-strategies, such as that of spraying small orders at different price levels to see when an order gets executed at an undisplayed price level. Other sophisticated order types use minimum quantity conditions in conjunction with hidden discretionary prices to avoid detection by sprays of tiny orders. Since no price is displayed there is no "price revelation" in the traditional sense. Yet, a block trader with a contra interest can discover the first order's limit, and would indeed have a fiduciary obligation to do so, simply by repeatedly placing and canceling orders at steadily worse price levels until the order intersects with the resident order's limit. Thus, although price expectations are not altered prior to the trade, a trader who places a large hidden order on an ECN
to buy at $30_00 should indeed expect to trade at $30.00, even if the seller would otherwise have been willing to accept any price down to $29.90.
[0010] As a result, electronic books such as SuperMontage have difficulty attracting significant size orders at attractive price levels, as most participants quickly learn that it is more profitable to lurk in the shadows and take what prices others are willing to show, or display
4 small sizes at a time. This has led to an evolution of the marketplace wherein the average trade size has fallen steadily to about 500 shares while the total traded volume and average institutional order sizes have been increasing.
100111 In this environment, there is an acute need for an electronic trading system that rewards traders who are willing to confidentially express their true price aggression with the benefit of price improvement when the contra party is similarly aggressive. In such a block trading solution, the optimal strategy for aggressive traders should be to place their orders with an aggressive price, while passive traders would naturally be best served by placing passively priced orders.
[0012] Yet answering such a need cannot come at the expense of the main perceived advantage of electronic trading systems over traditional marketplaces, which is the ability to instantly execute trades with no human intermediation or pre-trade information leakage.
100131 The challenge, in short, is to protect an order that is electronically executable at an aggressive limit price from actually being executed at such an aggressive price when the contra was in fact willing to be aggressive as well.
100141 To tip the scale back in favor of the party who has placed an aggressive order, without losing the perceived advantage of electronic-speed executions and without the mediation of a third party, one must identify value items that can strengthen the negotiating position of a party who is willing to express an aggressive price. One such value item is information.
Related application Ser. No. 10/603,100, filed Jun. 24, 2003; Ser. No.
09/870,845, filed May 31, 2001; Ser. No. 09/750,768, filed Dec. 29, 2000 and Ser. No. 09/585,049, filed Jun. 1, 2000 (the entire contents of each are incorporated herein by reference) show how parties willing to confidentially disclose Certified Trading Interest information to a computer system can gain the right to receive Certified Trading Interest information from other parties who are interested in trading with them. This opens the possibility of reversing the arrow of information flow when a trader places an aggressively-priced order in a trading system: the aggressive price is not shown to third parties, but instead helps the trader attract information from third parties with more passive offers.
[0015] However regardless of the degree of information shared by the users of the inventions referenced above; all users of the subject systems seek as many types of protection as possible from poor executions caused by adverse movements in the market and/or other traders attempting to "game" the system.
Summary of the Invention 100161 It is therefore an object of the invention to provide anti-gaming and price protection measures to help prevent automatic executions at undesirable prices and otherwise to enhance the trading experience.
100171 To achieve the above and other objects, the present invention comprises various anti-gaming features designed to enhance the inventions incorporated by reference herein. One such anti-gaming feature is a randomly timed match check event that delays the automatic execution between firm orders in the subject system by some random length of time address the issue of predatory users using bogus or very small orders to manipulate the market in a stock in order to "micro-time" an order on the subject system. In particular, the time at which two firm orders are automatically matched and executed via a match check event is randomly selected from a minimum/maximum range, such that once an order is entered, the user cannot know precisely when a match check event (and therefore an execution will occur); thereby making it harder to control the market for a quick push up (or down) before trying to execute a sell (or buy) order on the subject system. As an extension of this feature, random delays in liquidity notifications can also be used. Said liquidity notifications can include, but are not limited to: active symbol notifications which are indications of f rm order activity as described in application number 10/603,100 filed June 24, 2003, contra present notifications which are indication that alert a trader to the presence of a contra order to one of his active orders in the subject system that is priced below a reference price as described in application number 10/799,205, filed March 11, 2004, or contra target notifications which are indication that alert a trader to the presence of a contra order to one of the orders in his OMS that is not yet active in the subject system as described in the above-cited provisional applications and in co-pending U.S. Patent Application No. , filed on even date (Attorney Docket No. 125091-00116), .
100181 In addition to preventing predatory users from "micro-timing"
executions as explained, this random match check event feature also prevents predatory users from being able to confidently "test" the side of an order in the subject system. This phenomenon of trying to use orders to "test" the side of resident orders in the subject system is unique to the subject system because of the subject system's use of "active symbol notifications" to generate liquidity in a symbol as described in application numbers 10/603,100 filed June 24, 2003 and 10/799,205, filed March 11, 2004. As described in these applications, the subject system uses sideless, sizeless and priceless notifications in specific symbols to alert users to the presence of firm order activity in those symbols. A perceived weakness of these active symbol notifications has been the assumption that if a user quickly enters and then cancels an order in a security where an active symbol notification is present without receiving a fill; that the user can assume the order was entered on the same side as the resident order. However, the addition of random match check events dispels this assumption since the predatory user cannot know if he did not receive a fill because his order was on the same side as the resident order, or because he did not leave the order in the system long enough to trigger the random match check event.
[0019] Another aspect of the invention designed to protect users from automatic executions at undesirable prices is a feature that prevents auto-execution when there are drastic swings in the market and/or alerts a user when he has an order exposed to automatic execution during a drastic swing in the market. This feature can be called Xtreme Volatility Protection (XVP) and embodiments of this feature include XVP Protect and XVP Alert.
[0020] Yet another aspect of the invention designed to protect users from poor execution is a feature for limiting or filtering which members of the subject system's trading community receive an active symbol notification when a user enters a firm, auto-executable order. This feature is called "Channel Select" and is available to traders submitting orders. As previously noted, one of the unique aspects of the subject system as described in application numbers 10/603,100 filed June 24, 2003 and 10/799,205, filed March 11, 2004 is the subject system's methodology for attracting liquidity to system by using sideless, sizeless and priceless "active symbol notifications" that alert users to the presence of firm order activity in system in specific symbols. While these sideless active symbol notifications are a unique and powerful liquidity generating tool offered by the subject system; some users also perceive them as a potential source of information leakage when viewed by predatory traders. To address this concern, the "Channel Select" feature allows a trader to limit which members of the subject system's trading community see the active symbol notification when he enters a firm, auto executable order. In a preferred embodiment, a drop-down menu presented at the point of order entry allows a trader to select which component of the subject system's trading community will receive the sideless active symbol notification when that trader submits the order to the subject system. Examples of the trader's Channel Select options include but are not limited to, "Entire community" or "Buy-side only" or "institutions managing over 5 billion in assets," or any other type of relevant filtering criteria as could be imagined by one skilled in the art. "Buy-side only" means that the active symbol notification will only be displayed to traders at firms configured as "Institution" or "Hedge Fund" in the subject system's database. It is important to note, however, that while the Channel Select option does limit which traders see the active symbol notifications; the active symbol notifications seen by the selected subset of users still follow all normal rules for when the notifications are tumed "ON" or "OFF."
[0021] Finally, the various embodiments of the invention are also all usable with Stealth Mode, a feature which offers users yet another layer of protection from predatory users. As previously noted, some traders view the subject system's active symbol notification as a potential source of information leakage when viewed by predatory traders. While some traders consider the Channel Select option a sufficient level of protection against this perceived source of inforrnation leakage; other traders want the ability to prevent entirely or drastically limit the generation of active symbol notifications when they enter a firm, auto executable order. To address this need, the stealth mode goes beyond the community-level filtering offered by Channel Select and gives users the ability to submit firm auto-executable orders that either do not trigger the active symbol notification at all or only trigger the active symbol notification on a limited basis.
[0022] The preferred embodiment of this stealth mode gives traders a 'Stealth' order entry option at the point of order submission that can follow "Dark" or "Black" order indicating rules, as described herein. Stealth, Black and Dark are all terms that correspond to a specific user interface and should not be construed as limiting. The rules associated with the Stealth option may be configured on the subject system's centralized trading server, (referred to as the PTS from this point forward), at the firm/user level.
[0023] In the preferred embodiment the default rule for the Stealth order will be Dark, but other embodiments can have the default as Black. In a preferred embodiment the Dark and/or Black Stealth order option is only provided to a subset of buy side customers;
however in other embodiments, Stealth orders will be provided for all customers including all buy side and sell side users.
[00241 When a user enters a firm, auto-execute order in the system as "Dark,"
rather than triggering the active symbol notification as in the "typical" order handling rules, the corresponding symbol will not display the active symbol notification, Furthermore, once the order is active in the subject system, that order will only trigger the active symbol notification on a minimal basis; and when it does trigger the notification, it will have a very brief duration and there will be significant delays between notification events when they do happen. More specifically, when Dark orders generate the active symbol notification, the notification will flash for a limited period of time (mimicking IOC
("immediate or cancel") orders), with a delay between flashing events from 1 to 40 minutes. In addition, Dark orders do not have standing, meaning they are not given Price-time priority in the subject system's order queue. More specifically, if a Dark order is resident in the system at the same time as an order in the same symbol on the same side with the same price that is not classified as Dark (or Black), and a contra to the orders arrives in the system; the non Dark order will receive the execution even if it was entered after the Dark order.
100251 Dark orders will trigger contra present indications, one of the subject system's types of liquidity notification that alerts users to the presence of a "passive" (an order priced below a reference price) contra orders in the subject system. As stated in the introduction, the purpose of the contra present indication is to reward users willing to enter "aggressive" orders (orders priced at or above a reference price) by giving them the option to trade at a price below the mid-point of a reference price when their aggressive orders are matched with passive orders.
More specifically if a Dark order is a passive order and an aggressive contra order is entered into the system; the user entering the aggressive contra order to that passive Dark will receive a contra present notification alerting the user to presence of that passive Dark order.
Furthermore, if a Dark order has an aggressive price and a user enters a passive contra order to that aggressive Dark order the trader who entered the aggressive Dark order will receive the contra present notification alerting that user to presence of the passive contra order.
[0026] When a user enters a firm, auto-execute order in the system as "Black,"
that order will never generate an active symbol notification. In addition, a passive Black Order will not trigger a contra present indication if an aggressive contra order is entered into the system; nor will an aggressive Black Order earn a user the right to see a contra present indication in the event another user enters a passive contra to that aggressive Black order.
Like Dark orders, Black orders do not have standing, meaning they are not given Price-time priority in the order queue. More specifically, if a Black order is resident in the system at the same time as an order in the same symbol on the same side with the same price that is not classified as Black (or Dark), and a contra to the orders arrives in the system; the non-Black order will receive the execution even if it was entered after the Black order. The Black order option may be limited to certain authorized users who have permission to access the feature. This permission can be granted based on any number of criteria as will be understood by those skilled in the art, including but not limited to user or firm level trade history or firm classification, e.g., buy side or sell side customer, assets under management.
Brief Description of the Drawiniis [0027] Preferred embodiments of the invention will be set forth in detail with reference to the drawings, in which:
[0028] Fig. I is a flow chart of the preferred embodiment for introducing a random delay;
100291 Fig. 2 represents an example of an order entry screen for a preferred embodiment of the present invention for providing extreme volatility protection;
[0030] Fig. 3 is a flow chart of the preferred embodiment for extreme volatility protection;
[00311 Fig. 4 shows an example of a drop-down menu for Channel Select; and [0032] Figs. 5A-5C are schematic diagrams of a system and variations on which the preferred or other embodiments of the invention can be implemented Detailed Description of the Preferred Embodiments [0033] Preferred embodiments of the invention will be set forth in detail with reference to the drawings, in which like reference numerals refer to like elements or steps throughout.
[0034] Embodiments of the randomly timed match check event feature may be provided as follows. Customers/users may have orders (entered in Figure 1, step 102) subjected to a random delay time (Figure 1, step 104) before execution (Figure 1, step 106).
This delay may be assigned on a per-order basis and can be chosen randomly from within a minimum/maximum range that is typically determined on a firm by firm basis.
The min/max ranges may vary from firm to firm based on past trade history and firm information/characteristics; for example, they can range from 0/0 for the users with the "lowest risk" profiles and up to 60/500 (or any other range) for trades with the most "risky"
profiles. The ranges may also be based on other characteristics of a firm.
[0035] In some embodiments, this feature may only apply when users are responding to a an active symbol notification (an indication of firm order activity as described in application number 10/603,100 filed June 24, 2003), a contra present notification (an indication that alerts a trader to the presence of a contra order to one of his active orders in the subject system that is priced below a reference price as described in application number 10/799,205, filed March 11, 2004), a contra target notification (an indication that alerts a trader to the presence of a contra order to one of the orders in his OMS that is not yet active in the subject system as described in the above-cited provisional applications and in co-pending U.S. Patent Application No. , filed on even date (Attorney Docket No. 125091-00116), or any other indicator used by the subject system. In this embodiment, a user would be the responding trader or the "second one in" for this feature to apply. In other embodiments this feature would apply to certain users at all times, regardless of whether the user was the initiating or responding trader.
[0036] While this random match check feature may delay a match check event, it does not affect price-time priority. More specifically, if a user with a "high risk" profile responds to an order, and the random delay has prevented a match check event from occurring, and within the span of that delay another user with a very "low risk" profile enters another contra order which has a random delay that is shorter than the delay assigned to the higher risk user's order, then the high risk user will still get the first fill(s).
[0037] Another anti-gaming feature provided by the system is randomly timed active symbol notification events associated with user classifications. In an embodiment of this feature, the subject system associates random delays with active symbol notifications based on the user entering the order. For example, individual users, individual orders, entire firms, particular order types or other elements may be classified or categorized according to certain criteria, e.g., various levels of "risk" associated with said element. Then based on the order/user/firm classification, liquidity notification event (for example but not limited to the active symbol notification, the contra present notification or contra target notification), could be delayed for longer/shorter periods of time, or perhaps may not occur.
[0038] Other preferred embodiments of the techniques for protection from executions at undesirable prices can be implemented as follows. Fig. 2 represents an example of an order entry screen for a preferred embodiment of the subject system wherein a user is able, as in element 200, to enable XVP Protect, XVP Alert or XVP Disable.
[0039] XVP Protect provides for logic which operates on both the PTS and on the user's subject system desktop application, from here forward referred to as the client GUI.
On the server side, the server may constantly compare a limit a trader has placed on an order (Figure 3, step 302) with the price range for that symbol established by the Bollinger Bands (or other standard or indicator of volatility) (Figure 3, step 304).
100401 If a trader has enabled XVP Protect and it is determined in Figure 3, step 306, that the trader's limit price moves outside the Bollinger range (or other range), then the PTS will prevent an automatic execution (Figure 3, step 310) until the limit price falls back inside the (Bollinger) range (Figure 3, step 308).
100411 At the same time, a trader's client GUI is making comparisons between the trader's limit price and the (Bollinger) range. When the limit price is outside of the range (which means the PTS will not execute the order), the client GUI notifies the trader than executions are being prevented via a visual indication or some other indicator (Figure 3, step 312). The purpose of this indication is to let the user know that his order(s) in that symbol will not execute at the current price and that if he wants an execution despite the price he may need to adjust his limit price.
100421 When an XVP Alert feature is enabled, only the logic on the trader's client GUI is in operation. In an "Alert" state, the trader will be notified that the limit on his order(s) in a particular symbol are outside of the Bollinger Band range but unlike XVP
Protect; in XVP
Alert mode the order is still available for automatic execution. As with XVP
Protect, the client GUI use some kind of indication to notify the trader that the limit on his order is outside of the Bollinger Band range.
100431 In the XVP Disable state, neither the subject system trading server or the subject system desktop application monitor the trader's limit prices relative to the Bollinger Band range. In the Disable mode, all trades may execute regardless of the stock's price and the trader may not receive any kind of notification.
[0044] Still another preferred embodiment is called Channel Select and can be implemented as shown in Figure 4. In a GUI shown to a trader, an order confirmation screen 400 includes a "Target OMS Entries at:" entry 402 with a drop-down menu 404. Clicking on the drop-down menu brings up a list of components of the trading community who will be able to see the order. By selecting the appropriate entry, the trader can control which elements of the subject system's trading community see the sideless active symbol notification triggered by the user's order.
[0045] Figures 5A-5C are schematic diagrams showing hardware on which the above or other embodiments can be implemented. Figure 5A shows an implementation in which there is no middleware. A customer OMS 502 and a workstation running a client GUI (desktop application) 504 are behind a firewall 506. The OMS 502 and the client GUI 504 communicate through a virtual private network 508 and the Internet 510, respectively, and another firewall 512 to a trading server (PTS) 514. Arrows A indicate sweep events; arrows B, placements and executions; arrows C, FIX (Financial Information Exchange) acknowledgments and non-acknowledgements; and arrows D, the client API.
[0046] Figure 5B shows the use of middleware at the customer site. The GUI 504 includes a trading API 516 and an OMS API 518. The middleware 520 includes a FIX engine 522 and a net server 524. The GUI 502 and the middleware 520 reside behind a customer firewall 526. The trading API 516 in the GUI 504 cornmunicates, as indicated by arrows E, through the customer firewall 526, the Internet 510, and a back-end firewall 528 with the back-end systems 530, which also have a FIX engine 522 and a net server 524. In a trading session, the back-end systems 530 communicate, as indicated by arrows F, through the firewal1528, a VPN 508 and another firewall 532 to OMS back-end systems 534. In an OMS
publish session, the OMS back-end systems communicate, as indicated by arrows G, through the firewall 532, a VPN 508 or the Internet 510, and the customer firewall 526 with the middleware 520. In an OMS API data flow, the middleware 520 communicates with the OMS API 518 in the GUI 504, as indicated by arrow H.
100471 Figure 5C shows the middleware 520 at the OMS back-end systems 534. The data flow of Figure 5C differs from that of Figure 5B in that OMS publish session goes only as far as the middleware 520, which is behind the OMS back-end firewall 532, and in that the OMS
subscribe API data flow goes thence through the firewal1532, a VPN 508 or the Internet 510, and the customer firewall 526 to the OMS API 518 in the GUI 504.
100481 The auto-execution price protection offered by all of the features described in this application are not limited to block trading or the trading systems described in application numbers 10/310,345, filed December 5, 2002, 10/603,100 filed June 24, 2003 and 10/799,205, filed March 11, 2004. . All of the features described herein are also usable with the algorithm switching engine disclosed in U.S. Patent Application Numbers 11/783,250 through 11/783,254, all filed April 6, 2007; and. 12/153,362, filed May 16, 2008, whose disclosures are hereby incorporated by reference into the present disclosure, or with any other suitable trading system.
[0049] While preferred embodiments have been set forth above, those skilled in the art who have reviewed the present disclosure will readily appreciate that other embodiments can be realized within the scope of the invention. For example, numerical values are illustrative rather than limiting. Also, embodiments disclosed separately can be combined in any suitable manner. Moreover, the invention has applicability beyond the trading of securities, including the trading of financial products (stocks, bonds, options, futures, currencies, etc.) and non-financial items. Furthermore, while it is contemplated that the invention can be used with Order Management Systems as now understood, the invention can also be used with any other information management system that tracks and/or manages trading interest and/or order information as would be known to those skilled in the art, for example but not limited to EMS's (electronic management systems) and other such systems that exist now or may be developed later. Accordingly, the term "order management system" should be construed as encompassing all such systems unless otherwise limited. Therefore, the present invention should be construed as limited only by the appended claims.
100111 In this environment, there is an acute need for an electronic trading system that rewards traders who are willing to confidentially express their true price aggression with the benefit of price improvement when the contra party is similarly aggressive. In such a block trading solution, the optimal strategy for aggressive traders should be to place their orders with an aggressive price, while passive traders would naturally be best served by placing passively priced orders.
[0012] Yet answering such a need cannot come at the expense of the main perceived advantage of electronic trading systems over traditional marketplaces, which is the ability to instantly execute trades with no human intermediation or pre-trade information leakage.
100131 The challenge, in short, is to protect an order that is electronically executable at an aggressive limit price from actually being executed at such an aggressive price when the contra was in fact willing to be aggressive as well.
100141 To tip the scale back in favor of the party who has placed an aggressive order, without losing the perceived advantage of electronic-speed executions and without the mediation of a third party, one must identify value items that can strengthen the negotiating position of a party who is willing to express an aggressive price. One such value item is information.
Related application Ser. No. 10/603,100, filed Jun. 24, 2003; Ser. No.
09/870,845, filed May 31, 2001; Ser. No. 09/750,768, filed Dec. 29, 2000 and Ser. No. 09/585,049, filed Jun. 1, 2000 (the entire contents of each are incorporated herein by reference) show how parties willing to confidentially disclose Certified Trading Interest information to a computer system can gain the right to receive Certified Trading Interest information from other parties who are interested in trading with them. This opens the possibility of reversing the arrow of information flow when a trader places an aggressively-priced order in a trading system: the aggressive price is not shown to third parties, but instead helps the trader attract information from third parties with more passive offers.
[0015] However regardless of the degree of information shared by the users of the inventions referenced above; all users of the subject systems seek as many types of protection as possible from poor executions caused by adverse movements in the market and/or other traders attempting to "game" the system.
Summary of the Invention 100161 It is therefore an object of the invention to provide anti-gaming and price protection measures to help prevent automatic executions at undesirable prices and otherwise to enhance the trading experience.
100171 To achieve the above and other objects, the present invention comprises various anti-gaming features designed to enhance the inventions incorporated by reference herein. One such anti-gaming feature is a randomly timed match check event that delays the automatic execution between firm orders in the subject system by some random length of time address the issue of predatory users using bogus or very small orders to manipulate the market in a stock in order to "micro-time" an order on the subject system. In particular, the time at which two firm orders are automatically matched and executed via a match check event is randomly selected from a minimum/maximum range, such that once an order is entered, the user cannot know precisely when a match check event (and therefore an execution will occur); thereby making it harder to control the market for a quick push up (or down) before trying to execute a sell (or buy) order on the subject system. As an extension of this feature, random delays in liquidity notifications can also be used. Said liquidity notifications can include, but are not limited to: active symbol notifications which are indications of f rm order activity as described in application number 10/603,100 filed June 24, 2003, contra present notifications which are indication that alert a trader to the presence of a contra order to one of his active orders in the subject system that is priced below a reference price as described in application number 10/799,205, filed March 11, 2004, or contra target notifications which are indication that alert a trader to the presence of a contra order to one of the orders in his OMS that is not yet active in the subject system as described in the above-cited provisional applications and in co-pending U.S. Patent Application No. , filed on even date (Attorney Docket No. 125091-00116), .
100181 In addition to preventing predatory users from "micro-timing"
executions as explained, this random match check event feature also prevents predatory users from being able to confidently "test" the side of an order in the subject system. This phenomenon of trying to use orders to "test" the side of resident orders in the subject system is unique to the subject system because of the subject system's use of "active symbol notifications" to generate liquidity in a symbol as described in application numbers 10/603,100 filed June 24, 2003 and 10/799,205, filed March 11, 2004. As described in these applications, the subject system uses sideless, sizeless and priceless notifications in specific symbols to alert users to the presence of firm order activity in those symbols. A perceived weakness of these active symbol notifications has been the assumption that if a user quickly enters and then cancels an order in a security where an active symbol notification is present without receiving a fill; that the user can assume the order was entered on the same side as the resident order. However, the addition of random match check events dispels this assumption since the predatory user cannot know if he did not receive a fill because his order was on the same side as the resident order, or because he did not leave the order in the system long enough to trigger the random match check event.
[0019] Another aspect of the invention designed to protect users from automatic executions at undesirable prices is a feature that prevents auto-execution when there are drastic swings in the market and/or alerts a user when he has an order exposed to automatic execution during a drastic swing in the market. This feature can be called Xtreme Volatility Protection (XVP) and embodiments of this feature include XVP Protect and XVP Alert.
[0020] Yet another aspect of the invention designed to protect users from poor execution is a feature for limiting or filtering which members of the subject system's trading community receive an active symbol notification when a user enters a firm, auto-executable order. This feature is called "Channel Select" and is available to traders submitting orders. As previously noted, one of the unique aspects of the subject system as described in application numbers 10/603,100 filed June 24, 2003 and 10/799,205, filed March 11, 2004 is the subject system's methodology for attracting liquidity to system by using sideless, sizeless and priceless "active symbol notifications" that alert users to the presence of firm order activity in system in specific symbols. While these sideless active symbol notifications are a unique and powerful liquidity generating tool offered by the subject system; some users also perceive them as a potential source of information leakage when viewed by predatory traders. To address this concern, the "Channel Select" feature allows a trader to limit which members of the subject system's trading community see the active symbol notification when he enters a firm, auto executable order. In a preferred embodiment, a drop-down menu presented at the point of order entry allows a trader to select which component of the subject system's trading community will receive the sideless active symbol notification when that trader submits the order to the subject system. Examples of the trader's Channel Select options include but are not limited to, "Entire community" or "Buy-side only" or "institutions managing over 5 billion in assets," or any other type of relevant filtering criteria as could be imagined by one skilled in the art. "Buy-side only" means that the active symbol notification will only be displayed to traders at firms configured as "Institution" or "Hedge Fund" in the subject system's database. It is important to note, however, that while the Channel Select option does limit which traders see the active symbol notifications; the active symbol notifications seen by the selected subset of users still follow all normal rules for when the notifications are tumed "ON" or "OFF."
[0021] Finally, the various embodiments of the invention are also all usable with Stealth Mode, a feature which offers users yet another layer of protection from predatory users. As previously noted, some traders view the subject system's active symbol notification as a potential source of information leakage when viewed by predatory traders. While some traders consider the Channel Select option a sufficient level of protection against this perceived source of inforrnation leakage; other traders want the ability to prevent entirely or drastically limit the generation of active symbol notifications when they enter a firm, auto executable order. To address this need, the stealth mode goes beyond the community-level filtering offered by Channel Select and gives users the ability to submit firm auto-executable orders that either do not trigger the active symbol notification at all or only trigger the active symbol notification on a limited basis.
[0022] The preferred embodiment of this stealth mode gives traders a 'Stealth' order entry option at the point of order submission that can follow "Dark" or "Black" order indicating rules, as described herein. Stealth, Black and Dark are all terms that correspond to a specific user interface and should not be construed as limiting. The rules associated with the Stealth option may be configured on the subject system's centralized trading server, (referred to as the PTS from this point forward), at the firm/user level.
[0023] In the preferred embodiment the default rule for the Stealth order will be Dark, but other embodiments can have the default as Black. In a preferred embodiment the Dark and/or Black Stealth order option is only provided to a subset of buy side customers;
however in other embodiments, Stealth orders will be provided for all customers including all buy side and sell side users.
[00241 When a user enters a firm, auto-execute order in the system as "Dark,"
rather than triggering the active symbol notification as in the "typical" order handling rules, the corresponding symbol will not display the active symbol notification, Furthermore, once the order is active in the subject system, that order will only trigger the active symbol notification on a minimal basis; and when it does trigger the notification, it will have a very brief duration and there will be significant delays between notification events when they do happen. More specifically, when Dark orders generate the active symbol notification, the notification will flash for a limited period of time (mimicking IOC
("immediate or cancel") orders), with a delay between flashing events from 1 to 40 minutes. In addition, Dark orders do not have standing, meaning they are not given Price-time priority in the subject system's order queue. More specifically, if a Dark order is resident in the system at the same time as an order in the same symbol on the same side with the same price that is not classified as Dark (or Black), and a contra to the orders arrives in the system; the non Dark order will receive the execution even if it was entered after the Dark order.
100251 Dark orders will trigger contra present indications, one of the subject system's types of liquidity notification that alerts users to the presence of a "passive" (an order priced below a reference price) contra orders in the subject system. As stated in the introduction, the purpose of the contra present indication is to reward users willing to enter "aggressive" orders (orders priced at or above a reference price) by giving them the option to trade at a price below the mid-point of a reference price when their aggressive orders are matched with passive orders.
More specifically if a Dark order is a passive order and an aggressive contra order is entered into the system; the user entering the aggressive contra order to that passive Dark will receive a contra present notification alerting the user to presence of that passive Dark order.
Furthermore, if a Dark order has an aggressive price and a user enters a passive contra order to that aggressive Dark order the trader who entered the aggressive Dark order will receive the contra present notification alerting that user to presence of the passive contra order.
[0026] When a user enters a firm, auto-execute order in the system as "Black,"
that order will never generate an active symbol notification. In addition, a passive Black Order will not trigger a contra present indication if an aggressive contra order is entered into the system; nor will an aggressive Black Order earn a user the right to see a contra present indication in the event another user enters a passive contra to that aggressive Black order.
Like Dark orders, Black orders do not have standing, meaning they are not given Price-time priority in the order queue. More specifically, if a Black order is resident in the system at the same time as an order in the same symbol on the same side with the same price that is not classified as Black (or Dark), and a contra to the orders arrives in the system; the non-Black order will receive the execution even if it was entered after the Black order. The Black order option may be limited to certain authorized users who have permission to access the feature. This permission can be granted based on any number of criteria as will be understood by those skilled in the art, including but not limited to user or firm level trade history or firm classification, e.g., buy side or sell side customer, assets under management.
Brief Description of the Drawiniis [0027] Preferred embodiments of the invention will be set forth in detail with reference to the drawings, in which:
[0028] Fig. I is a flow chart of the preferred embodiment for introducing a random delay;
100291 Fig. 2 represents an example of an order entry screen for a preferred embodiment of the present invention for providing extreme volatility protection;
[0030] Fig. 3 is a flow chart of the preferred embodiment for extreme volatility protection;
[00311 Fig. 4 shows an example of a drop-down menu for Channel Select; and [0032] Figs. 5A-5C are schematic diagrams of a system and variations on which the preferred or other embodiments of the invention can be implemented Detailed Description of the Preferred Embodiments [0033] Preferred embodiments of the invention will be set forth in detail with reference to the drawings, in which like reference numerals refer to like elements or steps throughout.
[0034] Embodiments of the randomly timed match check event feature may be provided as follows. Customers/users may have orders (entered in Figure 1, step 102) subjected to a random delay time (Figure 1, step 104) before execution (Figure 1, step 106).
This delay may be assigned on a per-order basis and can be chosen randomly from within a minimum/maximum range that is typically determined on a firm by firm basis.
The min/max ranges may vary from firm to firm based on past trade history and firm information/characteristics; for example, they can range from 0/0 for the users with the "lowest risk" profiles and up to 60/500 (or any other range) for trades with the most "risky"
profiles. The ranges may also be based on other characteristics of a firm.
[0035] In some embodiments, this feature may only apply when users are responding to a an active symbol notification (an indication of firm order activity as described in application number 10/603,100 filed June 24, 2003), a contra present notification (an indication that alerts a trader to the presence of a contra order to one of his active orders in the subject system that is priced below a reference price as described in application number 10/799,205, filed March 11, 2004), a contra target notification (an indication that alerts a trader to the presence of a contra order to one of the orders in his OMS that is not yet active in the subject system as described in the above-cited provisional applications and in co-pending U.S. Patent Application No. , filed on even date (Attorney Docket No. 125091-00116), or any other indicator used by the subject system. In this embodiment, a user would be the responding trader or the "second one in" for this feature to apply. In other embodiments this feature would apply to certain users at all times, regardless of whether the user was the initiating or responding trader.
[0036] While this random match check feature may delay a match check event, it does not affect price-time priority. More specifically, if a user with a "high risk" profile responds to an order, and the random delay has prevented a match check event from occurring, and within the span of that delay another user with a very "low risk" profile enters another contra order which has a random delay that is shorter than the delay assigned to the higher risk user's order, then the high risk user will still get the first fill(s).
[0037] Another anti-gaming feature provided by the system is randomly timed active symbol notification events associated with user classifications. In an embodiment of this feature, the subject system associates random delays with active symbol notifications based on the user entering the order. For example, individual users, individual orders, entire firms, particular order types or other elements may be classified or categorized according to certain criteria, e.g., various levels of "risk" associated with said element. Then based on the order/user/firm classification, liquidity notification event (for example but not limited to the active symbol notification, the contra present notification or contra target notification), could be delayed for longer/shorter periods of time, or perhaps may not occur.
[0038] Other preferred embodiments of the techniques for protection from executions at undesirable prices can be implemented as follows. Fig. 2 represents an example of an order entry screen for a preferred embodiment of the subject system wherein a user is able, as in element 200, to enable XVP Protect, XVP Alert or XVP Disable.
[0039] XVP Protect provides for logic which operates on both the PTS and on the user's subject system desktop application, from here forward referred to as the client GUI.
On the server side, the server may constantly compare a limit a trader has placed on an order (Figure 3, step 302) with the price range for that symbol established by the Bollinger Bands (or other standard or indicator of volatility) (Figure 3, step 304).
100401 If a trader has enabled XVP Protect and it is determined in Figure 3, step 306, that the trader's limit price moves outside the Bollinger range (or other range), then the PTS will prevent an automatic execution (Figure 3, step 310) until the limit price falls back inside the (Bollinger) range (Figure 3, step 308).
100411 At the same time, a trader's client GUI is making comparisons between the trader's limit price and the (Bollinger) range. When the limit price is outside of the range (which means the PTS will not execute the order), the client GUI notifies the trader than executions are being prevented via a visual indication or some other indicator (Figure 3, step 312). The purpose of this indication is to let the user know that his order(s) in that symbol will not execute at the current price and that if he wants an execution despite the price he may need to adjust his limit price.
100421 When an XVP Alert feature is enabled, only the logic on the trader's client GUI is in operation. In an "Alert" state, the trader will be notified that the limit on his order(s) in a particular symbol are outside of the Bollinger Band range but unlike XVP
Protect; in XVP
Alert mode the order is still available for automatic execution. As with XVP
Protect, the client GUI use some kind of indication to notify the trader that the limit on his order is outside of the Bollinger Band range.
100431 In the XVP Disable state, neither the subject system trading server or the subject system desktop application monitor the trader's limit prices relative to the Bollinger Band range. In the Disable mode, all trades may execute regardless of the stock's price and the trader may not receive any kind of notification.
[0044] Still another preferred embodiment is called Channel Select and can be implemented as shown in Figure 4. In a GUI shown to a trader, an order confirmation screen 400 includes a "Target OMS Entries at:" entry 402 with a drop-down menu 404. Clicking on the drop-down menu brings up a list of components of the trading community who will be able to see the order. By selecting the appropriate entry, the trader can control which elements of the subject system's trading community see the sideless active symbol notification triggered by the user's order.
[0045] Figures 5A-5C are schematic diagrams showing hardware on which the above or other embodiments can be implemented. Figure 5A shows an implementation in which there is no middleware. A customer OMS 502 and a workstation running a client GUI (desktop application) 504 are behind a firewall 506. The OMS 502 and the client GUI 504 communicate through a virtual private network 508 and the Internet 510, respectively, and another firewall 512 to a trading server (PTS) 514. Arrows A indicate sweep events; arrows B, placements and executions; arrows C, FIX (Financial Information Exchange) acknowledgments and non-acknowledgements; and arrows D, the client API.
[0046] Figure 5B shows the use of middleware at the customer site. The GUI 504 includes a trading API 516 and an OMS API 518. The middleware 520 includes a FIX engine 522 and a net server 524. The GUI 502 and the middleware 520 reside behind a customer firewall 526. The trading API 516 in the GUI 504 cornmunicates, as indicated by arrows E, through the customer firewall 526, the Internet 510, and a back-end firewall 528 with the back-end systems 530, which also have a FIX engine 522 and a net server 524. In a trading session, the back-end systems 530 communicate, as indicated by arrows F, through the firewal1528, a VPN 508 and another firewall 532 to OMS back-end systems 534. In an OMS
publish session, the OMS back-end systems communicate, as indicated by arrows G, through the firewall 532, a VPN 508 or the Internet 510, and the customer firewall 526 with the middleware 520. In an OMS API data flow, the middleware 520 communicates with the OMS API 518 in the GUI 504, as indicated by arrow H.
100471 Figure 5C shows the middleware 520 at the OMS back-end systems 534. The data flow of Figure 5C differs from that of Figure 5B in that OMS publish session goes only as far as the middleware 520, which is behind the OMS back-end firewall 532, and in that the OMS
subscribe API data flow goes thence through the firewal1532, a VPN 508 or the Internet 510, and the customer firewall 526 to the OMS API 518 in the GUI 504.
100481 The auto-execution price protection offered by all of the features described in this application are not limited to block trading or the trading systems described in application numbers 10/310,345, filed December 5, 2002, 10/603,100 filed June 24, 2003 and 10/799,205, filed March 11, 2004. . All of the features described herein are also usable with the algorithm switching engine disclosed in U.S. Patent Application Numbers 11/783,250 through 11/783,254, all filed April 6, 2007; and. 12/153,362, filed May 16, 2008, whose disclosures are hereby incorporated by reference into the present disclosure, or with any other suitable trading system.
[0049] While preferred embodiments have been set forth above, those skilled in the art who have reviewed the present disclosure will readily appreciate that other embodiments can be realized within the scope of the invention. For example, numerical values are illustrative rather than limiting. Also, embodiments disclosed separately can be combined in any suitable manner. Moreover, the invention has applicability beyond the trading of securities, including the trading of financial products (stocks, bonds, options, futures, currencies, etc.) and non-financial items. Furthermore, while it is contemplated that the invention can be used with Order Management Systems as now understood, the invention can also be used with any other information management system that tracks and/or manages trading interest and/or order information as would be known to those skilled in the art, for example but not limited to EMS's (electronic management systems) and other such systems that exist now or may be developed later. Accordingly, the term "order management system" should be construed as encompassing all such systems unless otherwise limited. Therefore, the present invention should be construed as limited only by the appended claims.
Claims (25)
1. A method for trading items among a plurality of traders, the method comprising:
(a) receiving a plurality of orders from the traders into an electronic trading system;
(b) randomly delaying at least one of an execution time and a liquidity notification event for at least some of the orders; and (c) executing the orders in the electronic trading system.
(a) receiving a plurality of orders from the traders into an electronic trading system;
(b) randomly delaying at least one of an execution time and a liquidity notification event for at least some of the orders; and (c) executing the orders in the electronic trading system.
2. The method of claim 1, wherein step (b) comprises randomly delaying the execution time for said at least some of the orders.
3. The method of claim 2, wherein the traders are assigned risk profiles, and wherein step (b) comprises randomly delaying the execution time by a value in a range selected in accordance with the risk profile of a trader who placed the order.
4. The method of claim 2, wherein step (b) is performed only for orders placed in response to a system indicator.
5. The method of claim 2, wherein step (b) does not affect a price-time priority of said at least some of the orders.
6. The method of claim 1, wherein step (b) comprises randomly delaying the liquidity notification event for at least some of the orders.
7. The method of claim 6, wherein the liquidity notification comprises a display of a symbol on a block board of watch list.
8. The method of claim 6, wherein the traders are assigned risk profiles, and wherein step (b) comprises randomly delaying the liquidity notification by a value in a range selected in accordance with the risk profile of a trader who placed the order.
9. A method for trading items among a plurality of traders, the method comprising:
(a) receiving, into an electronic trading system, an indication of a limit that one of the traders has placed on an order with an externally established price range;
(b) comparing the limit to the externally established price range; and (c) when the limit lies outside of the externally established price range, performing at least one of (i) preventing a trade and (ii) notifying the trader.
(a) receiving, into an electronic trading system, an indication of a limit that one of the traders has placed on an order with an externally established price range;
(b) comparing the limit to the externally established price range; and (c) when the limit lies outside of the externally established price range, performing at least one of (i) preventing a trade and (ii) notifying the trader.
10. The method of claim 9, wherein both steps (c)(i) and (c)(ii) are performed.
11. A method for facilitating trading of items among a plurality of traders, wherein the plurality of traders are grouped into components, the method comprising:
(a) receiving an from one of the traders into an electronic trading system, wherein the order includes an indication of which component or components of the plurality of traders will receive the order; and (b) making the order visible only to the component or components indicated.
(a) receiving an from one of the traders into an electronic trading system, wherein the order includes an indication of which component or components of the plurality of traders will receive the order; and (b) making the order visible only to the component or components indicated.
12. A system for trading items among a plurality of traders, the system comprising:
a communication component for receiving a plurality of orders from the traders into an electronic trading system; and a trading server for randomly delaying at least one of an execution time and a liquidity notification event for at least some of the orders and executing the orders in the electronic trading system.
a communication component for receiving a plurality of orders from the traders into an electronic trading system; and a trading server for randomly delaying at least one of an execution time and a liquidity notification event for at least some of the orders and executing the orders in the electronic trading system.
13. The system of claim 12, wherein the trading server randomly delays the execution time for said at least some of the orders.
14. The system of claim 13, wherein the traders are assigned risk profiles, and wherein the trading server randomly delays the execution time by a value in a range selected in accordance with the risk profile of a trader who placed the order.
15. The system of claim 13, wherein the trading server randomly delays only for orders placed in response to a system indicator.
16. The system of claim 13, wherein said random delaying does not affect a price-time priority of said at least some of the orders.
17. The system of claim 12, wherein the trading server randomly delays the liquidity notification event for at least some of the orders.
18. The system of claim 17, wherein the liquidity notification comprises a display of a symbol on a block board of watch list.
19. The system of claim 17, wherein the traders are assigned risk profiles, and wherein the trading server randomly delays the liquidity notification by a value in a range selected in accordance with the risk profile of a trader who placed the order.
20. A system for trading items among a plurality of traders, the system comprising:
a communication component for electronically communicating with the plurality of traders; and a trading server, in electronic communication with the communication component, for:
(a) receiving an indication of a limit that one of the traders has placed on an order with an externally established price range;
(b) comparing the limit to the externally established price range; and (c) when the limit lies outside of the externally established price range, performing at least one of (i) preventing a trade and (ii) notifying the trader.
a communication component for electronically communicating with the plurality of traders; and a trading server, in electronic communication with the communication component, for:
(a) receiving an indication of a limit that one of the traders has placed on an order with an externally established price range;
(b) comparing the limit to the externally established price range; and (c) when the limit lies outside of the externally established price range, performing at least one of (i) preventing a trade and (ii) notifying the trader.
21. The system of claim 20, wherein the trading server performs both steps (c)(i) and (c)(ii).
22. A system for facilitating trading of items among a plurality of traders, wherein the plurality of traders are grouped into components, the system comprising:
a communication component for electronically communicating with the plurality of traders; and a trading server, in electronic communication with the communication component, for:
(a) receiving an from one of the traders into an electronic trading system, wherein the order includes an indication of which component or components of the plurality of traders will receive the order; and (b) making the order visible only to the component or components indicated.
a communication component for electronically communicating with the plurality of traders; and a trading server, in electronic communication with the communication component, for:
(a) receiving an from one of the traders into an electronic trading system, wherein the order includes an indication of which component or components of the plurality of traders will receive the order; and (b) making the order visible only to the component or components indicated.
23. An article of manufacture for trading items among a plurality of traders, the article of manufacture comprising:
a computer-readable storage medium; and code on the computer-readable storage medium, the code, when executed on one or more computing devices, controlling said one or more computing devices for:
(a) receiving a plurality of orders from the traders into an electronic trading system;
(b) randomly delaying at least one of an execution time and a liquidity notification event for at least some of the orders; and (c) executing the orders in the electronic trading system.
a computer-readable storage medium; and code on the computer-readable storage medium, the code, when executed on one or more computing devices, controlling said one or more computing devices for:
(a) receiving a plurality of orders from the traders into an electronic trading system;
(b) randomly delaying at least one of an execution time and a liquidity notification event for at least some of the orders; and (c) executing the orders in the electronic trading system.
24. An article of manufacture for trading items among a plurality of traders, the article of manufacture comprising:
a computer-readable storage medium; and code on the computer-readable storage medium, the code, when executed on one or more computing devices, controlling said one or more computing devices for:
(a) receiving, into an electronic trading system, an indication of a limit that one of the traders has placed on an order with an externally established price range;
(b) comparing the limit to the externally established price range; and (c) when the limit lies outside of the externally established price range, performing at least one of (i) preventing a trade and (ii) notifying the trader.
a computer-readable storage medium; and code on the computer-readable storage medium, the code, when executed on one or more computing devices, controlling said one or more computing devices for:
(a) receiving, into an electronic trading system, an indication of a limit that one of the traders has placed on an order with an externally established price range;
(b) comparing the limit to the externally established price range; and (c) when the limit lies outside of the externally established price range, performing at least one of (i) preventing a trade and (ii) notifying the trader.
25. An article of manfacture for facilitating trading of items among a plurality of traders, wherein the plurality of traders are grouped into components, the article of manufacture comprising:
a computer-readable storage medium; and code on the computer-readable storage medium, the code, when executed on one or more computing devices, controlling said one or more computing devices for:
(a) receiving an from one of the traders into an electronic trading system, wherein the order includes an indication of which component or components of the plurality of traders will receive the order; and (b) making the order visible only to the component or components indicated.
a computer-readable storage medium; and code on the computer-readable storage medium, the code, when executed on one or more computing devices, controlling said one or more computing devices for:
(a) receiving an from one of the traders into an electronic trading system, wherein the order includes an indication of which component or components of the plurality of traders will receive the order; and (b) making the order visible only to the component or components indicated.
Applications Claiming Priority (9)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US96230707P | 2007-07-26 | 2007-07-26 | |
US60/962,307 | 2007-07-26 | ||
US98124207P | 2007-10-19 | 2007-10-19 | |
US60/981,242 | 2007-10-19 | ||
US3262308P | 2008-02-29 | 2008-02-29 | |
US61/032,623 | 2008-02-29 | ||
US4317208P | 2008-04-08 | 2008-04-08 | |
US61/043,172 | 2008-04-08 | ||
PCT/US2008/071373 WO2009015391A2 (en) | 2007-07-26 | 2008-07-28 | Block trading system and method providing price improvement to aggressive orders |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2694599A1 true CA2694599A1 (en) | 2009-01-29 |
Family
ID=40282182
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA2694599A Abandoned CA2694599A1 (en) | 2007-07-26 | 2008-07-28 | Block trading system and method providing price improvement to aggressive orders |
CA2694593A Abandoned CA2694593A1 (en) | 2007-07-26 | 2008-07-28 | Block trading system and method providing price improvement to aggressive orders |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA2694593A Abandoned CA2694593A1 (en) | 2007-07-26 | 2008-07-28 | Block trading system and method providing price improvement to aggressive orders |
Country Status (6)
Country | Link |
---|---|
US (5) | US7882015B2 (en) |
EP (4) | EP2186048A4 (en) |
JP (2) | JP2010534892A (en) |
AU (2) | AU2008278595A1 (en) |
CA (2) | CA2694599A1 (en) |
WO (2) | WO2009015387A2 (en) |
Families Citing this family (65)
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 |
US6938011B1 (en) | 2000-03-02 | 2005-08-30 | Trading Technologies International, Inc. | Click based trading with market depth display |
US8010438B2 (en) | 2000-06-01 | 2011-08-30 | Pipeline Financial Group, Inc. | Method for directing and executing certified trading interests |
US7822674B2 (en) * | 2005-05-05 | 2010-10-26 | Tumen Steven N | Method and apparatus for display of data with respect to a portfolio of tradable interests |
US8566213B2 (en) | 2005-05-20 | 2013-10-22 | Bgc Partners, Inc. | System and method for automatically distributing a trading order over a range of prices |
US20110016037A1 (en) * | 2006-05-05 | 2011-01-20 | Tumen Steven N | Method and apparatus for display of data with respect to certain tradable interests |
WO2007134299A2 (en) * | 2006-05-13 | 2007-11-22 | Kevin Foley | Products and processes for utilizing order data and related data |
US8103579B1 (en) | 2007-07-26 | 2012-01-24 | Pipeline Financial Group, Inc. | Systems and methods regarding targeted dissemination |
JP2010534892A (en) | 2007-07-26 | 2010-11-11 | パイプライン フィナンシャル グループ インコーポレイティッド | Large transaction system and method for providing price improvements to aggressive orders |
EP2195774A2 (en) | 2007-10-05 | 2010-06-16 | 3d Markets, Inc. | Method and apparatus for improved electronic trading |
US20090307121A1 (en) * | 2008-06-09 | 2009-12-10 | Lutnick Howard W | Trading system products and processes |
US20100082500A1 (en) * | 2008-09-28 | 2010-04-01 | Lutnick Howard W | Interaction with trading systems |
US8712903B2 (en) | 2008-09-25 | 2014-04-29 | Cfph, Llc | Trading related to fund compositions |
US20100076883A1 (en) * | 2008-09-25 | 2010-03-25 | Lutnick Howard W | Generating risk pools |
US8321323B2 (en) * | 2008-10-24 | 2012-11-27 | Cfph, Llc | Interprogram communication using messages related to order cancellation |
US20100057627A1 (en) * | 2008-09-04 | 2010-03-04 | Lutnick Howard W | Non-firm orders in electronic marketplaces |
US20100082495A1 (en) * | 2008-09-28 | 2010-04-01 | Lutnick Howard W | Trading system accessibility |
US20100076896A1 (en) * | 2008-09-25 | 2010-03-25 | Lutnick Howard W | Substitutability of financial instruments |
US8285629B2 (en) | 2007-11-15 | 2012-10-09 | Cfph, Llc | Trading system products and processes |
US20100057626A1 (en) * | 2008-09-04 | 2010-03-04 | Lutnick Howard W | Cancellation timing in an electronic marketplace |
US20090216674A1 (en) * | 2008-02-22 | 2009-08-27 | Adam Seth Nunes | Volatility Detection in a Non-Trading Security's Price Quotation |
US8751362B1 (en) | 2008-05-01 | 2014-06-10 | Cfph, Llc | Products and processes for generating a plurality of orders |
US8082205B2 (en) | 2008-05-01 | 2011-12-20 | Cfph, Llc | Electronic securities marketplace having integration with order management systems |
US8165947B1 (en) * | 2008-08-01 | 2012-04-24 | Morgan Stanley | System and method for electronic trading |
US10311519B2 (en) | 2008-10-14 | 2019-06-04 | Interactive Brokers Llc | Computerized method and system for accumulation and distribution of securities |
US20100094772A1 (en) | 2008-10-14 | 2010-04-15 | Thomas Pechy Peterffy | Computerized method and system for scale trading |
US20100191638A1 (en) * | 2009-01-23 | 2010-07-29 | Alderucci Dean P | Multicomputer distributed processing of data related to automation of trading |
US8977565B2 (en) | 2009-01-23 | 2015-03-10 | Cfph, Llc | Interprogram communication using messages related to groups of orders |
US20100332368A1 (en) * | 2009-06-30 | 2010-12-30 | Alderucci Dean P | Multicomputer distributed processing of data regarding trading opportunities |
US9727913B2 (en) * | 2009-06-26 | 2017-08-08 | Trading Technologies International, Inc. | Prioritization of trade order processing in electronic trading |
US10096066B2 (en) | 2009-10-20 | 2018-10-09 | Trading Technologies International, Inc. | User-defined algorithm electronic trading |
US8380575B2 (en) | 2009-12-15 | 2013-02-19 | Trading Technologies International, Inc. | System and methods for risk-based prioritized transaction message flow |
US8566220B2 (en) | 2011-01-26 | 2013-10-22 | Trading Technologies International, Inc. | Block placing tool for building a user-defined algorithm for electronic trading |
US10489855B1 (en) * | 2011-10-10 | 2019-11-26 | Nyse Group, Inc. | Retail aggregator apparatuses, methods, and systems |
US10127612B2 (en) | 2012-05-03 | 2018-11-13 | Tamer Trading Technologies Llc | System, method, and computer-readable medium for improving the efficiency and stability of financial markets |
CA3015052C (en) | 2012-09-12 | 2023-01-03 | Bradley Katsuyama | Transmission latency leveling apparatuses, methods and systems |
US20150006349A1 (en) * | 2013-06-28 | 2015-01-01 | D. E. Shaw & Co., L.P. | Electronic Trading Auction With Orders Interpreted Using Future Information |
US10269009B1 (en) | 2013-06-28 | 2019-04-23 | Winklevoss Ip, Llc | Systems, methods, and program products for a digital math-based asset exchange |
US10354325B1 (en) | 2013-06-28 | 2019-07-16 | Winklevoss Ip, Llc | Computer-generated graphical user interface |
US9892460B1 (en) | 2013-06-28 | 2018-02-13 | Winklevoss Ip, Llc | Systems, methods, and program products for operating exchange traded products holding digital math-based assets |
US20150006350A1 (en) * | 2013-06-28 | 2015-01-01 | D.E. Shaw & Co., L.P. | Electronic Trading Auction with Randomized Acceptance Phase and Order Execution |
WO2015161072A1 (en) * | 2014-04-16 | 2015-10-22 | Iex Group, Inc. | Systems and methods for providing up-to-date information for transactions |
US10706470B2 (en) * | 2016-12-02 | 2020-07-07 | Iex Group, Inc. | Systems and methods for processing full or partially displayed dynamic peg orders in an electronic trading system |
US20160162991A1 (en) * | 2014-12-04 | 2016-06-09 | Hartford Fire Insurance Company | System for accessing and certifying data in a client server environment |
US20160253758A1 (en) * | 2015-02-26 | 2016-09-01 | Fmr Llc | Insulated Account Datastructure Apparatuses, Methods and Systems |
US10600121B1 (en) | 2015-07-01 | 2020-03-24 | Liquidnet Holdings, Inc. | Forecasting trading algorithm performance |
SG10201912909WA (en) | 2016-02-11 | 2020-02-27 | Refinitiv Us Organization Llc | Priority matching for maker orders exhibiting delayed cancelation |
US10303530B1 (en) | 2016-06-14 | 2019-05-28 | Chicago Stock Exchange, Inc. | System and method for sequentially interleaving undelayed and intentionally delayed executable instructions |
US10127615B1 (en) | 2016-06-14 | 2018-11-13 | Chicago Stock Exchange, Inc. | System and method for delaying an executable instruction that would otherwise be executable immediately upon arrival at an executing system |
US10121199B1 (en) * | 2017-06-23 | 2018-11-06 | Cfph, Llc | Distributed trading network and interface |
US11522700B1 (en) | 2018-02-12 | 2022-12-06 | Gemini Ip, Llc | Systems, methods, and program products for depositing, holding and/or distributing collateral as a token in the form of digital assets on an underlying blockchain |
US11475442B1 (en) | 2018-02-12 | 2022-10-18 | Gemini Ip, Llc | System, method and program product for modifying a supply of stable value digital asset tokens |
US11200569B1 (en) | 2018-02-12 | 2021-12-14 | Winklevoss Ip, Llc | System, method and program product for making payments using fiat-backed digital assets |
US11308487B1 (en) | 2018-02-12 | 2022-04-19 | Gemini Ip, Llc | System, method and program product for obtaining digital assets |
US10540654B1 (en) | 2018-02-12 | 2020-01-21 | Winklevoss Ip, Llc | System, method and program product for generating and utilizing stable value digital assets |
US11909860B1 (en) | 2018-02-12 | 2024-02-20 | Gemini Ip, Llc | Systems, methods, and program products for loaning digital assets and for depositing, holding and/or distributing collateral as a token in the form of digital assets on an underlying blockchain |
US10373158B1 (en) | 2018-02-12 | 2019-08-06 | Winklevoss Ip, Llc | System, method and program product for modifying a supply of stable value digital asset tokens |
US11139955B1 (en) | 2018-02-12 | 2021-10-05 | Winklevoss Ip, Llc | Systems, methods, and program products for loaning digital assets and for depositing, holding and/or distributing collateral as a token in the form of digital assets on an underlying blockchain |
US10438290B1 (en) | 2018-03-05 | 2019-10-08 | Winklevoss Ip, Llc | System, method and program product for generating and utilizing stable value digital assets |
US11334883B1 (en) | 2018-03-05 | 2022-05-17 | Gemini Ip, Llc | Systems, methods, and program products for modifying the supply, depositing, holding and/or distributing collateral as a stable value token in the form of digital assets |
US11501370B1 (en) | 2019-06-17 | 2022-11-15 | Gemini Ip, Llc | Systems, methods, and program products for non-custodial trading of digital assets on a digital asset exchange |
US11727421B1 (en) | 2020-09-21 | 2023-08-15 | Cboe Exchange, Inc | System and method for implementing a system execution delay in response to liquidity removal for resting orders |
Family Cites Families (124)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3648270A (en) | 1969-08-11 | 1972-03-07 | Bunker Ramo | Graphic display system |
US5255309A (en) | 1985-07-10 | 1993-10-19 | First Data Resources Inc. | Telephonic-interface statistical analysis 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 |
US6985883B1 (en) | 1992-02-03 | 2006-01-10 | Ebs Dealing Resources, Inc. | Credit management for electronic brokerage system |
US6134536A (en) | 1992-05-29 | 2000-10-17 | Swychco Infrastructure Services Pty Ltd. | Methods and apparatus relating to the formulation and trading of risk management contracts |
CA2155537A1 (en) | 1993-02-16 | 1994-09-01 | Robert J. Ii Beyers | System and method for remotely selecting subscribers and controlling messages to subscribers in a cable television sysem |
US5794207A (en) | 1996-09-04 | 1998-08-11 | Walker Asset Management Limited Partnership | Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers |
US5812988A (en) | 1993-12-06 | 1998-09-22 | Investments Analytic, Inc. | Method and system for jointly estimating cash flows, simulated returns, risk measures and present values for a plurality of assets |
GB9416673D0 (en) | 1994-08-17 | 1994-10-12 | Reuters Ltd | Data exchange filtering system |
US5717989A (en) | 1994-10-13 | 1998-02-10 | Full Service Trade System Ltd. | Full service trade system |
US5845266A (en) | 1995-12-12 | 1998-12-01 | Optimark Technologies, Inc. | Crossing network utilizing satisfaction density profile with price discovery features |
US5689652A (en) | 1995-04-27 | 1997-11-18 | Optimark Technologies, Inc. | Crossing network utilizing optimal mutual satisfaction density profile |
US5802499A (en) | 1995-07-13 | 1998-09-01 | Cedel Bank | Method and system for providing credit support to parties associated with derivative and other financial transactions |
ATE252748T1 (en) | 1995-08-28 | 2003-11-15 | Ebs Dealing Resources Inc | ANONYMOUS STOCK TRADING SYSTEM WITH IMPROVED INPUT OPTIONS FOR QUOTES |
US7130823B1 (en) | 1995-09-14 | 2006-10-31 | Citibank Aktiengesellschaft | Computer system for data management and method for operation of the system |
US6321205B1 (en) | 1995-10-03 | 2001-11-20 | Value Miner, Inc. | Method of and system for modeling and analyzing business improvement programs |
US5724524A (en) | 1995-12-15 | 1998-03-03 | Pitney Bowes, Inc. | Method and system for listing, brokering, and exchanging carrier capacity |
US5905975A (en) | 1996-01-04 | 1999-05-18 | Ausubel; Lawrence M. | Computer implemented methods and apparatus for auctions |
US5806044A (en) | 1996-02-20 | 1998-09-08 | Powell; Ken R. | System and method for distributing coupons through a system of computer networks |
US5758328A (en) | 1996-02-22 | 1998-05-26 | Giovannoli; Joseph | Computerized quotation system and method |
US6505174B1 (en) * | 1996-03-25 | 2003-01-07 | Hsx, Inc. | Computer-implemented securities trading system with a virtual specialist function |
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 |
US6285984B1 (en) | 1996-11-08 | 2001-09-04 | Gregory J. Speicher | Internet-audiotext electronic advertising system with anonymous bi-directional messaging |
JPH10171879A (en) | 1996-12-06 | 1998-06-26 | Purosupaa Kurieiteibu:Kk | Merchandise sales system, and information communication method and storage medium for the same system |
US6255309B1 (en) | 1999-03-19 | 2001-07-03 | American Cyanomid Co. | Fungicidal trifluoromethylalkylamino-triazolopyrimidines |
US5873071A (en) | 1997-05-15 | 1999-02-16 | Itg Inc. | Computer method and system for intermediated exchange of commodities |
US6421653B1 (en) | 1997-10-14 | 2002-07-16 | Blackbird Holdings, Inc. | Systems, methods and computer program products for electronic trading of financial instruments |
US6594643B1 (en) | 1997-11-14 | 2003-07-15 | Charles C. Freeny, Jr. | Automatic stock trading system |
US6304858B1 (en) | 1998-02-13 | 2001-10-16 | Adams, Viner And Mosler, Ltd. | Method, system, and computer program product for trading interest rate swaps |
US6211880B1 (en) | 1998-04-13 | 2001-04-03 | Albert Joseph Impink, Jr. | Display apparatus |
US6343278B1 (en) | 1998-09-04 | 2002-01-29 | Ebs Dealing Resources, Inc. | Combined order limit for a group of related transactions in an automated dealing system |
US6317728B1 (en) | 1998-10-13 | 2001-11-13 | Richard L. Kane | Securities and commodities trading system |
US6285983B1 (en) | 1998-10-21 | 2001-09-04 | Lend Lease Corporation Ltd. | Marketing systems and methods that preserve consumer privacy |
US20030018558A1 (en) | 1998-12-31 | 2003-01-23 | Heffner Reid R. | System, method and computer program product for online financial products trading |
US6408282B1 (en) | 1999-03-01 | 2002-06-18 | Wit Capital Corp. | System and method for conducting securities transactions over a computer network |
US7617144B2 (en) | 1999-03-19 | 2009-11-10 | Primex Holdings Llc | Auction market with price improvement mechanism |
US6578014B1 (en) | 1999-04-14 | 2003-06-10 | Thomas Murcko, Jr. | Method and apparatus for post-transaction pricing system |
GB9910588D0 (en) | 1999-05-08 | 1999-07-07 | Tullett Financial Information | Automated trading system |
US20030004859A1 (en) | 1999-05-11 | 2003-01-02 | Shaw John C. | Method and system for facilitating secure transactions |
AU779731B2 (en) | 1999-05-19 | 2005-02-10 | S.F. Ip Properties 35 Llc | Network-based trading system and method |
AU5612200A (en) * | 1999-06-15 | 2001-01-02 | Cfph, L.L.C. | Systems and methods for electronic trading that provide incentives and linked auctions |
US6321212B1 (en) | 1999-07-21 | 2001-11-20 | Longitude, Inc. | Financial products having a demand-based, adjustable return, and trading exchange therefor |
US20030093343A1 (en) | 1999-08-31 | 2003-05-15 | Sidley Austin Brown & Wood Llp | Dynamic order visibility system for the trading of assets |
US7099839B2 (en) | 1999-09-08 | 2006-08-29 | Primex Holdings, Llc | Opening price process for trading system |
DE19942774A1 (en) | 1999-09-08 | 2001-03-15 | Cognis Deutschland Gmbh | Oral preparations |
US8239303B2 (en) | 1999-09-23 | 2012-08-07 | The Nasdaq Omx Group, Inc. | Match-off of order flow in electronic market system |
US7035819B1 (en) | 1999-09-24 | 2006-04-25 | D.E. Shaw & Company | Method and system for facilitating automated interaction of marketable retail orders and professional trading interest at passively determined prices |
US7152042B1 (en) | 1999-10-08 | 2006-12-19 | Hinda, Inc. | Incentive points redemption program carried out via an on-line auction |
US20030126068A1 (en) * | 1999-11-18 | 2003-07-03 | Eric Hauk | Virtual trading floor system |
US6622131B1 (en) | 1999-12-23 | 2003-09-16 | Rategenius, Inc. | Method and system for auctioning loans through a computing system |
US7356498B2 (en) | 1999-12-30 | 2008-04-08 | Chicago Board Options Exchange, Incorporated | Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services |
US7430533B1 (en) | 2000-01-11 | 2008-09-30 | Itg Software Solutions, Inc. | Automated batch auctions in conjunction with continuous financial markets |
EP1252608A2 (en) | 2000-01-31 | 2002-10-30 | New York Stock Exchange | Virtual trading floor system and method |
US7162447B1 (en) | 2000-02-02 | 2007-01-09 | Itg Software Solutions, Inc. | Method and system for obtaining a discovered price |
US20020009411A1 (en) * | 2000-02-08 | 2002-01-24 | Zucker Gordon L. | Method for producing tungsten carbide |
WO2001061579A1 (en) | 2000-02-16 | 2001-08-23 | Adaptive Technologies Sa De Cv | System and method for creating, distributing and managing artificial agents |
US8095447B2 (en) | 2000-02-16 | 2012-01-10 | Adaptive Technologies, Ltd. | Methods and apparatus for self-adaptive, learning data analysis |
US20010027437A1 (en) | 2000-02-29 | 2001-10-04 | Turbeville Wallace C. | Risk management and risk transfer conduit system |
US6772132B1 (en) | 2000-03-02 | 2004-08-03 | Trading Technologies International, Inc. | Click based trading with intuitive grid display of market depth |
US6938011B1 (en) | 2000-03-02 | 2005-08-30 | Trading Technologies International, Inc. | Click based trading with market depth display |
KR20010091523A (en) | 2000-03-16 | 2001-10-23 | 이건명 | Method for brokering and notifying the transactions information |
US7308428B1 (en) | 2000-03-30 | 2007-12-11 | Pipeline Financial Group, Inc. | System and method for displaying market information |
US7003486B1 (en) | 2000-04-17 | 2006-02-21 | Neha Net Corp. | Net-value creation and allocation in an electronic trading system |
US20020035534A1 (en) | 2000-05-04 | 2002-03-21 | Buist Walter D. | Method and apparatus for auctioning securities |
US7356500B1 (en) | 2000-06-01 | 2008-04-08 | Pipeline Financial Group, Inc. | Method for directing and executing certified trading interests |
US8010438B2 (en) | 2000-06-01 | 2011-08-30 | Pipeline Financial Group, Inc. | Method for directing and executing certified trading interests |
US8069106B2 (en) | 2000-06-01 | 2011-11-29 | Pipeline Financial Group, Inc. | Block trading system and method providing price improvement to aggressive orders |
US7680715B2 (en) | 2000-06-01 | 2010-03-16 | Pipeline Financial Group, Inc. | Systems and methods for providing anonymous requests for quotes for financial instruments |
US7685052B2 (en) | 2000-06-01 | 2010-03-23 | Pipeline Financial Group, Inc. | Confidential block trading system and method |
WO2001099015A2 (en) | 2000-06-22 | 2001-12-27 | Stock Decision Software Co., Inc. | Apparatus and method for displaying trading trends |
KR20020014286A (en) | 2000-08-17 | 2002-02-25 | 정민호 | Imaginary purchase system in electric commerce through internet |
AU2001293071A1 (en) | 2000-09-26 | 2002-04-08 | D. E. Shaw And Co., Inc. | Method and system for the electronic negotiation and execution of equity block trades for institutional investors |
US20020046146A1 (en) | 2000-10-14 | 2002-04-18 | Otero Hernan G. | Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs |
US7305361B2 (en) | 2000-10-14 | 2007-12-04 | Goldman Sachs & Co. | Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs |
US7496535B2 (en) | 2000-10-14 | 2009-02-24 | Goldman Sachs & Co. | Computerized interface for constructing and executing computerized transaction processes and programs |
US20020049661A1 (en) | 2000-10-14 | 2002-04-25 | Goldman, Sachs & Company | Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs |
US7136834B1 (en) | 2000-10-19 | 2006-11-14 | Liquidnet, Inc. | Electronic securities marketplace having integration with order management systems |
US7110974B1 (en) | 2000-11-03 | 2006-09-19 | Lehman Brothers Inc | Tool for estimating a cost of a trade |
DE10055641A1 (en) | 2000-11-10 | 2002-06-13 | Siemens Ag | Sealing element for arrangement between an injector and a cylinder head and injector and cylinder head with such a sealing element |
KR20030015373A (en) * | 2001-05-08 | 2003-02-20 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | Generation and detection of a watermark robust against resampling of an audio signal |
WO2002093325A2 (en) | 2001-05-14 | 2002-11-21 | Espeed, Inc. | Systems and methods for providing a trading interface with advanced features |
US7418416B2 (en) | 2001-06-20 | 2008-08-26 | Morgan Stanley | Gamma trading tool |
US6734731B2 (en) * | 2001-06-28 | 2004-05-11 | Simon Fraser University | Self-calibrated power amplifier linearizers |
US20060020538A1 (en) | 2001-06-28 | 2006-01-26 | Pranil Ram | Tabs based drag and drop graphical trading interface |
US20030009411A1 (en) | 2001-07-03 | 2003-01-09 | Pranil Ram | Interactive grid-based graphical trading system for real time security trading |
US7613640B2 (en) | 2001-08-29 | 2009-11-03 | Ebs Group Limited | Electronic trading system |
SE523652C2 (en) * | 2001-11-08 | 2004-05-04 | Volvo Constr Equip Components | Annular means for a braking device and a device for driving a wheel of a vehicle comprising said annular means |
EP1504385A4 (en) | 2001-12-05 | 2008-12-03 | Xchange Advantage Inc E | Method and system for managing distributed trading data |
US20030167224A1 (en) | 2002-02-22 | 2003-09-04 | Periwal Vijay K. | Sequential execution system of trading orders |
EP1504122A4 (en) * | 2002-05-04 | 2006-04-05 | Samuel Roberts Noble Found Inc | Methods of identifying genes for the manipulation of triterpene saponins |
US6672856B1 (en) * | 2002-06-28 | 2004-01-06 | Carrier Corporation | Diffuser guide vanes for high-speed screw compressor |
US8484121B2 (en) | 2002-12-09 | 2013-07-09 | Sam Balabon | System and method for execution delayed trading |
US7835972B2 (en) | 2003-01-29 | 2010-11-16 | Td Ameritrade Ip Company, Inc. | Quote and order entry interface |
US7680722B2 (en) | 2003-03-03 | 2010-03-16 | Itg Software Solutions, Inc. | Dynamic aggressive/passive pegged trading |
US20040236669A1 (en) | 2003-04-18 | 2004-11-25 | Trade Robot Limited | Method and system for automated electronic trading in financial matters |
KR20050001121A (en) | 2003-06-27 | 2005-01-06 | 주식회사 엘지홈쇼핑 | A system and method for ordering goods in advance |
US8676679B2 (en) * | 2003-06-30 | 2014-03-18 | Bloomberg L.P. | Counterparty credit limits in computerized trading |
US20050004852A1 (en) | 2003-07-03 | 2005-01-06 | Whitney Scott M. | System, method and computer medium for trading interface |
US7617139B2 (en) | 2004-03-23 | 2009-11-10 | Morgan Stanley | Investment transaction structure in which one party may substitute one investment for another |
EP1738321A4 (en) | 2004-04-01 | 2009-01-21 | Waverules Llc | Systems and methods of electronic trading using automatic book updates |
US20060000802A1 (en) * | 2004-06-30 | 2006-01-05 | Ajay Kumar | Method and apparatus for photomask plasma etching |
US20060036532A1 (en) * | 2004-07-14 | 2006-02-16 | Silverman Andrew F | Methods and apparatus for executing small size orders |
GB2417576A (en) | 2004-08-10 | 2006-03-01 | Latentzero Ltd | Algorithmic trading system |
US7856395B2 (en) * | 2004-08-10 | 2010-12-21 | Microtick, Llc | Short-term option trading system |
US20060080219A1 (en) | 2004-08-25 | 2006-04-13 | Lutnick Howard W | Systems and methods of obtaining trading exclusivity in electronic trading systems |
US20060047590A1 (en) * | 2004-08-26 | 2006-03-02 | Timothy Anderson | Real-time risk management trading system for professional equity traders with adaptive contingency notification |
US7925570B2 (en) | 2005-03-09 | 2011-04-12 | The Nasdaq Omx Group, Inc. | Opening cross in electronic market |
JP2008535125A (en) * | 2005-04-05 | 2008-08-28 | リーマン・ブラザーズ・インコーポレーテッド | System and method for order analysis, enhancement and execution |
US7624066B2 (en) | 2005-08-10 | 2009-11-24 | Tradehelm, Inc. | Method and apparatus for electronic trading of financial instruments |
WO2007057040A2 (en) * | 2005-11-18 | 2007-05-24 | Rts Realtime Systems Ag | Algorithmic trading system, a method for computer-based algorithmic trading and a computer program product |
KR100717590B1 (en) | 2006-03-14 | 2007-05-15 | 주식회사티엘정보통신 | Virtual asset trading system in internet and method thereof |
US7725381B2 (en) * | 2006-04-04 | 2010-05-25 | Omx Technology Ab | Trader counterpart precondition in anonymous trading system |
EP2083387A1 (en) | 2006-04-28 | 2009-07-29 | Pipeline Financial Group, Inc. | Rich Graphical Control Interface for Algorithmic Trading Engine |
US9799072B2 (en) | 2006-07-28 | 2017-10-24 | Nyse Group, Inc. | Enhanced quote and order integration system and method |
GB2444053A (en) | 2006-11-23 | 2008-05-28 | Eques Coatings | Hybrid UV-curable resins |
US7769762B2 (en) | 2006-12-19 | 2010-08-03 | Sap Ag | Method and system for consolidating data type repositories |
JP2010534892A (en) | 2007-07-26 | 2010-11-11 | パイプライン フィナンシャル グループ インコーポレイティッド | Large transaction system and method for providing price improvements to aggressive orders |
US8103579B1 (en) * | 2007-07-26 | 2012-01-24 | Pipeline Financial Group, Inc. | Systems and methods regarding targeted dissemination |
CN101399611A (en) | 2007-09-28 | 2009-04-01 | 华为技术有限公司 | PON multicast communication system, multicast management method and corresponding device |
EP2195774A2 (en) | 2007-10-05 | 2010-06-16 | 3d Markets, Inc. | Method and apparatus for improved electronic trading |
DE102007053954A1 (en) | 2007-11-09 | 2009-05-14 | Henkel Ag & Co. Kgaa | High-retention styling agent with moisture V |
US20090259584A1 (en) | 2008-04-08 | 2009-10-15 | Henri Waelbroeck | Block trading system and method providing price improvement to aggressive orders |
US8773469B2 (en) | 2008-04-09 | 2014-07-08 | Imagine Communications Corp. | Video multiviewer system with serial digital interface and related methods |
-
2008
- 2008-07-28 JP JP2010518434A patent/JP2010534892A/en active Pending
- 2008-07-28 EP EP08782452A patent/EP2186048A4/en not_active Withdrawn
- 2008-07-28 CA CA2694599A patent/CA2694599A1/en not_active Abandoned
- 2008-07-28 US US12/181,028 patent/US7882015B2/en not_active Expired - Fee Related
- 2008-07-28 EP EP10163330A patent/EP2237215A1/en not_active Withdrawn
- 2008-07-28 WO PCT/US2008/071363 patent/WO2009015387A2/en active Application Filing
- 2008-07-28 US US12/181,117 patent/US8165954B2/en active Active
- 2008-07-28 CA CA2694593A patent/CA2694593A1/en not_active Abandoned
- 2008-07-28 EP EP10163660A patent/EP2239701A1/en not_active Withdrawn
- 2008-07-28 EP EP08782444A patent/EP2186055A4/en not_active Withdrawn
- 2008-07-28 WO PCT/US2008/071373 patent/WO2009015391A2/en active Application Filing
- 2008-07-28 JP JP2010518436A patent/JP2010534893A/en active Pending
- 2008-07-28 AU AU2008278595A patent/AU2008278595A1/en not_active Abandoned
- 2008-07-28 AU AU2008278599A patent/AU2008278599A1/en not_active Abandoned
-
2010
- 2010-12-22 US US12/975,628 patent/US8095456B2/en not_active Expired - Fee Related
-
2013
- 2013-03-15 US US13/842,107 patent/US8732071B2/en not_active Expired - Fee Related
-
2014
- 2014-05-20 US US14/282,833 patent/US10109009B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
WO2009015387A2 (en) | 2009-01-29 |
EP2237215A1 (en) | 2010-10-06 |
CA2694593A1 (en) | 2009-01-29 |
EP2239701A1 (en) | 2010-10-13 |
WO2009015391A2 (en) | 2009-01-29 |
JP2010534893A (en) | 2010-11-11 |
US8095456B2 (en) | 2012-01-10 |
US20140372277A1 (en) | 2014-12-18 |
US8732071B2 (en) | 2014-05-20 |
AU2008278595A1 (en) | 2009-01-29 |
US7882015B2 (en) | 2011-02-01 |
US10109009B2 (en) | 2018-10-23 |
EP2186048A4 (en) | 2010-09-15 |
US20110178914A1 (en) | 2011-07-21 |
WO2009015387A3 (en) | 2009-04-16 |
US20090089199A1 (en) | 2009-04-02 |
JP2010534892A (en) | 2010-11-11 |
EP2186055A4 (en) | 2010-09-15 |
WO2009015391A3 (en) | 2009-04-16 |
US20130204771A1 (en) | 2013-08-08 |
US20090076961A1 (en) | 2009-03-19 |
US8165954B2 (en) | 2012-04-24 |
AU2008278599A2 (en) | 2010-03-25 |
EP2186055A2 (en) | 2010-05-19 |
EP2186048A2 (en) | 2010-05-19 |
AU2008278599A1 (en) | 2009-01-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8165954B2 (en) | Block trading system and method providing price improvement to aggressive orders | |
US20230230159A1 (en) | System and method for using trader lists in an electronic trading system to route a trading order with a reserved size | |
US20090259584A1 (en) | Block trading system and method providing price improvement to aggressive orders | |
AU2007243607B2 (en) | Systems and methods for providing anonymous requests for quotes for financial instruments | |
Mallin et al. | Derivatives usage in UK non-financial listed companies | |
US8392314B1 (en) | Methods and systems for computer-based incremental trading | |
US8412619B2 (en) | Systems and methods regarding targeted dissemination | |
CA2616850C (en) | System and method for using trader lists in an electronic trading system to route a trading order with a reserved size | |
US8364574B1 (en) | Call for quote/price system and methods for use in a wholesale financial market | |
US11769202B2 (en) | Computer systems for selective transmission | |
US20190295166A1 (en) | Systems and methods regarding targeted dissemination | |
Hintz | Lost in the Dark: An Analysis of the SEC's Regulatory Response to Dark Pools | |
Ji | Security market manipulations and the assurance of market integrity |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FZDE | Discontinued |