US20130151390A1 - Systems and methods for anonymous electronic trading - Google Patents

Systems and methods for anonymous electronic trading Download PDF

Info

Publication number
US20130151390A1
US20130151390A1 US13/616,839 US201213616839A US2013151390A1 US 20130151390 A1 US20130151390 A1 US 20130151390A1 US 201213616839 A US201213616839 A US 201213616839A US 2013151390 A1 US2013151390 A1 US 2013151390A1
Authority
US
United States
Prior art keywords
trader
bid
offer
trade
trading
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US13/616,839
Inventor
Philip M. Ginsberg
Andrew C. Gilbert
Howard W. Lutnick
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US13/616,839 priority Critical patent/US20130151390A1/en
Publication of US20130151390A1 publication Critical patent/US20130151390A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]

Definitions

  • the present invention relates to systems and methods for anonymous electronic trading. More particularly, the present invention relates to systems and methods for electronic trading that enable traders to remain anonymous with each other while still allowing those traders to monitor counterparty risk.
  • electronic trading systems have gained wide spread acceptance for trading of a wide variety of items, such as goods, services, financial instruments, and commodities.
  • electronic trading systems have been created which facilitate the trading of financial instruments and commodities such as stocks, bonds, currency, futures, oil, gold, pork bellies, etc.
  • online auctions on the Internet have become popular markets for the exchange of services and both new and used goods.
  • a passive trader may submit a “bid” to buy a particular number of 30 Year U.S. Treasury bonds at a given price.
  • an aggressive side trader may submit a “hit” in order to indicate a willingness to sell bonds to the first trader at the given price.
  • a passive side trader may submit an “offer” to sell the particular number of the bonds at the given price, and then an aggressive side trader may submit a “lift” (or “take”) in response to the offer to indicate a willingness to buy bonds from the passive side trader at the given price.
  • the bid, the offer, the hit, and the lift (or take) are collectively know as “orders”.
  • the trader submits a bid, the trader is said to be submitting an order.
  • systems and methods which enable traders to participate in anonymous trading while monitoring their counterparty risk.
  • Monitoring of counterparty risk by a trader is facilitated by allowing the trader to set counterparty switches that indicate counterparties with which the trader does not want to trade, by allowing the trader to specify warning limits for those traders with which the trader does want to trade, and by allowing the trader to specify how over-warning-limit pending trades are to be processed.
  • a bid entered by the counterparty would be correspondingly displayed (e.g., in a special color), or not displayed at all, to the trader.
  • the warning limits for the trader and the counterparty may then be checked to confirm that completion of the corresponding trade would not cause any warning limits to be exceeded.
  • the trade may be automatically executed in full, automatically executed for only a within-warning-limit portion, automatically rejected, manually executed in full, or manually executed for only the within-warning-limit portion.
  • each party trader may then be prompted to see if the trader wants to turn “OFF” the counterparty switch for the other trade and thereby control display of subsequent order submission by the other trader.
  • trader is meant to broadly apply to any user of a trading system, whether that user is an agent acting on behalf of a principal, a principal, an individual, a legal entity (such as a corporation), etc., or any machine or mechanism that is capable of placing and/or responding to orders in a trading system.
  • FIG. 1 is a block diagram of one embodiment of hardware that may be used to implement the present invention
  • FIG. 2 is an illustration of a screen display that may be presented in accordance with one embodiment of the present invention
  • FIG. 3 is an illustration of an interface that may be presented in accordance with one embodiment of the present invention.
  • FIG. 4 is a flow diagram of a process for configuring trader workstations and processing bids and offers in accordance with one embodiment of the present invention
  • FIGS. 5A-5C are flow diagrams of a process for processing hits and lifts (or takes) and reconfiguring trader workstations in accordance with one embodiment of the present invention
  • FIG. 6 is an illustration of an interface that may be used to configure trader workstations in accordance with one embodiment of the present invention
  • FIG. 7 is an illustration of a prompt that may be used to manually execute a partial trade in accordance with one embodiment of the present invention.
  • FIG. 8 is an illustration of a prompt that may be used to manually execute a full trade in accordance with one embodiment of the present invention.
  • FIG. 9 is an illustration of a prompt that may be used to reconfigure trader workstations in accordance with one embodiment of the present invention.
  • FIGS. 1-9 The present invention is now described in connection with FIGS. 1-9 .
  • the present invention is described below in connection with a bid/offer, hit/take trading system, it should be apparent to one of ordinary skill in the art that the control of the display of information, the monitoring of warning limits, and the prompting of a user regarding the subsequent display of the information in accordance with the present invention may be used with any other suitable trading, information display, and/or data processing system.
  • hardware 100 may include one or more local workstations 102 and one or more remote workstations 104 that may be used by traders to view trading data and enter trading commands.
  • Workstations 102 and 104 may be any suitable means for presenting data and, in preferred embodiments of this invention, accepting input.
  • workstations 102 and 104 may be personal computers, laptop computers, mainframe computers, dumb terminals, data displays, Internet browsers, Personal Digital Assistants (PDAs), two-way pagers, wireless terminals, portable telephones, etc., or any combination of the same.
  • PDAs Personal Digital Assistants
  • the workstations preferably submit commands to, and receive data to be displayed from, a processor 106 .
  • workstations may communicate with additional processors, or include processors to orchestrate trading in a distributed fashion without requiring processor 106 .
  • processor 106 may be connected to an external trading system (not shown) that controls trading by the traders.
  • Processor 106 and any additional processors, may be any suitable circuitry or devices capable of processing data such as microprocessors, personal computers, network servers, mainframe computers, dedicated computer systems, etc.
  • processor 106 may be connected to workstations 102 and 104 by networks 108 and 110 , respectively.
  • networks 108 and 110 may be any suitable data network for communicating data between workstations 102 and 104 and processor 106 , such as a local area network, a wide area network, the Internet, an intranet, a wireless network, a hard wired connection, a dial-up network, etc., or any combination of the same.
  • workstations 102 and 104 may be linked together by networks 108 and 110 directly.
  • a telephone network 120 may be provided that comprises a local telephone 122 and a remote telephone 124 connected by a telephone line 126 .
  • Telephone network 120 may be used to enable a trader at a remote location to communicate with an operator at a workstation 102 or 104 . This may be useful when the trader does not have access to a workstation 102 or 104 or when the trader only has access to a display-only workstation 102 or 104 .
  • telephone network 120 may be implemented as a private telephone network, a public telephone network, a wireless telephone network, or any suitable combination of the same.
  • hardware 100 may enable a trader to submit a bid to buy, or an offer to sell, an item at one of workstations 102 and 104 .
  • This bid or offer may then be communicated to processor 106 , where the bid or offer can be ranked and stored in a bid-offer queue. The ranking may be based upon time of submission, price, or any other suitable criterion.
  • the bid or offer may then be presented to other traders via other workstations 102 and 104 dependent upon its ranking in the bid-offer queue. Once displayed, the bid or offer can then be hit or taken by one or more of the other traders so that a trade of the item can proceed to execution.
  • bid and offer 201 may include portions indicating a description of the underlying instrument 202 , a bid price 204 , an offer price 206 , a bid size 208 , and an offer size 210 .
  • these portions of bid and offer 201 may be highlighted with one or more colors, or in any other suitable manner, to indicate various traits of the bid and offer.
  • portions 204 and 208 may be colored red to indicate that the counterparty switch of the bidder has been turned off by the trader and, thus, is not tradable by the trader.
  • an interface 300 may be used to submit and respond to bids and offers presented in display 200 in accordance with the present invention.
  • Interface 300 may be presented on a trader's workstation in response to the trader clicking on any of portions 202 , 204 , 206 , 208 , and 210 of bid and offer 201 .
  • interface 300 may then indicate information about the bid and offer clicked-on by the trader in a display 301 .
  • display 301 may also indicate the current bid price for the instrument (i.e., “99.12+”) and the current bid size for the instrument (i.e., “10”).
  • buttons and entry fields may be incorporated into interface 300 .
  • a numeric keypad 302 is displayed. As illustrated, numeric keypad 302 provides buttons for numbers zero through nine, ten, twenty-five, fifty, and one hundred. Numeric keypad 302 also contains a plus button (“+”), a minus button (“ ⁇ ”), a decimal point button (“.”), a backspace button (“BKS”), and a delete button (“DEL”).
  • Interface 300 also provides a buy button 304 , a sell button 306 , a cancel buy button 308 , a cancel sells button 310 , a bid button 312 , an offer button 314 , a cancel bids button 316 , a cancel offers button 318 , cancel all buttons 320 , cancel all for all instruments buttons 322 , a price entry field 324 , price up and down buttons 326 , bid price up and down buttons 328 , offer price up and down buttons 334 , a size entry field 330 , and size up and down buttons 332 .
  • a trader may first set a bid or offer price and a bid or offer size by entering the appropriate values in fields 324 and 330 , respectively, using up and down buttons 326 , 328 , 332 , and/or 334 and/or using keypad 302 . Once the desired price and size for the bid or offer have been specified, the trader may then submit the bid or offer by pressing bid button 304 or the offer button 314 .
  • a trader may first specify a size in field 330 using up and down buttons 332 and/or 334 and/or using keypad 302 . Once the desired size has been specified, the trader may then hit the bid or lift (or take) the offer for the specified size by pressing sell button 306 or buy button 304 , respectively.
  • buttons 308 , 310 , 316 , 318 , 320 , and 322 the trader may press any corresponding one of buttons 308 , 310 , 316 , 318 , 320 , and 322 .
  • process 400 for configuring a workstation 102 and 104 ( FIG. 1 ) and processing bids and offers that may be executed in processor 106 ( FIG. 1 ) in accordance with one embodiment of the present invention is shown.
  • process 400 first allows a trader to select how the workstation is to react when a bid or offer is hit or lifted, respectively, and execution of that trade would exceed a warning limit of one of the traders in the trade.
  • the workstation may be configured to automatically accept the full trade, automatically accept only the part of the trade that would not exceed the warning limits of both traders, automatically reject the whole trade, manually accept the full trade after prompting the trader, or manually accept only the part of the trade that would not exceed the warning limits of both traders after prompting the trader.
  • the options of manually accepting the full trade and manually accepting only part of the trade may not be available at workstations 102 or 104 in order to speed trading, simplify trading, or limit decision making by traders with respect to counterparty risk.
  • the manual options may be available and the automatic options may not be available in some embodiments of the invention.
  • an example of an interface 600 that facilitates selection of one of these options is shown. As illustrated, by selecting one of the options from drop-down menu 602 , a trader can select how the workstation is to react when execution of a trade would exceed a warning limit of at least one of the traders. Although this selection is shown in interface 600 as being made by selecting one of the options from drop-down menu 602 , selection of one of these options may be made in any suitable manner.
  • process 400 next enables each trader to set counterparty switches for the other traders at step 404 .
  • counterparty switches enable a trader to indicate whether the trader wants to be able to trade with each other trader.
  • a trader may indicate that the trader does not want to trade with another trader, for example, because the other trader backed out of a trade on a previous occasion, because the other trader trades only in small sizes, or for any other suitable reason.
  • a trader trading at a workstation 102 or 104 on behalf of Institution A may select whether to trade with counterparty institutions by selecting which of check boxes 604 , 606 , 608 , 610 , and 612 to check. Where a check box is checked, the corresponding institution is preferably set to “ON” so that bids and offers from that institution are presented to the trader.
  • the trader at step 406 may optionally set warning limits for each counterparty having a counterparty switch that is set to “ON.”
  • the trader may set warning limits by specifying values in fields 614 , 616 , 618 , 620 , 622 , 624 , 626 , 628 , 630 , and/or 632 .
  • These values may be a total dollar amount of buy and sell side transactions, a total dollar amount of buy side only transactions, a total dollar amount of sell side only transactions, a count of the total number of buy and sell side transactions, a count of the total number of buy side only transactions, a count of the total number of sell side only transactions, any other suitable values or combinations of values that are related to order submission of the counterparty and/or any other characteristic of the trader, or any other suitable values or combinations of values that are independent of order submissions of the counterparty and any other characteristic of the trader.
  • interface 600 is illustrated with fields 614 , 616 , 618 , 620 and 622 in a buy column 634 and fields 624 , 626 , 628 , 630 , and 632 in a sell column 636 , the present invention may be implemented with only a single column for total buy and sell transactions or for only one of buy and sell transactions.
  • steps 402 , 404 and 406 are illustrated in process 400 of FIG. 4 in a specific order, these steps may be executed in any suitable order or in parallel if desired.
  • process 400 next waits for new bids and offers to be entered at step 408 .
  • bids and offers may be entered at workstations 102 or 104 using an interface 300 as illustrated in and described in connection with FIG. 3 .
  • process 400 next receives the bid or offer at step 410 .
  • process 400 determines whether the counterparty switches both to and from the passive side (i.e., the counterparty submitting the bid or offer that was received at step 410 ) are set to “ON.” If both the counterparty switches to and from the passive side are set to “ON,” process 400 then displays the bid or offer as available (i.e., a bid or offer that the trader may hit or take (or lift)) at step 414 . Otherwise, process 400 displays the bid or offer as not available or does not display the bid or offer at all at step 416 .
  • a bid or offer may be displayed as being available or not available by displaying the bid or offer in a corresponding color (e.g., available bids or offers in green and unavailable bids or offers in red), by displaying the bid or offer in a corresponding font (e.g., available bids or offers in bold and unavailable bids or offers in italics), by flashing or not flashing the bid or offer (e.g., available bids or offers flashing and unavailable bids or offers/not flashing), by only displaying a bid or offer if it is available, or in any other suitable manner.
  • a corresponding color e.g., available bids or offers in green and unavailable bids or offers in red
  • a corresponding font e.g., available bids or offers in bold and unavailable bids or offers in italics
  • flashing or not flashing the bid or offer e.g., available bids or offers flashing and unavailable bids or offers/not flashing
  • FIGS. 5A-5C a process 500 for processing hits and lifts (or takes) in response to available bids and offers that may be executed in processor 106 ( FIG. 1 ) in accordance with preferred embodiments of the present invention is shown.
  • hits and lifts may be entered using interface 300 illustrated in and discussed in connection with FIG. 3 , for example.
  • Process 500 begins by waiting for a hit or lift (or take) to be entered on an available bid or offer at step 504 . Once a hit or lift is received, process 500 receives the new hit or lift at step 506 .
  • the bid or offer for which the hit or lift was received is then set to inactive at step 508 .
  • the bid or offer is set to inactive in order to prevent the bid or offer from being hit or lifted by another trader while process 400 is determining whether execution of the trade corresponding to the hit or lift of the bid or offer can be executed.
  • step 510 process 500 checks the warning limits for each of the traders in the trade.
  • step 510 will first select the appropriate limit for each trader. For example, if a trader A hits a bid by a trader B, and traders A and B both set up both a buy side warning limit and a sell side warning limit, for trader A, the sell side warning limit will be checked and for trader B, the buy side warning limit will be checked. In the event where no sell side warning limit has been set and a trader has hit a bid, or vice versa, the trade may be treated as exceeding the warning limit check or as not exceeding the warning limit check, as desired.
  • process 500 branches to step 516 to execute the trade and then loop back to step 504 . Otherwise, if the trade would exceed the warning limit of either trader, process 500 proceeds to step 520 ( FIG. 5B ) via links 514 and 518 ( FIG. 5B ).
  • process 500 determines if either trader selected automatic rejection of the whole trade in configuring workstations 102 and 104 . If either trader did select automatic rejection, then process 500 takes the AR branch and restores the bid or offer to active at step 522 so that the bid or offer may be acted upon by other traders. Once a bid or offer has been restored to active at step 522 , process 500 then proceeds to step 548 ( FIG. 5C ) via links 524 and 546 ( FIG. 5C ).
  • process 500 determines at step 526 whether both traders selected automatic acceptance of only part of the trade, or whether one trader selected automatic acceptance of only part of the trade and the other trader selected automatic acceptance of the full trade. If not, process 500 proceeds to step 532 . If so, process 500 takes the AP branch and at step 528 then splits the bid or offer into a bid or offer for the size that would not exceed either warning limit and a bid or offer for the remaining size. Process 500 then executes the bid or offer for the size that would not exceed the warning limit at step 530 , and proceeds to step 548 ( FIG. 5C ) via links 524 and 546 ( FIG. 5C ).
  • process 500 inquires whether both traders are configured for automatic acceptance of the full trade. If so, process 500 then takes the AF branch and executes the trade at step 530 and proceeds to step 548 ( FIG. 5C ) via links 524 and 546 (FIG. SC). Otherwise, process 500 proceeds to step 534 .
  • process 500 determines whether either trader is configured for manual acceptance of only part of the trade or whether one trader is configured for automatic acceptance of only part of the trade and the other trader is configured for manual acceptance of the full trade. If yes, then process 500 takes the MP branch and proceeds to step 536 whereupon each trader that is configured for manual acceptance of either only part of the trade or the full trade is asked whether that trader would like to execute a partial trade. Such an inquiry may be made by presenting a prompt 700 as shown in FIG. 7 . In response to this prompt, the trader may select one of “YES” button 702 or “NO” button 704 . In the event that a prompted trader does not respond to prompt 700 within a given period of time, prompt 700 may automatically select one of button 702 and button 704 in order to prevent excessive delays in trading.
  • process 500 determines whether each trader prompted at step 536 elected to execute a partial trade. If so, then process 500 branches to step 528 and performs that step and the subsequent steps in process 500 as described above. Otherwise process 500 branches to step 522 and performs that step and the subsequent steps in process 500 as described above.
  • process 500 determines at step 534 that neither trader is configured for manual acceptance of only part of the trade and that one trader is not configured for automatic execution of only part of the trade and/or the other trader is not configured for manual acceptance of the full trade, then process 500 takes the MF branch and proceeds to step 540 whereupon each trader configured for manual acceptance of the full trade is asked whether that trader would like to execute the full trade.
  • Such an inquiry may be made by presenting a prompt 800 as shown in FIG. 8 .
  • the trader may select one of “YES” button 802 or “NO” button 804 .
  • prompt 800 may automatically select one of button 802 and button 804 in order to prevent excessive delays in trading.
  • process 500 determines whether each trader prompted at step 540 elected to execute the full trade. If so, process branches to step 530 and performs that step and the subsequent steps in process 500 as described above. Otherwise, process 544 branches to step 522 and performs that step and the subsequent steps in process 500 as described above.
  • FIG. 5B illustrates a process 500 that tests for and processes automatic rejection (AR), automatic partial acceptance (AP), automatic full acceptance (AF), manual partial acceptance (MP), and manual full acceptance (MP), the present invention may be implemented without testing for these configuration selections and only perform tests, and subsequent processes, for configuration selections that are available.
  • AR automatic rejection
  • AP automatic partial acceptance
  • AF automatic full acceptance
  • MP manual partial acceptance
  • MP manual full acceptance
  • process 500 proceeds to step 548 ( FIG. 5C ) via links 524 and 546 ( FIG. 5C ) and then displays a prompt asking the passive side trader if that trader would like to turn off the counterparty switch for the current counterparty (the aggressor).
  • a prompt asking the passive side trader if that trader would like to turn off the counterparty switch for the current counterparty (the aggressor).
  • Such an inquiry may be made by presenting the passive side trader with a prompt 900 as shown in FIG. 9 .
  • the passive side trader may select one of “YES” button 902 and “NO” button 904 . If the passive side trader fails to respond to prompt 900 within a given period of time, prompt 900 may automatically select one of button 902 and button 904 in order to prevent excessive delays in trading.
  • process 500 determines at step 550 whether the passive side trader elected to turn “OFF” the counterparty switch at step 548 . If so, then process 500 turns “OFF” the corresponding counterparty switch at step 552 . Once the switch has been turned “OFF” at step 552 or if the passive side trader did not elect to turn off the counterparty switch, then process 500 displays a prompt to the aggressive side trader asking whether the aggressive side trader would like to turn “OFF” the counterparty switch corresponding to the passive side trader. This prompt may be presented using prompt 900 of FIG. 9 similarly to the manner described above.
  • process 500 at step 556 , branches to step 558 whereupon the corresponding counterparty switch is set to “OFF.” Otherwise process 500 loops back to step 504 ( FIG. 5A ) via links 560 and 502 ( FIG. 5A ).

Abstract

Systems and methods for anonymous electronic trading that allow a trader to hide his or her identity and inhibit trading interactions are provided. Using these systems and methods, a trader can, using various trading interfaces, control a level of trading anonymously and configure warnings that are provided to protect against inadvertent completion of potential-risk-involved trades.

Description

    CROSS REFERENCE TO RELATED APPLICATION
  • This application claims the benefit of U.S. Provisional Patent Application Ser. No. 60/223,028, filed Aug. 4, 2000, which is hereby incorporated by reference herein in its entirety.
  • BACKGROUND OF THE INVENTION
  • The present invention relates to systems and methods for anonymous electronic trading. More particularly, the present invention relates to systems and methods for electronic trading that enable traders to remain anonymous with each other while still allowing those traders to monitor counterparty risk.
  • In recent years, electronic trading systems have gained wide spread acceptance for trading of a wide variety of items, such as goods, services, financial instruments, and commodities. For example, electronic trading systems have been created which facilitate the trading of financial instruments and commodities such as stocks, bonds, currency, futures, oil, gold, pork bellies, etc. As another example, online auctions on the Internet have become popular markets for the exchange of services and both new and used goods.
  • Many of these electronic trading systems use a bid/offer process in which bids and offers are submitted to the systems by a passive side and then those bids and offers are hit and lifted (or taken) by an aggressive side. For example, a passive trader may submit a “bid” to buy a particular number of 30 Year U.S. Treasury bonds at a given price. In response to such a bid, an aggressive side trader may submit a “hit” in order to indicate a willingness to sell bonds to the first trader at the given price. Alternatively, a passive side trader may submit an “offer” to sell the particular number of the bonds at the given price, and then an aggressive side trader may submit a “lift” (or “take”) in response to the offer to indicate a willingness to buy bonds from the passive side trader at the given price. In such trading systems, the bid, the offer, the hit, and the lift (or take) are collectively know as “orders”. Thus, when a trader submits a bid, the trader is said to be submitting an order.
  • Given the laws of supply and demand, if a first trader desires to buy or sell an extraordinarily large size of a particular financial instrument or other item, other traders may modify their prices for that instrument or item to the detriment of the first trader in order to take advantage of that desire. In this way, the other traders may distort the market price of the instrument or item away from what the price would be for that instrument or item trading with the same size over varied buyers or sellers. Accordingly, traders frequently desire to remain anonymous when trading so that other traders cannot determine their identity prior to execution of any given trade.
  • Although traders in electronic trading systems frequently desire to remain anonymous in this way, many traders still desire to be able to monitor counterparty risk by keeping track of and limiting the total size of trades that they are completing with each other trader. Accordingly, it is an object of the present invention to provide systems and methods for electronic trading that enable traders to remain anonymous with each other while still allowing those traders to monitor counterparty risk.
  • SUMMARY OF THE INVENTION
  • In accordance with this and other objects of the invention, systems and methods are provided which enable traders to participate in anonymous trading while monitoring their counterparty risk. Monitoring of counterparty risk by a trader is facilitated by allowing the trader to set counterparty switches that indicate counterparties with which the trader does not want to trade, by allowing the trader to specify warning limits for those traders with which the trader does want to trade, and by allowing the trader to specify how over-warning-limit pending trades are to be processed. Once these selections have been made, display of order submissions entered by a counterparty is controlled in accordance with the counterparty switches entered by the counterparty and each trader to which the order submission would be displayed. For example, if the counterparty or a trader has selected to set the counterparty switch for the other party to “OFF,” a bid entered by the counterparty would be correspondingly displayed (e.g., in a special color), or not displayed at all, to the trader. Upon a pending trade being initiated by the trader in response to the order submission by the counterparty, the warning limits for the trader and the counterparty may then be checked to confirm that completion of the corresponding trade would not cause any warning limits to be exceeded. In the event that the trade would exceed one or more warning limits, then, based upon the trader's and the counterparty's specifications of how each party wants to process over-warning-limit pending trades, the trade may be automatically executed in full, automatically executed for only a within-warning-limit portion, automatically rejected, manually executed in full, or manually executed for only the within-warning-limit portion. Upon the occurrence of an over-warning-limit pending trade, each party trader may then be prompted to see if the trader wants to turn “OFF” the counterparty switch for the other trade and thereby control display of subsequent order submission by the other trader.
  • Although the present invention is described herein as being used by “traders,” it should be apparent that the term “trader” is meant to broadly apply to any user of a trading system, whether that user is an agent acting on behalf of a principal, a principal, an individual, a legal entity (such as a corporation), etc., or any machine or mechanism that is capable of placing and/or responding to orders in a trading system.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • Further features of the invention, its nature and various advantages will become more apparent from the following detailed description of the invention, taken in conjunction with the accompanying drawings, in which like reference characters refer to like parts throughout, and in which:
  • FIG. 1 is a block diagram of one embodiment of hardware that may be used to implement the present invention;
  • FIG. 2 is an illustration of a screen display that may be presented in accordance with one embodiment of the present invention;
  • FIG. 3 is an illustration of an interface that may be presented in accordance with one embodiment of the present invention;
  • FIG. 4 is a flow diagram of a process for configuring trader workstations and processing bids and offers in accordance with one embodiment of the present invention;
  • FIGS. 5A-5C are flow diagrams of a process for processing hits and lifts (or takes) and reconfiguring trader workstations in accordance with one embodiment of the present invention;
  • FIG. 6 is an illustration of an interface that may be used to configure trader workstations in accordance with one embodiment of the present invention;
  • FIG. 7 is an illustration of a prompt that may be used to manually execute a partial trade in accordance with one embodiment of the present invention;
  • FIG. 8 is an illustration of a prompt that may be used to manually execute a full trade in accordance with one embodiment of the present invention; and
  • FIG. 9 is an illustration of a prompt that may be used to reconfigure trader workstations in accordance with one embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE INVENTION
  • The present invention is now described in connection with FIGS. 1-9. Although the present invention is described below in connection with a bid/offer, hit/take trading system, it should be apparent to one of ordinary skill in the art that the control of the display of information, the monitoring of warning limits, and the prompting of a user regarding the subsequent display of the information in accordance with the present invention may be used with any other suitable trading, information display, and/or data processing system.
  • Turning first to FIG. 1, an example of hardware 100 that may be used to implement one embodiment of the present invention is shown. As illustrated, hardware 100 may include one or more local workstations 102 and one or more remote workstations 104 that may be used by traders to view trading data and enter trading commands. Workstations 102 and 104 may be any suitable means for presenting data and, in preferred embodiments of this invention, accepting input. For example, workstations 102 and 104 may be personal computers, laptop computers, mainframe computers, dumb terminals, data displays, Internet browsers, Personal Digital Assistants (PDAs), two-way pagers, wireless terminals, portable telephones, etc., or any combination of the same.
  • To orchestrate trading between traders using workstations 102 and 104, the workstations preferably submit commands to, and receive data to be displayed from, a processor 106. In alternative embodiments, however, workstations may communicate with additional processors, or include processors to orchestrate trading in a distributed fashion without requiring processor 106. In yet other embodiments, processor 106 may be connected to an external trading system (not shown) that controls trading by the traders. Processor 106, and any additional processors, may be any suitable circuitry or devices capable of processing data such as microprocessors, personal computers, network servers, mainframe computers, dedicated computer systems, etc.
  • As shown, processor 106 may be connected to workstations 102 and 104 by networks 108 and 110, respectively. Each of networks 108 and 110 may be any suitable data network for communicating data between workstations 102 and 104 and processor 106, such as a local area network, a wide area network, the Internet, an intranet, a wireless network, a hard wired connection, a dial-up network, etc., or any combination of the same. In an arrangement of hardware 100 without processor 106, workstations 102 and 104 may be linked together by networks 108 and 110 directly.
  • As also shown in FIG. 1, a telephone network 120 may be provided that comprises a local telephone 122 and a remote telephone 124 connected by a telephone line 126. Telephone network 120 may be used to enable a trader at a remote location to communicate with an operator at a workstation 102 or 104. This may be useful when the trader does not have access to a workstation 102 or 104 or when the trader only has access to a display- only workstation 102 or 104. Obviously, telephone network 120 may be implemented as a private telephone network, a public telephone network, a wireless telephone network, or any suitable combination of the same.
  • When used to implement a bid/offer, hit/take trading system as described above or connect to an external bid/offer, hit/take trading system, hardware 100 may enable a trader to submit a bid to buy, or an offer to sell, an item at one of workstations 102 and 104. This bid or offer may then be communicated to processor 106, where the bid or offer can be ranked and stored in a bid-offer queue. The ranking may be based upon time of submission, price, or any other suitable criterion. The bid or offer may then be presented to other traders via other workstations 102 and 104 dependent upon its ranking in the bid-offer queue. Once displayed, the bid or offer can then be hit or taken by one or more of the other traders so that a trade of the item can proceed to execution.
  • An example of a display 200 for presenting a bid and offer 201 to a trader is shown in FIG. 2. As illustrated, bid and offer 201 may include portions indicating a description of the underlying instrument 202, a bid price 204, an offer price 206, a bid size 208, and an offer size 210. In accordance with the present invention, these portions of bid and offer 201 may be highlighted with one or more colors, or in any other suitable manner, to indicate various traits of the bid and offer. For example, portions 204 and 208 may be colored red to indicate that the counterparty switch of the bidder has been turned off by the trader and, thus, is not tradable by the trader.
  • Turning to FIG. 3, an interface 300 is shown that may be used to submit and respond to bids and offers presented in display 200 in accordance with the present invention. Interface 300 may be presented on a trader's workstation in response to the trader clicking on any of portions 202, 204, 206, 208, and 210 of bid and offer 201. When presented, interface 300 may then indicate information about the bid and offer clicked-on by the trader in a display 301. As shown, for example, upon the trader clicking on portion 204 of bid and offer 201, interface 300 may be presented with the instrument “usg 05Y” indicated in display 301. Display 301 may also indicate the current bid price for the instrument (i.e., “99.12+”) and the current bid size for the instrument (i.e., “10”).
  • As also shown in FIG. 3, a variety of buttons and entry fields may be incorporated into interface 300. At the center of interface 300, a numeric keypad 302 is displayed. As illustrated, numeric keypad 302 provides buttons for numbers zero through nine, ten, twenty-five, fifty, and one hundred. Numeric keypad 302 also contains a plus button (“+”), a minus button (“−”), a decimal point button (“.”), a backspace button (“BKS”), and a delete button (“DEL”). Interface 300 also provides a buy button 304, a sell button 306, a cancel buy button 308, a cancel sells button 310, a bid button 312, an offer button 314, a cancel bids button 316, a cancel offers button 318, cancel all buttons 320, cancel all for all instruments buttons 322, a price entry field 324, price up and down buttons 326, bid price up and down buttons 328, offer price up and down buttons 334, a size entry field 330, and size up and down buttons 332.
  • In order to submit a bid or offer for the instrument indicated in display 301 using interface 300, a trader may first set a bid or offer price and a bid or offer size by entering the appropriate values in fields 324 and 330, respectively, using up and down buttons 326, 328, 332, and/or 334 and/or using keypad 302. Once the desired price and size for the bid or offer have been specified, the trader may then submit the bid or offer by pressing bid button 304 or the offer button 314.
  • In order to hit a bid or lift (or take) an offer for the instrument indicated in display 301 using interface 300, a trader may first specify a size in field 330 using up and down buttons 332 and/or 334 and/or using keypad 302. Once the desired size has been specified, the trader may then hit the bid or lift (or take) the offer for the specified size by pressing sell button 306 or buy button 304, respectively.
  • In the event that a trader desires to cancel a bid, an offer, a hit, or a lift (or take), the trader may press any corresponding one of buttons 308, 310, 316, 318, 320, and 322.
  • Turning to FIG. 4, a process 400 for configuring a workstation 102 and 104 (FIG. 1) and processing bids and offers that may be executed in processor 106 (FIG. 1) in accordance with one embodiment of the present invention is shown. As illustrated at step 402, process 400 first allows a trader to select how the workstation is to react when a bid or offer is hit or lifted, respectively, and execution of that trade would exceed a warning limit of one of the traders in the trade. The workstation may be configured to automatically accept the full trade, automatically accept only the part of the trade that would not exceed the warning limits of both traders, automatically reject the whole trade, manually accept the full trade after prompting the trader, or manually accept only the part of the trade that would not exceed the warning limits of both traders after prompting the trader. As indicated in FIG. 4, the options of manually accepting the full trade and manually accepting only part of the trade may not be available at workstations 102 or 104 in order to speed trading, simplify trading, or limit decision making by traders with respect to counterparty risk. Alternatively, the manual options may be available and the automatic options may not be available in some embodiments of the invention.
  • Referring to FIG. 6, an example of an interface 600 that facilitates selection of one of these options is shown. As illustrated, by selecting one of the options from drop-down menu 602, a trader can select how the workstation is to react when execution of a trade would exceed a warning limit of at least one of the traders. Although this selection is shown in interface 600 as being made by selecting one of the options from drop-down menu 602, selection of one of these options may be made in any suitable manner.
  • Turning back to FIG. 4, process 400 next enables each trader to set counterparty switches for the other traders at step 404. These counterparty switches enable a trader to indicate whether the trader wants to be able to trade with each other trader. A trader may indicate that the trader does not want to trade with another trader, for example, because the other trader backed out of a trade on a previous occasion, because the other trader trades only in small sizes, or for any other suitable reason.
  • As can be seen in FIG. 6, a trader trading at a workstation 102 or 104 on behalf of Institution A may select whether to trade with counterparty institutions by selecting which of check boxes 604, 606, 608, 610, and 612 to check. Where a check box is checked, the corresponding institution is preferably set to “ON” so that bids and offers from that institution are presented to the trader.
  • As shown in FIG. 4, once a trader has set the counterparty switches for the other traders, the trader at step 406 may optionally set warning limits for each counterparty having a counterparty switch that is set to “ON.” Through interface 600 of FIG. 6, for example, the trader may set warning limits by specifying values in fields 614, 616, 618, 620, 622, 624, 626, 628, 630, and/or 632. These values may be a total dollar amount of buy and sell side transactions, a total dollar amount of buy side only transactions, a total dollar amount of sell side only transactions, a count of the total number of buy and sell side transactions, a count of the total number of buy side only transactions, a count of the total number of sell side only transactions, any other suitable values or combinations of values that are related to order submission of the counterparty and/or any other characteristic of the trader, or any other suitable values or combinations of values that are independent of order submissions of the counterparty and any other characteristic of the trader. Although interface 600 is illustrated with fields 614, 616, 618, 620 and 622 in a buy column 634 and fields 624, 626, 628, 630, and 632 in a sell column 636, the present invention may be implemented with only a single column for total buy and sell transactions or for only one of buy and sell transactions.
  • Although steps 402, 404 and 406 are illustrated in process 400 of FIG. 4 in a specific order, these steps may be executed in any suitable order or in parallel if desired.
  • After a trader has specified warning limits at step 406 of FIG. 4, process 400 next waits for new bids and offers to be entered at step 408. As explained above, bids and offers may be entered at workstations 102 or 104 using an interface 300 as illustrated in and described in connection with FIG. 3. Once a new bid or offer has been entered, process 400 next receives the bid or offer at step 410. At step 412, process 400 then determines whether the counterparty switches both to and from the passive side (i.e., the counterparty submitting the bid or offer that was received at step 410) are set to “ON.” If both the counterparty switches to and from the passive side are set to “ON,” process 400 then displays the bid or offer as available (i.e., a bid or offer that the trader may hit or take (or lift)) at step 414. Otherwise, process 400 displays the bid or offer as not available or does not display the bid or offer at all at step 416. A bid or offer may be displayed as being available or not available by displaying the bid or offer in a corresponding color (e.g., available bids or offers in green and unavailable bids or offers in red), by displaying the bid or offer in a corresponding font (e.g., available bids or offers in bold and unavailable bids or offers in italics), by flashing or not flashing the bid or offer (e.g., available bids or offers flashing and unavailable bids or offers/not flashing), by only displaying a bid or offer if it is available, or in any other suitable manner.
  • Turning now to FIGS. 5A-5C, a process 500 for processing hits and lifts (or takes) in response to available bids and offers that may be executed in processor 106 (FIG. 1) in accordance with preferred embodiments of the present invention is shown. As explained above, hits and lifts (or takes) may be entered using interface 300 illustrated in and discussed in connection with FIG. 3, for example. Process 500 begins by waiting for a hit or lift (or take) to be entered on an available bid or offer at step 504. Once a hit or lift is received, process 500 receives the new hit or lift at step 506. The bid or offer for which the hit or lift was received is then set to inactive at step 508. The bid or offer is set to inactive in order to prevent the bid or offer from being hit or lifted by another trader while process 400 is determining whether execution of the trade corresponding to the hit or lift of the bid or offer can be executed.
  • Next, at step 510, process 500 checks the warning limits for each of the traders in the trade. In the case where both a buy side warning limit and a sell side warning limit is specified by a trader, step 510 will first select the appropriate limit for each trader. For example, if a trader A hits a bid by a trader B, and traders A and B both set up both a buy side warning limit and a sell side warning limit, for trader A, the sell side warning limit will be checked and for trader B, the buy side warning limit will be checked. In the event where no sell side warning limit has been set and a trader has hit a bid, or vice versa, the trade may be treated as exceeding the warning limit check or as not exceeding the warning limit check, as desired.
  • If the trade would not exceed the warning limit of either trader, at step 512, process 500 branches to step 516 to execute the trade and then loop back to step 504. Otherwise, if the trade would exceed the warning limit of either trader, process 500 proceeds to step 520 (FIG. 5B) via links 514 and 518 (FIG. 5B).
  • At step 520, process 500 then determines if either trader selected automatic rejection of the whole trade in configuring workstations 102 and 104. If either trader did select automatic rejection, then process 500 takes the AR branch and restores the bid or offer to active at step 522 so that the bid or offer may be acted upon by other traders. Once a bid or offer has been restored to active at step 522, process 500 then proceeds to step 548 (FIG. 5C) via links 524 and 546 (FIG. 5C).
  • If neither trader is configured for automatic rejection, then process 500 determines at step 526 whether both traders selected automatic acceptance of only part of the trade, or whether one trader selected automatic acceptance of only part of the trade and the other trader selected automatic acceptance of the full trade. If not, process 500 proceeds to step 532. If so, process 500 takes the AP branch and at step 528 then splits the bid or offer into a bid or offer for the size that would not exceed either warning limit and a bid or offer for the remaining size. Process 500 then executes the bid or offer for the size that would not exceed the warning limit at step 530, and proceeds to step 548 (FIG. 5C) via links 524 and 546 (FIG. 5C).
  • At step 532, process 500 inquires whether both traders are configured for automatic acceptance of the full trade. If so, process 500 then takes the AF branch and executes the trade at step 530 and proceeds to step 548 (FIG. 5C) via links 524 and 546 (FIG. SC). Otherwise, process 500 proceeds to step 534.
  • At step 534, process 500 determines whether either trader is configured for manual acceptance of only part of the trade or whether one trader is configured for automatic acceptance of only part of the trade and the other trader is configured for manual acceptance of the full trade. If yes, then process 500 takes the MP branch and proceeds to step 536 whereupon each trader that is configured for manual acceptance of either only part of the trade or the full trade is asked whether that trader would like to execute a partial trade. Such an inquiry may be made by presenting a prompt 700 as shown in FIG. 7. In response to this prompt, the trader may select one of “YES” button 702 or “NO” button 704. In the event that a prompted trader does not respond to prompt 700 within a given period of time, prompt 700 may automatically select one of button 702 and button 704 in order to prevent excessive delays in trading.
  • Next, at step 538, process 500 determines whether each trader prompted at step 536 elected to execute a partial trade. If so, then process 500 branches to step 528 and performs that step and the subsequent steps in process 500 as described above. Otherwise process 500 branches to step 522 and performs that step and the subsequent steps in process 500 as described above.
  • If process 500 determines at step 534 that neither trader is configured for manual acceptance of only part of the trade and that one trader is not configured for automatic execution of only part of the trade and/or the other trader is not configured for manual acceptance of the full trade, then process 500 takes the MF branch and proceeds to step 540 whereupon each trader configured for manual acceptance of the full trade is asked whether that trader would like to execute the full trade. Such an inquiry may be made by presenting a prompt 800 as shown in FIG. 8. In response to this prompt, the trader may select one of “YES” button 802 or “NO” button 804. Like prompt 700, in the event that a trader does not respond to prompt 800 within a given period of time, prompt 800 may automatically select one of button 802 and button 804 in order to prevent excessive delays in trading.
  • Next, at step 544, process 500 then determines whether each trader prompted at step 540 elected to execute the full trade. If so, process branches to step 530 and performs that step and the subsequent steps in process 500 as described above. Otherwise, process 544 branches to step 522 and performs that step and the subsequent steps in process 500 as described above.
  • Although FIG. 5B illustrates a process 500 that tests for and processes automatic rejection (AR), automatic partial acceptance (AP), automatic full acceptance (AF), manual partial acceptance (MP), and manual full acceptance (MP), the present invention may be implemented without testing for these configuration selections and only perform tests, and subsequent processes, for configuration selections that are available.
  • Upon completing either step 522 or step 530, process 500 proceeds to step 548 (FIG. 5C) via links 524 and 546 (FIG. 5C) and then displays a prompt asking the passive side trader if that trader would like to turn off the counterparty switch for the current counterparty (the aggressor). Such an inquiry may be made by presenting the passive side trader with a prompt 900 as shown in FIG. 9. In response to this prompt the passive side trader may select one of “YES” button 902 and “NO” button 904. If the passive side trader fails to respond to prompt 900 within a given period of time, prompt 900 may automatically select one of button 902 and button 904 in order to prevent excessive delays in trading.
  • Referring back to FIG. 50, after performing step 548, process 500 then determines at step 550 whether the passive side trader elected to turn “OFF” the counterparty switch at step 548. If so, then process 500 turns “OFF” the corresponding counterparty switch at step 552. Once the switch has been turned “OFF” at step 552 or if the passive side trader did not elect to turn off the counterparty switch, then process 500 displays a prompt to the aggressive side trader asking whether the aggressive side trader would like to turn “OFF” the counterparty switch corresponding to the passive side trader. This prompt may be presented using prompt 900 of FIG. 9 similarly to the manner described above. If the aggressive side trader elected to turn “OFF” the passive side trader at step 554, process 500, at step 556, branches to step 558 whereupon the corresponding counterparty switch is set to “OFF.” Otherwise process 500 loops back to step 504 (FIG. 5A) via links 560 and 502 (FIG. 5A).
  • Those skilled in the art will appreciate that the present invention can be practiced by other than the described embodiments, which are presented for purposes of illustration and not of limitation, and the present invention is limited only by the claims.

Claims (8)

1. A method of displaying a bid or offer in an electronic trading system, comprising:
receiving by at least one processor the bid or offer from a first trader;
determining by at least one processor whether a second trader has selected to make bids or offers from the first trader unavailable; and
displaying by at least one processor the bid or offer to the second trader if the second trader has not selected to make bids or offers from the first trader unavailable.
2. The method of claim 1, further comprising:
not displaying the bid or offer to the second trader if the second trader has selected to make bids or offers from the first trader unavailable.
3. The method of claim 1, further comprising:
displaying the bid or offer to the second trader in a given manner if the second trader has selected to make bids or offers from the first trader unavailable.
4-13. (canceled)
14. A system for displaying a bid or offer in an electronic trading system, comprising:
a first workstation that receives the bid or offer from a first trader;
a processor that determines whether a second trader has selected to make bids or offers from the first trader unavailable; and
a second workstation that displays the bid or offer to the second trader if the second trader has not selected to make bids or offers from the first trader unavailable.
15. The system of claim 14, wherein the second workstation does not display the bid or offer to the second trader if the second trader has selected to make bids or offers from the first trader unavailable.
16. The system of claim 14, wherein the second workstation displays the bid or offer to the second trader in a given manner if the second trader has selected to make bids or offers from the first trader unavailable.
7-26. (canceled)
US13/616,839 2000-08-04 2012-09-14 Systems and methods for anonymous electronic trading Abandoned US20130151390A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/616,839 US20130151390A1 (en) 2000-08-04 2012-09-14 Systems and methods for anonymous electronic trading

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US22302800P 2000-08-04 2000-08-04
US09/853,430 US7516097B2 (en) 2000-08-04 2001-05-10 Systems and methods for anonymous electronic trading
US12/371,064 US20090157525A1 (en) 2000-08-04 2009-02-13 Systems and methods for anonymous electronic trading
US13/616,839 US20130151390A1 (en) 2000-08-04 2012-09-14 Systems and methods for anonymous electronic trading

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US12/371,064 Continuation US20090157525A1 (en) 2000-08-04 2009-02-13 Systems and methods for anonymous electronic trading

Publications (1)

Publication Number Publication Date
US20130151390A1 true US20130151390A1 (en) 2013-06-13

Family

ID=26917369

Family Applications (6)

Application Number Title Priority Date Filing Date
US09/853,430 Active 2025-01-03 US7516097B2 (en) 2000-08-04 2001-05-10 Systems and methods for anonymous electronic trading
US11/562,674 Expired - Fee Related US7519555B2 (en) 2000-08-04 2006-11-22 Processing of trades that exceed warning limits
US11/562,719 Expired - Fee Related US7509284B2 (en) 2000-08-04 2006-11-22 Processing of orders in an trading system once warning limits are exceeded
US12/371,064 Abandoned US20090157525A1 (en) 2000-08-04 2009-02-13 Systems and methods for anonymous electronic trading
US12/883,683 Abandoned US20110004543A1 (en) 2000-08-04 2010-09-16 Systems and methods for anonymous electronic trading
US13/616,839 Abandoned US20130151390A1 (en) 2000-08-04 2012-09-14 Systems and methods for anonymous electronic trading

Family Applications Before (5)

Application Number Title Priority Date Filing Date
US09/853,430 Active 2025-01-03 US7516097B2 (en) 2000-08-04 2001-05-10 Systems and methods for anonymous electronic trading
US11/562,674 Expired - Fee Related US7519555B2 (en) 2000-08-04 2006-11-22 Processing of trades that exceed warning limits
US11/562,719 Expired - Fee Related US7509284B2 (en) 2000-08-04 2006-11-22 Processing of orders in an trading system once warning limits are exceeded
US12/371,064 Abandoned US20090157525A1 (en) 2000-08-04 2009-02-13 Systems and methods for anonymous electronic trading
US12/883,683 Abandoned US20110004543A1 (en) 2000-08-04 2010-09-16 Systems and methods for anonymous electronic trading

Country Status (10)

Country Link
US (6) US7516097B2 (en)
EP (1) EP1314122A1 (en)
JP (1) JP2004523019A (en)
KR (1) KR20030059090A (en)
AU (1) AU2001283534A1 (en)
CA (2) CA2783169A1 (en)
DE (1) DE10196477T5 (en)
GB (1) GB2382902A (en)
NZ (1) NZ524134A (en)
WO (1) WO2002013115A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110145727A1 (en) * 2000-11-29 2011-06-16 Dov Koren Sharing of Information Associated with Events
US8886561B2 (en) 2001-06-01 2014-11-11 Bgc Partners, Inc. Electronic trading among principals and brokers

Families Citing this family (75)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7516097B2 (en) * 2000-08-04 2009-04-07 Bgc Partners, Inc. Systems and methods for anonymous electronic trading
US7653584B2 (en) * 2001-06-29 2010-01-26 Chicago Board Options Exchange, Incorporated Automated execution system having participation
US20050010508A1 (en) * 2002-12-12 2005-01-13 Groz Marc Michael Non-scalar-valued financial instruments
US8359254B1 (en) 2002-12-12 2013-01-22 Marc Michael Groz Non-scalar-valued financial instruments
US7552083B2 (en) * 2003-04-24 2009-06-23 Chicago Board Options Exchange, Incorporated Hybrid trading system for concurrently trading through both electronic and open-outcry trading mechanisms
US20060167788A1 (en) * 2003-04-24 2006-07-27 Tilly Edward T Method and system for broker trading in a hybrid trading system for concurrently trading securities or derivatives through both electronic and open-outcry trading mechanisms
US7613650B2 (en) * 2003-04-24 2009-11-03 Chicago Board Options Exchange, Incorporated Hybrid trading system for concurrently trading securities or derivatives through both electronic and open-outcry trading mechanisms
US7653588B2 (en) * 2003-04-24 2010-01-26 Chicago Board Options Exchange, Incorporated Method and system for providing order routing to a virtual crowd in a hybrid trading system
US8346653B2 (en) 2003-04-24 2013-01-01 Chicago Board Options Exchange, Incorporated Automated trading system for routing and matching orders
US7676421B2 (en) * 2003-04-24 2010-03-09 Chicago Board Options Exchange, Incorporated Method and system for providing an automated auction for internalization and complex orders in a hybrid trading system
US8655755B2 (en) * 2003-10-22 2014-02-18 Scottrade, Inc. System and method for the automated brokerage of financial instruments
US20050256797A1 (en) * 2004-05-13 2005-11-17 Scottrade, Inc. Method and apparatus for user-interactive financial instrument trading
US7529707B2 (en) * 2004-08-04 2009-05-05 Bgc Partners, Inc. System and method for managing trading using alert messages for outlying trading orders
US7577605B2 (en) 2004-08-04 2009-08-18 Bgc Partners, Inc. System and method for managing trading using alert messages for outlying trading orders
US7809629B2 (en) 2005-04-07 2010-10-05 Chicago Board Options Exchange, Incorporated Market participant issue selection system and method
EP1715452A3 (en) * 2005-04-18 2008-05-28 eSpeed, Inc. Systems and methods for providing an only at best order type in an electronic trading system
US20060253368A1 (en) * 2005-05-04 2006-11-09 Chicago Board Options Exchange System and method for creating and trading credit rating derivative investment instruments
US8326715B2 (en) 2005-05-04 2012-12-04 Chicago Board Operations Exchange, Incorporated Method of creating and trading derivative investment products based on a statistical property reflecting the variance of an underlying asset
US20080082436A1 (en) * 2005-05-04 2008-04-03 Shalen Catherine T System And Method For Creating And Trading A Digital Derivative Investment Instrument
US20060253369A1 (en) * 2005-05-04 2006-11-09 Chicago Board Options Exchange Method of creating and trading derivative investment products based on an average price of an underlying asset during a calculation period
US8326716B2 (en) * 2005-05-04 2012-12-04 Chicago Board Options Exchange, Incorporated Method and system for creating and trading derivative investment products based on a statistical property reflecting the variance of an underlying asset
US20060253355A1 (en) * 2005-05-04 2006-11-09 Chicago Board Options Exchange System and method for creating and trading a digital derivative investment instrument
US8027904B2 (en) * 2005-05-04 2011-09-27 Chicago Board Options Exchange, Incorporated Method and system for creating and trading corporate debt security derivative investment instruments
US7908201B2 (en) * 2005-05-05 2011-03-15 Archipelago Holdings, Inc. Cross and post order
US7912775B1 (en) 2005-05-05 2011-03-22 Archipelago Holdings, Inc. Liquidity analysis system and method
JP2008541230A (en) * 2005-05-05 2008-11-20 アーキペラゴ ホールディングス インコーポレイテッド Order for price revision to large-scale
WO2006121792A2 (en) 2005-05-05 2006-11-16 Archipelago Holdings, Inc. Unpriced order auction and routing
US7937315B2 (en) 2005-05-05 2011-05-03 Archipelago Holdings, Inc. Portfolio execution and reporting
US7873561B1 (en) 2005-05-05 2011-01-18 Archipelago Holdings, Inc. Method and system for maintaining an order on a selected market center with maximum price exemption parameter
US8489489B2 (en) * 2005-05-05 2013-07-16 Chicago Board Options Exchange, Incorporated System and method for trading derivatives in penny increments while disseminating quotes for derivatives in nickel/dime increments
US7765137B1 (en) 2005-05-05 2010-07-27 Archipelago Holdings, Inc. Method and system for maintaining an order on a selected market center
JP2008541231A (en) * 2005-05-05 2008-11-20 アーキペラゴ ホールディングス インコーポレイテッド Anti-internalization order transformation equipment
WO2006121796A2 (en) 2005-05-05 2006-11-16 Archipelago Holdings, Inc. Tracking liquidity order
WO2006121691A2 (en) * 2005-05-06 2006-11-16 Archipelago Holdings, Inc. Passive liquidity order
US7933828B2 (en) * 2005-07-26 2011-04-26 Cfph, Llc System and method for displaying and/or analyzing a limit order book
US7686392B2 (en) * 2005-08-02 2010-03-30 Shell Oil Company Vehicle seat cover
US20070061241A1 (en) * 2005-09-15 2007-03-15 Jovanovic Vladan D Method for trading securities
WO2007038084A2 (en) 2005-09-23 2007-04-05 Archipelago Holdings, Inc. Directed order
WO2008013828A2 (en) * 2006-07-28 2008-01-31 Archipelago Holdings, Inc. Enhanced quote and order integration system and method
US20080071664A1 (en) * 2006-09-18 2008-03-20 Reuters America, Inc. Limiting Counter-Party Risk in Multiple Party Transactions
US8140425B2 (en) 2006-11-13 2012-03-20 Chicago Board Options Exchange, Incorporated Method and system for generating and trading derivative investment instruments based on a volatility arbitrage benchmark index
US20080120249A1 (en) * 2006-11-17 2008-05-22 Chicago Board Options Exchange, Incorporated Method of creating and trading derivative investment products based on a statistical property reflecting the volatility of an underlying asset
US7917418B2 (en) * 2006-12-04 2011-03-29 Archipelago Holdings, Inc. Efficient data dissemination for financial instruments
US7844539B2 (en) * 2007-03-02 2010-11-30 Chicago Board Options Exchange, Incorporated Hybrid trading system for concurrently trading combined orders for financial instruments through both electronic and open-outcry trading mechanisms
US8165953B2 (en) * 2007-09-04 2012-04-24 Chicago Board Options Exchange, Incorporated System and method for creating and trading a derivative investment instrument over a range of index values
US20090204534A1 (en) * 2007-11-09 2009-08-13 Tilly Edward T Method and system for providing order routing to a virtual crowd in a hybrid trading system and executing an entire order
US8249972B2 (en) 2007-11-09 2012-08-21 Chicago Board Options Exchange, Incorporated Method and system for creating a volatility benchmark index
US8712903B2 (en) 2008-09-25 2014-04-29 Cfph, Llc Trading related to fund compositions
US8788381B2 (en) * 2008-10-08 2014-07-22 Chicago Board Options Exchange, Incorporated System and method for creating and trading a digital derivative investment instrument
US8977565B2 (en) 2009-01-23 2015-03-10 Cfph, Llc Interprogram communication using messages related to groups of orders
US20100191638A1 (en) * 2009-01-23 2010-07-29 Alderucci Dean P Multicomputer distributed processing of data related to automation of trading
US20100280937A1 (en) * 2009-05-01 2010-11-04 Hiatt Jr John C Method and system for creating and trading mortgage-backed security products
US9190110B2 (en) 2009-05-12 2015-11-17 JBF Interlude 2009 LTD System and method for assembling a recorded composition
US10248997B2 (en) 2009-09-15 2019-04-02 Chicago Mercantile Exchange Inc. Credit default swap clearing
US8321322B2 (en) * 2009-09-28 2012-11-27 Chicago Board Options Exchange, Incorporated Method and system for creating a spot price tracker index
US20110178915A1 (en) * 2010-01-15 2011-07-21 Lime Brokerage Holding Llc Trading Order Validation System and Method and High-Performance Trading Data Interface
US11232458B2 (en) 2010-02-17 2022-01-25 JBF Interlude 2009 LTD System and method for data mining within interactive multimedia
WO2012144999A2 (en) * 2011-04-20 2012-10-26 Lime Brokerage Holding Llc High-performance trading data interface and trading data distribution protocol
US8706610B2 (en) 2011-08-16 2014-04-22 Sl-X Technology Uk Ltd. Systems and methods for electronically initiating and executing securities lending transactions
WO2013025938A2 (en) 2011-08-16 2013-02-21 Sl-X Ip Sarl Systems and methods for electronically initiating and executing securities lending transactions
US9653115B2 (en) * 2014-04-10 2017-05-16 JBF Interlude 2009 LTD Systems and methods for creating linear video from branched video
US9792957B2 (en) 2014-10-08 2017-10-17 JBF Interlude 2009 LTD Systems and methods for dynamic video bookmarking
US11412276B2 (en) 2014-10-10 2022-08-09 JBF Interlude 2009 LTD Systems and methods for parallel track transitions
US10460765B2 (en) 2015-08-26 2019-10-29 JBF Interlude 2009 LTD Systems and methods for adaptive and responsive video
US11128853B2 (en) 2015-12-22 2021-09-21 JBF Interlude 2009 LTD Seamless transitions in large-scale video
US11164548B2 (en) 2015-12-22 2021-11-02 JBF Interlude 2009 LTD Intelligent buffering of large-scale video
US11856271B2 (en) 2016-04-12 2023-12-26 JBF Interlude 2009 LTD Symbiotic interactive video
US11050809B2 (en) 2016-12-30 2021-06-29 JBF Interlude 2009 LTD Systems and methods for dynamic weighting of branched video paths
US11373242B2 (en) * 2017-06-29 2022-06-28 Chicago Mercantile Exchange Inc. Optimization processor for electronic data multiple transaction request messages
US10257578B1 (en) 2018-01-05 2019-04-09 JBF Interlude 2009 LTD Dynamic library display for interactive videos
US11601721B2 (en) 2018-06-04 2023-03-07 JBF Interlude 2009 LTD Interactive video dynamic adaptation and user profiling
US11490047B2 (en) 2019-10-02 2022-11-01 JBF Interlude 2009 LTD Systems and methods for dynamically adjusting video aspect ratios
US11245961B2 (en) 2020-02-18 2022-02-08 JBF Interlude 2009 LTD System and methods for detecting anomalous activities for interactive videos
US20210350426A1 (en) * 2020-05-07 2021-11-11 Nowcasting.ai, Inc. Architecture for data processing and user experience to provide decision support
US11882337B2 (en) 2021-05-28 2024-01-23 JBF Interlude 2009 LTD Automated platform for generating interactive videos

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5585838A (en) * 1995-05-05 1996-12-17 Microsoft Corporation Program time guide
US6578014B1 (en) * 1999-04-14 2003-06-10 Thomas Murcko, Jr. Method and apparatus for post-transaction pricing system
US7475046B1 (en) * 1999-10-05 2009-01-06 Bloomberg L.P. Electronic trading system supporting anonymous negotiation and indications of interest
US7536335B1 (en) * 1999-12-30 2009-05-19 Bloomberg L.P. System and method for implementing foreign exchange currency forwards

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69023705T2 (en) 1989-05-25 1996-07-04 Reuters Ltd Distributed system and method for establishing business relationships between buyers and sellers.
US5136501A (en) * 1989-05-26 1992-08-04 Reuters Limited Anonymous matching system
EP0411748A3 (en) 1989-06-02 1991-11-21 Reuters Limited System for matching of buyers and sellers with risk minimization
EP0512702A3 (en) 1991-05-03 1993-09-15 Reuters Limited Automated currency trade matching system with integral credit checking
US5806050A (en) 1992-02-03 1998-09-08 Ebs Dealing Resources, Inc. Electronic transaction terminal for vocalization of transactional data
US5375055A (en) * 1992-02-03 1994-12-20 Foreign Exchange Transaction Services, Inc. Credit management for electronic brokerage system
US5970479A (en) * 1992-05-29 1999-10-19 Swychco Infrastructure Services Pty. Ltd. Methods and apparatus relating to the formulation and trading of risk management contracts
US5809483A (en) 1994-05-13 1998-09-15 Broka; S. William Online transaction processing system for bond trading
GB9416673D0 (en) 1994-08-17 1994-10-12 Reuters Ltd Data exchange filtering system
US5915209A (en) 1994-11-21 1999-06-22 Lawrence; David Bond trading system
US5546523A (en) * 1995-04-13 1996-08-13 Gatto; James G. Electronic fund transfer system
IL117424A (en) 1995-04-27 1999-09-22 Optimark Tech Inc Crossing network utilizing satisfaction density profile
US6442526B1 (en) * 1995-09-06 2002-08-27 The Sabre Group, Inc. System for corporate travel planning and management
US6519574B1 (en) 1995-12-12 2003-02-11 Reuters Limited Electronic trading system featuring arbitrage and third-party credit opportunities
US5819238A (en) 1996-12-13 1998-10-06 Enhanced Investment Technologies, Inc. Apparatus and accompanying methods for automatically modifying a financial portfolio through dynamic re-weighting based on a non-constant function of current capitalization weights
WO1997025801A1 (en) 1996-01-12 1997-07-17 International Business Machines Corporation Secure anonymous information exchange in a network
US20050033659A1 (en) * 1996-01-17 2005-02-10 Privacy Infrastructure, Inc. Third party privacy system
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
US6029146A (en) 1996-08-21 2000-02-22 Crossmar, Inc. Method and apparatus for trading securities electronically
US6058379A (en) 1997-07-11 2000-05-02 Auction Source, L.L.C. Real-time network exchange with seller specified exchange parameters and interactive seller participation
US6317727B1 (en) 1997-10-14 2001-11-13 Blackbird Holdings, Inc. Systems, methods and computer program products for monitoring credit risks in electronic trading systems
US6272474B1 (en) 1999-02-08 2001-08-07 Crisostomo B. Garcia Method for monitoring and trading stocks via the internet displaying bid/ask trade bars
US6993504B1 (en) 1999-04-09 2006-01-31 Trading Technologies International, Inc. User interface for semi-fungible trading
US7013292B1 (en) 1999-06-10 2006-03-14 Felicite.Com Inc. Method and system for universal gift registry
US6418419B1 (en) 1999-07-23 2002-07-09 5Th Market, Inc. Automated system for conditional order transactions in securities or other items in commerce
US6625583B1 (en) 1999-10-06 2003-09-23 Goldman, Sachs & Co. Handheld trading system interface
US7171386B1 (en) 1999-10-08 2007-01-30 Rfv Holdings Real-time commodity trading method and apparatus
EP1100030A1 (en) 1999-10-13 2001-05-16 Altra Energy Technologies, Inc. Anonymous on-line trading and brokerage of physical products
US7516097B2 (en) 2000-08-04 2009-04-07 Bgc Partners, Inc. Systems and methods for anonymous electronic trading

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5585838A (en) * 1995-05-05 1996-12-17 Microsoft Corporation Program time guide
US6578014B1 (en) * 1999-04-14 2003-06-10 Thomas Murcko, Jr. Method and apparatus for post-transaction pricing system
US7475046B1 (en) * 1999-10-05 2009-01-06 Bloomberg L.P. Electronic trading system supporting anonymous negotiation and indications of interest
US7536335B1 (en) * 1999-12-30 2009-05-19 Bloomberg L.P. System and method for implementing foreign exchange currency forwards

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9105010B2 (en) 2000-11-29 2015-08-11 Dov Koren Effective sharing of content with a group of users
US8762825B2 (en) 2000-11-29 2014-06-24 Dov Koren Sharing of information associated with events
US9208469B2 (en) 2000-11-29 2015-12-08 Dov Koren Sharing of information associated with events
US9535582B2 (en) 2000-11-29 2017-01-03 Dov Koren Sharing of information associated with user application events
US8984387B2 (en) 2000-11-29 2015-03-17 Dov Koren Real time sharing of user updates
US8984386B2 (en) 2000-11-29 2015-03-17 Dov Koren Providing alerts in an information-sharing computer-based service
US9098828B2 (en) * 2000-11-29 2015-08-04 Dov Koren Sharing of information associated with events
US9098829B2 (en) 2000-11-29 2015-08-04 Dov Koren Sharing of information associated with events
US10986161B2 (en) 2000-11-29 2021-04-20 Dov Koren Mechanism for effective sharing of application content
US8595629B2 (en) 2000-11-29 2013-11-26 Dov Koren Sharing of content associated with events
US20110145727A1 (en) * 2000-11-29 2011-06-16 Dov Koren Sharing of Information Associated with Events
US9813481B2 (en) 2000-11-29 2017-11-07 Dov Koren Mechanism for sharing of information associated with events
US10033792B2 (en) 2000-11-29 2018-07-24 Dov Koren Mechanism for sharing information associated with application events
US10270838B2 (en) 2000-11-29 2019-04-23 Dov Koren Mechanism for sharing of information associated with events
US10805378B2 (en) 2000-11-29 2020-10-13 Dov Koren Mechanism for sharing of information associated with events
US10476932B2 (en) 2000-11-29 2019-11-12 Dov Koren Mechanism for sharing of information associated with application events
US10438286B2 (en) 2001-06-01 2019-10-08 Bgc Partners, Inc. System and methods for electronic trading that permit principal/broker trading
US8886561B2 (en) 2001-06-01 2014-11-11 Bgc Partners, Inc. Electronic trading among principals and brokers

Also Published As

Publication number Publication date
US20090157525A1 (en) 2009-06-18
JP2004523019A (en) 2004-07-29
KR20030059090A (en) 2003-07-07
US20070100737A1 (en) 2007-05-03
AU2001283534A1 (en) 2002-02-18
US20020019799A1 (en) 2002-02-14
US20110004543A1 (en) 2011-01-06
WO2002013115A1 (en) 2002-02-14
US7509284B2 (en) 2009-03-24
CA2783169A1 (en) 2002-02-14
EP1314122A1 (en) 2003-05-28
US20070088653A1 (en) 2007-04-19
GB0304529D0 (en) 2003-04-02
US7519555B2 (en) 2009-04-14
NZ524134A (en) 2006-04-28
CA2417603A1 (en) 2002-02-14
GB2382902A (en) 2003-06-11
DE10196477T5 (en) 2004-05-06
US7516097B2 (en) 2009-04-07

Similar Documents

Publication Publication Date Title
US7516097B2 (en) Systems and methods for anonymous electronic trading
US20200043095A1 (en) Systems and methods for electronic trading that permit principal/broker trading
US7917423B2 (en) Systems and methods for monitoring credit of trading counterparties
CA2380848C (en) Systems and methods for linking orders in electronic trading systems
US11030687B2 (en) Bid/offer spread trading
US8732061B2 (en) Creating and trading dynamic securities

Legal Events

Date Code Title Description
STCV Information on status: appeal procedure

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

STCV Information on status: appeal procedure

Free format text: BOARD OF APPEALS DECISION RENDERED

STCB Information on status: application discontinuation

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