US8626639B2 - Trade matching platform with variable pricing based on clearing relationships - Google Patents

Trade matching platform with variable pricing based on clearing relationships Download PDF

Info

Publication number
US8626639B2
US8626639B2 US13/312,535 US201113312535A US8626639B2 US 8626639 B2 US8626639 B2 US 8626639B2 US 201113312535 A US201113312535 A US 201113312535A US 8626639 B2 US8626639 B2 US 8626639B2
Authority
US
United States
Prior art keywords
user
indication
clearinghouse
clearinghouses
market data
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.)
Active
Application number
US13/312,535
Other languages
English (en)
Other versions
US20120197776A1 (en
Inventor
Ari Studnitzer
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.)
CME Group Inc
Original Assignee
Chicago Mercantile Exchange Inc
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 Chicago Mercantile Exchange Inc filed Critical Chicago Mercantile Exchange Inc
Priority to US13/312,535 priority Critical patent/US8626639B2/en
Assigned to CHICAGO MERCANTILE EXCHANGE INC. reassignment CHICAGO MERCANTILE EXCHANGE INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: STUDNITZER, ARI
Priority to PCT/US2012/023659 priority patent/WO2012106531A1/fr
Priority to US13/437,583 priority patent/US20120197779A1/en
Priority to US13/564,234 priority patent/US8781948B2/en
Publication of US20120197776A1 publication Critical patent/US20120197776A1/en
Priority to US13/834,891 priority patent/US20130204769A1/en
Priority to US14/091,681 priority patent/US20140095375A1/en
Publication of US8626639B2 publication Critical patent/US8626639B2/en
Application granted granted Critical
Priority to US14/330,820 priority patent/US20140324668A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house

Definitions

  • CDSs credit default swaps
  • RFQs request for quotes
  • spread orders spread orders
  • implied orders are well known.
  • a credit default swap is a swap contract in which the buyer of the CDS makes a series of payments to the seller and, in exchange, receives a payoff if a credit instrument (typically a bond or loan) goes into default (fails to pay).
  • a credit instrument typically a bond or loan
  • the credit event that triggers the payoff can be a company undergoing restructuring, bankruptcy, or even just having its credit rating downgraded.
  • the second model proposed by Darrell Duffle, but also by John Hull and White, uses a no-arbitrage approach.
  • Various techniques for valuing credit default swaps and determining their settlement price are known in the industry.
  • RFQ request for quote
  • RFQs are similar to orders submitted to an exchange, however, RFQs differ from an order in that an RFQ is not binding and not actionable.
  • RFQs are well known in the art and commonly used by traders, clearing houses, and/or exchanges to inquire as to the current market for a particular financial instrument. RFQs, however, are sometimes abused. For example, a trader may flood the market with RFQs in an attempt to ascertain other traders' positions on particular financial instruments without binding himself to an order.
  • RFQs may disregard the RFQs due to the enormous quantity of RFQs.
  • RFQs may be left unresponded to because of such behavior.
  • market makers which although they are under a contractual obligation to respond to RFQs, may still be less than diligent in responding to RFQs, thus resulting in a negative perception of an exchange.
  • Traders can define the combination (e.g., an exchange-defined combination) and submit orders for each leg or in some cases can submit a single order for multiple financial instruments to avoid leg risk.
  • Such orders may be called a strategy order, a spread order, or a variety of other names.
  • a spread is an order for the price difference between two contracts with the objective of profiting from a change in the price relationship.
  • the counterparty orders that are matched against the aforementioned combination orders may be individual, “outright” orders or may be part of other combination orders.
  • the matching system may imply the counter party order by using multiple orders to create the counter party order. Examples of spreads include crack, crush, straddle, strangle, butterfly, calendar, and pack spreads.
  • Implied orders can fill in gaps in the market and allow spread and outright traders to share liquidity in a product where there would otherwise have been little or no available bids and asks.
  • the liquidity of a product may be enhanced by the use of implied orders.
  • implied spread trading increases market liquidity.
  • Examples of implied spread trading include those disclosed in U.S. patent application Ser. No. 10/986,967, entitled “Implied Spread Trading System,” which is incorporated herein by reference. Large exchanges typically have order books for numerous spread products and legs of the spread products. The identification and processing of potential implied spreads inside electronic trading systems consumes sometimes substantial processing resources.
  • U.S. Pat. No. 7,584,140 entitled “Method and System for Providing Option Spread Indicative Quotes,” which is incorporated by reference in its entirety herein, describes systems and methods for, among other things, minimizing communication bandwidth consumption among parties trading derivative products and other types of financial instruments.
  • a method for receiving, from a computing device of a user, an order for an enhanced financial instrument which identifies first and second clearinghouses.
  • the order may be matched and processed using a matching engine module and order processing module.
  • the enhanced financial instrument may correspond to an over-the-counter financial (OTC) financial product available at a plurality of clearinghouses including at least the first and second clearinghouses.
  • OTC over-the-counter financial
  • a computer processor may determine that orders of the user at the first clearinghouse are non-actionable, but that orders of the user at the second clearinghouse are actionable.
  • the computer processor may submit the matched order to the second clearinghouse.
  • the aforementioned method may also include receiving, from an exchange, market data records (e.g., order data, etc.) that include a clearinghouse designation (e.g., a first clearinghouse, a second clearinghouse, etc.)
  • the computer processor may generate information formatted for transmission and display at the user's computing device.
  • Such information may, in some examples, comprise at least a part of the received market data records and be formatted to gray out those portions corresponding to the first clearinghouse, but render as selectable those portions corresponding to the second clearinghouse.
  • a computer processor may accesses a user data store or a user database to retrieve a user's settings.
  • the user's settings may comprise one, two, or more of: a first indication of one or more of a plurality of clearinghouses at which prices are non-actionable but viewable; a second indication of one or more of the plurality of clearinghouses at which the prices are actionable; and a third indication of one or more of the plurality of clearinghouses restricted from the user.
  • the system may receive from the user's computing device a financial identifier corresponding to an enhanced financial instrument for an over-the-counter product available at a plurality of clearinghouses including at least the first clearinghouse, second clearinghouse, and third clearinghouse.
  • the system may then send market data records (e.g., order data) of the financial identifier that include the first indication (e.g., the first clearinghouse) and the second indication (e.g., the second clearinghouse) to the user's computing device.
  • the market data records may include at least an attribute configured to identify a clearinghouse, a price (e.g., order price) attribute, and a financial identifier attribute.
  • the system may generate information formatted for transmission and display at the user's computing device. Such formatting may, in some examples, be based on the user's settings including at least one of: a first style of graying out those portions corresponding to the first clearinghouse, and a second style of rendering as selectable those portions corresponding to the second clearinghouse.
  • the transmitted information may be formatted to be compatible for display as part of a scrolling, text-based messaging interface. In other examples the formatted transmitted information may be displayed as part of a matrix of clearinghouses.
  • the price attribute of the received market data records may store at least bid and ask prices of the financial identifier of the enhanced financial instrument.
  • the bid and ask prices may be specific to the clearinghouse identified in the clearinghouse attribute.
  • the bid and ask prices of particular clearinghouse may be multiple levels deep or market by order.
  • the data records may be level 2 records showing order by order. While level 2 records may be for non-anonymous markets, the can also be provided for anonymous markets in some scenarios in accordance with various embodiments of the disclosure.
  • a computer system may register with an exchange to automatically receive up-to-date market data including a clearinghouse identifier (e.g., clearinghouses identified in the second indication, clearinghouses identified in the first indication) and a financial identifier.
  • the exchange may transmit market data, which comprises at least a price attribute, a financial identifier attribute, and/or a clearinghouse attribute, to the computer system.
  • the methods and systems of the above-referenced embodiments may also include other additional elements, steps, computer-executable instructions or computer-readable data structures.
  • the computer system may comprise a computer processor and a tangible, non-transitory computer memory storing computer-executable instructions, which when executed by the processor, causes the computer system to perform one or more of the steps described herein.
  • Embodiments of the disclosure may take physical form in certain parts and steps, embodiments of which will be described in detail in the following description and illustrated in the accompanying drawings that form a part hereof, wherein:
  • FIG. 1 depicts an illustrative computer network system that may be used to implement various aspects of the systems disclosed herein;
  • FIG. 2 illustrates a portion of an illustrative computer network system that may be used to implement various aspects of the systems disclosed herein;
  • FIG. 3 shows an illustrative graphical user interfaces (GUIs) that may be generated and displayed in accordance with various aspects of the systems disclosed herein.
  • GUIs graphical user interfaces
  • the disclosure describes a regulated trading platform capable of communicating with a plurality of clearing houses.
  • aspects of the disclosure relate to providing and/or calculating differentiated prices for the same or underlying financial product/instrument capable of being cleared at different clearing houses.
  • the trading platform may allow anonymous counterparties in a multi-clearinghouse environment, and with full transparency and improved liquidity.
  • the trading platform may also allow for non-anonymous counterparties in some situations.
  • a regulated trading platform e.g., a SEF
  • one or more clearing houses and users e.g., buy-side clients, dealers (e.g., swap dealers), etc.
  • GUIs graphical user interfaces
  • dealers may calculate different prices for an enhanced financial instrument that is listed at multiple clearing houses (e.g., 140 A, 140 B, 140 C, etc.)
  • the price may be driven by clearing house relationships (e.g., cross-margining benefits, different margin requirements, cost/price of clearing, etc.)
  • the price may depend on factors such as, but not limited to, one or more of size of the order and the identity (e.g., credit rating) of the user (e.g., buy-side client).
  • the regulated trading platform e.g., a SEF in such an example may aggregate and list trades to be cleared at multiple clearing houses, and have different prices for otherwise identical trades dependent on which clearing house a user can clear (or may wish to clear for margin and other reasons).
  • a graphical user interface in such an example may include a single display screen or multiple screens that display a matrix of clearing houses (e.g., clearing counter-party) to prices (see FIG. 3 ). For example, a clearing matrix may be displayed listing different clearinghouses along the x-axis and different prices for the same financial instrument across the y-axis.
  • an automated trading system may, in some examples, maintain a memory map internally based on message interfaces to track prices as a function of clearing houses for a single financial product.
  • a user may interact with the GUI (or alternatively, a scrolling text-based messaging interface such as a BloombergTM terminal) to select a desired price and/or clearing counter-party (CCP) to clear its financial instrument (e.g., over-the-counter (OTC) instrument, swaps trade, etc.)
  • GUI or alternatively, a scrolling text-based messaging interface such as a BloombergTM terminal
  • CCP clearing counter-party
  • financial instrument e.g., over-the-counter (OTC) instrument, swaps trade, etc.
  • a financial instrument traded/cleared in a system in accordance with the disclosure may include a standardized over-the-counter (OTC) agreement.
  • the agreement may be standardized/harmonized through a set of specifications promulgated by an association (e.g., International Swaps & Derivatives Association) or entity (e.g., a clearinghouse, SEF, etc.)
  • the agreement e.g., financial instrument
  • commonplace attributes/terms such as, but not limited to: price, notional amount, maturity/term, triggering event (e.g., in the case of a CDS), identification of a party/parties (e.g., a protection buyer) to the agreement.
  • the price attribute may take the form of an array data structure.
  • the agreement may include an attribute (e.g., a “CCP attribute”) to designate a desired clearing house or CCP.
  • the CCP attribute of the financial instrument may be populated through selection by a user of a clearing house (or a CCP where a CCP is linked to a clearing house) on a GUI (or alternatively, on a messaging interface) at a workstation terminal (e.g., computing device 120 ).
  • a CCP may clear for just one clearing house, or alternatively, may be a clearing party for multiple clearing houses.
  • the CCP attribute of a financial instrument might not designate (i.e., left empty) a clearing house, and as such the system may rely on a default setting previously provided by the user (e.g., default user settings) and/or other entity (e.g., default global system settings).
  • a default global system setting may apply to the entire regulated trading platform and either override or concede to the corresponding user-specific setting, if it is populated with a value.
  • the default setting may provide the capability to provide greater preference details such that certain types of financial instrument may be automatically routed through an exchange to particular clearing houses or systems (e.g., non-SEF system 212 ).
  • the settings may indicate that all IRS agreements be cleared/quoted using clearing house D ( 104 D), while CDS agreements be cleared/quoted using clearing house C.
  • the settings may indicate a list of unique identifiers corresponding to each of the clearinghouses.
  • the indication may be a pointer linked to a group of clearinghouses.
  • one illustrative group may be those clearinghouses whose operating policy may prohibit sending bid/ask prices to users unless the user has an authorized relationship existing with the clearinghouse.
  • the third indication of at least one clearinghouse restricted from the user may include the aforementioned illustrative group.
  • a user may indicate that an order for a quantity of 100 contracts may be filled through any of two clearing houses (e.g., clearing house 140 A and 140 B), and a trading platform system 100 may fill the orders and clear 60 contracts with clearing house 140 A and the other 40 contracts with clearing house 140 B.
  • This indication e.g., rule
  • Such aforementioned features may allow a trading platform (e.g., computing system 100 ) to offer users (e.g., user devices 120 ) and dealers (e.g., dealer devices 130 ) with a greater level of control over what information they receive and how that information is processed by the downstream systems (e.g., system 100 and clearing houses 140 ).
  • the ability to submit an order e.g., OTC agreement, incoming order, any inbound instructions, etc.
  • trade may be governed by a clearing relationship and a user's desire/ability to clear at a specific CCP relative to the available prices at a CCP.
  • market data records about an enhanced financial instrument may also include a flag or identifier that indicates what clearing house (or other entity—e.g., DCM, non-SEF, SEF system) the market data relates to.
  • a “CCP attribute,” as described herein may be included in the market data record to indicate this relationship.
  • this “CCP attribute” may indicate (e.g., with a blank value) that the market data record (e.g., a price quote on a particular instrument) is valid across all clearing houses.
  • Such an embodiment may increase liquidity.
  • the CCP attribute may enable linked orders wherein a user/dealer may be allowed to indicate that it wants ten contracts of a particular financial instrument (e.g., IBM CDS) and that it wants them cleared through only two clearing houses. In such an example, some of the ten contracts may be cleared through clearing house A, while others are cleared through clearing house B.
  • the enhanced financial instrument may include a designation of different prices depending on the designated clearinghouse. The designation of different prices may be recited in the price attribute of the enhanced financial instrument. Alternatively, the price attribute may indicate an average price desired over all of the orders filled for the enhanced financial instrument.
  • the user/dealer may also specify a priority setting (e.g., as part of the user settings) with a SEF 100 to indicate the preference in which orders may be cleared/executed and with whom they may be cleared (e.g., which clearing firm).
  • a priority setting e.g., as part of the user settings
  • Such linked orders may be enabled without requiring the user/dealer to create/manage separate contracts (e.g., one for clearing house A and another for clearing house B) because a standardized agreement may be used with the aforementioned CCP attribute.
  • a user/dealer may leave the CCP attribute blank to indicate that clearing house/firm is not a criteria for completing the order/request.
  • a SEF 100 may submit the order/request for clearing without regards for clearing house preferences.
  • a system for generating and/or displaying a graphical user interface (GUI) comprising a matrix of price to clearing house (or other entities), as illustrated in FIG. 3 .
  • the system may comprise a processor, memory, and/or a display to execute computer-executable instructions recorded on the memory.
  • the instructions may allow a user to select one or more financial instruments and to specify one or more clearing houses (or other entities—e.g., DCMs, etc.)
  • the instructions may take this information and submit an enhanced RFQ, as described below, to a SEF 100 , which sends a request to dealers for a quote with respect to particular clearing houses (or other entities).
  • the SEF 100 may collect and organize the information received from the dealers into a graphical user interface for display to a user of user computing system 120 .
  • the GUI may, as described herein, include values that are non-actionable by a particular user for various reasons.
  • a user may request an enhanced request-for-quote (RFQ) directed to one or more clearing houses.
  • RFQ request-for-quote
  • the user may be provided with a messaging interface or a GUI displaying a clearing house matrix (e.g., differentiated pricing based on desired CCP).
  • Appendix E of U.S. Provisional Patent Application Ser. No. 61/438,933 provides aspects of a RFQ that may be included in accordance with various aspects of this disclosure.
  • 61/438,933 illustrate a regulated trading system (e.g., system 100 ) that receives RFQs from a user computing device 120 and process the RFQs through a RFQ processor module 142 (as illustrated in Appendix E of U.S. Provisional Patent Application Ser. No. 61/438,933).
  • a RFQ processor module 142 as illustrated in Appendix E of U.S. Provisional Patent Application Ser. No. 61/438,933 explains numerous terms that may be included as part of the RFQ.
  • a clearing house (or non-SEF system 212 ) attribute/term may be included in the RFQ (i.e., enhanced RFQ) to designate one or more desired clearing houses to inquire about.
  • the RFQ may designate only clearing house A ( 140 A) and clearing house B ( 104 B).
  • a computing system 100 receiving the RFQ may request market maker 130 to provide information only with respect to clearing at those particular clearing houses.
  • One or more modules/components/system illustrated in FIGS. 1 and 2 of Appendix E of U.S. Provisional Patent Application Ser. No. 61/438,933 may be incorporated into the systems of FIGS. 1 and 2 of this disclosure to enable the features contemplated/disclosed herein.
  • an enhanced RFQ might not designate a clearing house, and the clearing matrix generated for display to a user (e.g., a user of computing device 120 ) may display all clearinghouses (or a subset of the clearinghouses available for display to the user) by default.
  • a user might submit an enhanced RFQ that does not designate a clearing house (or submit a RFQ that may be backwards compatible with the illustrated system 100 ), and may instead rely on a default setting previously provided by the user and/or other entity (e.g., default global system settings).
  • the default setting may provide the capability to provide greater preference details such that different clearing houses or systems (e.g., non-SEF system 212 ) may be designated for different types of financial instruments. These defaults may be used, in some examples, to support a market order that is sent for a financial instrument with a desire to obtain the best price following a default set of clearing houses up to a desired quantity.
  • the system settings may indicate that all IRS agreements be cleared/quoted using clearing house A, while CDS agreements be cleared/quoted using clearing house C.
  • a trading platform e.g., computing system 100
  • benefits to it users/dealers as described above.
  • the ability to submit an RFQ for a particular product may be governed by a clearing relationship and/or a user's desire/ability to clear at a specific CCP relative to the available prices at a CCP.
  • Market makers or dealers e.g., a dealer of system 130
  • this disclosure contemplates a method involving enhanced RFQs (with a clearing house attribute) and one or more RFQ processor modules while omitting some or many of the modules/components described in Appendix E of U.S. Provisional Patent Application Ser. No. 61/438,933, such as the implied spread determination modules.
  • the submission of an enhanced RFQ may result in a clearing matrix (e.g., such as the price matrix illustrated in FIG. 3 ) being displayed on a GUI (or other messaging interface).
  • the price matrix may provide the ability to view the different price quotes (e.g., bid and ask prices) for the same financial contract/agreement at multiple, different trading platforms (e.g., non-SEF system 212 ) or clearing houses (e.g., 104 A, 104 B, etc.)
  • the received market data may be used to populate the price matrix.
  • the data may be market by order (MBO) or market by price.
  • MBO market by order
  • the data may be anonymous or non-anonymous.
  • the aggregated book may be multiple levels deep such that, in addition to the best bid and ask prices, the price attribute may store the next N best bid and ask prices, where N is a number greater than one (e.g., two, five, ten, etc.)
  • the price attribute of the enhanced financial instrument may take the form of an array data structure.
  • multiple levels of data e.g., bid/ask prices
  • bid/ask prices may be available for those clearinghouses where the user's orders are actionable, but might or might not be available from other clearinghouses.
  • the price corresponding to each clearing house/etc. may depend on one or more of the following factors including, but not limited to, the price to clear at a clearing house, cross-margining benefits, and other factors.
  • the GUI 300 may include pricing information for various clearing houses (or other entities—e.g., designated contract markets (DCMs) and other non-SEFs 212 ).
  • the pricing information for clearing house A 140 A
  • the pricing information for clearing house B 140 B
  • the pricing information for clearing house C 140 C
  • the pricing information for the multiple clearinghouses may be integrated into a single chart (or 2-dimensional or 3-dimensional graph) and compared side-by-side.
  • a user of computing system 120 may view the GUI 300 on a visual display (e.g., LCD display) of computing system 120 and benefit from a side-by-side comparison of pricing as compared to each clearing house.
  • the generated information for display to the user may include a best bid price and best ask price across all of the clearinghouses, or alternatively, across all of the clearinghouses at which the user's orders are actionable (i.e., a first indication).
  • a first indication i.e., one of ordinary skill in the art will appreciate after review of the entirety disclosed herein that not every clearing house's (or other entities) pricing may be displayed and/or actionable on GUI 300 , per preferences and/or restrictions on the user's account/settings.
  • implied orders may be generated/processed using some information from one or more RFQs.
  • a RFQ may include an indication/request, in addition to requesting a quote of an OTC product (e.g., swap agreement), for a quote on a futures contract or other related product for a user (e.g., trader using computing device 120 ) to trade for, among other things, hedging purposes.
  • an automatic hedging feature may be included to permit certain automatic safeguards.
  • a method comprising: receiving, using a RFQ processor module, a RFQ for a financial instrument, where the RFQ includes an attribute/term for indicating one or more clearing houses (e.g., a selected clearing house); sending, using the request for quote processor module, the financial instrument associated with the request for quote to implied spread determination modules at a plurality of clearing houses; determining, using the implied spread determination module, that the financial instrument associated with the request for quote in combination with one or more resting orders creates an implied spread, the implied spread comprising multiple legs, a first of the multiple legs corresponding to the financial instrument associated with the request for quote and a second leg of the multiple legs corresponding to a resting order of the one or more resting orders; and sending, using the implied spread determination module, a notification of the implied spread to the electronic match engine of a trading platform system (e.g., SEF) for matching, the matching including executing all the multiple legs of the implied spread.
  • a trading platform system e.g., SEF
  • implied orders generated in the aforementioned examples may work across the same clearing house (e.g., clearing house A— 104 A) or across multiple clearing houses based on a clearing matrix as described herein.
  • some implieds may be generated at or near front-end systems (e.g., user computing device 120 ) and may show implied strategies across clearing houses or exchanges where a user may clear or trade, respectively.
  • Appendix D of U.S. Provisional Patent Application Ser. No. 61/438,933 describes a system in FIGS. 7 and 8 of the Appendix where trading engines at a front end interact with a matching system on the backend to monitor and regulate/manage risk and credit control.
  • Such a system may limit, based on risk and credit controls, the ability of a user to clear at a particular clearing house.
  • a price matrix displayed to such a user may or may not list blocked (e.g., undesirable or excluded/restricted by user/system settings, etc.) clearing houses and their corresponding pricing information.
  • a clearing matrix e.g., GUI 300 in FIG. 3
  • GUI 300 may indicate that a price is non-actionable if the user wishing to act on the price cannot trade at the particular clearing house (e.g., does not have a relationship with that clearing house).
  • the clearing matrix e.g., GUI 300 in FIG. 3
  • Appendix F of U.S. Provisional Patent Application Ser. No. 61/438,933 describes systems and methods for, among other things, minimizing communication bandwidth consumption among parties trading derivative products and other types of financial instruments.
  • the systems and methods of Appendix F of U.S. Provisional Patent Application Ser. No. 61/438,933 may be incorporated or used with the systems and methods disclosed herein.
  • 61/438,933 may quote a financial instrument differently with respect to the clearing houses at which it will be cleared, and that quote data may be received at a SEF (e.g., a regulated trading platform 100 ) and used to facilitate derivation of indicative quotes for one or more financial products, as described in Appendix F of U.S. Provisional Patent Application Ser. No. 61/438,933.
  • SEF e.g., a regulated trading platform 100
  • SEF systems may be in communication with a designated contract market (DCM, such as non-SEF systems 212 ) and/or clearing house (e.g., 140 B, 140 C, 140 A, etc.)
  • DCM designated contract market
  • a SEF system may communicate through a non-SEF system 212 in order to clear at a particular clearing house 140 C.
  • a clearing house 140 B may be available to all trading platforms.
  • clearing house A 140 A
  • Implied orders, RFQs, and other requests/submissions may be made across non-SEF 212 and SEF 100 systems.
  • a single computing system 100 e.g., match engine module 106
  • some OTC products may be hedged with a product in a futures market or other market.
  • a futures product may have greater liquidity than an OTC product.
  • a user e.g., user of computing system 120
  • the hedge may be specified to trade at a different or selection of clearinghouses.
  • a user may submit a trade for an IRS (fixed or floating) with a hedge in a basket of Eurodollars.
  • the user may submit a RFQ (or other order type, e.g., a covered call) that assist in deciding whether to automatically hedge the IRS trade.
  • a RFQ or other order type, e.g., a covered call
  • the user may indicate non-swap (e.g., forward rate agreements) and cause the system 100 to generate implieds and quote those.
  • non-swap e.g., forward rate agreements
  • the SEF may look to other platforms or clearing houses or DCMs (e.g., non-SEF systems 212 ).
  • the SEF and non-SEF systems may interact to obtain the desired information.
  • a user may prefer to hedge at different clearing houses for risk management reasons; thus, the user may define a user-defined spread to obtain a desired set of contracts in a spread with each contract able to be at the same or different clearing houses.
  • a trading platform system 100 may fill a spread order and split the order such that sixty contracts are cleared with clearing house 140 A and another forty contracts with clearing house 140 B.
  • a regulated trading platform may interact with numerous clearing houses (e.g., 140 A, 140 B, 140 C, etc.) and other entities (e.g., non-SEF system 212 , DCMs, etc.)
  • the trading platform 100 may include a risk management module 134 as described herein.
  • the risk management module 134 may compute and determine the amount of risk associated with a financial product or portfolio of financial products.
  • risk management by the module may be done for a specific clearing house risk value or across a user-defined set of clearing houses (e.g., 140 A- 104 C). In other examples, it may be done by user/trader, clearing firm, product, margin, etc.
  • the risk may be aggregated as described in Appendix C of U.S. Provisional Patent Application Ser. No. 61/438,933.
  • FIGS. 7, 8, and 9 of Appendix C of U.S. Provisional Patent Application Ser. No. 61/438,933 illustrate a system where risk (e.g., corresponding margin requirements) may be calculated and adjusted based on calculations performed by the module 134 . While those figures of Appendix C of U.S. Provisional Patent Application Ser. No.
  • 61/438,933 reference a system interacting with numerous exchanges, it will be appreciated that the same type of interactions are applicable in this disclosure where a system 100 may interact with numerous clearing houses (e.g., 140 ) and/or other entities (e.g., non-SEF systems 212 ).
  • system 100 may send messages alerting users and/or other entities about risk thresholds and risk levels.
  • a SEF e.g., trading system 100
  • the SEF 100 may have access and exposure to multiple clearinghouses.
  • the SEF 100 may set a single credit limit across one or more of the clearing houses.
  • the SEF 100 may set a limit on the amount of risk allowed at one clearing house ( 140 A), but allow other clearing houses ( 140 B) to allow greater risk.
  • the SEF 100 may recognize that a user/trader holds a long position in a financial instrument at clearing house A ( 140 A) and a short position in the same financial instrument at clearing house B ( 140 B).
  • the SEF 100 may uniquely assess the risk of the user's positions and may approve or reject the processing of the user's trades or requests.
  • a system for monitoring risk associated with orders placed at a trading platform may comprise: an interface to a plurality of clearing houses, one or more of these clearing house including a total credit parameter associated with a maximum aggregate risk parameter for the clearing house; and at least one credit control module communicable with the plurality of clearing houses, the credit control module receiving orders/trades and communicating a quantity definition to determine the value of orders placed on each individual clearing house; wherein if the value of orders exceeds a predetermined amount of the quantity definition, the credit control module requests an increase in credit from the order routing mechanism to another clearing house.
  • the credit control module may route, based on user/system preferences, orders to be cleared to another clearing house with available credit.
  • a credit control module may assist in implementing one or more of the aforementioned features. It will be appreciated that although some of the credit controls described in Appendix C of U.S. Provisional Patent Application Ser. No. 61/438,933 may be described with respect to exchanges or trading engines, the disclosure herein additionally contemplates credit control modules with respect to multiple clearing houses, users/traders, and other party (e.g., a clearing firms).
  • a clearing house 140 B in communication with multiple trading platform may provide asynchronous credit controls (through a credit control module executing on its computing systems) across different SEFs and non-SEF systems.
  • FIG. 1 depicts an illustrative operating environment that may be used to implement various aspects of the invention.
  • the operating environment is only one example of a suitable operating environment and is not intended to suggest any limitation as to the scope of use or functionality of the invention.
  • Aspects of the present invention are preferably implemented with computing devices and networks for exchanging, transmitting communicating, administering, managing and facilitating trading information including, but not limited to performance bond amount requirements and trading information.
  • An exchange computer system 100 receives market data, analyzes historical data, calculates, and disseminates various values, e.g., accrued amounts associated with the declining balance methodology, historical accrual amounts, daily settlement price adjustments, cash payment etc., in accordance with aspects of the invention.
  • Exchange computer system 100 may be implemented with one or more mainframes, servers, gateways, controllers, desktops or other computers.
  • the exchange computer system 100 may include one or more modules, processors, databases, mainframes, desktops, notebooks, tablet PCs, handhelds, personal digital assistants, smartphones, gateways, and/or other components, such as those illustrated in FIG. 1 .
  • computer system 100 may include one or more processors (e.g., Intel® microprocessor, AMD® microprocessor, risk processor, etc.) and one or more memories (e.g., solid state, DRAM, SRAM, ROM, Flash, non-volatile memory, hard drive, registers, buffers, etc.)
  • processors e.g., Intel® microprocessor, AMD® microprocessor, risk processor, etc.
  • memories e.g., solid state, DRAM, SRAM, ROM, Flash, non-volatile memory, hard drive, registers, buffers, etc.
  • an electronic trading system 138 such as the Globex® trading system, may be associated with an exchange 100 .
  • the electronic trading system includes a combination of globally distributed computers, controllers, servers, networks, gateways, routers, databases, memory, and other electronic data processing and routing devices.
  • the trading system may include a trading system interface having devices configured to route incoming messages to an appropriate devices associated with the trading system.
  • the trading system interface may include computers, controllers, networks, gateways, routers and other electronic data processing and routing devices. Incoming messages may be received directly or indirectly (e.g., over the Internet, over a wired or wireless network, etc.) from a computing device 120 of a user and sent to a trading platform system 100 . Orders that are placed with or submitted to the trading system are received at the trading system interface. The trading system interface routes the order to an appropriate device.
  • a trading engine computer system 100 receives orders and transmits market data related to orders and trades to users.
  • a user data store may include information identifying traders and other users of exchange computer system 100 . Such information may include user names and passwords.
  • a trader operating an electronic device e.g., computer devices 114 , 116 , 118 , 120 and 122
  • a trader operating an electronic device e.g., computer devices 114 , 116 , 118 , 120 and 122
  • an account data module 104 may process account information that may be used during trades. The account information may be specific to the particular trader (or user) of an electronic device interacting with the exchange 100 .
  • a match engine module 106 may match bid and offer prices for orders configured in accordance with aspects of the invention.
  • Match engine module 106 may be implemented with software that executes one or more algorithms for matching bids and offers for financial instruments in accordance with aspects of the invention.
  • the match engine module 106 and trading system interface may be separate and distinct modules or component or may be unitary parts.
  • Match engine module may be configured to match orders submitted to the trading system.
  • the match engine module may match orders according to currently known or later developed trade matching practices and processes.
  • bids and orders are matched on price, on a FIFO basis.
  • the matching algorithm also may match orders on a pro-rata basis or combination of FIFO and pro rata basis. Other processes and/or matching processes may also be employed.
  • a trade database 108 may be included to store historical information identifying trades and descriptions of trades.
  • a trade database may store information identifying or associated with the time that an order was executed and the contract price.
  • the trade database 108 may also comprise a storage device configured to store at least part of the orders submitted by electronic devices operated by traders (and/or other users).
  • a confirmation message may be sent when the match engine module 106 finds a match for an order and the order is subsequently executed.
  • the confirmation message may, in some embodiments, be an e-mail message to a trader, an electronic notification in one of various formats, or any other form of generating a notification of an order execution.
  • an order book module 110 may be included to compute or otherwise determine current bid and offer prices.
  • the order book module 110 may be configured to calculate the price of a financial instrument.
  • a risk management module 134 may be included in computer system 100 to compute and determine the amount of risk associated with a financial product or portfolio of financial products.
  • An order processor module 136 may be included to receive data associated with an order for a financial instrument (e.g., an enhanced financial instrument). The module 136 may decompose delta based and bulk order types for processing by order book module 110 and match engine module 106 .
  • the order processor module 136 may be configured to process the data associated with the orders for financial instruments or additional attributes to handle post-trade routing.
  • the order processor module 136 may process the enhanced financial instrument by removing a clearinghouse attribute in the enhanced financial instrument before sending to a clearinghouse. At least one reason, among others, for removing the clearinghouse attribute in the enhanced financial instrument before sending to the clearinghouse may be for backwards compatibility reasons; the clearinghouse does not necessarily need to be aware of this attribute in order to perform its functions.
  • a market data module 112 may be included to collect market data and prepare the data for transmission to users.
  • the market data module 112 may publish the value of the current accrual amount, and/or the daily settlement price adjustment amount, and/or the cash payment amount.
  • the market data module 112 may regularly disseminate updates to a financial instrument, including updates to the financial instrument that may occur as values (e.g., dividend announcements) are reported.
  • the market data may be reported anonymously, clearing firm specific, and/or broker/trader specific in some examples.
  • the market data module 112 may update the market data records of a financial instrument on a daily basis (e.g., at the end of each trading day).
  • the trading network environment shown in FIG. 1 includes computer (i.e., electronic) devices 114 , 116 , 118 , 120 and 122 .
  • the computer devices 114 , 116 , 118 , 120 and 122 may include one or more processors, or controllers, that control the overall operation of the computer.
  • the computer devices 114 , 116 , 118 , 120 and 122 may include one or more system buses that connect the processor to one or more components, such as a network card or modem.
  • the computer devices 114 , 116 , 118 , 120 and 122 may also include interface units and drives for reading and writing data or files.
  • a user can interact with the computer with a keyboard, pointing device, microphone, pen device or other input device.
  • the electronic device may be a personal computer, laptop or handheld computer, tablet pc and like computing devices having a user interface.
  • the electronic device may be a dedicated function device such as personal communications device, a portable or desktop telephone, a personal digital assistant (“PDA”), remote control device, personal digital media system and similar electronic devices.
  • PDA personal digital assistant
  • Computer device 114 is shown directly connected to exchange computer system 100 .
  • Exchange computer system 100 and computer device 114 may be connected via a T1 line, a common local area network (LAN) or other mechanism for connecting computer devices.
  • Computer device 114 is shown connected to a radio 132 .
  • the user of radio 132 may be a trader or exchange employee.
  • the radio user may transmit orders or other information to a user of computer device 114 .
  • the user of computer device 114 may then transmit the trade or other information to exchange computer system 100 .
  • Computer devices 116 and 118 are coupled to a local area network (LAN) 124 .
  • LAN 124 may have one or more of the well-known LAN topologies and may use a variety of different protocols, such as Ethernet.
  • Computers 116 and 118 may communicate with each other and other computers and devices connected to LAN 124 .
  • Computers and other devices may be connected to LAN 124 via twisted pair wires, coaxial cable, fiber optics or other media.
  • a wireless personal digital assistant device (PDA) 122 may communicate with LAN 124 or the Internet 126 via radio waves.
  • PDA 122 may also communicate with exchange computer system 100 via a conventional wireless hub 128 .
  • a PDA includes mobile telephones and other wireless devices that communicate with a network via radio waves.
  • FIG. 1 also shows LAN 124 connected to the Internet 126 .
  • LAN 124 may include a router to connect LAN 124 to the Internet 126 .
  • Computer device 120 is shown connected directly to the Internet 126 . The connection may be via a modem, DSL line, satellite dish or any other device for connecting a computer device to the Internet.
  • Embodiments may be controlled by computer-executable instructions stored on computer-readable storage medium.
  • Embodiments also may take the form of electronic hardware, computer software, firmware, including object and/or source code, and/or combinations thereof.
  • Embodiment may be stored on computer-readable media installed on, deployed by, resident on, invoked by and/or used by one or more data processors (e.g., risk processor), controllers, computers, clients, servers, gateways, networks of computers, and/or any combinations thereof.
  • the computers, servers, gateways may have one or more controllers configured to execute instructions embodied as computer software.
  • computer device 120 may include computer-executable instructions for receiving updated settlement prices, accrued amounts, and other information from computer system 100 and displaying to a user.
  • computer device 118 may include computer-executable instructions for receiving market data from computer system 100 and displaying that information to a user.
  • a processor of computer system 100 may be configured to execute computer-executable instructions that cause the system 100 to calculate a performance bond amount required to balance risk associated with a portfolio of financial instruments administered with a declining balance methodology.
  • One or more market makers 130 may maintain a market by providing bid and offer prices for a derivative or security to exchange computer system 100 .
  • Exchange computer system 100 may also exchange information with other trade engines, such as trade engine 138 .
  • trade engine 138 may be exchange information with other trade engines.
  • One skilled in the art will appreciate that numerous additional computers and systems may be coupled to exchange computer system 100 . Such computers and systems may include clearing, regulatory and fee systems, such as clearing house 140 . Coupling can be direct as described or any other method described herein.
  • a clearing house 140 enables an exchange computer system 100 to provide contracts with mutualized risk of counterparty credit risk than over-the-counter (OTC) products.
  • a clearing house 140 arranges for transactions to be settled and cleared. Clearing is the procedure through which a clearing house 140 becomes buyer to each seller of a contract (e.g., futures contract, equities, currencies, interest rate products, etc.), and seller to each buyer, and assumes responsibility for protecting buyer and seller from financial loss by assuring performance on each contract.
  • a clearing house 140 may settle trading accounts, clear trades, collect and maintain performance bond funds, regulate delivery and report trading data.
  • an exchange may operate its own clearing house 140 through a division of the exchange through which all trades made are confirmed, matched, and settled each day until offset or delivered.
  • the exchange computer system 100 may be internal to the clearing house 140 .
  • one or more other companies may be provided the responsibility of acting as a clearing house 140 with the exchange (and possibly other exchanges).
  • An exchange may have one or more clearing houses associated with the exchange.
  • An exchange may offer firms qualified to clear trades to provide a clearing house 140 for the exchange computer system 100 . In some instances, these clearing members may be designated into different categories based on the type of commodities they can clear and other factors.
  • the clearing house 140 may establish minimum performance bond (i.e., margin) requirements for the products it handles.
  • a customer may be required to deposit a performance bond with the clearing house 140 (or designated account) for the purpose of insuring the clearing house 140 against loss on open positions.
  • the performance bond helps ensure the financial integrity of brokers, clearing houses, and exchanges as a whole. If a trader experiences a drop in funds below a minimum requirement, the clearing house 140 may issue a margin call requiring a deposit into the margin account to restore the trader's equity.
  • a clearing house 140 may charge additional performance bond requirements at the clearing house's discretion. For example, if a clearing house's potential market exposure grows large relative to the financial resources available to support those exposures, the clearing house 140 may issue a margin call.
  • the clearing house 140 may require a larger performance bond based on a credit check (e.g., an analysis of the credit worthiness, such as using a FICOTM or comparable score, inter alia) of the customer/trader.
  • the credit check may be performed (i.e., initiated) by a clearing house 140 or an exchange 100 .
  • the clearing house 140 may send a message (e.g., enforcement message) to the exchange 100 . If the credit check indicates that a customer/trader is a high risk, the enforcement message may increase the margin requirements of the customer/trader, or otherwise adjust the capabilities/constraints of the customer/trader commensurate with the higher risk.
  • the exchange 100 may send a message to one or more clearing houses associated with the exchange 100 to update them on the increased/decreased risk associated with the customer/trader.
  • a cross-margining system may be used. By combining the positions of joint and affiliated clearing houses in certain broad-based equity index futures and options into a single portfolio, a single performance bond requirement across all markets may be determined.
  • the cross-margining system may greatly enhance the efficiency and financial integrity of the clearing system.
  • MTM mark-to-market
  • the clearing house 140 derives its financial stability in large part by removing debt obligations among market participants as they occur. Through daily MTM adjustments, every contract is debited or credited based on that trading session's gains or losses. For example, as prices move for or against a position, funds flow into or out of the trading account. This cash flow is known as settlement variation.
  • FIG. 1 is merely an example and that the components shown in FIG. 1 may be connected by numerous alternative topologies.
  • “Financial instruments” may include, but are not limited to, swap agreements, credit defaults swaps (CDS), interest rate swaps (IRS), forward rate agreements (FRAs), OTC equities, OTC foreign currency, derivative contracts, equities, currency swaps (FX), bilateral financial agreements, financial agreements involving a central clearing party/central counterparty (CCP), and other comparable financial instruments apparent to one of ordinary skill in the art after review of the entirety disclosed herein.
  • CDS central clearing party/central counterparty
  • the methods and systems of the above-referenced embodiments may also include other additional elements, steps, computer-executable instructions, or computer-readable data structures.
  • other embodiments are disclosed and claimed herein as well.
  • the systems and methods may be partially or wholly implemented on a computer-readable medium, for example, by storing computer-executable instructions or modules, or by utilizing computer-readable data structures. These instructions may be executed by a processor of a computing device to perform one or more steps of the methods disclosed herein.
  • the details of these and other embodiments are set forth in the accompanying drawings and the description herein. Other features and advantages of the disclosed method, systems, and apparatus will be apparent from the description, drawings, and appendices.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
US13/312,535 2011-02-02 2011-12-06 Trade matching platform with variable pricing based on clearing relationships Active US8626639B2 (en)

Priority Applications (7)

Application Number Priority Date Filing Date Title
US13/312,535 US8626639B2 (en) 2011-02-02 2011-12-06 Trade matching platform with variable pricing based on clearing relationships
PCT/US2012/023659 WO2012106531A1 (fr) 2011-02-02 2012-02-02 Plateforme de mise en correspondance d'échanges comprenant un établissement de prix variable sur la base de relations de compensation
US13/437,583 US20120197779A1 (en) 2011-02-02 2012-04-02 Trade Matching Platform with Variable Pricing Based on Clearing Relationships
US13/564,234 US8781948B2 (en) 2011-02-02 2012-08-01 Trade matching platform with variable pricing based on clearing relationships
US13/834,891 US20130204769A1 (en) 2011-02-02 2013-03-15 Trade Matching Platform with Variable Pricing Based on Clearing Relationships
US14/091,681 US20140095375A1 (en) 2011-02-02 2013-11-27 Trade Matching Platform with Variable Pricing Based on Clearing Relationships
US14/330,820 US20140324668A1 (en) 2011-02-02 2014-07-14 Trade Matching Platform with Variable Pricing Based on Clearing Relationships

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201161438933P 2011-02-02 2011-02-02
US13/312,535 US8626639B2 (en) 2011-02-02 2011-12-06 Trade matching platform with variable pricing based on clearing relationships

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US13/437,583 Continuation-In-Part US20120197779A1 (en) 2011-02-02 2012-04-02 Trade Matching Platform with Variable Pricing Based on Clearing Relationships
US14/091,681 Division US20140095375A1 (en) 2011-02-02 2013-11-27 Trade Matching Platform with Variable Pricing Based on Clearing Relationships

Publications (2)

Publication Number Publication Date
US20120197776A1 US20120197776A1 (en) 2012-08-02
US8626639B2 true US8626639B2 (en) 2014-01-07

Family

ID=46578170

Family Applications (2)

Application Number Title Priority Date Filing Date
US13/312,535 Active US8626639B2 (en) 2011-02-02 2011-12-06 Trade matching platform with variable pricing based on clearing relationships
US14/091,681 Abandoned US20140095375A1 (en) 2011-02-02 2013-11-27 Trade Matching Platform with Variable Pricing Based on Clearing Relationships

Family Applications After (1)

Application Number Title Priority Date Filing Date
US14/091,681 Abandoned US20140095375A1 (en) 2011-02-02 2013-11-27 Trade Matching Platform with Variable Pricing Based on Clearing Relationships

Country Status (2)

Country Link
US (2) US8626639B2 (fr)
WO (1) WO2012106531A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190228385A1 (en) * 2018-01-22 2019-07-25 Baton Systems, Inc. Clearing systems and methods
US10415605B1 (en) * 2012-07-27 2019-09-17 Citigroup Global Markets, Inc. Systems and methods for corporate loan pricing
US10832321B2 (en) 2003-12-12 2020-11-10 Gfi Group, Inc. Apparatus, method and system for providing an electronic marketplace for trading credit default swaps and other financial instruments, including a trade management service system
US20230098371A1 (en) * 2017-10-19 2023-03-30 Chicago Mercantile Exchange Inc. Message encoding and transmission across multiple platforms

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140025604A1 (en) * 2012-07-10 2014-01-23 Trueex Group Llc System and method for managing derivative instruments
US11068979B1 (en) * 2011-11-07 2021-07-20 Nyse Chicago, Inc. Fee/rebate contingent order matching system and method
US9786006B2 (en) * 2012-03-26 2017-10-10 Tradeweb Markets Llc System and method for clearing transactions
US10424004B2 (en) 2012-12-14 2019-09-24 Cfph, Llc Distributed matching engine
US9396497B2 (en) * 2012-12-19 2016-07-19 Nasdaq Technology Ab Computer-implemented system and method for clearing a derivative trade involving multiple trading exchanges
US10102579B2 (en) 2015-07-16 2018-10-16 Chicago Mercantile Exchange Inc. Facilitation of deterministic interaction with a dynamically changing transaction processing environment
US11042933B1 (en) * 2017-10-17 2021-06-22 Chicago Mercantile Exchange Inc. System for processing withholding payments
US10929405B2 (en) 2017-11-21 2021-02-23 Gto Llc Systems and methods for distributed architecture of market-data processing device
CN109726183A (zh) * 2018-09-07 2019-05-07 网联清算有限公司 网联平台清算方法及装置
CN110276692B (zh) * 2019-06-25 2023-09-12 深圳前海微众银行股份有限公司 一种处理交易数据的方法及装置
WO2022125740A1 (fr) * 2020-12-10 2022-06-16 Om E-Trading Llc Systèmes et procédés de formation dynamique de marché anonyme destinées aux opérations sur le marché hors cote

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5375055A (en) 1992-02-03 1994-12-20 Foreign Exchange Transaction Services, Inc. Credit management for electronic brokerage system
US5806050A (en) 1992-02-03 1998-09-08 Ebs Dealing Resources, Inc. Electronic transaction terminal for vocalization of transactional data
US6985883B1 (en) 1992-02-03 2006-01-10 Ebs Dealing Resources, Inc. Credit management for electronic brokerage system
US7039610B2 (en) 2001-10-04 2006-05-02 New York Mercantile Exchange, Inc. Implied market trading system
US20060259411A1 (en) 2002-11-13 2006-11-16 Trading Technologies International, Inc. Method, apparatus and interface for trading multiple tradeable objects
US7149717B1 (en) 2000-10-26 2006-12-12 Kan Steven S Method and system to effectuate multiple transaction prices for a commodity
US20070118459A1 (en) 2005-11-18 2007-05-24 Bauerschmidt Paul A System and method for centralized clearing of over the counter foreign exchange instruments
US20090171832A1 (en) 2007-12-28 2009-07-02 Cunningham Trading Systems, Llc Method for displaying multiple markets
US7584140B2 (en) 2003-10-15 2009-09-01 Chicago Mercantille Exchange, Inc. Method and system for providing option spread indicative quotes
US7685051B2 (en) 2002-05-31 2010-03-23 Intercontinentalexchange, Inc. System for settling over the counter trades
US8165952B2 (en) 2005-11-02 2012-04-24 Private Trading Systems, Inc. Electronic trading system

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5375055A (en) 1992-02-03 1994-12-20 Foreign Exchange Transaction Services, Inc. Credit management for electronic brokerage system
US5806050A (en) 1992-02-03 1998-09-08 Ebs Dealing Resources, Inc. Electronic transaction terminal for vocalization of transactional data
US6014627A (en) 1992-02-03 2000-01-11 Ebs Dealing Resources, Inc. Credit management for electronic brokerage system
US6985883B1 (en) 1992-02-03 2006-01-10 Ebs Dealing Resources, Inc. Credit management for electronic brokerage system
US6996541B2 (en) 1992-02-03 2006-02-07 Ebs Dealing Resources, Inc. Credit management for electronic brokerage system
US7003488B2 (en) 1992-02-03 2006-02-21 Ebs Dealing Resources, Inc. Credit management for electronic brokerage system
US7610238B2 (en) 1992-02-03 2009-10-27 Ebs Dealing Resources, Inc. Credit management for electronic brokerage system
US7149717B1 (en) 2000-10-26 2006-12-12 Kan Steven S Method and system to effectuate multiple transaction prices for a commodity
US7260554B2 (en) 2001-10-04 2007-08-21 New York Mercantile Exchange, Inc. Implied market trading system
US7039610B2 (en) 2001-10-04 2006-05-02 New York Mercantile Exchange, Inc. Implied market trading system
US8204823B1 (en) 2001-10-04 2012-06-19 New York Merchantile Exchange Implied market trading system
US7685051B2 (en) 2002-05-31 2010-03-23 Intercontinentalexchange, Inc. System for settling over the counter trades
US20060259411A1 (en) 2002-11-13 2006-11-16 Trading Technologies International, Inc. Method, apparatus and interface for trading multiple tradeable objects
US7584140B2 (en) 2003-10-15 2009-09-01 Chicago Mercantille Exchange, Inc. Method and system for providing option spread indicative quotes
US8165952B2 (en) 2005-11-02 2012-04-24 Private Trading Systems, Inc. Electronic trading system
US20070118459A1 (en) 2005-11-18 2007-05-24 Bauerschmidt Paul A System and method for centralized clearing of over the counter foreign exchange instruments
US20090171832A1 (en) 2007-12-28 2009-07-02 Cunningham Trading Systems, Llc Method for displaying multiple markets

Non-Patent Citations (20)

* Cited by examiner, † Cited by third party
Title
Cleared OTC Credit Default Swaps Extending Security to OTC Markets Through Open Clearing PowerPoint presentation, CME Group, Oct. 2009, 22 pages.
Clearing Broker, What Does Clearing Broker Mean? http://www.investopedia.com/terms/c/clearingbroker.asp, retrieved Jan. 27, 2011, 1 page.
CME signs up Wall Street heavy hitters for swaps clearing, Chicago Business, Dec. 3, 2009, http://www.chicagobusiness.com/cgi-bin/printStory.pl?news-id=36328, retrieved Dec. 3, 2009, 1 page.
CME signs up Wall Street heavy hitters for swaps clearing, Chicago Business, Dec. 3, 2009, http://www.chicagobusiness.com/cgi-bin/printStory.pl?news—id=36328, retrieved Dec. 3, 2009, 1 page.
Executing Broker, What Does Executing Broker Mean? http://www.investopedia.com/terms/e/executingbroker.asp, retrieved Jan. 27, 2011, 1 page.
Execution and Clearing Process for Derivatives, taken from MF 10-K filed Jun. 10, 2009, http://www.wikinvest.com/stock/MF-Global-Ltd.-(MF)/Execution-Clearing-Process-Derivatives, retrieved Jan. 27, 2011, 6 pages.
Execution and Clearing Process for Derivatives, taken from MF 10-K filed Jun. 10, 2009, http://www.wikinvest.com/stock/MF—Global—Ltd.—(MF)/Execution—Clearing—Process—Derivatives, retrieved Jan. 27, 2011, 6 pages.
File History for U.S. Appl. No. 13/437,583, filed Apr. 2, 2012; Inventor: Ari Studnitzer.
File History for U.S. Appl. No. 13/564,234, filed Aug. 1, 2012; Inventor: Ari Studnizter.
File History for U.S. Appl. No. 13/834,891, filed Mar. 15, 2013; Inventors: Ari Studnitzer, James W. Farrell, Paul J. Callaway, Barry L. Galster, and Pearce Peck-Walden.
Nasdaq Working Quietly to Curb Bank Control of Clearinghouses, Clea Benson, Robert Schmidt and Silla Brush, Dec. 20, 2010, http://www.bloomberg.com/news/print/2010-12-20/nasdaq-working-quietly-to-curb-bank-control, retrieved Jan. 25, 2011, 5 pages.
PCT International Search Report mailed Jun. 1, 2012, PCT/US 12/23659, 13 pages.
SEC Proposes Rules for Security-Based Swap Execution Facilities, Feb. 1, 2011, http://www.sec.gov/news/press/2011/2011-35.htm, retrieved Feb. 3, 2011, 7 pages.
SEF101: Deconstructing the Swap Execution Facility, Kevin McPartland, Posted Jul. 26, 2010, Deriv Alert.og, http://www.derivalert.org/blog/bid/43966/SEF-101-Deconstructing-the-Swap-Execution Facility, retrieved Jan. 25, 2011, 5 pages.
Swap Clearinghouses and Markets, Skadden Commentary on the Dodd-Frank Act, Jul. 9, 2010, Jerrold E. Salzman, http://www.skadden.com/Index.cfm?contentID=51&itemID=2130, retrieved Jan. 25, 2011, 7 pages.
Swap Execution Facility: The New Term on Wall Street, Ben Protess, Dec. 17, 2010, Legal/Regulatory, 3 pages.
The Nifty-Gritty of Executing a Trade by Investopedia Staff, http://www.investopedia.com/articles/03/012403.asp, retrieved Jan. 27, 2011, 3 pages.
The Role of a Swap Execution Facility (SEF), © 2011 Tradeweb Markets LLC, tradeweb.com/about/.../style=print, retrieved Jan. 20, 2011, 3 pages.
Update 1-ICE to register as swaps trading platform, CEO says, Aug. 4, 2010, http://www.reuters.com/assets/print?aid=CNN0425882520100804, retrieved Jan. 25, 2011, 1 page.
What is a Swap Execution Facility? Streetwise Professor, Jul. 1, 2010, http://streetwiseprofessor.com/?p=3964, retrieved Jan. 25, 2011, 7 pages.

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10832321B2 (en) 2003-12-12 2020-11-10 Gfi Group, Inc. Apparatus, method and system for providing an electronic marketplace for trading credit default swaps and other financial instruments, including a trade management service system
US11823263B2 (en) 2003-12-12 2023-11-21 Gfi Group, Inc. Apparatus, method and system for providing an electronic marketplace for trading credit default swaps and other financial instruments, including a trade management service system
US10415605B1 (en) * 2012-07-27 2019-09-17 Citigroup Global Markets, Inc. Systems and methods for corporate loan pricing
US20230098371A1 (en) * 2017-10-19 2023-03-30 Chicago Mercantile Exchange Inc. Message encoding and transmission across multiple platforms
US11909702B2 (en) * 2017-10-19 2024-02-20 Chicago Mercantile Exchange Inc. Message encoding and transmission across multiple platforms
US20190228385A1 (en) * 2018-01-22 2019-07-25 Baton Systems, Inc. Clearing systems and methods

Also Published As

Publication number Publication date
US20140095375A1 (en) 2014-04-03
WO2012106531A1 (fr) 2012-08-09
US20120197776A1 (en) 2012-08-02

Similar Documents

Publication Publication Date Title
US8626639B2 (en) Trade matching platform with variable pricing based on clearing relationships
US11468511B2 (en) Generating implied orders based on electronic requests for quotes
US8694415B2 (en) Out of band credit control
US7577601B1 (en) Leverage margin monitoring and management
US20140324668A1 (en) Trade Matching Platform with Variable Pricing Based on Clearing Relationships
US20130226827A1 (en) Enhanced Clearing House Collateral Management System with Capabilities to Transfer Excess Collateral to Other Users
US20210217090A1 (en) Minimization of the consumption of data processing resources in an electronic transaction processing system via selective premature settlement of products transacted thereby based on a series of related products
EP3678084A1 (fr) Mise à l'échelle de prix d'écart pour correspondance de transactions implicites
SG194422A1 (en) A process for financing and interest rate price discovery utilizing acentrally-cleared derivative
US20240070784A1 (en) User interface enabling unconstrained data inputs to a constrained system
US20140236799A1 (en) Out of Band Credit Control
US8762252B2 (en) Out of band credit control
US20220318899A1 (en) Automated and reliable determination of a forward value associated with a future time period based on objectively determined expectations related thereto
US20120197779A1 (en) Trade Matching Platform with Variable Pricing Based on Clearing Relationships
US20130204769A1 (en) Trade Matching Platform with Variable Pricing Based on Clearing Relationships
US10776863B1 (en) Method and apparatus for displaying trading assets in a preferred currency
US8473402B2 (en) Perpetual futures contracts with periodic reckonings
US20150149340A1 (en) Tandem Options Contracts Providing Fixed Binary Payout
JP6141667B2 (ja) 清算関係に基づく可変価格を有するトレードマッチングプラットフォーム
EP1272961A1 (fr) Surveillance et gestion du taux d'endettement

Legal Events

Date Code Title Description
AS Assignment

Owner name: CHICAGO MERCANTILE EXCHANGE INC., ILLINOIS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:STUDNITZER, ARI;REEL/FRAME:027333/0683

Effective date: 20111206

STCF Information on status: patent grant

Free format text: PATENTED CASE

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 4

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8