The present invention relates to communication networks utilized for the transmission of orders and execution reports concerned with securities trading and the like and more specifically to such a network which reduces the frequency with which partial executions of orders are reported back to the source or supervisor of those orders.
Markets have existed for centuries which allow people to buy and sell financial instruments (e.g., stocks, futures, options, commodities, etc.) from one another. Today, examples of these markets in the United States are: The New York Stock Exchange (“NYSE”), The National Association of Security Dealers Automated Quotation (“NASDAQ”), and The American Stock Exchange (“AMEX”). For one example, these modern securities markets facilitate the exchange of over two billion shares of stock every business day.
When an investor or trader places a large buy or sell order in the securities market, it will rarely be executed in one lot that entirely fills the order. Depending on the executing venue, a particular order may instead be executed in smaller portions, sometimes very small portions, which accumulate to eventually fill the order. As the order is filled piecemeal in the market, execution reports will be generated for each portion.
This process creates problems for the trader, who will ordinarily see a constant stream of trivially-sized execution updates on his screen, or have operation of an automated information management system overloaded by the sheer quantity of executions, making it more difficult to keep track of significant events in an order's life by “drowning out” the important information, or causing the system to perform poorly and get behind with displaying the order status in real time.
Accordingly, what is needed is a reduction of the number of execution reports that the trader or the management system sees in any given period of time, thereby reducing the distraction to which the trader is exposed or the number of updates that the order management system needs to process, while still maintaining the trader's overview of how the order is being executed in the market.
The present invention is a system for reducing the number of execution messages that a trader sees, or the number of execution messages transmitted to an order management system, in a given period of time, and for getting the execution reports to the order issuer in a timely manner while maximizing the efficiency with which said execution reports may be handled.
Buy or sell orders are sent to the executing venue by traders, typically using an order management system to keep track of the orders. Execution reports and other notifications of the orders' status such as cancellation etc. (hereinafter generically termed “original execution reports”) are sent back from the market in response to specific sell or buy orders placed by the trader. In accordance with this invention, the original execution reports sent from the market by a sending means (hereinafter generically termed “sending means”) are intercepted by the interecepting means (hereinafter generically termed “intercepting means) before they reach or within the trader's order management system (hereinafter generically termed “receiving means”) so the trader is not necessarily notified of the arrival of each execution report immediately. Instead, the execution reports are accumulated, and a synthetic execution report containing a summary of the executed quantity and price from a number of original execution reports is generated at intervals based on a selected parameter such as, for example, a given quantity of the order having been executed in the market, a given dollar value of the order having been executed in the market, a given time period having elapsed, or a combination of such parameters. Other parameters that control the transmission of synthetic execution reports may be employed as desired.
The specific information in each synthetic execution reports may also be varied, as, for example, a synthetic execution report may comprise only the executed quantity of the relevant financial instrument and/or the weighted average dollar value of all of the executions in the original execution reports, or it may comprise complete financial details of all the original execution reports that the synthetic execution report is based on. In the former case, the complete financial details of the original execution reports may be transmitted to the receiving means at some later time, as every three hours, or when the market trading day comes to the close, or when traffic on the network has otherwise become relatively low in intensity. All of this has the effect of optimally controlling the accumulation process so that the trader can select and vary at will, as the occasion demands: (a) the accumulated quantities of executions in the original execution reports or data that should trigger an update on his screen, and/or (b) the elapsed time period between updates. In addition, the intercepting means can keep track of when the buy or sell order has been completely filled and then provide to the trader a final complete update of the order status at that point in time.
When the receiving means is in the form of an order management system the accumulation rules described above will also be valuable in reducing the number of execution reports that the order management system needs to process at peak times, thus preventing information interruption or delay that might otherwise be caused by an order management system being incapable of keeping up with the flow of execution reports in real time.
While the system of the present invention may be capable, as described above, of aggregating large numbers of original execution reports into a smaller number of synthetic execution reports, with those synthetic execution reports being transmitted to the receiving means depending on parameters as described above, the system may also, if desired, accumulate the original execution reports for a given period of time, such as a trading day or a number of hours, with those accumulated original execution reports being transmitted to the receiving means in one large batch at the selected time.
It may be noted that while the intercepting means of the present invention may be located at or incorporated into the sending means or the receiving means, it is particularly well adapted to be inserted into the communications system that exists between the sending and receiving means so that the intercepting means may be provided, operated and supervised independently of the sending means and receiving means respectively.
As has been indicated, when a trader wishes to carry out a securities transaction the actual transaction (sale or purchase) is carried out at the appropriate market in which the transaction has been consummated, the appropriate entities at the market advise the trader of the details of the transaction (usually the number of units of the particular financial instrument being traded and the unit price at which the sale was consummated). As has been pointed out, frequently a given order cannot be consummated in one transaction, usually because the order quantity is large or the demand for such financial instruments at any one place or time is not sufficiently great. In such a situation, the plurality of individual transactions required to complete the order will be spread out over a period of time, often an appreciable period of time, sometimes involving several days or weeks. Moreover, a given trader, whether an individual or an automated system, will at any point in time have a large number of different orders in the process of being completed, adding to the complexities of the trader's information-handling responsibilities. Thus the trader, individual or system, is during trading hours the recipient of a large number of original execution reports concerning his outstanding orders which are normally transmitted virtually simultaneously after each such individual transaction has been completed without regard to the capability of the trader at that moment to properly digest and process the information, and without regard to the capability of the order management system to process the information in a timely manner.
In accordance with the present invention, and as indicated in the block diagrams of
In the first instance, the concentrator may control the time when execution reports are transmitted to the ultimate receiving means. It is in most instances more convenient and efficient for the receiving means 1 to handle execution reports with respect to a particular order by receiving the information for particular transactions which occur over an appreciable period of time in the form of a single synthesized execution report rather than as a series of original execution reports spread out over a period of time. Thus the execution concentrator 5 may store data for individual transactions until a predetermined quantity of the order has executed, or until the dollar value of the accumulated executed quantity has reached a predetermined value, or until a predetermined point in time has passed (every hour, every three hours, the closing time of the trading day, or the like). The execution concentrator 5 may also function to transmit stored information to the receiving means only when the overall traffic on the communications system or to a particular receiving means 1 is sufficiently low. In other words, the time when the stored transaction information at the execution concentrator 5 is conveyed to the receiving means 1 may be chosen to meet the needs of a particular receiving means depending on personal preference or the requirements of particular multiple-transaction orders.
The ability to efficiently handle items of information is not only time-sensitive, as indicated above, but also content-sensitive. A trader or system may not want to deal with details at a given point in time but may want to be kept more or less up-to-date on the broad picture as it is developing. Thus the execution concentrator 5 is preferably programmed not only as to when stored batches of information are to be transmitted to the receiving means but also as to what information is transmitted at any given time. For example, assuming that the concentrator will transmit a synthetic execution report only when at least two thousand units have been executed in the market, the concentrator may send to the receiving means, at that point in time, a synthetic execution report of the total number of units involved and the average price per unit for those transactions, thereafter transmitting details of each original execution report for those transactions at some later point in time, such as after the close of trading. The system is thus adapted to give to the receiving means the information that it needs at the time and in the fashion most appropriate, thereby reducing the frequency of updates that the receiving means must manage, and preventing information overload.
The parameter determining the data content of the synthesized execution information, like the parameter setting the timing of transmission of stored data, may be adjusted at will to correspond to the needs or desires of a particular receiving means or to adapt to changing operational situations.
Whatever the normal mode of operation of the execution concentrator 5, it may be desirable to provide certain overriding operational rules. For example, if the normal parameter calls for a synthetic execution report to be sent whenever a particular condition has occurred (e.g., a specific executed quantity, or a specific dollar value of executed quantity) the concentrator may optionally be programmed to transmit all of the remaining information, in whatever details are required, for example, whenever the order in question has been completely filled, or whenever the market closes for the day, even though that particular condition has not yet been satisfied.
As will be apparent from the above, the execution concentrator 5 of the present invention will receive the original execution reports sent from the market 4. (The market 3 as here disclosed may be constituted by one venue or several venues, as the case may be.) The concentrator 5 is programmed to recognize and store those execution reports addressed to a particular receiving means 1 and involving a particular buy or sell order identified by the receiving means 1 as warranting the action of the concentrator 5. (It is contemplated that only those orders involving a large number of individual transactions for consummation would be involved.) All other execution reports will immediately be forwarded as received (not stored). Hence the receiving means 1 can control how and when it gets the synthetic execution reports and therefore the information that it needs to fit the desires and needs of the moment and to maximize efficiency of operation at the receiving means.
While but a limited number of embodiments of the present invention have been here specifically set forth, it will be appreciated that many variations may be made therein, all without departing from the spirit of the invention as defined in the following claims:
Number | Name | Date | Kind |
---|---|---|---|
4554418 | Toy | Nov 1985 | A |
5920700 | Gordon et al. | Jul 1999 | A |
5963936 | Cochrane et al. | Oct 1999 | A |
6182061 | Matsuzawa et al. | Jan 2001 | B1 |
6236980 | Reese | May 2001 | B1 |
6278982 | Korhammer et al. | Aug 2001 | B1 |
6324525 | Kramer et al. | Nov 2001 | B1 |
6631402 | Devine et al. | Oct 2003 | B1 |
6735580 | Li et al. | May 2004 | B1 |
6789125 | Aviani et al. | Sep 2004 | B1 |
6799319 | Van Loo | Sep 2004 | B2 |
6810042 | Naumann et al. | Oct 2004 | B1 |
6886103 | Brustoloni et al. | Apr 2005 | B1 |
6892186 | Preist | May 2005 | B1 |
6895005 | Malin et al. | May 2005 | B1 |
6931418 | Barnes | Aug 2005 | B1 |
6944128 | Nichols | Sep 2005 | B2 |
6947388 | Wagner | Sep 2005 | B1 |
7035819 | Gianakouros et al. | Apr 2006 | B1 |
7051106 | Grobler et al. | May 2006 | B2 |
7113924 | Fishbain | Sep 2006 | B2 |
7165044 | Chaffee | Jan 2007 | B1 |
7231455 | Marejka et al. | Jun 2007 | B2 |
7246093 | Katz | Jul 2007 | B1 |
7315849 | Bakalash et al. | Jan 2008 | B2 |
7428506 | Waelbroeck et al. | Sep 2008 | B2 |
7475046 | Foley et al. | Jan 2009 | B1 |
7487125 | Littlewood | Feb 2009 | B2 |
7500010 | Harrang et al. | Mar 2009 | B2 |
7571129 | Ebert | Aug 2009 | B2 |
7617150 | Littlewood | Nov 2009 | B2 |
20020010672 | Waelbroeck et al. | Jan 2002 | A1 |
20020032640 | LaFore et al. | Mar 2002 | A1 |
20020052827 | Waelbroeck et al. | May 2002 | A1 |
20020095362 | Masand et al. | Jul 2002 | A1 |
20020107748 | Boies et al. | Aug 2002 | A1 |
20020116315 | Grey et al. | Aug 2002 | A1 |
20020120918 | Aizenbud-Reshef et al. | Aug 2002 | A1 |
20020194100 | Choban et al. | Dec 2002 | A1 |
20030028456 | Yolles | Feb 2003 | A1 |
20030135639 | Marejka et al. | Jul 2003 | A1 |
20030149646 | Chen et al. | Aug 2003 | A1 |
20030152096 | Chapman | Aug 2003 | A1 |
20030177082 | Buckwalter | Sep 2003 | A1 |
20030225673 | Hughes et al. | Dec 2003 | A1 |
20040002913 | Breen et al. | Jan 2004 | A1 |
20040034591 | Waelbroeck et al. | Feb 2004 | A1 |
20040054610 | Amstutz et al. | Mar 2004 | A1 |
20040059666 | Waelbroeck et al. | Mar 2004 | A1 |
20050125326 | Nangalia et al. | Jun 2005 | A1 |
20050131830 | Juarez et al. | Jun 2005 | A1 |
20050160024 | Soderborg et al. | Jul 2005 | A1 |
20050192890 | Wallman | Sep 2005 | A1 |
20050246263 | Ogg et al. | Nov 2005 | A1 |
20050273419 | Ogg et al. | Dec 2005 | A1 |
20060085247 | Gatto et al. | Apr 2006 | A1 |
20080262877 | Hargroder | Oct 2008 | A1 |
20100004999 | DePetris et al. | Jan 2010 | A1 |
Number | Date | Country | |
---|---|---|---|
20060059076 A1 | Mar 2006 | US |