US20140101020A1 - System and method for generating liquidity - Google Patents
System and method for generating liquidity Download PDFInfo
- Publication number
- US20140101020A1 US20140101020A1 US14/070,808 US201314070808A US2014101020A1 US 20140101020 A1 US20140101020 A1 US 20140101020A1 US 201314070808 A US201314070808 A US 201314070808A US 2014101020 A1 US2014101020 A1 US 2014101020A1
- Authority
- US
- United States
- Prior art keywords
- match
- order
- indications
- interest
- indication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Definitions
- the present invention relates generally to trading systems. More particularly, the present invention relates systems and methods of generating liquidity by indicating interests in trading assets. More particularly, according to embodiments of the present invention, a confidential, anonymous matching system and method provides a means for matching indications of interest and executing orders based on the matches, thereby increasing the liquidity of an order execution system.
- Institutions trading large blocks of securities are faced with significant inefficiencies in the markets as a consequence of the markets' focus on retail traders. Such inefficiencies have led to enormous costs in executing institutional trades. Institutional traders cannot share their entire order size information with the markets without causing an adverse impact on the share price.
- a user then enters bid/offer information together with minimum rank information that represents the lowest rank of any potentially acceptable counterparty to the transaction entered by the user.
- a matching computer then matches bids and offers entered based on the bid/offer parameters and the ranking information. Once potential matches are identified, the matching computer signals the potential counterparties to enable the parties to communicate with each to commence direct negotiations.
- unexecuted trading positions may be used as indications of interest, and the corresponding party, trader, etc. may be alerted to the existence of potential indication crosses or matches.
- the corresponding party, trader, etc. then, for a limited period of time, may convert or “promote” the indication of interest to a “firm” order.
- the alert maintains anonymity and confidentiality regarding the identity of the trader and the size of the indication of interest.
- a matching algorithm is then used for share allocation and pricing at which the transactions will occur.
- the system is configured to take non-executable orders or indications of interests, such as an indication to buy or sell an amount of a tradable asset (e.g., a number of shares of a given security), and match indications of interest with a contra trade (i.e., a corresponding indication of interest having the opposing side).
- a matching algorithm may be configured to consider multi-party trades (e.g., three-way) and other complex ways of matching indications of interest.
- a system for generating liquidity a plurality of client user interfaces and a matching system.
- Each client user interface includes a trading desktop which stores unexecuted trading positions.
- the matching system is coupled with the plurality of client user interfaces and configured to receive information about the unexecuted trading positions.
- the system can identify as a match one or more first indications of interest which can fulfill one or more second indications of interest, based upon the information about the unexecuted trading positions.
- the system can provide a notification of the match and an invitation to execute the match to corresponding client user interfaces. When at least one invitation on each side of the match is accepted, the system forwards orders corresponding to the match, to an order execution system for execution.
- a method for generating liquidity includes the steps of: receiving a plurality of indications of interest to trade an amount of a tradable asset; identifying as a match, one or more first indications of interest from the plurality of indications of interest which can fulfill one or more second indications of interest from the plurality of indications of interest; for the match, providing an invitation to execute the match to each party corresponding to the one or more first indications of interest and one or more second indications of interest; and if at least one invitation on each side of a match is accepted, generating an executable order corresponding to the accepted one or more first indications of interest and the accepted one or more second indications of interest in order to execute a trade of a tradable asset.
- an order is generated base on the indication of interest and submitted to the order execution system. However, if, during the window of time for accepting the match, no contra-party orders are accepted, or the order is otherwise not crossed, the order expires and the indication of interest is reset. That is, it reverts back to the client and can be resubmitted as in indication of interest.
- FIG. 1 is a block diagram of a system for creating liquidity according to an embodiment of the present invention.
- FIGS. 2 a - 2 i are screen shots of an exemplary interface for a system for creating liquidity according to an embodiment of the present invention.
- FIG. 3 illustrates a trading scenario according to an embodiment of the present invention.
- FIG. 4 illustrates another trading scenario according to an embodiment of the present invention.
- FIG. 1 is a block diagram of a system according to an embodiment of the present invention.
- the system 100 includes a number of clients 102 which are connected to a trading system 104 .
- Each client 102 can be a trading desktop and comprises appropriate hardware (e.g., PC) and software.
- the trading desktop may include one or more trading interfaces (for example, TRITON® and CHANNELTM, by ITG Inc.) for entering and monitoring trades for execution, order management system (OMS), and other system that manages target trading positions.
- trading interfaces for example, TRITON® and CHANNELTM, by ITG Inc.
- OMS order management system
- Trading positions are usually stored in a data base and viewed with an interface, usually called a “blotter.”
- Clients 102 may be connected with the trading system 104 via an electronic data network, direct connection, etc.
- Trading system 104 may be connected to a number of trading entities, such as exchanges, ECNs, or the like, for receiving trading information, and routing and executing trades.
- Trading system 104 preferably includes an order execution system 106 , which may be a crossing system for executing orders. For example, ITG Inc. owns U.S. Pat. No. 5,873,071.
- Trading system 104 also preferably includes an order routing system 108 for routing live orders for execution.
- the system may be connected to a back office system 110 or a ticker tape or other reporting system 112 .
- the system 104 may include appropriate hardware and software for performing encryption, security and connective, such as, for example, proxy servers 114 .
- the system also includes a matching module 116 for matching indications of interests and converting matches to firm orders as described in more detail below. Indications of interest are preferably kept confidential and anonymous even when a match occurs.
- the system 104 includes a pricing module (which may be a part of matching module 116 ) that calculates a price for executing matched indications. Preferably, the pricing module uses a mid-point pricing algorithm.
- the system 100 may be configured to scan each client 102 for uncommitted positions or certain committed yet unexecuted positions (collectively, “indications”) that could result in a match against contra-side indications of another client 102 and/or a contra-side order, which may be residing on some other system. This scanning is sometimes called “sweeping.” Sweeping may occur at the client 102 or be controlled remotely (e.g., by matching module 116 ), depending on the configuration and where blotter data is stored. Alternatively, a means for manually entering indications to the pool could be provided. Once indications are swept, the information can be stored locally and provided to the matching module 116 , or stored at the matching module 116 , or in a separate memory storage unit (not shown).
- “sweeping” can be performed in a number of ways.
- the system can take a slice from a trading desktop blotter and send it to the match pool as an IOI order.
- Some possible options include:
- Matching module 116 is configured to access the indications pool and match contra-indications with each other. Once contra-indications are matched, the matching module 116 is configured to notify each party to the match and provide a means for accepting the match. When a match is accepted, the matching module converts the match into executable orders and enters the orders into the order execution system 106 . The price of the order is determined by the pricing algorithm (preferable, the mid-point for the asset).
- a number of filters or conditions can be utilized for determining when a match exists or when a client 102 is notified of the existence of a match. For example, whether a client 102 will be alerted to the existence of a possible match can be made dependent upon the potential size of an indication. Take the case of a stock with a 21-day average daily trading value of $1,000,000 or more, the system might be configured to generate an alert for a match only when it has an available position of 25,000 shares or more in that security. For positions in securities with lower 21-day average daily trading values, the position could be limited to those greater than 10,000 for the client 102 to be alerted of a match.
- the system When system detects the possibility of a match for a particular security meeting the applicable alert threshold, the system will send an electronic notification to the affected client 102 informing them that a possible match exists.
- the notification will merely identify the security involved and the side (buy, sell) of the market of the indication. It is usually important to maintain the anonymity of the parties and the confidence of the size and trading constraints of an indication in order to prevent impact on market, gaming, etc. Therefore, it is most preferred that the system will not identify the contra-side parties, the potential size of the transaction, or any other details or trading constraints applicable to the contra-side order or indication.
- a client 102 receives the notification of a potential match, that client preferably has a set-period (e.g., 45 seconds) to respond to the notification or the match expires.
- a set-period e.g. 45 seconds
- each of the parties' indications are converted to orders that are submitted to the order execution system 106 for participation in the next match of orders.
- the indication in the client's trading desktop remains an uncommitted position during this time-window until the client responds to the notification and accepts the match. Until the client accepts the match, the client remains free to ignore the notification and/or send an order relating to that position elsewhere.
- an indication of interest may be matched with an order.
- orders could be made “indications eligible,” such as by adding a parameter to the order, which would allow the system to consider those orders for its matching indications pool.
- Order execution system 106 could “push” eligible orders to the matching module 116 , or the matching module 116 could sweep indication eligible orders from the order execution system 106 , to include those orders in the matching indications pool.
- a client does not respond to the electronic notification within the response time-window, it will be notified that a potential match opportunity was missed.
- the client may subsequently elect to reactivate the indication.
- the position can be excluded from consideration for future matching opportunities within the system until it is reactivated.
- the client may elect to specify a period of time (time-in-force) in which any uncrossed portion of that order will remain in execution system 106 as an order, during which time it can potentially interact with other orders. If the order has not been completely filled, the unfilled portion is returned to matching module 116 or to the client user 102 , where it may revert to an indication of interest.
- time-in-force time-in-force
- Synchronization between order execution systems and the conversion process may be required in order to ensure that the converted indication is crossed.
- crossing in that security in order execution system 106 can be suspended until the earlier of the following: (a) all clients receiving alerts have responded by sending accepting matches, or (b) the alert response window has expired.
- This mechanism permits a client user, if it responds to the notification within the allotted time, to participate in a match against any order in the order management system 106 on the contra side of the market without fear that the contra side order(s) would become unavailable through a cross with an existing or intervening order on the same side of the market as the user.
- All orders matched within the order execution system 106 are executed at a price between the national best bid and offer at the time of the match (e.g., mid-point), thereby providing price improvement for all contra-parties involved in the match.
- the exact execution price for orders matched within the system and, correspondingly, the amount of price improvement received by a party to a match, can depend on various factors.
- FIG. 1 is not meant to be a limiting configuration and the features and components thereof may vary. For example, matching can be performed at each client 102 and matches could be directly entered into the order execution system from the participating clients. It will also be understood that the components of FIG. 1 can be implemented with appropriate computer hardware and software to support the functionality and connectivity of the system and method of the present invention. Preferably, state of the art computer hardware and programming technique will be used to implement the present invention. Further, any computer architecture may be used. That is, functions may be centralized, object oriented, or distributed, and it is not intended that each logical component must be implemented as separate equipment.
- FIGS. 2 a - 2 i are screen shots of an exemplary client user interface (e.g., graphical user interface (GUI)).
- GUI graphical user interface
- FIGS. 2 a - 2 e are screen shots of a client user interface made and marketed by ITG Inc.
- POSIT Alert is a trademark owned by ITG Inc.
- actions within the client interface are described with reference to the client interface, but processing can be performed as described with reference to FIG. 1 above. Typical GUI navigation techniques are assumed to be understood.
- FIG. 2 a shows a GUI 200 , which includes tabs for accessing an OMS screen blotter 202 , active orders 204 , reports 206 , and indication system 208 .
- a lower block 210 includes the detail information for each tab (here, the OMS blotter tab is active).
- the OMS blotter tab is active.
- a number of uncommitted trades or indications are shown in the lower block 210 displaying the blotter information.
- Each indication includes the names of the equities 214 along with side 216 , size available 218 , order size 220 , limit price (type of order) 222 , and destination of order 224 .
- an “include” check box 212 which allows the user to have the orders on the blotter to “indicate out.”
- a sweeping routine pulls the data regarding each order that has the include check-box 212 checked.
- FIG. 2 b shows the indication system tab 208 highlighted, and the detailed information in block 210 includes the recently swept information. However, this user is not participating yet and the swept indications are striked-through, meaning that they are not currently indicating out to the system. If participation button 211 a is depressed, then the system will indicate out.
- FIG. 2 c shows that participation is now on.
- There is an alert indicator 226 which notifies the user whether a match exists. Note that no other details are given except that a match exists. What this means is that one or more parties can fulfill an order having the parameters of the indications of interest. For example, this user has indicated of interest to buying 50,000 shares of MSFT, 90,000 shares of T, and 35,000 shares of PFE.
- a match indication 226 means that one or more parties have indications that would complete the orders—indications of interest to sell 50,000 shares of MSFT, 90,000 shares of T and 35,000 shares of PFE. No order is executed here without at least one party on each side making the choice to execute. The number of matches “[3]” is shown in an “alert” button 219 .
- FIG. 2 d the user is notified of the matches by a pop-up 236 .
- a window 238 shows each match 231 , 232 , and 234 and the time remaining bars 231 a , 232 a, and 234 a before each match expires and cannot be accepted.
- a means for accepting the match and converting the indication of interest into an executable order is provided.
- FIG. 2 f by clicking onto the match ( 231 , 232 or 234 ), a pop-up window 240 is generated that includes the details of a proposed order. Note here, the order is for less than the entire amount, meaning that the contra-indication is for only 25,000 shares.
- Pop-up 240 includes a “send” button 242 that allows the user to accept the match. If the contra-party(s) also accepts the match, the match then is converted to an order and executed.
- an order screen 204 is shown after the MSFT indication match was accepted. Note that the last order 228 is a filled order for buying 25,000 shares of MSFT generated from an indication of interest. Now only two matches 232 and 234 remain in pop-up window 230 .
- GUI shown in FIGS. 2 a - 2 i is merely exemplary and many other GUI's are contemplated. Further, the functions of the GUI could be changed or implemented with different features. One skilled in the art will understand that the GUI could be implemented with many different types of software or programs, such as with VISUAL BASIC or ORACLE FORMS.
- a first trading scenario shows one example of the present invention, wherein a buy indication for 100,000 shares of a certain security is entered into the system at 10:15.
- a sell indication for 40,000 shares of the security is entered.
- the potential buyer and potential seller are each alerted to the existence of a potential cross or match.
- the buyer converts or promotes the indication to an actual order to buy 100,000 shares
- the seller converts or promotes the indication to an actual order to sell 40,000 shares.
- the system crosses the 40,000 shares of available liquidity at a price that is the mid-point between the current market bid-and-ask prices for the security at issue. Subsequently, the residual amount of 60,000 shares is reverted to an indication of interest only.
- a second trading scenario shows another example of the present invention, wherein prior to the indication of interest entries, two independent traders have each entered an order on a conventional crossing system to sell a collective total of 50,000 shares.
- the traders may choose to participate in the indication of interest pool in the event that a potential cross comes into existence.
- the buy indication and sell indication as in Scenario 1 are promoted to actual orders, the preexisting sell orders are allowed to participate in the cross.
- a total of 90,000 shares are matched at the mid-point price, with the residual 10,000 shares being reverted to an indication of interest.
- users could be classified by, for example, user profiles, and matching could be limited to users having a specified user profile.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Marketing (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
- The present application claims the benefit of priority to U.S. patent application Ser. No. 11/259,363, entitled SYSTEM AND METHOD FOR GENERATING LIQUIDITY, which claimed priority to U.S. Provisional Patent Application No. 60/622,019 filed on Oct. 27, 2004, the entire contents of each of which are hereby incorporated by reference.
- 1. Field of the Invention
- The present invention relates generally to trading systems. More particularly, the present invention relates systems and methods of generating liquidity by indicating interests in trading assets. More particularly, according to embodiments of the present invention, a confidential, anonymous matching system and method provides a means for matching indications of interest and executing orders based on the matches, thereby increasing the liquidity of an order execution system.
- 2. Description of the Related Art
- Institutions trading large blocks of securities are faced with significant inefficiencies in the markets as a consequence of the markets' focus on retail traders. Such inefficiencies have led to enormous costs in executing institutional trades. Institutional traders cannot share their entire order size information with the markets without causing an adverse impact on the share price.
- Recently, some institutions have turned to the use of “indications of interest” (IOIs) to seek out liquidity. Typically a broker receiving a large block from an institutional customer would attempt to find a natural other side to the transaction to avoid a trade imbalance on the primary exchanges and reduce market impact. Matching systems are known in the prior art for identifying potential counterparties to a transaction. See, e.g., U.S. Pat. No. 5,924,082 to Silverman et al. In the Silverman system, traders use subjective criteria, such as a party's credit rating, geographic location, political affiliation, or other subjective criteria, to filter out unacceptable trading parties. The users of the system enter subjective ranking information for all other users, who are identified to each user in a display. A user then enters bid/offer information together with minimum rank information that represents the lowest rank of any potentially acceptable counterparty to the transaction entered by the user. A matching computer then matches bids and offers entered based on the bid/offer parameters and the ranking information. Once potential matches are identified, the matching computer signals the potential counterparties to enable the parties to communicate with each to commence direct negotiations.
- The use of such “indications of interest” systems has certain advantages in that it is relatively easy to participate in an indication of interest pool, and traders maintain complete control over their orders. However, the current systems have significant shortcomings, in that 1) information leakage can occur through the negotiation process, which could result in adverse price impact; 2) negotiations frequently can be lengthy and cumbersome, and may not even result in a trade being transacted; 3) the liquidity pool is not diverse; and 4) transactions are limited to two parties.
- Thus, there is a need for improved systems and methods for generating liquidity utilizing indications of interest.
- According to the present invention, systems and methods are provided wherein indications of interest are used to seek out additional liquidity, while full anonymity is preserved and information leakage is avoided.
- According to an embodiment of the present invention, unexecuted trading positions may be used as indications of interest, and the corresponding party, trader, etc. may be alerted to the existence of potential indication crosses or matches. The corresponding party, trader, etc. then, for a limited period of time, may convert or “promote” the indication of interest to a “firm” order. The alert maintains anonymity and confidentiality regarding the identity of the trader and the size of the indication of interest. A matching algorithm is then used for share allocation and pricing at which the transactions will occur.
- According to an embodiment of the present invention, the system is configured to take non-executable orders or indications of interests, such as an indication to buy or sell an amount of a tradable asset (e.g., a number of shares of a given security), and match indications of interest with a contra trade (i.e., a corresponding indication of interest having the opposing side). As will be described in further detail below, a matching algorithm may be configured to consider multi-party trades (e.g., three-way) and other complex ways of matching indications of interest.
- A system for generating liquidity according to an embodiment of the present invention a plurality of client user interfaces and a matching system. Each client user interface includes a trading desktop which stores unexecuted trading positions. The matching system is coupled with the plurality of client user interfaces and configured to receive information about the unexecuted trading positions. The system can identify as a match one or more first indications of interest which can fulfill one or more second indications of interest, based upon the information about the unexecuted trading positions. For the identified matches, the system can provide a notification of the match and an invitation to execute the match to corresponding client user interfaces. When at least one invitation on each side of the match is accepted, the system forwards orders corresponding to the match, to an order execution system for execution.
- According to another embodiment of the present invention, a method for generating liquidity includes the steps of: receiving a plurality of indications of interest to trade an amount of a tradable asset; identifying as a match, one or more first indications of interest from the plurality of indications of interest which can fulfill one or more second indications of interest from the plurality of indications of interest; for the match, providing an invitation to execute the match to each party corresponding to the one or more first indications of interest and one or more second indications of interest; and if at least one invitation on each side of a match is accepted, generating an executable order corresponding to the accepted one or more first indications of interest and the accepted one or more second indications of interest in order to execute a trade of a tradable asset.
- According to one embodiment, when an invitation is accepted, an order is generated base on the indication of interest and submitted to the order execution system. However, if, during the window of time for accepting the match, no contra-party orders are accepted, or the order is otherwise not crossed, the order expires and the indication of interest is reset. That is, it reverts back to the client and can be resubmitted as in indication of interest.
- Further applications and advantages of various embodiments of the present invention are discussed below with reference to the drawing figures.
-
FIG. 1 is a block diagram of a system for creating liquidity according to an embodiment of the present invention. -
FIGS. 2 a-2 i are screen shots of an exemplary interface for a system for creating liquidity according to an embodiment of the present invention. -
FIG. 3 illustrates a trading scenario according to an embodiment of the present invention. -
FIG. 4 illustrates another trading scenario according to an embodiment of the present invention. - While the present invention may be embodied in many different forms, a number of illustrative embodiments are described herein with the understanding that the present disclosure is to be considered as providing examples of the principles of the invention and such examples are not intended to limit the invention to preferred embodiments described herein and/or illustrated herein.
-
FIG. 1 is a block diagram of a system according to an embodiment of the present invention. Thesystem 100 includes a number ofclients 102 which are connected to atrading system 104. Eachclient 102 can be a trading desktop and comprises appropriate hardware (e.g., PC) and software. The trading desktop may include one or more trading interfaces (for example, TRITON® and CHANNEL™, by ITG Inc.) for entering and monitoring trades for execution, order management system (OMS), and other system that manages target trading positions. Trading positions are usually stored in a data base and viewed with an interface, usually called a “blotter.” -
Clients 102 may be connected with thetrading system 104 via an electronic data network, direct connection, etc.Trading system 104 may be connected to a number of trading entities, such as exchanges, ECNs, or the like, for receiving trading information, and routing and executing trades.Trading system 104 preferably includes anorder execution system 106, which may be a crossing system for executing orders. For example, ITG Inc. owns U.S. Pat. No. 5,873,071.Trading system 104 also preferably includes anorder routing system 108 for routing live orders for execution. The system may be connected to aback office system 110 or a ticker tape orother reporting system 112. Thesystem 104 may include appropriate hardware and software for performing encryption, security and connective, such as, for example,proxy servers 114. - The system also includes a
matching module 116 for matching indications of interests and converting matches to firm orders as described in more detail below. Indications of interest are preferably kept confidential and anonymous even when a match occurs. Thesystem 104 includes a pricing module (which may be a part of matching module 116) that calculates a price for executing matched indications. Preferably, the pricing module uses a mid-point pricing algorithm. - In order to create a “pool” of indications, the
system 100 may be configured to scan eachclient 102 for uncommitted positions or certain committed yet unexecuted positions (collectively, “indications”) that could result in a match against contra-side indications of anotherclient 102 and/or a contra-side order, which may be residing on some other system. This scanning is sometimes called “sweeping.” Sweeping may occur at theclient 102 or be controlled remotely (e.g., by matching module 116), depending on the configuration and where blotter data is stored. Alternatively, a means for manually entering indications to the pool could be provided. Once indications are swept, the information can be stored locally and provided to thematching module 116, or stored at thematching module 116, or in a separate memory storage unit (not shown). - According to the invention, “sweeping” can be performed in a number of ways. On some periodic basis, the system can take a slice from a trading desktop blotter and send it to the match pool as an IOI order. Some possible options include:
-
- Sweep all uncommitted shares. Uncommitted shares are shares not committed to a broker in the OMS.
- Sweep a percentage of the uncommitted shares.
- Sweep all or a percentage of the shares committed to a particular broker.
- Sweep at a fixed rate (e.g., every N seconds, minutes, etc.). Optionally, a user could be prompted after the sweep to confirm the submission of the indications before sending it to the match pool.
-
Matching module 116 is configured to access the indications pool and match contra-indications with each other. Once contra-indications are matched, thematching module 116 is configured to notify each party to the match and provide a means for accepting the match. When a match is accepted, the matching module converts the match into executable orders and enters the orders into theorder execution system 106. The price of the order is determined by the pricing algorithm (preferable, the mid-point for the asset). - A number of filters or conditions can be utilized for determining when a match exists or when a
client 102 is notified of the existence of a match. For example, whether aclient 102 will be alerted to the existence of a possible match can be made dependent upon the potential size of an indication. Take the case of a stock with a 21-day average daily trading value of $1,000,000 or more, the system might be configured to generate an alert for a match only when it has an available position of 25,000 shares or more in that security. For positions in securities with lower 21-day average daily trading values, the position could be limited to those greater than 10,000 for theclient 102 to be alerted of a match. - When system detects the possibility of a match for a particular security meeting the applicable alert threshold, the system will send an electronic notification to the affected
client 102 informing them that a possible match exists. Preferably, the notification will merely identify the security involved and the side (buy, sell) of the market of the indication. It is usually important to maintain the anonymity of the parties and the confidence of the size and trading constraints of an indication in order to prevent impact on market, gaming, etc. Therefore, it is most preferred that the system will not identify the contra-side parties, the potential size of the transaction, or any other details or trading constraints applicable to the contra-side order or indication. - Once a
client 102 receives the notification of a potential match, that client preferably has a set-period (e.g., 45 seconds) to respond to the notification or the match expires. By responding to the notification within this time frame, each of the parties' indications are converted to orders that are submitted to theorder execution system 106 for participation in the next match of orders. The indication in the client's trading desktop remains an uncommitted position during this time-window until the client responds to the notification and accepts the match. Until the client accepts the match, the client remains free to ignore the notification and/or send an order relating to that position elsewhere. - Also, an indication of interest may be matched with an order. In this case, orders could be made “indications eligible,” such as by adding a parameter to the order, which would allow the system to consider those orders for its matching indications pool.
Order execution system 106 could “push” eligible orders to thematching module 116, or thematching module 116 could sweep indication eligible orders from theorder execution system 106, to include those orders in the matching indications pool. One should recognize that the price of such indications eligible orders should be considered during matching in order to avoid generating false matches. - If a client does not respond to the electronic notification within the response time-window, it will be notified that a potential match opportunity was missed. The client may subsequently elect to reactivate the indication. As an option, the position can be excluded from consideration for future matching opportunities within the system until it is reactivated.
- At the time of converting an indication into an order for submission to the order execution system 106 (i.e., responding within the notification window), the client may elect to specify a period of time (time-in-force) in which any uncrossed portion of that order will remain in
execution system 106 as an order, during which time it can potentially interact with other orders. If the order has not been completely filled, the unfilled portion is returned to matchingmodule 116 or to theclient user 102, where it may revert to an indication of interest. - Synchronization between order execution systems and the conversion process may be required in order to ensure that the converted indication is crossed. In such cases, when a client is notified of a trading opportunity (alert) for a particular security (with the contra side being another client or an Indication-eligible order), crossing in that security in
order execution system 106 can be suspended until the earlier of the following: (a) all clients receiving alerts have responded by sending accepting matches, or (b) the alert response window has expired. This mechanism permits a client user, if it responds to the notification within the allotted time, to participate in a match against any order in theorder management system 106 on the contra side of the market without fear that the contra side order(s) would become unavailable through a cross with an existing or intervening order on the same side of the market as the user. - All orders matched within the
order execution system 106 are executed at a price between the national best bid and offer at the time of the match (e.g., mid-point), thereby providing price improvement for all contra-parties involved in the match. The exact execution price for orders matched within the system and, correspondingly, the amount of price improvement received by a party to a match, can depend on various factors. - It should be understood that
FIG. 1 is not meant to be a limiting configuration and the features and components thereof may vary. For example, matching can be performed at eachclient 102 and matches could be directly entered into the order execution system from the participating clients. It will also be understood that the components ofFIG. 1 can be implemented with appropriate computer hardware and software to support the functionality and connectivity of the system and method of the present invention. Preferably, state of the art computer hardware and programming technique will be used to implement the present invention. Further, any computer architecture may be used. That is, functions may be centralized, object oriented, or distributed, and it is not intended that each logical component must be implemented as separate equipment. -
FIGS. 2 a-2 i are screen shots of an exemplary client user interface (e.g., graphical user interface (GUI)). By way of example, a system and method according to an embodiment of the present invention will be described with reference to the screen shots. The example ofFIGS. 2 a-2 e are screen shots of a client user interface made and marketed by ITG Inc. POSIT Alert is a trademark owned by ITG Inc. Further, it should be understood that actions within the client interface are described with reference to the client interface, but processing can be performed as described with reference toFIG. 1 above. Typical GUI navigation techniques are assumed to be understood. -
FIG. 2 a shows aGUI 200, which includes tabs for accessing anOMS screen blotter 202,active orders 204, reports 206, andindication system 208. Alower block 210 includes the detail information for each tab (here, the OMS blotter tab is active). In thelower block 210 displaying the blotter information, a number of uncommitted trades or indications are shown. Each indication includes the names of theequities 214 along withside 216, size available 218,order size 220, limit price (type of order) 222, and destination oforder 224. Also shown, is an “include”check box 212, which allows the user to have the orders on the blotter to “indicate out.” A sweeping routine pulls the data regarding each order that has the include check-box 212 checked. -
FIG. 2 b shows theindication system tab 208 highlighted, and the detailed information inblock 210 includes the recently swept information. However, this user is not participating yet and the swept indications are striked-through, meaning that they are not currently indicating out to the system. Ifparticipation button 211 a is depressed, then the system will indicate out. -
FIG. 2 c shows that participation is now on. There is analert indicator 226 which notifies the user whether a match exists. Note that no other details are given except that a match exists. What this means is that one or more parties can fulfill an order having the parameters of the indications of interest. For example, this user has indicated of interest to buying 50,000 shares of MSFT, 90,000 shares of T, and 35,000 shares of PFE. Amatch indication 226 means that one or more parties have indications that would complete the orders—indications of interest to sell 50,000 shares of MSFT, 90,000 shares of T and 35,000 shares of PFE. No order is executed here without at least one party on each side making the choice to execute. The number of matches “[3]” is shown in an “alert”button 219. - In
FIG. 2 d, the user is notified of the matches by a pop-up 236. InFIG. 2 e, awindow 238 shows eachmatch time remaining bars FIG. 2 f, by clicking onto the match (231, 232 or 234), a pop-upwindow 240 is generated that includes the details of a proposed order. Note here, the order is for less than the entire amount, meaning that the contra-indication is for only 25,000 shares. Optionally, only entire indications could be matched (i.e., only 50,000 shares of MSFT). Also, any amount of data could be shown in pop-up 240 or no data could be shown. Pop-up 240 includes a “send”button 242 that allows the user to accept the match. If the contra-party(s) also accepts the match, the match then is converted to an order and executed. - Referring to
FIG. 2 g, anorder screen 204 is shown after the MSFT indication match was accepted. Note that the last order 228 is a filled order for buying 25,000 shares of MSFT generated from an indication of interest. Now only twomatches window 230. - If an match indication (invitation) times out, then the match is terminated (
FIG. 2 h) and the indication resets (FIG. 2 i). InFIG. 2 h, theindication 244 for T is stricken when T times out. The match T is shown as expired in abutton 245 in pop-upwindow 230. On the next sweep, as shown inFIG. 2 i, T is reinitiated as indicating out. - One skilled in the art will readily understand that the GUI shown in
FIGS. 2 a-2 i is merely exemplary and many other GUI's are contemplated. Further, the functions of the GUI could be changed or implemented with different features. One skilled in the art will understand that the GUI could be implemented with many different types of software or programs, such as with VISUAL BASIC or ORACLE FORMS. - Referring to
FIG. 3 , a first trading scenario shows one example of the present invention, wherein a buy indication for 100,000 shares of a certain security is entered into the system at 10:15. At 10:22, a sell indication for 40,000 shares of the security is entered. At this time, the potential buyer and potential seller are each alerted to the existence of a potential cross or match. At 10:23, the buyer converts or promotes the indication to an actual order to buy 100,000 shares, and the seller converts or promotes the indication to an actual order to sell 40,000 shares. At 10:24, the system crosses the 40,000 shares of available liquidity at a price that is the mid-point between the current market bid-and-ask prices for the security at issue. Subsequently, the residual amount of 60,000 shares is reverted to an indication of interest only. - Referring to
FIG. 4 , a second trading scenario shows another example of the present invention, wherein prior to the indication of interest entries, two independent traders have each entered an order on a conventional crossing system to sell a collective total of 50,000 shares. Under this scenario, the traders may choose to participate in the indication of interest pool in the event that a potential cross comes into existence. When the buy indication and sell indication as inScenario 1 are promoted to actual orders, the preexisting sell orders are allowed to participate in the cross. As a result, a total of 90,000 shares are matched at the mid-point price, with the residual 10,000 shares being reverted to an indication of interest. - Thus, a number of preferred embodiments have been fully described above with reference to the drawing figures. Although the invention has been described based upon these preferred embodiments, it would be apparent to those of skill in the art that certain modifications, variations, and alternative constructions could be made to the described embodiments within the spirit and scope of the invention.
- For example, users could be classified by, for example, user profiles, and matching could be limited to users having a specified user profile.
Claims (1)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/070,808 US20140101020A1 (en) | 2004-10-27 | 2013-11-04 | System and method for generating liquidity |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US62201904P | 2004-10-27 | 2004-10-27 | |
US11/259,363 US8577772B2 (en) | 2004-10-27 | 2005-10-27 | System and method for generating liquidity |
US14/070,808 US20140101020A1 (en) | 2004-10-27 | 2013-11-04 | System and method for generating liquidity |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/259,363 Continuation US8577772B2 (en) | 2004-10-27 | 2005-10-27 | System and method for generating liquidity |
Publications (1)
Publication Number | Publication Date |
---|---|
US20140101020A1 true US20140101020A1 (en) | 2014-04-10 |
Family
ID=36228484
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/259,363 Active 2029-12-24 US8577772B2 (en) | 2004-10-27 | 2005-10-27 | System and method for generating liquidity |
US14/070,808 Abandoned US20140101020A1 (en) | 2004-10-27 | 2013-11-04 | System and method for generating liquidity |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/259,363 Active 2029-12-24 US8577772B2 (en) | 2004-10-27 | 2005-10-27 | System and method for generating liquidity |
Country Status (6)
Country | Link |
---|---|
US (2) | US8577772B2 (en) |
EP (1) | EP1805656A4 (en) |
JP (1) | JP2008518362A (en) |
AU (1) | AU2005299618A1 (en) |
CA (1) | CA2585865C (en) |
WO (1) | WO2006047712A2 (en) |
Families Citing this family (69)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7136834B1 (en) * | 2000-10-19 | 2006-11-14 | Liquidnet, Inc. | Electronic securities marketplace having integration with order management systems |
US20060253353A1 (en) * | 2005-05-04 | 2006-11-09 | Citigroup Global Markets, Inc. | Method and system for crossing orders |
WO2006121733A2 (en) * | 2005-05-05 | 2006-11-16 | Equitec Proprietary Markets L.L.C. | Method and apparatus for display of data with respect to a portfolio of tradable interests |
JP2008541230A (en) | 2005-05-05 | 2008-11-20 | アーキペラゴ ホールディングス インコーポレイテッド | Order for price revision to large-scale |
US7912775B1 (en) | 2005-05-05 | 2011-03-22 | Archipelago Holdings, Inc. | Liquidity analysis system and method |
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 |
JP2008541238A (en) | 2005-05-05 | 2008-11-20 | アーキペラゴ ホールディングス インコーポレイテッド | Auction and transfer of unpriced orders |
US7937315B2 (en) | 2005-05-05 | 2011-05-03 | Archipelago Holdings, Inc. | Portfolio execution and reporting |
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 |
US7908201B2 (en) * | 2005-05-05 | 2011-03-15 | Archipelago Holdings, Inc. | Cross and post order |
AU2006244483B2 (en) * | 2005-05-05 | 2012-05-31 | Nyse Group, Inc. | Tracking liquidity order |
AU2006244566A1 (en) * | 2005-05-06 | 2006-11-16 | Archipelago Holdings, Inc. | Passive liquidity order |
US7686392B2 (en) * | 2005-08-02 | 2010-03-30 | Shell Oil Company | Vehicle seat cover |
US8073763B1 (en) | 2005-09-20 | 2011-12-06 | Liquidnet Holdings, Inc. | Trade execution methods and systems |
WO2007038084A2 (en) | 2005-09-23 | 2007-04-05 | Archipelago Holdings, Inc. | Directed order |
US20110016037A1 (en) * | 2006-05-05 | 2011-01-20 | Tumen Steven N | Method and apparatus for display of data with respect to certain tradable interests |
AU2007249195B2 (en) | 2006-05-13 | 2010-04-22 | Cfph, Llc | Products and processes for utilizing order data and related data |
US10198767B2 (en) | 2006-07-28 | 2019-02-05 | Nyse Group, Inc. | Displayed and dark equity options electronic order book with market maker participation |
WO2008064275A2 (en) * | 2006-11-20 | 2008-05-29 | Codestreet, Llc | Fixed-income system for managing pre-trade activity |
US7917418B2 (en) * | 2006-12-04 | 2011-03-29 | Archipelago Holdings, Inc. | Efficient data dissemination for financial instruments |
US10185995B2 (en) * | 2007-01-16 | 2019-01-22 | Bgc Partners, L.P. | System and method for managing display of market data in an electronic trading system |
US20080172318A1 (en) * | 2007-01-16 | 2008-07-17 | Peter Bartko | System and Method for Managing Trading Orders in Aggregated Order Books |
US20080172319A1 (en) * | 2007-01-16 | 2008-07-17 | Peter Bartko | System and Method for Managing Discretion Trading Orders |
WO2008101230A1 (en) * | 2007-02-16 | 2008-08-21 | Gary Ardell | Systems methods, and media for trading securities |
US8117105B2 (en) * | 2007-04-18 | 2012-02-14 | Pulse Trading, Inc. | Systems and methods for facilitating electronic securities transactions |
US8620759B1 (en) | 2007-05-23 | 2013-12-31 | Convergex Group, Llc | Methods and systems for processing orders |
US7840481B2 (en) * | 2007-06-07 | 2010-11-23 | Bny Convergex Execution Solutions Llc | Aged transactions in a trading system |
US8321323B2 (en) | 2008-10-24 | 2012-11-27 | Cfph, Llc | Interprogram communication using messages related to order cancellation |
US8712903B2 (en) * | 2008-09-25 | 2014-04-29 | Cfph, Llc | Trading related to fund compositions |
US8285629B2 (en) | 2007-11-15 | 2012-10-09 | Cfph, Llc | Trading system products and processes |
EP2210232A4 (en) * | 2007-11-15 | 2012-05-30 | Cfph Llc | Electronic trading systems and methods |
US20100082495A1 (en) * | 2008-09-28 | 2010-04-01 | Lutnick Howard W | Trading system accessibility |
US20100057626A1 (en) * | 2008-09-04 | 2010-03-04 | Lutnick Howard W | Cancellation timing in an electronic marketplace |
US20100082500A1 (en) * | 2008-09-28 | 2010-04-01 | Lutnick Howard W | Interaction with trading systems |
US20100076883A1 (en) * | 2008-09-25 | 2010-03-25 | Lutnick Howard W | Generating risk pools |
US20100076896A1 (en) * | 2008-09-25 | 2010-03-25 | Lutnick Howard W | Substitutability of financial instruments |
US20100057627A1 (en) * | 2008-09-04 | 2010-03-04 | Lutnick Howard W | Non-firm orders in electronic marketplaces |
US20090307121A1 (en) * | 2008-06-09 | 2009-12-10 | Lutnick Howard W | Trading system products and processes |
US9619839B2 (en) * | 2008-02-13 | 2017-04-11 | Itg Software Solutions, Inc. | Systems and methods for viewing and trading futures |
US8221241B2 (en) * | 2009-01-13 | 2012-07-17 | Igt | Gaming involving devices in multiple locations |
US20100191638A1 (en) * | 2009-01-23 | 2010-07-29 | Alderucci Dean P | Multicomputer distributed processing of data related to automation of trading |
US8977565B2 (en) * | 2009-01-23 | 2015-03-10 | Cfph, Llc | Interprogram communication using messages related to groups of orders |
US20100332368A1 (en) * | 2009-06-30 | 2010-12-30 | Alderucci Dean P | Multicomputer distributed processing of data regarding trading opportunities |
US8346651B2 (en) * | 2009-02-09 | 2013-01-01 | Instinet, Inc. | Method and system for conducting computer-assisted transactions |
US20110196775A1 (en) * | 2010-01-01 | 2011-08-11 | Jeffrey Gavin | Systems, Methods, and Media for Controlling the Exposure of Orders to Trading Platforms |
US20110320336A1 (en) * | 2010-06-29 | 2011-12-29 | Omx Technology Ab | System and a method for generating market input |
US8458079B2 (en) * | 2010-10-14 | 2013-06-04 | Morgan Stanley | Computer-implemented systems and methods for determining liquidity cycle for tradable financial products and for determining flow-weighted average pricing for same |
US20120197774A1 (en) * | 2011-01-28 | 2012-08-02 | Gallagher Edward F | Systems, Methods, and Media for Generating and Sending Indications of Interest in Trading Systems |
USD727342S1 (en) * | 2012-06-05 | 2015-04-21 | P&W Solutions Co., Ltd. | Display screen with graphical user interface |
US20140129405A1 (en) * | 2012-11-07 | 2014-05-08 | Goldman, Sachs & Co. | Session-Based Electronic Trading And Order Handling |
US10269009B1 (en) | 2013-06-28 | 2019-04-23 | Winklevoss Ip, Llc | Systems, methods, and program products for a digital math-based asset exchange |
US10354325B1 (en) | 2013-06-28 | 2019-07-16 | Winklevoss Ip, Llc | Computer-generated graphical user interface |
US9892460B1 (en) | 2013-06-28 | 2018-02-13 | Winklevoss Ip, Llc | Systems, methods, and program products for operating exchange traded products holding digital math-based assets |
US10262368B2 (en) * | 2014-09-01 | 2019-04-16 | Huddlestock Capital AS | Apparatus, data base system and computer program product for trading financial instruments |
US20180108088A1 (en) * | 2016-10-18 | 2018-04-19 | Liquidnet Holdings, Inc. | Targeted security trade invitations |
US10171569B2 (en) | 2016-12-02 | 2019-01-01 | Uber Technologies, Inc. | Transmission of data to multiple computing devices according to a transmission schedule |
US10121199B1 (en) | 2017-06-23 | 2018-11-06 | Cfph, Llc | Distributed trading network and interface |
US11308487B1 (en) | 2018-02-12 | 2022-04-19 | Gemini Ip, Llc | System, method and program product for obtaining digital assets |
US10438290B1 (en) | 2018-03-05 | 2019-10-08 | Winklevoss Ip, Llc | System, method and program product for generating and utilizing stable value digital assets |
US11139955B1 (en) | 2018-02-12 | 2021-10-05 | Winklevoss Ip, Llc | Systems, methods, and program products for loaning digital assets and for depositing, holding and/or distributing collateral as a token in the form of digital assets on an underlying blockchain |
US11475442B1 (en) | 2018-02-12 | 2022-10-18 | Gemini Ip, Llc | System, method and program product for modifying a supply of stable value digital asset tokens |
US10540654B1 (en) | 2018-02-12 | 2020-01-21 | Winklevoss Ip, Llc | System, method and program product for generating and utilizing stable value digital assets |
US11909860B1 (en) | 2018-02-12 | 2024-02-20 | Gemini Ip, Llc | Systems, methods, and program products for loaning digital assets and for depositing, holding and/or distributing collateral as a token in the form of digital assets on an underlying blockchain |
US11522700B1 (en) | 2018-02-12 | 2022-12-06 | Gemini Ip, Llc | Systems, methods, and program products for depositing, holding and/or distributing collateral as a token in the form of digital assets on an underlying blockchain |
US11200569B1 (en) | 2018-02-12 | 2021-12-14 | Winklevoss Ip, Llc | System, method and program product for making payments using fiat-backed digital assets |
US10373158B1 (en) | 2018-02-12 | 2019-08-06 | Winklevoss Ip, Llc | System, method and program product for modifying a supply of stable value digital asset tokens |
US11334883B1 (en) | 2018-03-05 | 2022-05-17 | Gemini Ip, Llc | Systems, methods, and program products for modifying the supply, depositing, holding and/or distributing collateral as a stable value token in the form of digital assets |
US11501370B1 (en) | 2019-06-17 | 2022-11-15 | Gemini Ip, Llc | Systems, methods, and program products for non-custodial trading of digital assets on a digital asset exchange |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030004859A1 (en) * | 1999-05-11 | 2003-01-02 | Shaw John C. | Method and system for facilitating secure transactions |
US20060031157A1 (en) * | 1999-09-24 | 2006-02-09 | Gianakouros Nicholas P | Method and system for facilitating automated interaction of marketable retail orders and professional trading interest at passively determined prices |
Family Cites Families (91)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3573747A (en) * | 1969-02-24 | 1971-04-06 | Institutional Networks Corp | Instinet communication system for effectuating the sale or exchange of fungible properties between subscribers |
US4412287A (en) * | 1975-05-29 | 1983-10-25 | Braddock Iii Walter D | Automated stock exchange |
US4903201A (en) * | 1983-11-03 | 1990-02-20 | World Energy Exchange Corporation | Automated futures trading exchange |
US4674044A (en) * | 1985-01-30 | 1987-06-16 | Merrill Lynch, Pierce, Fenner & Smith, Inc. | Automated securities trading system |
US5077665A (en) * | 1989-05-25 | 1991-12-31 | Reuters Limited | Distributed matching system |
US5136501A (en) * | 1989-05-26 | 1992-08-04 | Reuters Limited | Anonymous matching system |
US5101353A (en) * | 1989-05-31 | 1992-03-31 | Lattice Investments, Inc. | Automated system for providing liquidity to securities markets |
US5297031A (en) * | 1990-03-06 | 1994-03-22 | Chicago Board Of Trade | Method and apparatus for order management by market brokers |
GB9027249D0 (en) * | 1990-12-17 | 1991-02-06 | Reuters Ltd | Offer matching system |
US5375055A (en) * | 1992-02-03 | 1994-12-20 | Foreign Exchange Transaction Services, Inc. | Credit management for electronic brokerage system |
US5794219A (en) * | 1996-02-20 | 1998-08-11 | Health Hero Network, Inc. | Method of conducting an on-line auction with bid pooling |
JP3328991B2 (en) * | 1993-04-16 | 2002-09-30 | 富士通株式会社 | Electronic trading system |
US5794207A (en) * | 1996-09-04 | 1998-08-11 | Walker Asset Management Limited Partnership | Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers |
US5497317A (en) * | 1993-12-28 | 1996-03-05 | Thomson Trading Services, Inc. | Device and method for improving the speed and reliability of security trade settlements |
US5592375A (en) * | 1994-03-11 | 1997-01-07 | Eagleview, Inc. | Computer-assisted system for interactively brokering goods or services between buyers and sellers |
CA2119921C (en) * | 1994-03-23 | 2009-09-29 | Sydney H. Belzberg | Computerized stock exchange trading system |
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 |
US5717989A (en) * | 1994-10-13 | 1998-02-10 | Full Service Trade System Ltd. | Full service trade system |
US6029195A (en) * | 1994-11-29 | 2000-02-22 | Herz; Frederick S. M. | System for customized electronic identification of desirable objects |
US5758257A (en) * | 1994-11-29 | 1998-05-26 | Herz; Frederick | System and method for scheduling broadcast of and access to video programs and other data using customer profiles |
JPH08161412A (en) * | 1994-12-07 | 1996-06-21 | Oak Net:Kk | Auction information transmitting and processing system |
US5845266A (en) * | 1995-12-12 | 1998-12-01 | Optimark Technologies, Inc. | Crossing network utilizing satisfaction density profile with price discovery features |
US5689652A (en) * | 1995-04-27 | 1997-11-18 | Optimark Technologies, Inc. | Crossing network utilizing optimal mutual satisfaction density profile |
US5664115A (en) * | 1995-06-07 | 1997-09-02 | Fraser; Richard | Interactive computer system to match buyers and sellers of real estate, businesses and other property using the internet |
BR9609512A (en) * | 1995-07-07 | 1999-12-14 | Ian Kenneth Shepherd | Data processing system and process for the formulation of investment contracts of multiple parties. |
US5715402A (en) * | 1995-11-09 | 1998-02-03 | Spot Metals Online | Method and system for matching sellers and buyers of spot metals |
US6747692B2 (en) * | 1997-03-28 | 2004-06-08 | Symbol Technologies, Inc. | Portable multipurpose recording terminal and portable network server |
US5615269A (en) * | 1996-02-22 | 1997-03-25 | Micali; Silvio | Ideal electronic negotiations |
US5758328A (en) * | 1996-02-22 | 1998-05-26 | Giovannoli; Joseph | Computerized quotation system and method |
US5950176A (en) * | 1996-03-25 | 1999-09-07 | Hsx, Inc. | Computer-implemented securities trading system with a virtual specialist function |
US6505174B1 (en) * | 1996-03-25 | 2003-01-07 | Hsx, Inc. | Computer-implemented securities trading system with a virtual specialist function |
US5787402A (en) * | 1996-05-15 | 1998-07-28 | Crossmar, Inc. | Method and system for performing automated financial transactions involving foreign currencies |
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 |
US5890138A (en) * | 1996-08-26 | 1999-03-30 | Bid.Com International Inc. | Computer auction system |
US6029146A (en) * | 1996-08-21 | 2000-02-22 | Crossmar, Inc. | Method and apparatus for trading securities electronically |
US6247000B1 (en) * | 1996-08-21 | 2001-06-12 | Crossmar, Inc. | Method and system for confirmation and settlement for financial transactions matching |
US5897620A (en) * | 1997-07-08 | 1999-04-27 | Priceline.Com Inc. | Method and apparatus for the sale of airline-specified flight tickets |
US6195647B1 (en) * | 1996-09-26 | 2001-02-27 | The Nasdaq Stock Market, Inc. | On-line transaction processing system for security trading |
AU7705996A (en) * | 1996-12-10 | 1998-07-03 | Kanton Zurich Vertreten Durch Die Universitat Zurich | Double-bond shifts of substituted (4n)-annulenes for information storage and data processing |
US6112189A (en) * | 1997-03-19 | 2000-08-29 | Optimark Technologies, Inc. | Method and apparatus for automating negotiations between parties |
US6401080B1 (en) * | 1997-03-21 | 2002-06-04 | International Business Machines Corporation | Intelligent agent with negotiation capability and method of negotiation therewith |
US5873071A (en) * | 1997-05-15 | 1999-02-16 | Itg Inc. | Computer method and system for intermediated exchange of commodities |
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 |
US20020138390A1 (en) * | 1997-10-14 | 2002-09-26 | R. Raymond May | Systems, methods and computer program products for subject-based addressing in an electronic trading system |
US6131087A (en) * | 1997-11-05 | 2000-10-10 | The Planning Solutions Group, Inc. | Method for automatically identifying, matching, and near-matching buyers and sellers in electronic market transactions |
US6055504A (en) * | 1997-12-11 | 2000-04-25 | International Business Machines Corporation | Method and system for accommodating electronic commerce in a communication network capacity market |
AU5677599A (en) * | 1998-08-21 | 2000-03-14 | Marketxt, Inc. | A real-time computerized stock trading system |
US6313833B1 (en) * | 1998-10-16 | 2001-11-06 | Prophet Financial Systems | Graphical data collection and retrieval interface |
US6141653A (en) * | 1998-11-16 | 2000-10-31 | Tradeaccess Inc | System for interative, multivariate negotiations over a network |
US6408282B1 (en) * | 1999-03-01 | 2002-06-18 | Wit Capital Corp. | System and method for conducting securities transactions over a computer network |
US7617144B2 (en) * | 1999-03-19 | 2009-11-10 | Primex Holdings Llc | Auction market with price improvement mechanism |
US6278982B1 (en) * | 1999-04-21 | 2001-08-21 | Lava Trading Inc. | Securities trading system for consolidation of trading on multiple ECNS and electronic exchanges |
AU5009000A (en) | 1999-05-14 | 2000-12-05 | Jefferies & Company, Inc. | Method and system for anonymously and confidentially matching contraparties to a transaction which results in human negotiation of the final terms of a transaction |
US6418419B1 (en) * | 1999-07-23 | 2002-07-09 | 5Th Market, Inc. | Automated system for conditional order transactions in securities or other items in commerce |
US6493683B1 (en) * | 1999-08-23 | 2002-12-10 | Netrade, Llc | Open commodites exchange |
US7475046B1 (en) * | 1999-10-05 | 2009-01-06 | Bloomberg L.P. | Electronic trading system supporting anonymous negotiation and indications of interest |
US6505175B1 (en) * | 1999-10-06 | 2003-01-07 | Goldman, Sachs & Co. | Order centric tracking system |
WO2001048655A1 (en) * | 1999-12-07 | 2001-07-05 | Nodlet, S.A. | Online commodities trading system with anonymous counter bid/offer function |
US7502757B2 (en) * | 2000-03-13 | 2009-03-10 | I2 Technologies Us, Inc. | System and method for matching buyers and sellers in a marketplace |
WO2001071459A2 (en) * | 2000-03-22 | 2001-09-27 | Unifiedmarket, Inc. | Method and system for a network-based securities marketplace |
US20010037284A1 (en) * | 2000-03-27 | 2001-11-01 | Finkelstein Ephraim Brian | Negotiated right exchange system and method |
US20020052824A1 (en) * | 2000-04-21 | 2002-05-02 | Sriketan Mahanti | Method and apparatus for electronic trading |
US7685052B2 (en) * | 2000-06-01 | 2010-03-23 | Pipeline Financial Group, Inc. | Confidential block trading system and method |
GB2364586B (en) * | 2000-06-23 | 2004-06-16 | Ebs Nominees Ltd | Deal matching in an anonymous trading system |
US6704716B1 (en) * | 2000-09-08 | 2004-03-09 | Mindepper, Llc | Method and system for conducting an online transaction that allows the seller and bidder to negotiate |
AU2001293071A1 (en) * | 2000-09-26 | 2002-04-08 | D. E. Shaw And Co., Inc. | Method and system for the electronic negotiation and execution of equity block trades for institutional investors |
US7136834B1 (en) * | 2000-10-19 | 2006-11-14 | Liquidnet, Inc. | Electronic securities marketplace having integration with order management systems |
WO2002037390A2 (en) * | 2000-10-30 | 2002-05-10 | Liquidity Direct Technology | Network and method for trading derivatives |
US7555455B2 (en) * | 2000-12-22 | 2009-06-30 | Marketaxess Holdings Inc. | Method and system for computer-implemented trading of new issue debt securities |
JP2002366746A (en) | 2001-06-06 | 2002-12-20 | Ueda Yagi Tanshi Co Ltd | System and method for transaction mediation |
US7558753B2 (en) * | 2001-05-30 | 2009-07-07 | Morgan Stanley | Price improvement crossing system |
AU2002363525B2 (en) * | 2001-11-07 | 2008-08-28 | Bloomberg L.P. | Automated trading of financial interests |
US8005743B2 (en) * | 2001-11-13 | 2011-08-23 | Intercontinentalexchange, Inc. | Electronic trading confirmation system |
EP1504385A4 (en) * | 2001-12-05 | 2008-12-03 | Xchange Advantage Inc E | Method and system for managing distributed trading data |
US20030120585A1 (en) * | 2001-12-21 | 2003-06-26 | Richard Rosenblatt | Confidential electronic trading and matching system incorporating execution via an auction market |
US7315840B1 (en) * | 2001-12-26 | 2008-01-01 | Pdq Enterprises Llc | Procedural order system and method |
US7523062B2 (en) * | 2002-06-05 | 2009-04-21 | The Nasdaq Omx Group, Inc. | Securities processor and a method of processing attributable interest messages |
US7882010B2 (en) * | 2002-06-07 | 2011-02-01 | The Nasdaq Omx Group, Inc. | Opening price process for trading system |
JP2005530281A (en) * | 2002-06-19 | 2005-10-06 | エフエックス アライアンス,エルエルシー | Method and apparatus for managing financial transactions involving multiple contractors and processing data relating thereto |
JP2006508428A (en) * | 2002-10-15 | 2006-03-09 | シカゴ マーカンタイル エクスチェンジ,インク. | Network and method for trading derivatives with enhanced RFQ visibility |
US7769668B2 (en) * | 2002-12-09 | 2010-08-03 | Sam Balabon | System and method for facilitating trading of financial instruments |
JP2004287893A (en) | 2003-03-24 | 2004-10-14 | Daiwa Securities Group Inc | Order placement device, order placement method and program |
US10225373B2 (en) * | 2003-11-21 | 2019-03-05 | Thomson Reuters (Grc) Llc | Financial-information systems, methods, interfaces, and software |
EA011308B1 (en) * | 2004-03-05 | 2009-02-27 | Н. Калеб Эйвери | Method and system for optimal pricing and allocation |
US20050234805A1 (en) * | 2004-04-19 | 2005-10-20 | Markets Inc. | Systems and methods for multiparty anonymous negotiation with incentives |
US8024247B2 (en) * | 2004-07-15 | 2011-09-20 | New York Stock Exchange | System and method for publishing liquidity replenishment prices in a hybrid auction market |
US20060031153A1 (en) * | 2004-08-05 | 2006-02-09 | Kim Mike I | Methods and systems for matching buyers and sellers over electronic networks |
US20060080220A1 (en) * | 2004-08-13 | 2006-04-13 | Kevin Samuel | Liquidity book system and method |
US20060085317A1 (en) * | 2004-10-15 | 2006-04-20 | Allen Gregory A | Computer-based system and method for executing orders |
US20060089899A1 (en) * | 2004-10-25 | 2006-04-27 | Durkin Bryan T | Intra-day matching message system and method |
-
2005
- 2005-10-27 JP JP2007539144A patent/JP2008518362A/en active Pending
- 2005-10-27 US US11/259,363 patent/US8577772B2/en active Active
- 2005-10-27 AU AU2005299618A patent/AU2005299618A1/en not_active Abandoned
- 2005-10-27 CA CA2585865A patent/CA2585865C/en active Active
- 2005-10-27 EP EP05813767A patent/EP1805656A4/en not_active Withdrawn
- 2005-10-27 WO PCT/US2005/038850 patent/WO2006047712A2/en active Application Filing
-
2013
- 2013-11-04 US US14/070,808 patent/US20140101020A1/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030004859A1 (en) * | 1999-05-11 | 2003-01-02 | Shaw John C. | Method and system for facilitating secure transactions |
US20060031157A1 (en) * | 1999-09-24 | 2006-02-09 | Gianakouros Nicholas P | Method and system for facilitating automated interaction of marketable retail orders and professional trading interest at passively determined prices |
Also Published As
Publication number | Publication date |
---|---|
EP1805656A2 (en) | 2007-07-11 |
JP2008518362A (en) | 2008-05-29 |
US20060136326A1 (en) | 2006-06-22 |
WO2006047712A3 (en) | 2007-02-22 |
CA2585865A1 (en) | 2006-05-04 |
AU2005299618A1 (en) | 2006-05-04 |
WO2006047712A9 (en) | 2006-06-22 |
EP1805656A4 (en) | 2009-07-08 |
US8577772B2 (en) | 2013-11-05 |
CA2585865C (en) | 2017-11-21 |
WO2006047712A2 (en) | 2006-05-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8577772B2 (en) | System and method for generating liquidity | |
US7475046B1 (en) | Electronic trading system supporting anonymous negotiation and indications of interest | |
US10140656B2 (en) | Confidential block trading system and method | |
US20040236662A1 (en) | Automated system for routing orders for financial instruments among permissioned users | |
US20070043647A1 (en) | Electronic trading environment with price improvement | |
US20060136318A1 (en) | Automated system for routing orders for financial instruments | |
US20100185559A1 (en) | Systems, methods and computer program products for electronic trading of financial instruments | |
JP2003536146A (en) | System and method for reverse auction of financial instruments | |
US8577779B2 (en) | System and methods for facilitating informed trading of financial instruments | |
US8015098B2 (en) | Sell-side benchmarking of security trading | |
US20100174654A1 (en) | Electronic Trading System Supporting Anonymous Negotiation and Indicators of Interest | |
US10529019B2 (en) | Trading platform with automated negotiation and option crossing | |
US20040078317A1 (en) | Method and system for generating a dual quote | |
US20080015965A1 (en) | method and system for trading tangible and intangible goods | |
US20190295156A1 (en) | Confidential block trading system and method | |
US20140081823A1 (en) | Trading of financial interests including reallocation of committed order quantity | |
AU2012200652B2 (en) | System and method for generating liquidity | |
US10062107B1 (en) | Consolidated trading platform | |
AU2016219674A1 (en) | A trading system and method | |
WO2014046956A1 (en) | Trading of financial interests including reallocation of committed order quantity |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCV | Information on status: appeal procedure |
Free format text: NOTICE OF APPEAL FILED |
|
AS | Assignment |
Owner name: JEFFERIES FINANCE LLC, AS ADMINISTRATIVE AGENT, NE Free format text: SECURITY INTEREST;ASSIGNOR:VIRTU ITG SOFTWARE SOLUTIONS LLC;REEL/FRAME:048490/0359 Effective date: 20190301 Owner name: U.S. BANK NATIONAL ASSOCIATION, MINNESOTA Free format text: SECURITY INTEREST;ASSIGNOR:VIRTU ITG SOFTWARE SOLUTIONS LLC;REEL/FRAME:048498/0602 Effective date: 20190301 Owner name: JEFFERIES FINANCE LLC, AS ADMINISTRATIVE AGENT, NEW YORK Free format text: SECURITY INTEREST;ASSIGNOR:VIRTU ITG SOFTWARE SOLUTIONS LLC;REEL/FRAME:048490/0359 Effective date: 20190301 |
|
STCV | Information on status: appeal procedure |
Free format text: APPEAL BRIEF (OR SUPPLEMENTAL BRIEF) ENTERED AND FORWARDED TO EXAMINER |
|
STCV | Information on status: appeal procedure |
Free format text: EXAMINER'S ANSWER TO APPEAL BRIEF MAILED |
|
AS | Assignment |
Owner name: VIRTU ITG SOFTWARE SOLUTIONS LLC, CALIFORNIA Free format text: CHANGE OF NAME;ASSIGNOR:ITG SOFTWARE SOLUTIONS, INC;REEL/FRAME:050128/0708 Effective date: 20190301 |
|
AS | Assignment |
Owner name: VIRTU ITG SOFTWARE SOLUTIONS LLC, NEW YORK Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:U.S. BANK NATIONAL ASSOCIATION;REEL/FRAME:050707/0015 Effective date: 20191009 |
|
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 |
|
AS | Assignment |
Owner name: VIRTU ITG SOFTWARE SOLUTIONS LLC, NEW YORK Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JEFFERIES FINANCE LLC;REEL/FRAME:058746/0799 Effective date: 20220113 |