CA2493971A1 - Automated auction protocol processor - Google Patents
Automated auction protocol processor Download PDFInfo
- Publication number
- CA2493971A1 CA2493971A1 CA002493971A CA2493971A CA2493971A1 CA 2493971 A1 CA2493971 A1 CA 2493971A1 CA 002493971 A CA002493971 A CA 002493971A CA 2493971 A CA2493971 A CA 2493971A CA 2493971 A1 CA2493971 A1 CA 2493971A1
- Authority
- CA
- Canada
- Prior art keywords
- item
- participant
- bid
- volume
- trade
- 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
- 238000012545 processing Methods 0.000 claims abstract description 28
- 238000000034 method Methods 0.000 claims description 103
- 230000004044 response Effects 0.000 claims description 24
- 238000004891 communication Methods 0.000 claims description 23
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 claims description 15
- 230000000694 effects Effects 0.000 claims description 13
- 230000008859 change Effects 0.000 claims description 8
- 230000007717 exclusion Effects 0.000 claims description 5
- 238000011161 development Methods 0.000 claims description 3
- 230000007704 transition Effects 0.000 claims description 2
- 230000008569 process Effects 0.000 description 22
- 238000012360 testing method Methods 0.000 description 21
- 230000006870 function Effects 0.000 description 20
- 238000010626 work up procedure Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 11
- 238000013459 approach Methods 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000013481 data capture Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 239000003623 enhancer Substances 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012552 review Methods 0.000 description 2
- 230000000153 supplemental effect Effects 0.000 description 2
- 230000001755 vocal effect Effects 0.000 description 2
- IRCMYGHHKLLGHV-UHFFFAOYSA-N 2-ethoxy-3,3-dimethyl-2,3-dihydro-1-benzofuran-5-yl methanesulfonate Chemical compound C1=C(OS(C)(=O)=O)C=C2C(C)(C)C(OCC)OC2=C1 IRCMYGHHKLLGHV-UHFFFAOYSA-N 0.000 description 1
- 241000531116 Blitum bonus-henricus Species 0.000 description 1
- 235000008645 Chenopodium bonus henricus Nutrition 0.000 description 1
- 241000209140 Triticum Species 0.000 description 1
- 235000021307 Triticum Nutrition 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 239000000872 buffer Substances 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000013073 enabling process Methods 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 239000012530 fluid Substances 0.000 description 1
- 229910000078 germane Inorganic materials 0.000 description 1
- 238000002347 injection Methods 0.000 description 1
- 239000007924 injection Substances 0.000 description 1
- 244000144972 livestock Species 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 230000037361 pathway Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
Abstract
A data processing system for implementing transaction management of auction-based trading for specialized items such as fixed income instruments.
The data processing system provides a highly structured trading protocol implemented through a sequence of trading paradigms. The system employs a distributed computer processing network linking together a plurality of commonly programmed controlled workstations. The protocol and its programmed controlling logic enhances trading efficiency, rewards market makers and fairly distributes market opportunity to system users.
The data processing system provides a highly structured trading protocol implemented through a sequence of trading paradigms. The system employs a distributed computer processing network linking together a plurality of commonly programmed controlled workstations. The protocol and its programmed controlling logic enhances trading efficiency, rewards market makers and fairly distributes market opportunity to system users.
Description
Automated Auction Protocol Processor Field of the Invent' The present invention relates to data processing systems for assisting in financial transactions. More particularly, the present invention relates to a data processing apparatus and method for the managed trading of select classes of securities or other commodities in accordance with specific protocols in an auction format with controlled sequence of auction events. The inventive system is presented in the context of selected fixed income auction protocols for fairly and quickly transacting offer-bid trading.
Background of the Invention Economic activity has at its centerpiece the buyer-seller transaction for all goods and services produced and consumed in a market economy. It is the fundamental mechanism to which resources are allocated to producers and output to consumers. The operation of the buyer-seller mechanism can and often is a critical deten~nination of economic efficiency and when operated properly, will substantially enhance market performance.
Through history, there have been many dit~erent approaches adopted to fairly bring buyers and sellers together, each with the key objective of permitting transactions at or as close as possible to the "market" price of the goods. By definition, the market price is the price (in given currency terms) that a fully educated market, given full access will transact select goods. This can only be accomplished by permitting full access to the transaction by essentially all potential buyers and sellers. However, the buyer-seller transaction must be structured to operate at very low costs -- or it will distort the market price of goods with the artificially high transactions costs. Thus, as can be seen, the two keys to effective buyer/seller transactions -- full access and knowledge coupled with low costs -can be and are often conflicting, necessitating trade-offs between trading efficiency and market knowledge.
Background of the Invention Economic activity has at its centerpiece the buyer-seller transaction for all goods and services produced and consumed in a market economy. It is the fundamental mechanism to which resources are allocated to producers and output to consumers. The operation of the buyer-seller mechanism can and often is a critical deten~nination of economic efficiency and when operated properly, will substantially enhance market performance.
Through history, there have been many dit~erent approaches adopted to fairly bring buyers and sellers together, each with the key objective of permitting transactions at or as close as possible to the "market" price of the goods. By definition, the market price is the price (in given currency terms) that a fully educated market, given full access will transact select goods. This can only be accomplished by permitting full access to the transaction by essentially all potential buyers and sellers. However, the buyer-seller transaction must be structured to operate at very low costs -- or it will distort the market price of goods with the artificially high transactions costs. Thus, as can be seen, the two keys to effective buyer/seller transactions -- full access and knowledge coupled with low costs -can be and are often conflicting, necessitating trade-offs between trading efficiency and market knowledge.
One well-known and particularly successful trading system is known as the "open outcry auction". This involves a process wherein buyers and sellers coll~t in one location and prices for select goods are presented to the group through a broker, via simple vocal offerings. This approach has been used for almost all S kinds of goods, but is particularly useful where there are no established trading locations or markets for the selected items. It is the dominant trading forum for exotic items such as rare pieces of art and the like. Although successful in bringing interested parties to the transaction, the overall pmcess can be very expensive, adding significantly to the market-distorting transaction costs.
Open outcry auction techniques, modified over time, have also found successful application in many commodity trading activities, including the buying and selling of farm produce and livestock, oil and commodities contracts, future contracts on a variety of items and - particularly germane to the present invention -fixed income securities. These trading activities focus on the buying and selling of essentially fungible items, that is, items that are without meaningful difr'erentiation from like items on the market. For example, a bushel of wheat for February delivery is considered for sale and delivery at a price independent from its source.
Similarly, a 30-year treasury bond paying a coupon rate of 6.75 percent and having an August 1996 issue date is indistinguishable from other 30-year treasuries having the same properties. Accordingly, the price buyers are willing to pay and sellers willing to accept defines the market price of all 30-year treasury bonds of that same vintage, allowing a source transparent application of open outcry auction trading.
The fixed income securities issued by the United States Government are known as U.S. treasuries. These instruments typically span maturity terms at issue of 13 to 52 weeks (T-bills), one to ten years (notes), and up to 30 years (bonds).
The T-bills are pure discount securities having no coupons. Almost all other treasuries having longer terms are coupon notes or bonds, with a defined payment cycle of semi-annual payments to the holder.
Treasuries have characteristic properties that make them especially useful for the purpose of the present invention and, therefore, are used exclusively in the following discussions with the fundamental tenant that the principles may be applied to other types of fixes income securities without departing from the inventive concepts. One important attribute of treasuries, in the context of the present invention, is the minimal and uniform default risk; the issuance of U.S.
government paper removes the default risk as a defining criteria in the relative pricing of treasuries in the market place when they are backed by the full faith and credit of the U.S. government.
New treasury securities are auctioned by the U.S. government at pre-established auction dates. The auction prices for the treasuries having a face value with a set coupon rate will define the issuance yields of the security.
After the auction, the treasuries enter the secondary market and are traded typically "over the counter", i.e., without a defined exchange. As inflation expectations and supply and demand conditions change, the prices of the recently auctioned treasuries fluctuate on the secondary market. These new prices are reflected by competing bid and ask prices communicated among institutions, banks, brokers, and dealers in the secondary market. For example, the yield of a treasury note increases as its price drops in the market, typically reflecting an overall increase in the interest rates for that term of security.
The newly auctioned securities are traded with and in conjunction with the securities issued in earlier auctions. In this context, some securities are traded more often than others and are called the "actives"; the actives usually correspond to the recently issued securities as opposed to the older securities in the market.
Indeed, some older securities are infrequently traded, creating an illiquid market that may or may not reflect the current market-determined interest rate for that maturity length security.
As can be realized by the foregoing description, the very size and diversity of the treasury market implicates an unprecedented level of sophistication by market participants in the bidding, offering, buying, and selling transactions involving these securities. The very complexity associated with the transactions and the scale of trading undertaken by banks, brokers, dealers and institutional participants necessitates a rigidly structured approach to trading.
In the past, open outcry auction bond brokering has served its customers well, providing highly efficient executions at near perfect market pricing.
The open outcry auction applied to bond trading was implemented by a broker working with a collection of customers to create and manage a market. Typical customer representatives - both buyers and sellers - at a common location (e.g., a single room) where the representatives of the customers would communicate with each other to develop pricing and confirm transactions. This process employed the expression by the representatives of various bid and offer prices for the fixed income security at select volumes (i.e., how many million dollars of bonds at a given maturity). This expression would involve the loud oral "cry" of a customer-proposed bid or offer and the coordination with the fellow representatives regarding the extraction of complimentary positions - until a transaction match is made and a deal is done. This "trade capture" process relies on after-the-fact reporting of what just transpired through the oral outcry trade.
Recently, the trade capture process was performed by having designated clerks input data into electronic input devices. An input clerk would attempt to interpret the open outcry of many individual bmkers simultaneously who sequentially are making verbally known their trading instructions of their customers. The quality of the data capture was a function of the interpretative skill of the input clerk, and the volume and the volatility of customer orders. A
significant drawback to this type of auction data capture process is the difficulty in discerning the distinct trading iristtuctions verbalized in rapid succession during a quickly moving market, so that an accurate sequence of data can be captured by brokers and a set of inputters.
The many permutations of this process will be discussed in some detail below. At this juncture, suffice to say that at the volumes ofbusiness transactions existing at the time of its development, and the lack of suitable alternatives, left this process as the dominant trading mechanism for decades. However successful, this approach was not perfect. Indeed, in recent years, some of the problems in a open outcry auction forum have been amplified by the vastly increased level of trading now undertaken in the fixed income field. Without attempting to be comprehensive, difficulties would occur by the injection of trader personalities into 5 the open outcry auction process. For example, a loud, highly vocal representative may in fact dominate trading - and transaction flow - even though he/she may only represent a smaller and less critical collection of customers. Although such aggressive actions at open outcry auction may be beneficial to those particular customers in the short run, overall, such dominance of the trading can and will distort pricing away from the actual market conditions.
Other problems exist in open outcry auction that deplete efficient trading.
The speed at which trading flows and the oral nature of the auction process injects a potential for human error that often translates into many millions of dollars committed to trades unrelated to customer objectives. As such, the broker is left at the end of each trading day with a reconciliation process that may, under certain _ market conditions, wipe out all associated profit from that dad's trading.
Also, customers may quickly change direction regarding trading, based on new information available to the market. Shifting position or backing out of previously committed transactions on very short notice is often very difficult in the traditional open outcry auction process.
There have been many past efforts to incorporate computers into trading support for select applications and securities. Indeed, almost all trading today involves some computer support, from simple information delivery to sophisticated trading systems that automate transactions at select criteria However, these systems have not significantly impacted the issues presented above as they relate to open outcry auction trading in the fixed income field. It was with this understanding of the problems with certain trading processes that formed the impetus for the present invention.
Open outcry auction techniques, modified over time, have also found successful application in many commodity trading activities, including the buying and selling of farm produce and livestock, oil and commodities contracts, future contracts on a variety of items and - particularly germane to the present invention -fixed income securities. These trading activities focus on the buying and selling of essentially fungible items, that is, items that are without meaningful difr'erentiation from like items on the market. For example, a bushel of wheat for February delivery is considered for sale and delivery at a price independent from its source.
Similarly, a 30-year treasury bond paying a coupon rate of 6.75 percent and having an August 1996 issue date is indistinguishable from other 30-year treasuries having the same properties. Accordingly, the price buyers are willing to pay and sellers willing to accept defines the market price of all 30-year treasury bonds of that same vintage, allowing a source transparent application of open outcry auction trading.
The fixed income securities issued by the United States Government are known as U.S. treasuries. These instruments typically span maturity terms at issue of 13 to 52 weeks (T-bills), one to ten years (notes), and up to 30 years (bonds).
The T-bills are pure discount securities having no coupons. Almost all other treasuries having longer terms are coupon notes or bonds, with a defined payment cycle of semi-annual payments to the holder.
Treasuries have characteristic properties that make them especially useful for the purpose of the present invention and, therefore, are used exclusively in the following discussions with the fundamental tenant that the principles may be applied to other types of fixes income securities without departing from the inventive concepts. One important attribute of treasuries, in the context of the present invention, is the minimal and uniform default risk; the issuance of U.S.
government paper removes the default risk as a defining criteria in the relative pricing of treasuries in the market place when they are backed by the full faith and credit of the U.S. government.
New treasury securities are auctioned by the U.S. government at pre-established auction dates. The auction prices for the treasuries having a face value with a set coupon rate will define the issuance yields of the security.
After the auction, the treasuries enter the secondary market and are traded typically "over the counter", i.e., without a defined exchange. As inflation expectations and supply and demand conditions change, the prices of the recently auctioned treasuries fluctuate on the secondary market. These new prices are reflected by competing bid and ask prices communicated among institutions, banks, brokers, and dealers in the secondary market. For example, the yield of a treasury note increases as its price drops in the market, typically reflecting an overall increase in the interest rates for that term of security.
The newly auctioned securities are traded with and in conjunction with the securities issued in earlier auctions. In this context, some securities are traded more often than others and are called the "actives"; the actives usually correspond to the recently issued securities as opposed to the older securities in the market.
Indeed, some older securities are infrequently traded, creating an illiquid market that may or may not reflect the current market-determined interest rate for that maturity length security.
As can be realized by the foregoing description, the very size and diversity of the treasury market implicates an unprecedented level of sophistication by market participants in the bidding, offering, buying, and selling transactions involving these securities. The very complexity associated with the transactions and the scale of trading undertaken by banks, brokers, dealers and institutional participants necessitates a rigidly structured approach to trading.
In the past, open outcry auction bond brokering has served its customers well, providing highly efficient executions at near perfect market pricing.
The open outcry auction applied to bond trading was implemented by a broker working with a collection of customers to create and manage a market. Typical customer representatives - both buyers and sellers - at a common location (e.g., a single room) where the representatives of the customers would communicate with each other to develop pricing and confirm transactions. This process employed the expression by the representatives of various bid and offer prices for the fixed income security at select volumes (i.e., how many million dollars of bonds at a given maturity). This expression would involve the loud oral "cry" of a customer-proposed bid or offer and the coordination with the fellow representatives regarding the extraction of complimentary positions - until a transaction match is made and a deal is done. This "trade capture" process relies on after-the-fact reporting of what just transpired through the oral outcry trade.
Recently, the trade capture process was performed by having designated clerks input data into electronic input devices. An input clerk would attempt to interpret the open outcry of many individual bmkers simultaneously who sequentially are making verbally known their trading instructions of their customers. The quality of the data capture was a function of the interpretative skill of the input clerk, and the volume and the volatility of customer orders. A
significant drawback to this type of auction data capture process is the difficulty in discerning the distinct trading iristtuctions verbalized in rapid succession during a quickly moving market, so that an accurate sequence of data can be captured by brokers and a set of inputters.
The many permutations of this process will be discussed in some detail below. At this juncture, suffice to say that at the volumes ofbusiness transactions existing at the time of its development, and the lack of suitable alternatives, left this process as the dominant trading mechanism for decades. However successful, this approach was not perfect. Indeed, in recent years, some of the problems in a open outcry auction forum have been amplified by the vastly increased level of trading now undertaken in the fixed income field. Without attempting to be comprehensive, difficulties would occur by the injection of trader personalities into 5 the open outcry auction process. For example, a loud, highly vocal representative may in fact dominate trading - and transaction flow - even though he/she may only represent a smaller and less critical collection of customers. Although such aggressive actions at open outcry auction may be beneficial to those particular customers in the short run, overall, such dominance of the trading can and will distort pricing away from the actual market conditions.
Other problems exist in open outcry auction that deplete efficient trading.
The speed at which trading flows and the oral nature of the auction process injects a potential for human error that often translates into many millions of dollars committed to trades unrelated to customer objectives. As such, the broker is left at the end of each trading day with a reconciliation process that may, under certain _ market conditions, wipe out all associated profit from that dad's trading.
Also, customers may quickly change direction regarding trading, based on new information available to the market. Shifting position or backing out of previously committed transactions on very short notice is often very difficult in the traditional open outcry auction process.
There have been many past efforts to incorporate computers into trading support for select applications and securities. Indeed, almost all trading today involves some computer support, from simple information delivery to sophisticated trading systems that automate transactions at select criteria However, these systems have not significantly impacted the issues presented above as they relate to open outcry auction trading in the fixed income field. It was with this understanding of the problems with certain trading processes that formed the impetus for the present invention.
Su~nmarv of the Invention It is, in view of the foregoing, an object of the present invention to provide a data processing system to implement a trading system capable of high volume trading activity.
Another object of the present invention is to provide a data processing method supporting a transaction enabling process for trading securities at accelerated levels with minimal errors and costs.
It is yet another object of the present invention to provide a data processing system to support a formalized trading protocol governing the control of trading on a bid/offer market.
It is also an object of the present invention to provide a system for collecting, displaying and distributing in real time information on current market activity in fixed income securities and processing this information to quantify the extent of order and trading activity of customers in real time.
It is another object of the present invention to provide an apparatus for the select processing of several types of data wherein data is qualified prior to use and translating the qualified data into order and trading states for fixed income securities.
It is still another object of the present invention to provide a data processing system that provides controlled access to trading commands pursuant to pre-established trading criteria.
It is yet another object of the present invention to provide a computer system that includes multiple workstations linked by a high speed communication loop to permit rapid distribution and exchange of market data to participating customers and brokers.
It is still another object of the present invention to provide a system that rewards customers that create liquidity while insuring customer orders are satisfied in an orderly and equitable fashion.
,61009-411D
Another object of the present invention is to provide a data processing method supporting a transaction enabling process for trading securities at accelerated levels with minimal errors and costs.
It is yet another object of the present invention to provide a data processing system to support a formalized trading protocol governing the control of trading on a bid/offer market.
It is also an object of the present invention to provide a system for collecting, displaying and distributing in real time information on current market activity in fixed income securities and processing this information to quantify the extent of order and trading activity of customers in real time.
It is another object of the present invention to provide an apparatus for the select processing of several types of data wherein data is qualified prior to use and translating the qualified data into order and trading states for fixed income securities.
It is still another object of the present invention to provide a data processing system that provides controlled access to trading commands pursuant to pre-established trading criteria.
It is yet another object of the present invention to provide a computer system that includes multiple workstations linked by a high speed communication loop to permit rapid distribution and exchange of market data to participating customers and brokers.
It is still another object of the present invention to provide a system that rewards customers that create liquidity while insuring customer orders are satisfied in an orderly and equitable fashion.
,61009-411D
It is yet another object of the present invention to provide a database system linked to the auction processor for collecting, filtering, and distributing select market data in near real time.
It is another object of the present invention to provide a computer system with a dedicated input system for a workstation, that is customized for the trading undertaken by that workstation and may be customized to the trading patterns and customers for a given broker at that workstation.
Yet another object of this invention is to provide timely order checkout.
Still another object of this invention is to provide customized trading tools particular to a given customer, such as stop limit orders, contingent orders, flags (warnings) to the broker that a particular customer has reached a trading limit (e.g., margin limit), and the like.
A further object of this invention is to utilize the present system for the trading of other financial products, such as futures, indices, commodities, securities, other options, and the like; in general, any tangible or intangible property that would be amenable to purchase/sale by open outcry auction.
According to one aspect of the present invention, there is provided a method implemented by a programmed computer system for trading a volume of an item between participants, comprising: providing a bid/offer system state to enable participants to enter into the system bids and offers at select prices and volumes for the item;
presenting the bids and offers to the participants;
7a receiving a first hit or lift trade command from a first participant, responding to presented bids and offers, to transact a trade of a desired volume of the item at a desired price; in response to the first trade command, transitioning from the bid/offer system state to a trading system state to transact a trade of the item at a defined price corresponding to the desired price, and to transact in response to an additional trade command a trade of an additional volume of the item at the defined price; and if a bid or offer hit or lifted by the first trade command has not aged, transitioning to a second look system state to enable the first participant to refuse to trade at least a portion of the volume of the item associated with the unaged bid or offer.
According to another aspect of the present invention, there is provided a method implemented by a programmed computer system for trading a volume of an item between participants, comprising: providing a bid/offer system state to enable participants to enter into the system bids and offers at select prices and volumes for the item;
presenting the bids and offers to the participants;
receiving a first hit or lift trade command from a first participant, responding to presented bids and offers, to transact a trade of a desired volume of the item at a desired price; in response to the first trade command, transitioning from the bid/offer system state to a trading system state to transact a trade of the item at a price defined by the desired price, and to transact in response to an additional trade command a trade of an additional volume of the item at the defined price; and determining that the first participant may not have intended to trade the entire volume that was hit or lifted by the trade command, and responsively entering a second look system state enabling 7b the first participant to refuse to trade at least a portion of the volume of the item that the first participant may not have intended to trade.
According to still another aspect of the present invention, there is provided a method implemented by a programmed computer for trading a volume of an item between participants using a system of networked workstations, comprising: providing a bid/offer system state wherein passive participants enter bids or offers for the item at associated select prices and volumes, and an active participant hits or lifts one or more entered bids or offers to trade a desired volume of the item at a desired price;
determining whether a bid or offer that was hit or lifted had aged; if the bid or offer had aged, executing a trade of the associated volume of the item at the desired price; and if the bid or offer had not aged, providing a second look system state that allows the active participant to decide whether or not to trade the volume of the item associated with the unaged bid or offer.
According to yet another aspect of the present invention, there is provided a method implemented by a programmed computer for trading a volume of an item between participants using workstations coupled over a computer network, the method comprising: receiving a first bid or offer from a first participant for a first volume of the item; distributing to the workstations bid or offer information corresponding to the first bid or offer;
receiving a second bid or offer for a second volume of the select item; receiving a hit or lift entered by a second participant to sell or buy all volume of the item at a desired price; determining that the hit or lift was entered within a given time period from entry of the second bid or offer, and responsively enabling the second participant to 7c elect to avoid selling or buying at least a portion of the second volume of the item.
According to a further aspect of the present invention, there is provided a method implemented by a programmed computer for trading a volume of an item between participants using workstations coupled over a computer network, the method comprising: distributing to the workstations a bid or offer for the item at a selected price and volume entered by a first participant; receiving a hit or lift entered by a second participant in response to the bid or offer to trade a volume of the item; and determining that the second participant may not have intended to hit or lift at least a portion of the volume of the item that was hit or lifted, and responsively providing the second participant an opportunity to refuse to trade the portion of the volume of the item that the second participant did not intend to hit or lift.
According to yet a further aspect of the present invention, there is provided a method implemented by a programmed computer for trading a volume of an item between participants using workstations coupled over a computer network, said method comprising: distributing to the workstations information reflecting pending market conditions, said information including bids or offers for the item at select prices and volumes; receiving a hit or lift trade command entered at one of the workstations by a participant responding to the market conditions willing to trade a desired volume of the item at a desired price;
determining whether a hit or lifted bid or offer recently changed prior to receipt of the trade command and, if so, responsively enabling the participant to refuse the sale or purchase of at least a portion of the volume of the item associated with the recently changed bid or offer.
7d According to still a further aspect of the present invention, there is provided a method implemented by a programmed computer for trading a volume of an item between participants using workstations coupled over a computer network, said method comprising: distributing to the workstations information reflecting pending market conditions with respect to the item, the information including bid/offer price and volume information; receiving a hit or lift entered at one of the workstations by a participant responding to the pending market conditions willing to trade a desired volume of the item at a desired price; determining whether a pending market condition for the item recently changed prior to entry of the hit or lift;
and if a pending market condition recently changed, responsively enabling the participant to refuse to sell or buy at least a portion of the volume of the item associated with the changed market condition.
According to another aspect of the present invention, there is provided a method implemented by a programmed computer system for trading an item between participants, the method comprising: distributing to the participants information reflecting pending market conditions, said information including bids or offers for the item entered by passive participants at select prices and volumes; receiving a hit or lift trade command entered by an aggressor participant responding to the market conditions to trade a desired volume of the item at a defined price; determining whether a hit or lifted bid or offer had aged prior to receipt of the trade command, and responsively (i) executing a trade of the volume of the item associated with an aged bid or offer, and (ii) enabling the aggressor participant to refuse to trade at least a portion of the volume of the item associated with an unaged bid or 7e offer; allowing the aggressor participant and at least one of the passive participants whose bid or offer was hit or lifted a period of exclusivity to control trading by enabling them to transact with one another additional volume of the item at the defined price to the exclusion of another participant desiring to participate in trading; and upon occurrence of a predefined event, allowing the other participant to participate in trading at the defined price without allowing the other participant to control trading by excluding others from trading.
According to yet another aspect of the present invention, there is provided a system for transacting the purchase and sale of a select item between participants, the system comprising: a first workstation that receives from a first participant a bid or offer at a select price and volume for the item; a second workstation that receives from a second participant a hit or lift of the bid or offer; and a central server that is coupled to the workstations for communication to the server of the bid or offer and hit or lift, and is programmed to transition between a plurality of states which define the ability of participants to participate in trading, wherein the plurality of states includes a first state enabling the bid or offer to be received, and a second state entered in response to the hit or lift being received within a given time period of the bid or offer, said second state enabling the second participant to refuse the sale or purchase of at least a portion of the volume of the item that was hit or lifted.
According to yet another aspect of the present invention, there is provided a system for transacting the purchase and sale of a select item between participants, the system comprising: a plurality of workstations which present to broker and customer participants information 7f reflecting pending market conditions for the item, and for receiving a hit or lift of one or more bids or offers to sell or purchase the item at a desired price and in a desired volume; and a server, coupled to said workstations, that receives the one or more bids or offers and the hit or lift, and that determines whether a hit or lifted bid or offer recently changed prior to being hit or lifted, wherein: if a bid or offer recently changed, the central server responsively enables at least one customer participant to refuse to sell or buy at least a portion of the volume of the item associated with the changed bid or offer; and if a bid or offer did not recently change, the central server executes a trade of the volume of the item associated with the unchanged bid or offer.
According to still another aspect of the present invention, there is provided a method implemented by a programmed computer system for creating an auction market for items, the system including a plurality of remotely located terminals in communication with one another, the terminals operated by different trading participants including different brokers and/or customers, the method comprising: presenting to a first participant, in substantially real-time, market condition information for an item as established by transaction commands entered by one or more other participants engaged in the auction; enabling the first participant to enter a transaction command committing the participant to buy or sell the item in a transaction having a total expected value; determining whether market condition information for the item changed within a predetermined period of time prior to entry of the transaction command such that said entered transaction command would commit the first participant to a transaction having other than the total expected value and, if so, 7g enabling the first participant to enter a transaction command to refuse at least a portion of such transaction.
According to yet another aspect of the present invention, there is provided a method implemented by a programmed computer for conducting an auction for an item among trading participants using terminals remotely coupled over a computer network, said participants including different brokers and/or customers, said method comprising:
distributing to the remote terminals for presentation to the participants, in substantially real-time, information reflecting the pending market condition for the item as established by the participants, said information including at least a current price of the item; receiving a first transaction command with respect to the item entered at one of the terminals by one of the participants responding to the presented market conditions; and determining whether a market condition for the item recently changed prior to entry of the first transaction command, and responsively enabling at least one participant to enter a second transaction command to refuse the first transaction command.
According to a further aspect of the present invention, there is provided a method implemented by a programmed computer system for creating an auction market, the system including a plurality of remote terminals in communication with one another by which different customer and/or broker participants may enter transaction commands to trade with one another, the method comprising: presenting to a first participant via the participant's remote terminal market condition information for an item as established by transaction commands entered by one or more participants engaged in the auction; enabling the first participant to enter into the system, via the first participant's remote terminal, a transaction command with respect to the item;
7h and determining whether the market condition information for the item had aged prior to entry of the transaction command and, if not, enabling the first participant to enter another transaction command to refuse, modify or proceed with at least a portion of the transaction.
According to yet a further aspect of the present invention, there is provided a method implemented by a programmed computer system for creating an auction, the system including a plurality of remote terminals in communication with one another with which different broker and/or customer participants may enter transaction commands, the method comprising: presenting to a participant via the participant's remote terminal, in substantially real-time, market condition information for an item as established by transaction commands entered by other participants engaged in the auction; enabling the participant to enter into the system, via the participant's remote terminal, a transaction command with respect to the item, said transaction command committing the participant to consummate a transaction for the item at a transaction value; and in response to receipt of the transaction command, allowing the participant to modify, rescind or proceed with the transaction as a function of the age of the market condition existing at the time of receipt of the transaction command.
According to still a further aspect of the present invention, there is provided a method implemented by a programmed computer system to conduct an auction for trading an item between participants coupled to the system over a computer network, said participants including different customers and/or brokers desirous of trading with one another, comprising: presenting to a participant market condition information for an item, said market condition information established by transaction commands entered into 7i the system by other participants engaged in the auction;
receiving from the participant a first transaction command with respect to the item, said command committing the first participant to trade the item in a transaction having a value determined by the market condition information; upon receipt of the first transaction command, determining the age of the market condition information; and responsive to the determined age, either (1) automatically executing a trade of the item in accordance with the item's market condition information extant when the first transaction command was received, or (2) providing the first participant an opportunity not to commit to trade the item.
According to another aspect of the present invention, there is provided a networked computer system for transacting the purchase and/or sale of a select item between trading participants, said participants including different brokers and/or customers, the system comprising:
a plurality of remotely located terminals coupled to the network for presenting to said participants information reflecting market conditions for the item as established by transaction commands entered by said participants, the market condition information reflecting the value of an item in terms of a bid or offered price and an associated volume;
and a computer, coupled to the network, programmed to: (a) receive a participant-entered transaction command to buy or sell the item, and (b) detect that the market condition information for the item recently changed prior to receipt of the transaction command, and responsively enable the participant to enter another transaction command to refuse to buy or sell at least that portion of the volume of the item associated with the recently changed bid or offer.
According to yet another aspect of the present invention, there is provided in combination in a data 7j processing system for implementing a structured trading environment for transacting the purchase and sale of select items having a predetermined set of characteristics wherein said data processing system is operated by a plurality of trading participants through a specific communication platform to permit exchanging positions regarding offers and bids and for receiving select participant trade commands relating to said items, comprising: a plurality of workstations, each comprising a display means for presenting to a participant information about pending market conditions as they relate to said items being traded and the select positions taken by other participants in regard to said items; and a central server in communication with said workstations, linked to said workstations and programmed to support a predetermined trading control logic wherein said trading control logic comprises a protocol of trade sequences initiated from a bid/offer state by a participant hit or lift trade command wherein said protocol is directed to implement trade commands from said participants in a predefined way corresponding to the development of a plurality of trade specific states defining the ability of various participants to participate in said trading activity, wherein: at least one of said states enables a participant, in response to entry by said participant of a hit or lift trade command within a predetermined period of time following entry by another participant of a bid or offer command with respect to an item, to refuse or proceed with trading the item.
The above and other objects of the present invention are realized in a specifically delineated computer-based, data processing system having a governing program controlled logic for orchestrated management of select trading functionality. The data processing employs a 7k plurality of trading workstations linked with a server for coordinated data flow and processing. Communication is proved by per se available network, via Ethernet, token ring, token bus, or other hierarchical LAN and/or WAN
configuration. The system preferably includes a dedicated keypad for input from each workstation that facilitates providing individually programmed keystroke commands; other keyboards or keypads can be used and are often software configurable so as to be compliant with the present system.
A central processing logic dictates the available trading options and screen displays for each workstation. As transactions are entered, various protocols effect the allocation of bid-offer control and trade management. As trades are completed, the system updates a linked database v ith the newly entered, transactional data.
In accordance with the varying aspa~s of the prat invention, the controlling logic provides for a particular soquence of trading states fot,each paatiThe five states are:
(y Workup State (ii) Bid-0ffer State (iii) Socond Look State IO (iv) When State (v) Workdown Stag As the various transactions are entered, the t<ading stations and their interrelationships exist in one of these five states. The workstation "state"
will determine the options available to that trader - and thus enables controlling the 1 S flow of trades in a cost-eflxcitnt and error-free manner. As aU
participants implement trading on similarly configured workstations, the protocols are universal for all traders, thereby precluding agg~sive control of transacti~s in the absGO~
of true capital commitment.
The foregoing featiu~es of the present invention may be more fully 20 appreciated by review of spxi$c illustrative examples thereof, pr~rtad heminbelow in conjunction with a descriptive set of figures.
~~o_n of the Fimnns Fig. 1 is a system block diagram depicting the salient hardware components of the print invention;
25 Fig. 2 provides a flow diagram depicting the tian~nission of trading elated information;
Fig. 3A, 3B and 3C depict the salient features of the dedicated keypad;
It is another object of the present invention to provide a computer system with a dedicated input system for a workstation, that is customized for the trading undertaken by that workstation and may be customized to the trading patterns and customers for a given broker at that workstation.
Yet another object of this invention is to provide timely order checkout.
Still another object of this invention is to provide customized trading tools particular to a given customer, such as stop limit orders, contingent orders, flags (warnings) to the broker that a particular customer has reached a trading limit (e.g., margin limit), and the like.
A further object of this invention is to utilize the present system for the trading of other financial products, such as futures, indices, commodities, securities, other options, and the like; in general, any tangible or intangible property that would be amenable to purchase/sale by open outcry auction.
According to one aspect of the present invention, there is provided a method implemented by a programmed computer system for trading a volume of an item between participants, comprising: providing a bid/offer system state to enable participants to enter into the system bids and offers at select prices and volumes for the item;
presenting the bids and offers to the participants;
7a receiving a first hit or lift trade command from a first participant, responding to presented bids and offers, to transact a trade of a desired volume of the item at a desired price; in response to the first trade command, transitioning from the bid/offer system state to a trading system state to transact a trade of the item at a defined price corresponding to the desired price, and to transact in response to an additional trade command a trade of an additional volume of the item at the defined price; and if a bid or offer hit or lifted by the first trade command has not aged, transitioning to a second look system state to enable the first participant to refuse to trade at least a portion of the volume of the item associated with the unaged bid or offer.
According to another aspect of the present invention, there is provided a method implemented by a programmed computer system for trading a volume of an item between participants, comprising: providing a bid/offer system state to enable participants to enter into the system bids and offers at select prices and volumes for the item;
presenting the bids and offers to the participants;
receiving a first hit or lift trade command from a first participant, responding to presented bids and offers, to transact a trade of a desired volume of the item at a desired price; in response to the first trade command, transitioning from the bid/offer system state to a trading system state to transact a trade of the item at a price defined by the desired price, and to transact in response to an additional trade command a trade of an additional volume of the item at the defined price; and determining that the first participant may not have intended to trade the entire volume that was hit or lifted by the trade command, and responsively entering a second look system state enabling 7b the first participant to refuse to trade at least a portion of the volume of the item that the first participant may not have intended to trade.
According to still another aspect of the present invention, there is provided a method implemented by a programmed computer for trading a volume of an item between participants using a system of networked workstations, comprising: providing a bid/offer system state wherein passive participants enter bids or offers for the item at associated select prices and volumes, and an active participant hits or lifts one or more entered bids or offers to trade a desired volume of the item at a desired price;
determining whether a bid or offer that was hit or lifted had aged; if the bid or offer had aged, executing a trade of the associated volume of the item at the desired price; and if the bid or offer had not aged, providing a second look system state that allows the active participant to decide whether or not to trade the volume of the item associated with the unaged bid or offer.
According to yet another aspect of the present invention, there is provided a method implemented by a programmed computer for trading a volume of an item between participants using workstations coupled over a computer network, the method comprising: receiving a first bid or offer from a first participant for a first volume of the item; distributing to the workstations bid or offer information corresponding to the first bid or offer;
receiving a second bid or offer for a second volume of the select item; receiving a hit or lift entered by a second participant to sell or buy all volume of the item at a desired price; determining that the hit or lift was entered within a given time period from entry of the second bid or offer, and responsively enabling the second participant to 7c elect to avoid selling or buying at least a portion of the second volume of the item.
According to a further aspect of the present invention, there is provided a method implemented by a programmed computer for trading a volume of an item between participants using workstations coupled over a computer network, the method comprising: distributing to the workstations a bid or offer for the item at a selected price and volume entered by a first participant; receiving a hit or lift entered by a second participant in response to the bid or offer to trade a volume of the item; and determining that the second participant may not have intended to hit or lift at least a portion of the volume of the item that was hit or lifted, and responsively providing the second participant an opportunity to refuse to trade the portion of the volume of the item that the second participant did not intend to hit or lift.
According to yet a further aspect of the present invention, there is provided a method implemented by a programmed computer for trading a volume of an item between participants using workstations coupled over a computer network, said method comprising: distributing to the workstations information reflecting pending market conditions, said information including bids or offers for the item at select prices and volumes; receiving a hit or lift trade command entered at one of the workstations by a participant responding to the market conditions willing to trade a desired volume of the item at a desired price;
determining whether a hit or lifted bid or offer recently changed prior to receipt of the trade command and, if so, responsively enabling the participant to refuse the sale or purchase of at least a portion of the volume of the item associated with the recently changed bid or offer.
7d According to still a further aspect of the present invention, there is provided a method implemented by a programmed computer for trading a volume of an item between participants using workstations coupled over a computer network, said method comprising: distributing to the workstations information reflecting pending market conditions with respect to the item, the information including bid/offer price and volume information; receiving a hit or lift entered at one of the workstations by a participant responding to the pending market conditions willing to trade a desired volume of the item at a desired price; determining whether a pending market condition for the item recently changed prior to entry of the hit or lift;
and if a pending market condition recently changed, responsively enabling the participant to refuse to sell or buy at least a portion of the volume of the item associated with the changed market condition.
According to another aspect of the present invention, there is provided a method implemented by a programmed computer system for trading an item between participants, the method comprising: distributing to the participants information reflecting pending market conditions, said information including bids or offers for the item entered by passive participants at select prices and volumes; receiving a hit or lift trade command entered by an aggressor participant responding to the market conditions to trade a desired volume of the item at a defined price; determining whether a hit or lifted bid or offer had aged prior to receipt of the trade command, and responsively (i) executing a trade of the volume of the item associated with an aged bid or offer, and (ii) enabling the aggressor participant to refuse to trade at least a portion of the volume of the item associated with an unaged bid or 7e offer; allowing the aggressor participant and at least one of the passive participants whose bid or offer was hit or lifted a period of exclusivity to control trading by enabling them to transact with one another additional volume of the item at the defined price to the exclusion of another participant desiring to participate in trading; and upon occurrence of a predefined event, allowing the other participant to participate in trading at the defined price without allowing the other participant to control trading by excluding others from trading.
According to yet another aspect of the present invention, there is provided a system for transacting the purchase and sale of a select item between participants, the system comprising: a first workstation that receives from a first participant a bid or offer at a select price and volume for the item; a second workstation that receives from a second participant a hit or lift of the bid or offer; and a central server that is coupled to the workstations for communication to the server of the bid or offer and hit or lift, and is programmed to transition between a plurality of states which define the ability of participants to participate in trading, wherein the plurality of states includes a first state enabling the bid or offer to be received, and a second state entered in response to the hit or lift being received within a given time period of the bid or offer, said second state enabling the second participant to refuse the sale or purchase of at least a portion of the volume of the item that was hit or lifted.
According to yet another aspect of the present invention, there is provided a system for transacting the purchase and sale of a select item between participants, the system comprising: a plurality of workstations which present to broker and customer participants information 7f reflecting pending market conditions for the item, and for receiving a hit or lift of one or more bids or offers to sell or purchase the item at a desired price and in a desired volume; and a server, coupled to said workstations, that receives the one or more bids or offers and the hit or lift, and that determines whether a hit or lifted bid or offer recently changed prior to being hit or lifted, wherein: if a bid or offer recently changed, the central server responsively enables at least one customer participant to refuse to sell or buy at least a portion of the volume of the item associated with the changed bid or offer; and if a bid or offer did not recently change, the central server executes a trade of the volume of the item associated with the unchanged bid or offer.
According to still another aspect of the present invention, there is provided a method implemented by a programmed computer system for creating an auction market for items, the system including a plurality of remotely located terminals in communication with one another, the terminals operated by different trading participants including different brokers and/or customers, the method comprising: presenting to a first participant, in substantially real-time, market condition information for an item as established by transaction commands entered by one or more other participants engaged in the auction; enabling the first participant to enter a transaction command committing the participant to buy or sell the item in a transaction having a total expected value; determining whether market condition information for the item changed within a predetermined period of time prior to entry of the transaction command such that said entered transaction command would commit the first participant to a transaction having other than the total expected value and, if so, 7g enabling the first participant to enter a transaction command to refuse at least a portion of such transaction.
According to yet another aspect of the present invention, there is provided a method implemented by a programmed computer for conducting an auction for an item among trading participants using terminals remotely coupled over a computer network, said participants including different brokers and/or customers, said method comprising:
distributing to the remote terminals for presentation to the participants, in substantially real-time, information reflecting the pending market condition for the item as established by the participants, said information including at least a current price of the item; receiving a first transaction command with respect to the item entered at one of the terminals by one of the participants responding to the presented market conditions; and determining whether a market condition for the item recently changed prior to entry of the first transaction command, and responsively enabling at least one participant to enter a second transaction command to refuse the first transaction command.
According to a further aspect of the present invention, there is provided a method implemented by a programmed computer system for creating an auction market, the system including a plurality of remote terminals in communication with one another by which different customer and/or broker participants may enter transaction commands to trade with one another, the method comprising: presenting to a first participant via the participant's remote terminal market condition information for an item as established by transaction commands entered by one or more participants engaged in the auction; enabling the first participant to enter into the system, via the first participant's remote terminal, a transaction command with respect to the item;
7h and determining whether the market condition information for the item had aged prior to entry of the transaction command and, if not, enabling the first participant to enter another transaction command to refuse, modify or proceed with at least a portion of the transaction.
According to yet a further aspect of the present invention, there is provided a method implemented by a programmed computer system for creating an auction, the system including a plurality of remote terminals in communication with one another with which different broker and/or customer participants may enter transaction commands, the method comprising: presenting to a participant via the participant's remote terminal, in substantially real-time, market condition information for an item as established by transaction commands entered by other participants engaged in the auction; enabling the participant to enter into the system, via the participant's remote terminal, a transaction command with respect to the item, said transaction command committing the participant to consummate a transaction for the item at a transaction value; and in response to receipt of the transaction command, allowing the participant to modify, rescind or proceed with the transaction as a function of the age of the market condition existing at the time of receipt of the transaction command.
According to still a further aspect of the present invention, there is provided a method implemented by a programmed computer system to conduct an auction for trading an item between participants coupled to the system over a computer network, said participants including different customers and/or brokers desirous of trading with one another, comprising: presenting to a participant market condition information for an item, said market condition information established by transaction commands entered into 7i the system by other participants engaged in the auction;
receiving from the participant a first transaction command with respect to the item, said command committing the first participant to trade the item in a transaction having a value determined by the market condition information; upon receipt of the first transaction command, determining the age of the market condition information; and responsive to the determined age, either (1) automatically executing a trade of the item in accordance with the item's market condition information extant when the first transaction command was received, or (2) providing the first participant an opportunity not to commit to trade the item.
According to another aspect of the present invention, there is provided a networked computer system for transacting the purchase and/or sale of a select item between trading participants, said participants including different brokers and/or customers, the system comprising:
a plurality of remotely located terminals coupled to the network for presenting to said participants information reflecting market conditions for the item as established by transaction commands entered by said participants, the market condition information reflecting the value of an item in terms of a bid or offered price and an associated volume;
and a computer, coupled to the network, programmed to: (a) receive a participant-entered transaction command to buy or sell the item, and (b) detect that the market condition information for the item recently changed prior to receipt of the transaction command, and responsively enable the participant to enter another transaction command to refuse to buy or sell at least that portion of the volume of the item associated with the recently changed bid or offer.
According to yet another aspect of the present invention, there is provided in combination in a data 7j processing system for implementing a structured trading environment for transacting the purchase and sale of select items having a predetermined set of characteristics wherein said data processing system is operated by a plurality of trading participants through a specific communication platform to permit exchanging positions regarding offers and bids and for receiving select participant trade commands relating to said items, comprising: a plurality of workstations, each comprising a display means for presenting to a participant information about pending market conditions as they relate to said items being traded and the select positions taken by other participants in regard to said items; and a central server in communication with said workstations, linked to said workstations and programmed to support a predetermined trading control logic wherein said trading control logic comprises a protocol of trade sequences initiated from a bid/offer state by a participant hit or lift trade command wherein said protocol is directed to implement trade commands from said participants in a predefined way corresponding to the development of a plurality of trade specific states defining the ability of various participants to participate in said trading activity, wherein: at least one of said states enables a participant, in response to entry by said participant of a hit or lift trade command within a predetermined period of time following entry by another participant of a bid or offer command with respect to an item, to refuse or proceed with trading the item.
The above and other objects of the present invention are realized in a specifically delineated computer-based, data processing system having a governing program controlled logic for orchestrated management of select trading functionality. The data processing employs a 7k plurality of trading workstations linked with a server for coordinated data flow and processing. Communication is proved by per se available network, via Ethernet, token ring, token bus, or other hierarchical LAN and/or WAN
configuration. The system preferably includes a dedicated keypad for input from each workstation that facilitates providing individually programmed keystroke commands; other keyboards or keypads can be used and are often software configurable so as to be compliant with the present system.
A central processing logic dictates the available trading options and screen displays for each workstation. As transactions are entered, various protocols effect the allocation of bid-offer control and trade management. As trades are completed, the system updates a linked database v ith the newly entered, transactional data.
In accordance with the varying aspa~s of the prat invention, the controlling logic provides for a particular soquence of trading states fot,each paatiThe five states are:
(y Workup State (ii) Bid-0ffer State (iii) Socond Look State IO (iv) When State (v) Workdown Stag As the various transactions are entered, the t<ading stations and their interrelationships exist in one of these five states. The workstation "state"
will determine the options available to that trader - and thus enables controlling the 1 S flow of trades in a cost-eflxcitnt and error-free manner. As aU
participants implement trading on similarly configured workstations, the protocols are universal for all traders, thereby precluding agg~sive control of transacti~s in the absGO~
of true capital commitment.
The foregoing featiu~es of the present invention may be more fully 20 appreciated by review of spxi$c illustrative examples thereof, pr~rtad heminbelow in conjunction with a descriptive set of figures.
~~o_n of the Fimnns Fig. 1 is a system block diagram depicting the salient hardware components of the print invention;
25 Fig. 2 provides a flow diagram depicting the tian~nission of trading elated information;
Fig. 3A, 3B and 3C depict the salient features of the dedicated keypad;
Fig. 4 is a block diagram of the various system states and pathways therebetween;
Fig. S is a logic diagram for trading data input;
Fig. 6 is a logic diagram for the Bid/Offer State;
Fig. 7 is a logic diagram for the When State;
Fig. 8 is a logic diagram for the Workup State;
Fig. 9 is a logic diagram for the Second Look State;
Fig. 10 is a logic diagram for the Workdown State; and Fig. 11 is a trading logic summary table.
Detailed Description of Specific Embodiments of the Invention In brief overview, the present invention is directed to a data processing system for implementing complex trading rules in support of select transactions.
The first aspect of the invention relates to a particular hardware arrangement that provides a specifically tailored platform for processor enhanced and supported trading. This hardware arrangement encompasses a plurality of custom designed workstations linked together for communication. Each workstation is linked to a central server that orchestrates the trading processes in accordance with program controlled logic. The workstation includes a display for presentation of the particulars of trading activity. A customized keypad permits enhanced data/position entry by the bmker.
The second aspect of the invention is the governing logic for controlling .system dynamics. This logic is stored in system memory and provides the sequence of protocols and rules that allocate trading priority, and the system responses to operative commands entered by the brokers at the workstations.
The system logic is critical on two levels. First, it is important as the guiding principles underlying the system and thus performance is tied directly thereto. On a second level, system logic must be known to all customers and traders as the rules dictating market access and response - to eliminate any confi~sion and to place participants on as close to an equal footing as possible. It is a fundamental precept of the present system to provide fair and complete access to the trading process to all registered participants.
To better appreciate the details of this invention, a review of the 5 nomenclature employed herein is recommended. For purposes of illustration, the examples given in this application focus on fixed income instruments and trading of these instruments in large volumes - with the volume of a given transaction delineated in dollars (e.g., $25 million of 10-year treasuries).
The following terms, and their associated definition, are used herein:
Fig. S is a logic diagram for trading data input;
Fig. 6 is a logic diagram for the Bid/Offer State;
Fig. 7 is a logic diagram for the When State;
Fig. 8 is a logic diagram for the Workup State;
Fig. 9 is a logic diagram for the Second Look State;
Fig. 10 is a logic diagram for the Workdown State; and Fig. 11 is a trading logic summary table.
Detailed Description of Specific Embodiments of the Invention In brief overview, the present invention is directed to a data processing system for implementing complex trading rules in support of select transactions.
The first aspect of the invention relates to a particular hardware arrangement that provides a specifically tailored platform for processor enhanced and supported trading. This hardware arrangement encompasses a plurality of custom designed workstations linked together for communication. Each workstation is linked to a central server that orchestrates the trading processes in accordance with program controlled logic. The workstation includes a display for presentation of the particulars of trading activity. A customized keypad permits enhanced data/position entry by the bmker.
The second aspect of the invention is the governing logic for controlling .system dynamics. This logic is stored in system memory and provides the sequence of protocols and rules that allocate trading priority, and the system responses to operative commands entered by the brokers at the workstations.
The system logic is critical on two levels. First, it is important as the guiding principles underlying the system and thus performance is tied directly thereto. On a second level, system logic must be known to all customers and traders as the rules dictating market access and response - to eliminate any confi~sion and to place participants on as close to an equal footing as possible. It is a fundamental precept of the present system to provide fair and complete access to the trading process to all registered participants.
To better appreciate the details of this invention, a review of the 5 nomenclature employed herein is recommended. For purposes of illustration, the examples given in this application focus on fixed income instruments and trading of these instruments in large volumes - with the volume of a given transaction delineated in dollars (e.g., $25 million of 10-year treasuries).
The following terms, and their associated definition, are used herein:
Bid Dollar amount offered to b~ a security - issue.
Offer Dollar amount offered to sell a security - issue.
Spread Difference between best bids) and offers} on market.
Issue A common class of fixed rate treasuries.
Hit Accepting a pending bid.
Lift Accepting a pending offer.
Size The volume in dollars of a particular Bid/Offer.
Makers Customers with pending offers and bids - making a market.
Uncleared Entry A bid or offer that cannot be traded for a given time by certain participants.
Traders After a trade is initiated, all customers involved in transactions (as buyer or seller).
Trade A string of transactions at one price initiated by a hit or lift and continuing until timed out or done.
Aggressor A customer who initiates a trade.
Active Side Group of Traders on same side of market as the Aggressor.
Passive Side Group of customers on opposite side of market from the Aggressor.
Offer Dollar amount offered to sell a security - issue.
Spread Difference between best bids) and offers} on market.
Issue A common class of fixed rate treasuries.
Hit Accepting a pending bid.
Lift Accepting a pending offer.
Size The volume in dollars of a particular Bid/Offer.
Makers Customers with pending offers and bids - making a market.
Uncleared Entry A bid or offer that cannot be traded for a given time by certain participants.
Traders After a trade is initiated, all customers involved in transactions (as buyer or seller).
Trade A string of transactions at one price initiated by a hit or lift and continuing until timed out or done.
Aggressor A customer who initiates a trade.
Active Side Group of Traders on same side of market as the Aggressor.
Passive Side Group of customers on opposite side of market from the Aggressor.
The general context of system operation is based on the repetitive operation of several functions, and, in its preferred embodiment, implements these functions through a specially designed keypad. Generally, the process begins when customers contact the brokers and place bids and offers for a defined class of instruments. .Alternatively, bids and offers may be entered by a customer using a remote workstation. These various positions are displayed on the computer terminal in specific ways to reflect priority, etc. A customer can establish trading priority by placing a bid or offer at a select price and volume; bids at the same price are displayed on the screen in time order in which they enter the system (as are offers). As such a "queue" of bids and offers develops, with place in line set by time at the same price. This queue is displayed on screen at the broker's workstation. Typically, there is a small difference between the bid price and offer price - the "spread". Tf no difference exists, this is known as a "locked"
market.
Importantly, a bid and offer are commitments - once placed, a bid can be "hit" and an offer can be "lifted" by a customer willing to trade the instrument at the set price.
To control trading between many participating customers, some level of hierarchy is set. A customer who hits on a bid or lifts an offer is promoted to a new level known as the "aggressor". By acting on a bid or offer, the aggressor defines (and thus establishes) the active side of the trade. For example, if the customer hits a bid, sell' becomes the active side of the trade and buying turns passive. However, if the customer lifts an offer, bu 'n is active. This is an important practical consideration, as by convention the active side pays commissions on the ensuing transactions. This allocation of commissions is premised on the notion that the active customers are taking advantage of liquidity -while the passive side is supplying liquidity to the market.
For controlled implementation, the above-noted delineation between active and passive sides is important and carries more significance in processing transactions than the different sides of the transaction, i.e., the bid and offer.
market.
Importantly, a bid and offer are commitments - once placed, a bid can be "hit" and an offer can be "lifted" by a customer willing to trade the instrument at the set price.
To control trading between many participating customers, some level of hierarchy is set. A customer who hits on a bid or lifts an offer is promoted to a new level known as the "aggressor". By acting on a bid or offer, the aggressor defines (and thus establishes) the active side of the trade. For example, if the customer hits a bid, sell' becomes the active side of the trade and buying turns passive. However, if the customer lifts an offer, bu 'n is active. This is an important practical consideration, as by convention the active side pays commissions on the ensuing transactions. This allocation of commissions is premised on the notion that the active customers are taking advantage of liquidity -while the passive side is supplying liquidity to the market.
For controlled implementation, the above-noted delineation between active and passive sides is important and carries more significance in processing transactions than the different sides of the transaction, i.e., the bid and offer.
Focusing further on the nomenclature for the system logic, a "trade" is considered a sequence of trading events, triggered by the initial hit or lift that defines the aggressor, and continues for all such transactions until the trade "clears". During a trade, the aggressor side remains active and all transactions take p)aoe at. the price set by the initial hit or lift - regardless of the numbs of following transactions. To properly track transaction activity, a trade generates a (virtual and/or real) single trade ticket, with an associated, preferably scr~-displayed, reference number, and can additionally generate several trade tickets each one reflecting the total size of the transaction per customer per side.
In view of the foregoing, attention is first directed to Fig. 1, a block diagram depicting various hazdware components found in an operative embodiment of the present invention. 1n this context, a plurality of workstations 10 are provided, each individually linked to a central server by network lines 15.
Server 20 can be controlled by software for managing the intenrcction of the individual workstations 10 in accordance with system constraints.
Continuing in Fig. 1, the system may be linked to brokers and customers at remote locations. Access to h ailing activity is accomplished to Communication Server 30 and Remote Server 40 to a remote distributor hub 50 and remote workstation 60. Supplemental communication lines are utilized via conventional phone link 90. The above platform further includes a 32-bit apaating system to manage the mufti-tasking environment within the network. The present invention has been successfully implemented using the OS/2~ operating system; however, other operating systems may be substituted. The workstation design can be selected from Pentium~ processor bastd PCs, SPARC Station~ (using UNiX~ or other microprocessor based systems.
Now turning to Fig. 2, the overall information paths of the present invention are presented in block diagram form. This market information is derived from the auction process and is a highly valuable source of data to related markets (futures and options, or cash, as the case may be). Beginning with block 100, market data is collected from the plurality of on-line terminals operated by brokers within the relevant bond market sector. A continual exchange of information flows between the brokers, depicted in block 100, and the system proprietor, block 110, i.e., as bids, offers and trades are transacted in real time. This information is collected by the system proprietor and entered into the data processor database.
On-line market data is then transferred to the data filter and enhancer module, block 115, which acts to clarify and articulate the continuous incoming market data for use, e.g., by data accumulators, block 120. One aspect of the data enhancer operation will be the conversion of on-line trading information into digital fonn for transmission to the classification processor, block 130. The operation of the classification processor is directed to creating a data set in proper format for fiarther manipulation. This includes the generation of a coordinated array of data in matrix format.
Once properly formatted, the on-line market data is then transmitted to the qualification processor, block 140, for deternination for a real time command 1 S selection. The information is then loaded into the security database, block 150, and then passed to the distribution processor, block 160.
The foregoing operation will result in the real time distribution among work stations for decision execution and for select distribution within the fixed income investment community. In the context of the present invention, three segments of this community are provided with the data. At block 180 and block 170, system proprietors involved in automated options and futures processing are provided the securities data for quantifying and evaluating specific options and futures positions pursuant to the trading of option and futures contracts on individual securities. In a similar manner, the securities data is provided to system proprietors regarding options and futures contracts to permit proper transactions in the trading of options and futures contracts based on the individual securities data.
The third channel of distribution for the Securities data is to the data accumulators and vendors at block 190. This is followed by the continual distribution of the securities data to traders and brokers within the investment community, block 200, the support of automated trading, block 210, and finally declaring and reporting functions associated with such tradi~, block 220, td include clearance operators among others.
The trading activity is highly fluid and fast peed. Aec~~di~gly, effcient input systems are important to effectuate the multiple options and the use of a highly specialized keypad that penaits these levels of efficiency in the presort context. Accordingly, a separate aspect of the present invention is the unique keypad depicted in Fig. 3.
During processing, various "states" are reached, depending on the type of inputs received by the system. The core state of "Bid-and-Offex" reflects the open status of the market. In this state, customers are referenced as "makers" and "COntra-nl8kelS"; during all OthQ' States, CUStOmI~'s are COnb'idered "1~Q8"
8~
"contra-traders". Under this notation, traders and makers arc those customers that issue a trading command, while contra - makers and contra -traders are those who receive a trading command. Some participants in the Workup State, eg., the first buyer and/or :first seller, are known as "current workers" and are vested with the authority under system control to hold up a trade for a predetermined duration of time. Important character distinctions between customers at various stages of trade processing are displayed to the broker on screen by reverse highlight or similar attribute.
The interrelationship of these five syst~n "states" is depicted in Fig. 4.
Initial trading is always predicated on the Bid/Offer State, with the sequ~e Process, assessing system inputs for a change of cutratt states. Aa ia~ ate entered, a state change is triggered and processing shifts to the paradigans .
.
associated with (i) When, (ii) Workup, (iii) Workdown, and (iv) S~ond Look. As each state is entered, the protocols are shifted and new rules to trading apply Information about trade prograss and participants are provided at each workstation in the form of a specifically oriented scores display. 1a particular, the system provides for screen display in the form of a trading quadrant or "quad"
wherein key trading indicators are displayed. A sample QUAD for the bid/offer state is depicted below:
2UA~ 1 100.01 2 100.03 15 5 OUST Bid Bot Cost Offer Sold In the above QUAD, the current bid is depicted adjacent and above the CUST designation - reflecting a bid price of "100.01 "; continuing on the same line, the current offer price is set at "I00.03" - indicating a spread of .02. When a trade is in progress - as initiated by a hit or lift from the Bid/Offer State, the broker's attention is mainly directed to the conditional prompt showing the total size that is being bid or offered and that can be acted upon by the participating customers.
This number is displayed at the intersection of the totals line and one of the bid/offer columns. This total is further refined in the quad into individual prequantities, indicating the customer sizes in their respective rows.
Above the BOT and SOLD captions in QUAD 1, a second totals counter provides the Makers total to the broker. In the Bid/Offer State this total is the same as the conditional prompt as there are no executions. This changes after the first transaction when a "traders list" is created- and the conditional prompt tracks the traders total, while the Maker's total keeps track of the quantity left in the Makets list.
Turning now to Fig. 5, the data selected for display on the QUAD is processed in accordance with depicted logic. The system enters a new CUST()D), block 520, e.g., "2001" and stores this in active memory with associated trade data/command TRD(1D), block 530. The trading command is confirmed at a systems level, i.e., rejecting system errors via Alarm, at 550. Once confirmed, the new data/command TRD(>D) is distributed to the screen buffers for the associated work status for display, block 564. This is repeated for each new entry, block 570.
The following discussion now focuses on the Bid/Offer State, wherein market makers are inputting various bids and offers into the system while waiting for an execution as the market matures. These pending commitments may be acted upon via hit or lift commands entered by makers currently showing or by a third S party without showing its position prior to the hit (or lift). As new bids and offers are made, the price attendant therewith determines the placement in the queue, with equally priced offers (or bids) ordered in time entry. Accordingly, as the market tightens with better bids and offers (reducing the spread), these new positions are moved to the top of the queue as displayed.
In addition to price, bids and offers include a size component, that is used to express the dollar volume of the pending bid (or offer). For a customer to increase the size of the bid or offer, a new entry is made, and placed into the queue separately as the system will not increment the size component - unless the entry was made adjacent in time to an existing Bid/Offer already in the queue. In this way, as bids and offers are entered during this state, they are displayed to the brokers in relation to their respective size, with the total Bid/Offer count (aggregate size) displayed at the above noted conditional prompt. As such, the conditional prompt serves as the main impetus for a transaction due to its measure of apparent market capacity at a given price.
A Bid/Offer is typically entered as "uncleared" during the Bid/Offer State, indicating that the bid or offer is only available to the current market participants on the contra-side, i.e., those on the list with cuwent commitments (bids/oiTers).
Accordingly, uncleared presentations are seen on the screens as available to only these participants for a system set time interval - and only those customers with current participation can lift or hit these uncleared entries. After the preset time interval has run (tracked by a system internal clock) the uncleared bids/offers - if still extant - become available beyond the current participants. There is a business purpose for this arrangement. By allowing customers with active bids/offers the first chance for the new entry, this rewards these customers for showing the market on their side. Thus the initial bidders/offerors are invited to become Aggressors -and the system preset interval provides these bidders/offerors time to make their decision by preventing new buyers and sellers from entering into the trade (i.e., hitting or lifting) for this discrete interval.
The system logic associated with the Bid/Offer State is depicted in logic flowchart form in Fig. 6. Logic conceptually begins at block 600, with the data/command entry at block 620. The State Selector qualifies the State as Bid/Offer, block 620. At block 630, the CUST X profile is taken from the new entry and all associated data passed into a parameter string, block 640, which is entered.
Continuing with this logic path, test 650 compares any Bid/Offer pricing associated with TRD()D) to then pending bids and offers to discern whether the new entry improves on current pricing; if not better, logic branches to block and the new entry is placed at the end of the queue, Q-end. However, if the new pricing, PRL(ID) is better than the old (then current) pricing PRC(OLD), logic brings the new CUST X to the top of the queue, block 660; also, the market is blocked allowing onl the current makers (displayed) to react to the new pricing for a pre-set time, block 670.
At test 700, system checks for a new hit/lift; if none, logic continues to the next entry, block 710. A positive response to Test 700 shifts processing to the next state, block 720.
The screen display will change according to the various entries into the bidding process. In QUAD 2 depicted below, customers 3001 - 3003 on the bid side reflect a market of 27 million; see conditional prompt: 27. This includes a first bid by customer ("CUST") 3001 of 5.0 million, followed a little later by a second bid of 20 million. In this example, CUST 3007 (could be a bank or other institutional participation) has entered the picture with an uncleared offer of 10 million (marked by asterisk - indicating offer is uncleared); this is the 10 million depicted on the conditional prompt line on the offer side. As such, controlling logic gives the original makers the first chance for the new offer by 3007.
After the interval, the market is again opened and the asterisk is removed.
>7.625 225 TZ
148.04 27 * 108.04+ 10 The When State is triggered by a trading command against an uncleared Bid/Offer by an Aggressor who is not one of the original makers on the contra-side. However, the system controls will not allow this trading command by the new Aggressor to be instantaneously executed. In,accordance with system logic, the trading processor creates a time interval or delay, and thereby provides the original Makers) time to assess the new situation created by the Aggressor by permitting response to the uncleared entry on the passive side.
24 In particular, as noted above, the uncleared status exists for a defined interval - controlled by computer driven timer. It is only during this interval that a When State can be instituted, which can then only last until resolved by either the action of the original Makers on the active side, or by the expiration of the interval timer within system logic.
During When State processing, the system displays the original Makers -existing with Bid/Offers outstanding prior to the entry of the new Aggressor -and the new Tr~ader(s) entering via hit or lift commands on the pending uncleared Bid/Offer; these Makers and Traders are clearly separated on the screen. See QUAD 3B below). Importantly, these original Makers are given the opportunity to trade at the new price point established by the Aggressor; multiple makers from the original list will each have access to take the new price in the order of their priority in the queue. The system will increment through each Maker, if one issues a buy/sell order at their size, they become the Aggressor. If this occurs, the logic departs the When State and can either enter the Workup State or Workdown State depending on whether the new Aggressor takes the entire volume indicated at the conditional pmmpt.
S Once When State processing has been initiated, no trader entries from the passive side are permitted and customers are blocked from entering on the active side, if they represent the only customer input from the passive side previously.
Entries on the uncleared (active) side will come from new traders, extant traders, or the original makers which drive the system back to the Bid/Offer State preceding a trade. If, for example, a trade has 10 offered and 5 are "up", during the When State the trader preferably can cancel the amount which is not yet committed.
However, if the second interval timer expires without any intercession by the original Makers, the When entries (one or several) will automatically trade -and the original Makers will not part take in this trade. During the interval, WTAK
1 S flashes on screen to the Makers showing a take on the uncleared offer;
WHIT will flash for a hit on an uncleared bid. During this interval, the size entries for pending Makers are all initialized to zero, and no longer presented at the conditional prompt.
When State pmcessing is depicted in Fig. 7 and is tnigger~ by a trading command CMD(17, block 810, Test 820 confirms that the new trading command (hit or lift) is from a new Aggressor, if not, logic continues to block 880 and to either Workup or Workdown State.
However, a positive response to Test 820 branches logic to block 830, wherein the market is blocked for a pre-set time interval. At block 840, all then-current active-side makers are reset to zero. At test 850, the system determines if these makers intercept the Aggressor before the time interval expires. If yes, the intercepting maker becomes the Aggressor, block 860, with full control over the succeeding trade sequence. If not, the new Aggressor is set, block 870, and logic continues to the next State, block 880.
The following sequence reflects the foregoing system logic. In QUAD 3A
below, the Bid/Offer State has two customers, 3002 and 3003 each showing bids at 10 million; customer 3007 has just placed an uncleared offer for 1 million.
Customer 3001 wishes to lift the new offer by customer 3007 - but he'can't 5 automatically. In QUAD 3B below, customer 3001 attempts to lift the offer by customer 3007 forcing the system into the When State, and creates an uncleared list for the active side (bid here). However, the prequantity of the first two bidders is reduced to zero - as the system logic requires that these bids cannot be enforced at the new price point. In this example, the second interval timer provides both 10 original Makers (3002 and 3003) priority over customer 3001; with customer retaining overall priority via its placement in the queue.
>7.625 225 TZ
In view of the foregoing, attention is first directed to Fig. 1, a block diagram depicting various hazdware components found in an operative embodiment of the present invention. 1n this context, a plurality of workstations 10 are provided, each individually linked to a central server by network lines 15.
Server 20 can be controlled by software for managing the intenrcction of the individual workstations 10 in accordance with system constraints.
Continuing in Fig. 1, the system may be linked to brokers and customers at remote locations. Access to h ailing activity is accomplished to Communication Server 30 and Remote Server 40 to a remote distributor hub 50 and remote workstation 60. Supplemental communication lines are utilized via conventional phone link 90. The above platform further includes a 32-bit apaating system to manage the mufti-tasking environment within the network. The present invention has been successfully implemented using the OS/2~ operating system; however, other operating systems may be substituted. The workstation design can be selected from Pentium~ processor bastd PCs, SPARC Station~ (using UNiX~ or other microprocessor based systems.
Now turning to Fig. 2, the overall information paths of the present invention are presented in block diagram form. This market information is derived from the auction process and is a highly valuable source of data to related markets (futures and options, or cash, as the case may be). Beginning with block 100, market data is collected from the plurality of on-line terminals operated by brokers within the relevant bond market sector. A continual exchange of information flows between the brokers, depicted in block 100, and the system proprietor, block 110, i.e., as bids, offers and trades are transacted in real time. This information is collected by the system proprietor and entered into the data processor database.
On-line market data is then transferred to the data filter and enhancer module, block 115, which acts to clarify and articulate the continuous incoming market data for use, e.g., by data accumulators, block 120. One aspect of the data enhancer operation will be the conversion of on-line trading information into digital fonn for transmission to the classification processor, block 130. The operation of the classification processor is directed to creating a data set in proper format for fiarther manipulation. This includes the generation of a coordinated array of data in matrix format.
Once properly formatted, the on-line market data is then transmitted to the qualification processor, block 140, for deternination for a real time command 1 S selection. The information is then loaded into the security database, block 150, and then passed to the distribution processor, block 160.
The foregoing operation will result in the real time distribution among work stations for decision execution and for select distribution within the fixed income investment community. In the context of the present invention, three segments of this community are provided with the data. At block 180 and block 170, system proprietors involved in automated options and futures processing are provided the securities data for quantifying and evaluating specific options and futures positions pursuant to the trading of option and futures contracts on individual securities. In a similar manner, the securities data is provided to system proprietors regarding options and futures contracts to permit proper transactions in the trading of options and futures contracts based on the individual securities data.
The third channel of distribution for the Securities data is to the data accumulators and vendors at block 190. This is followed by the continual distribution of the securities data to traders and brokers within the investment community, block 200, the support of automated trading, block 210, and finally declaring and reporting functions associated with such tradi~, block 220, td include clearance operators among others.
The trading activity is highly fluid and fast peed. Aec~~di~gly, effcient input systems are important to effectuate the multiple options and the use of a highly specialized keypad that penaits these levels of efficiency in the presort context. Accordingly, a separate aspect of the present invention is the unique keypad depicted in Fig. 3.
During processing, various "states" are reached, depending on the type of inputs received by the system. The core state of "Bid-and-Offex" reflects the open status of the market. In this state, customers are referenced as "makers" and "COntra-nl8kelS"; during all OthQ' States, CUStOmI~'s are COnb'idered "1~Q8"
8~
"contra-traders". Under this notation, traders and makers arc those customers that issue a trading command, while contra - makers and contra -traders are those who receive a trading command. Some participants in the Workup State, eg., the first buyer and/or :first seller, are known as "current workers" and are vested with the authority under system control to hold up a trade for a predetermined duration of time. Important character distinctions between customers at various stages of trade processing are displayed to the broker on screen by reverse highlight or similar attribute.
The interrelationship of these five syst~n "states" is depicted in Fig. 4.
Initial trading is always predicated on the Bid/Offer State, with the sequ~e Process, assessing system inputs for a change of cutratt states. Aa ia~ ate entered, a state change is triggered and processing shifts to the paradigans .
.
associated with (i) When, (ii) Workup, (iii) Workdown, and (iv) S~ond Look. As each state is entered, the protocols are shifted and new rules to trading apply Information about trade prograss and participants are provided at each workstation in the form of a specifically oriented scores display. 1a particular, the system provides for screen display in the form of a trading quadrant or "quad"
wherein key trading indicators are displayed. A sample QUAD for the bid/offer state is depicted below:
2UA~ 1 100.01 2 100.03 15 5 OUST Bid Bot Cost Offer Sold In the above QUAD, the current bid is depicted adjacent and above the CUST designation - reflecting a bid price of "100.01 "; continuing on the same line, the current offer price is set at "I00.03" - indicating a spread of .02. When a trade is in progress - as initiated by a hit or lift from the Bid/Offer State, the broker's attention is mainly directed to the conditional prompt showing the total size that is being bid or offered and that can be acted upon by the participating customers.
This number is displayed at the intersection of the totals line and one of the bid/offer columns. This total is further refined in the quad into individual prequantities, indicating the customer sizes in their respective rows.
Above the BOT and SOLD captions in QUAD 1, a second totals counter provides the Makers total to the broker. In the Bid/Offer State this total is the same as the conditional prompt as there are no executions. This changes after the first transaction when a "traders list" is created- and the conditional prompt tracks the traders total, while the Maker's total keeps track of the quantity left in the Makets list.
Turning now to Fig. 5, the data selected for display on the QUAD is processed in accordance with depicted logic. The system enters a new CUST()D), block 520, e.g., "2001" and stores this in active memory with associated trade data/command TRD(1D), block 530. The trading command is confirmed at a systems level, i.e., rejecting system errors via Alarm, at 550. Once confirmed, the new data/command TRD(>D) is distributed to the screen buffers for the associated work status for display, block 564. This is repeated for each new entry, block 570.
The following discussion now focuses on the Bid/Offer State, wherein market makers are inputting various bids and offers into the system while waiting for an execution as the market matures. These pending commitments may be acted upon via hit or lift commands entered by makers currently showing or by a third S party without showing its position prior to the hit (or lift). As new bids and offers are made, the price attendant therewith determines the placement in the queue, with equally priced offers (or bids) ordered in time entry. Accordingly, as the market tightens with better bids and offers (reducing the spread), these new positions are moved to the top of the queue as displayed.
In addition to price, bids and offers include a size component, that is used to express the dollar volume of the pending bid (or offer). For a customer to increase the size of the bid or offer, a new entry is made, and placed into the queue separately as the system will not increment the size component - unless the entry was made adjacent in time to an existing Bid/Offer already in the queue. In this way, as bids and offers are entered during this state, they are displayed to the brokers in relation to their respective size, with the total Bid/Offer count (aggregate size) displayed at the above noted conditional prompt. As such, the conditional prompt serves as the main impetus for a transaction due to its measure of apparent market capacity at a given price.
A Bid/Offer is typically entered as "uncleared" during the Bid/Offer State, indicating that the bid or offer is only available to the current market participants on the contra-side, i.e., those on the list with cuwent commitments (bids/oiTers).
Accordingly, uncleared presentations are seen on the screens as available to only these participants for a system set time interval - and only those customers with current participation can lift or hit these uncleared entries. After the preset time interval has run (tracked by a system internal clock) the uncleared bids/offers - if still extant - become available beyond the current participants. There is a business purpose for this arrangement. By allowing customers with active bids/offers the first chance for the new entry, this rewards these customers for showing the market on their side. Thus the initial bidders/offerors are invited to become Aggressors -and the system preset interval provides these bidders/offerors time to make their decision by preventing new buyers and sellers from entering into the trade (i.e., hitting or lifting) for this discrete interval.
The system logic associated with the Bid/Offer State is depicted in logic flowchart form in Fig. 6. Logic conceptually begins at block 600, with the data/command entry at block 620. The State Selector qualifies the State as Bid/Offer, block 620. At block 630, the CUST X profile is taken from the new entry and all associated data passed into a parameter string, block 640, which is entered.
Continuing with this logic path, test 650 compares any Bid/Offer pricing associated with TRD()D) to then pending bids and offers to discern whether the new entry improves on current pricing; if not better, logic branches to block and the new entry is placed at the end of the queue, Q-end. However, if the new pricing, PRL(ID) is better than the old (then current) pricing PRC(OLD), logic brings the new CUST X to the top of the queue, block 660; also, the market is blocked allowing onl the current makers (displayed) to react to the new pricing for a pre-set time, block 670.
At test 700, system checks for a new hit/lift; if none, logic continues to the next entry, block 710. A positive response to Test 700 shifts processing to the next state, block 720.
The screen display will change according to the various entries into the bidding process. In QUAD 2 depicted below, customers 3001 - 3003 on the bid side reflect a market of 27 million; see conditional prompt: 27. This includes a first bid by customer ("CUST") 3001 of 5.0 million, followed a little later by a second bid of 20 million. In this example, CUST 3007 (could be a bank or other institutional participation) has entered the picture with an uncleared offer of 10 million (marked by asterisk - indicating offer is uncleared); this is the 10 million depicted on the conditional prompt line on the offer side. As such, controlling logic gives the original makers the first chance for the new offer by 3007.
After the interval, the market is again opened and the asterisk is removed.
>7.625 225 TZ
148.04 27 * 108.04+ 10 The When State is triggered by a trading command against an uncleared Bid/Offer by an Aggressor who is not one of the original makers on the contra-side. However, the system controls will not allow this trading command by the new Aggressor to be instantaneously executed. In,accordance with system logic, the trading processor creates a time interval or delay, and thereby provides the original Makers) time to assess the new situation created by the Aggressor by permitting response to the uncleared entry on the passive side.
24 In particular, as noted above, the uncleared status exists for a defined interval - controlled by computer driven timer. It is only during this interval that a When State can be instituted, which can then only last until resolved by either the action of the original Makers on the active side, or by the expiration of the interval timer within system logic.
During When State processing, the system displays the original Makers -existing with Bid/Offers outstanding prior to the entry of the new Aggressor -and the new Tr~ader(s) entering via hit or lift commands on the pending uncleared Bid/Offer; these Makers and Traders are clearly separated on the screen. See QUAD 3B below). Importantly, these original Makers are given the opportunity to trade at the new price point established by the Aggressor; multiple makers from the original list will each have access to take the new price in the order of their priority in the queue. The system will increment through each Maker, if one issues a buy/sell order at their size, they become the Aggressor. If this occurs, the logic departs the When State and can either enter the Workup State or Workdown State depending on whether the new Aggressor takes the entire volume indicated at the conditional pmmpt.
S Once When State processing has been initiated, no trader entries from the passive side are permitted and customers are blocked from entering on the active side, if they represent the only customer input from the passive side previously.
Entries on the uncleared (active) side will come from new traders, extant traders, or the original makers which drive the system back to the Bid/Offer State preceding a trade. If, for example, a trade has 10 offered and 5 are "up", during the When State the trader preferably can cancel the amount which is not yet committed.
However, if the second interval timer expires without any intercession by the original Makers, the When entries (one or several) will automatically trade -and the original Makers will not part take in this trade. During the interval, WTAK
1 S flashes on screen to the Makers showing a take on the uncleared offer;
WHIT will flash for a hit on an uncleared bid. During this interval, the size entries for pending Makers are all initialized to zero, and no longer presented at the conditional prompt.
When State pmcessing is depicted in Fig. 7 and is tnigger~ by a trading command CMD(17, block 810, Test 820 confirms that the new trading command (hit or lift) is from a new Aggressor, if not, logic continues to block 880 and to either Workup or Workdown State.
However, a positive response to Test 820 branches logic to block 830, wherein the market is blocked for a pre-set time interval. At block 840, all then-current active-side makers are reset to zero. At test 850, the system determines if these makers intercept the Aggressor before the time interval expires. If yes, the intercepting maker becomes the Aggressor, block 860, with full control over the succeeding trade sequence. If not, the new Aggressor is set, block 870, and logic continues to the next State, block 880.
The following sequence reflects the foregoing system logic. In QUAD 3A
below, the Bid/Offer State has two customers, 3002 and 3003 each showing bids at 10 million; customer 3007 has just placed an uncleared offer for 1 million.
Customer 3001 wishes to lift the new offer by customer 3007 - but he'can't 5 automatically. In QUAD 3B below, customer 3001 attempts to lift the offer by customer 3007 forcing the system into the When State, and creates an uncleared list for the active side (bid here). However, the prequantity of the first two bidders is reduced to zero - as the system logic requires that these bids cannot be enforced at the new price point. In this example, the second interval timer provides both 10 original Makers (3002 and 3003) priority over customer 3001; with customer retaining overall priority via its placement in the queue.
>7.625 225 TZ
15 108.04 20 * 108.04+ 1 Cust Bid Bot Cust Offer SOLD
>7.625 225 TZ
108.04 20 108.04+ WTAK 1 Cust Bid Bot Cust Offer SOLD
Transactions forming a trade take place in accordance with the present invention during one of two trading states, known as the Workup and Workdown States. The Workup state occurs pursuant to hits or lifts by an aggressor taking the entire inventory of volume shown on the passive side; once established, the Workup State gives exclusive rights to the trade to the initial traders - who the system recognizes as the current workers. On screen, current workers are highlighted in a defined manner known to other participants. Current workers control the trade and can submit additional transaction volume to their contra-traders; this to the exclusion of outside customers. Current workers on the active side of the trade will include the Aggressor, and possibly other traders, below the Aggressor with transactions that move the trade into the "Workup" State by filling residual volume that needs "Workdown". For the passive side, an Aggressor that takes the entire size limits current worker status to himself and his counterparty.
The status of current worker dissipates upon entry of "done", or the lapsing of the trading inactivity interval. Again, this interval is a pre-set system parameter triggered via system logic. Absent such termination, current workers can trade almost indefinitely, as long as they continue to respond to their contra-party's size offerings.
The Workup State logic is depicted in Figure 8 and is principally tied to size and new order data. The Aggressor size is entered as is the passive side prior to trade entry, blocks 910 and 920, respectively. At test 930, the system determines if the Aggressor has taken the entire market offering at time of trade; if "no" to test 930, logic continues to block 990 and ultimately the Workdown State (Figure 9).
A positive response to Test 930 passes logic to blocks 940 and 950 wherein the current workers are assigned and new trades entered by the current workers, to the exclusion of other customers. The system tests for new trades, Test 960, and processes these accordingly, block 970. This continues until the current workers are done or timed out, Test 980. The system then tests for (block 965) and executes (block 975) any new transactions entered (via hit or lift commands) by new customers.
The above logic is better understood in the context of a particular example.
As shown in QUAD 4A below, a typical opening Bid/Offer display is presented.
OtJAD~, ~
>7.625 225 TZ
108.04 1620 108.054+ 45 Cult Bid Bot Cuss O~ ~ SOLD
IS
' Assume the bid is hit by CUST 3005 selling the entire size (16 million) to tire passive side. This results in CUST 3005 as the Aggressor and the contra trader (CUST 3001 ) as the current workers (as indicated by highlig>ri~g or reverse video). It is now the Workup State as the Aggressor has taken all initial size from the passive side. ,~ QUAD 4B.
r >7.b25 225 TZ Refno 68119 108.04 HTf 16 108.05+ 36 TOTL 0 16 0 v 16 CUST 3002, wishing to continue, adds an additional 5 million size (adding to CUST 3002's original 5 million), which is displayed as 5 under Buy and 5 under BOT. See QUAD 4C. A new customer, CUST 3004, now enters a sell order (hit) for 50 million.
AD
>7.625 TZ
225 Refno 108.04 HTT 16 36 108.05+
Cust Bu BOT Sell SOLD
Cust New CUST 3004 must wait until the current workers are done (via keyboard entry or timer controlled system interval). Only after this, may CUST
3004 sell the additional 5 million to OUST 3002, while leaving 45 million unsold (see QUAD 4D).
QUAD 4D shows the display after CUST 3004 has traded with CUST
3002. The asterisks next to the entries for CUST 3001 and CUST 3005 indicate that these initial traders are done or timed-out.
>7.625 22S TZ Refno 68119 108.04 HIT 21 108.05+ 36 Cust Bu BOT Cust Sell SOLD
*3001 0 10 *3005 0 16 As shown in QUAD 4D, above, because there is no longer a current worker; no one can contml the trade to the exclusion of others.
As can be appreciated, various customer moves in the market are often fast paced - and on occasion position changes may occur almost simultaneously. An example of this may be a first customer hitting a second customer's bid of a certain size, via the buy/sell all key - an instant after a second customer has significantly increased the bid size - say from 5 to 20 million. In this situation, the Aggressor, within the system, has now taken much more than he planned. This situation can be very disturbing in a rapidly shifting market.
System logic addresses this problem by creating a supplemental state known as the "Second Look" State. If during processing,, the passive side size is increased just prior to a hit or lift command, the system discriminates the very recent offer/bid from the earlier entries, via an "age" timer, i.e., a system interval that tracks the pendency of all bids and offers and creates a Second Look State whenever a hit/lift (via buy/sell all key) occurs while a Bid/Offer is under, e.g., two seconds old. ' The Second Look, however, is limited. The Aggressor must complete the transaction excluding the new, i.e., "unaged" Bid/Offer. The new size is left untraded and others may add more offers/bids on this, the passive side - but these stay below the line. Even though the Aggressor did not fill the entire size displayed, the Aggressor assumes current worker status and has the right to:
1. Take the new size, creating the Workup State with the contra-trader;
2. Refuse the new size; the Aggressor refi~sal (via "done" command) sets the trade into the Workdown State; and 3. Take/hit a "partial" amount and then lose priority, with the system then entering workdown.
The Second Look State is governed by the logic structure depicted in Fig. 9.
In this arrangement, the trading command is entered - time stamped at block 1020.
The extant passive maker entries are also entered, block 1030, and Test 1040 determines if the Passive side entries, PASS(ID) are "aged", i.e., not just entered.
If yes, logic branches to Test 1090, to determine if the PASS(>D) is the last entry, PASS END. If not, the next one is incremented with logic returning to the sequence start.
A negative response to Test 1040 shifts logic to block 1050 wherein the 5 new entry is parsed; the Aggressor is then given the opporhmity to take the new size within the trade at Test 1060. If accepted, logic branches to Block 1080 and to the Workup State. If negative, logic is shifted to the Workdown State, Block 1070.
These principles are delineated in the following sequence of screen displays in QUADS SA-SC below, wherein CUST 3001, 3002 and 3003 are showing Smm, 10 lmm and lmm, respectively, as having been bought. Just prior to the sell.order by OUST 3007 (HIT ALL), CUST 3004 enters with a 1mm size. All size transacts, except this late I .0 mm as it had not "aged" sufficiently - as measured by system interval timer. This amount remains untraded and the system enters the Second Look State.
15 OUAD_ SA
.625 225 TZ Refno 68115 108.04 HIT 7 If CUST 3007 decides to fill this outstanding 1.0 mm size, the state moves out of "Second Look" and into the Workup State with CUST 3007 and CUST 3001 as Current Workers, as shown in QUAD SB. As illustrated, CUST 3007 has also entered a sell order for a volume of 2mm.
AD SB
>7.625 225 TZ Refno 68115 108.04 HIT 8 Cust Bu BOT Cust Sell SOLD
If, however, CUST 3007 passes, the trade goes to the Workdown State as shown in QUAD SC. New OUST 3005 now enters and is positioned below the line and can only trade after CUST 3001 is done and OUST 3004 trades.
UAD SC
>7.625 225 TZ Refno 6811?
108.04 HIT 7 Cust Bu BOT Cust Sell SOLD
The final state for trading logic is known as the Workdown State and it occurs when the original Aggressor takes less than all of the size showing on the passive side. The remaining size must be worked down to complete the trade.
This is to reward those customers that show bids/offers, their intent to buy/sell, and thus provide liquidity in the market. If the original Aggressor returns for the remaining size from the passive size, the Workup State is initiated. Another trader from the active side may "Workdown" the remaining passive side quantity and the trade will go to the Workup State -- with this new trader as the current worker -- if all the remaining size from the original Bid/Offer State is taken.
The Workdown State allows new Aggressors to complete the remaining un-hit bids on the passive side with logic conforming to the flowchart of Fig.
10. In this process, the Trading command, C1VID(I), is entered at block 1210. At Test 1220, the system confirms that the trade is for less than the total passive side, TOTL. If not, logic branches to block 1280 and is directed to the Workup .State.
A positive response to Test 1220 passes logic to block 1230 wherein the system opens trading to new Aggressors, to complete the pending passive side volume. However, no new passive side entries are permitted, block 1240, for the trade duration. Test 1250 confirms the last trade via timer Test 1260; if either results in a "Yes", Workdown is terminated and the process returns to the Bid/Offer State.
Importantly, new traders presenting on the passive side must wait until all the remaining original size is worked down - and their position is held below the line. This is depicted in the following QUADS 6A-6C.
7.625 225 TZ
108.04 HIT 15 * 108.04+ 25 Cust Buy BOT Cust Offer SOLD
In QUAD 6A, the Bid/Offer State is depicted with CUST 3001 showing a bid of 5 million. As the Aggressor, CUST 3001 lifts an offer from CUST 3007, but for only Smm of OUST 3007 showing of 25 mm; leaving 20 million on the passive side. See QUAD 6B.
(ZUAD 6B_ >7.625 225 TZ Refno 68118 108.04 11 108.04+ TAK 5 Cust Bu BOT Cust Sell SOLD
*3001 0 5 3007 20 5 At this juncture, if CUST 3006 enters with 10 million offer, it must wait until the original passive side clears; CUST 3006 is thus kept below line as the remaining size is worked down. ~ QUAD 6C.
' >7.625 225 TZ Refno 68118 108.04 11 108.04+ TAK 5 Cust Bu BOT ~ Cust Sell SOLD
*3001 0 5 3007 20 S
A trade is cleared when that price point engenders no further buyers or sellers. A "clear" button will resurrect a new Bid/Offer State, retaining original makers size from the active side - unless superceded, and remaining untraded size from the passive side.
The logic associated with the five states discussed herein is summarized in tabular form in Fig. 11. The foregoing system design has resulted in a dramatic increase in efficiency and reduction in order errors on the trading floor.
The often frenetic environment of trading, and the entry of commands on the preferred dedicated keypad shown in Fig. 3, and the human factor of customers changing their minds all contribute to the possibility that a trade has been made in error. More particularly, errors can arise due to incorrect entries into the system, a miscommunication between a broker and trader, and the like. These errors can often force a "principal" broker into an unintended position during a trade.
This invention preferably provides ways for the broker to effectively "undo"
a trade, either by cancelling a pending order, or rolling-back executions during a trade state. As shown in Fig. 3, the keypad provides CANCEL, DONE, and UNDO
keys to facilitate this process. The function of these keys when the system is in a particular state is described below, it being understood that the names given to these keys are arbitrary and any input means can be used to affect the desired action(s).
In the Bid-Offer State, CANCEL functions to remove a maker's existing markets from one or more instruments in this one command stroke.
In the When State, CANCEL functions to remove a maker's markets only if there are no pending active BUY or SELL orders against it. Also, DONE
functions to remove a potential aggressor, as well as trade participants, from trading lists before orders are matched.
During the Workdown State, CANCEL functions to remove any remaining passive maker's markets. DONE performs the same function as the CANCEL
function and also allows the passive trade participants in the Workdown State to remove themselves from trading lists, thereby effectively removing their committed sizes before the system has had a chance to execute them. UNDO functions to "unroll" the trade and reduce the size shown to customers if executed during a predefined time period after the initial trade. Additionally, the UNDO
function proportionally reduces the amount traded by all passive makers. The restriction of a predefined time period discourages one player from taking unfair advantage of this correction facility. Analogously, if more than one trader participated in the trade, then the UNDO function causes the trader to join the contra side for the size desired 5 to be undone. The UNDO fimction can be invoked at any time by any participant, on the active side or the passive side; the system uses appropriate logic to maintain the fairness of the trading protocol.
During the Workup State, a trader can use the DONE function to remove him/herself from being a participant from the active side or the passive side, or both I O sides simultaneously, regardless of the size traded or solicited. Thus, the DONE
function logically removes the trader from the trade. The UNDO function can also roll back the trade provided that the first active trader has executed this function with a predefined time period following the trade. If the UNDO function is not invoked during this predefined time period, or the trader is not the first active trader, 15 then the trader is entered in the queue to buy or sell on the contra side immediately.
Preferably, the trader is placed at the top of the list so that the UNDO
fimction can be effectively invoked immediately, provided there is a contra trader. Most preferably, the rights of the first active and passive traders will be maintained to assure fairness.
20 Although the invention has been described in detail for the purpose of illustration, it is to be understood that such detail is solely for that purpose and that variations can be made therein by those skilled in the art without departing from the spirit and scope of the invention except as it may be limited by the claims.
>7.625 225 TZ
108.04 20 108.04+ WTAK 1 Cust Bid Bot Cust Offer SOLD
Transactions forming a trade take place in accordance with the present invention during one of two trading states, known as the Workup and Workdown States. The Workup state occurs pursuant to hits or lifts by an aggressor taking the entire inventory of volume shown on the passive side; once established, the Workup State gives exclusive rights to the trade to the initial traders - who the system recognizes as the current workers. On screen, current workers are highlighted in a defined manner known to other participants. Current workers control the trade and can submit additional transaction volume to their contra-traders; this to the exclusion of outside customers. Current workers on the active side of the trade will include the Aggressor, and possibly other traders, below the Aggressor with transactions that move the trade into the "Workup" State by filling residual volume that needs "Workdown". For the passive side, an Aggressor that takes the entire size limits current worker status to himself and his counterparty.
The status of current worker dissipates upon entry of "done", or the lapsing of the trading inactivity interval. Again, this interval is a pre-set system parameter triggered via system logic. Absent such termination, current workers can trade almost indefinitely, as long as they continue to respond to their contra-party's size offerings.
The Workup State logic is depicted in Figure 8 and is principally tied to size and new order data. The Aggressor size is entered as is the passive side prior to trade entry, blocks 910 and 920, respectively. At test 930, the system determines if the Aggressor has taken the entire market offering at time of trade; if "no" to test 930, logic continues to block 990 and ultimately the Workdown State (Figure 9).
A positive response to Test 930 passes logic to blocks 940 and 950 wherein the current workers are assigned and new trades entered by the current workers, to the exclusion of other customers. The system tests for new trades, Test 960, and processes these accordingly, block 970. This continues until the current workers are done or timed out, Test 980. The system then tests for (block 965) and executes (block 975) any new transactions entered (via hit or lift commands) by new customers.
The above logic is better understood in the context of a particular example.
As shown in QUAD 4A below, a typical opening Bid/Offer display is presented.
OtJAD~, ~
>7.625 225 TZ
108.04 1620 108.054+ 45 Cult Bid Bot Cuss O~ ~ SOLD
IS
' Assume the bid is hit by CUST 3005 selling the entire size (16 million) to tire passive side. This results in CUST 3005 as the Aggressor and the contra trader (CUST 3001 ) as the current workers (as indicated by highlig>ri~g or reverse video). It is now the Workup State as the Aggressor has taken all initial size from the passive side. ,~ QUAD 4B.
r >7.b25 225 TZ Refno 68119 108.04 HTf 16 108.05+ 36 TOTL 0 16 0 v 16 CUST 3002, wishing to continue, adds an additional 5 million size (adding to CUST 3002's original 5 million), which is displayed as 5 under Buy and 5 under BOT. See QUAD 4C. A new customer, CUST 3004, now enters a sell order (hit) for 50 million.
AD
>7.625 TZ
225 Refno 108.04 HTT 16 36 108.05+
Cust Bu BOT Sell SOLD
Cust New CUST 3004 must wait until the current workers are done (via keyboard entry or timer controlled system interval). Only after this, may CUST
3004 sell the additional 5 million to OUST 3002, while leaving 45 million unsold (see QUAD 4D).
QUAD 4D shows the display after CUST 3004 has traded with CUST
3002. The asterisks next to the entries for CUST 3001 and CUST 3005 indicate that these initial traders are done or timed-out.
>7.625 22S TZ Refno 68119 108.04 HIT 21 108.05+ 36 Cust Bu BOT Cust Sell SOLD
*3001 0 10 *3005 0 16 As shown in QUAD 4D, above, because there is no longer a current worker; no one can contml the trade to the exclusion of others.
As can be appreciated, various customer moves in the market are often fast paced - and on occasion position changes may occur almost simultaneously. An example of this may be a first customer hitting a second customer's bid of a certain size, via the buy/sell all key - an instant after a second customer has significantly increased the bid size - say from 5 to 20 million. In this situation, the Aggressor, within the system, has now taken much more than he planned. This situation can be very disturbing in a rapidly shifting market.
System logic addresses this problem by creating a supplemental state known as the "Second Look" State. If during processing,, the passive side size is increased just prior to a hit or lift command, the system discriminates the very recent offer/bid from the earlier entries, via an "age" timer, i.e., a system interval that tracks the pendency of all bids and offers and creates a Second Look State whenever a hit/lift (via buy/sell all key) occurs while a Bid/Offer is under, e.g., two seconds old. ' The Second Look, however, is limited. The Aggressor must complete the transaction excluding the new, i.e., "unaged" Bid/Offer. The new size is left untraded and others may add more offers/bids on this, the passive side - but these stay below the line. Even though the Aggressor did not fill the entire size displayed, the Aggressor assumes current worker status and has the right to:
1. Take the new size, creating the Workup State with the contra-trader;
2. Refuse the new size; the Aggressor refi~sal (via "done" command) sets the trade into the Workdown State; and 3. Take/hit a "partial" amount and then lose priority, with the system then entering workdown.
The Second Look State is governed by the logic structure depicted in Fig. 9.
In this arrangement, the trading command is entered - time stamped at block 1020.
The extant passive maker entries are also entered, block 1030, and Test 1040 determines if the Passive side entries, PASS(ID) are "aged", i.e., not just entered.
If yes, logic branches to Test 1090, to determine if the PASS(>D) is the last entry, PASS END. If not, the next one is incremented with logic returning to the sequence start.
A negative response to Test 1040 shifts logic to block 1050 wherein the 5 new entry is parsed; the Aggressor is then given the opporhmity to take the new size within the trade at Test 1060. If accepted, logic branches to Block 1080 and to the Workup State. If negative, logic is shifted to the Workdown State, Block 1070.
These principles are delineated in the following sequence of screen displays in QUADS SA-SC below, wherein CUST 3001, 3002 and 3003 are showing Smm, 10 lmm and lmm, respectively, as having been bought. Just prior to the sell.order by OUST 3007 (HIT ALL), CUST 3004 enters with a 1mm size. All size transacts, except this late I .0 mm as it had not "aged" sufficiently - as measured by system interval timer. This amount remains untraded and the system enters the Second Look State.
15 OUAD_ SA
.625 225 TZ Refno 68115 108.04 HIT 7 If CUST 3007 decides to fill this outstanding 1.0 mm size, the state moves out of "Second Look" and into the Workup State with CUST 3007 and CUST 3001 as Current Workers, as shown in QUAD SB. As illustrated, CUST 3007 has also entered a sell order for a volume of 2mm.
AD SB
>7.625 225 TZ Refno 68115 108.04 HIT 8 Cust Bu BOT Cust Sell SOLD
If, however, CUST 3007 passes, the trade goes to the Workdown State as shown in QUAD SC. New OUST 3005 now enters and is positioned below the line and can only trade after CUST 3001 is done and OUST 3004 trades.
UAD SC
>7.625 225 TZ Refno 6811?
108.04 HIT 7 Cust Bu BOT Cust Sell SOLD
The final state for trading logic is known as the Workdown State and it occurs when the original Aggressor takes less than all of the size showing on the passive side. The remaining size must be worked down to complete the trade.
This is to reward those customers that show bids/offers, their intent to buy/sell, and thus provide liquidity in the market. If the original Aggressor returns for the remaining size from the passive size, the Workup State is initiated. Another trader from the active side may "Workdown" the remaining passive side quantity and the trade will go to the Workup State -- with this new trader as the current worker -- if all the remaining size from the original Bid/Offer State is taken.
The Workdown State allows new Aggressors to complete the remaining un-hit bids on the passive side with logic conforming to the flowchart of Fig.
10. In this process, the Trading command, C1VID(I), is entered at block 1210. At Test 1220, the system confirms that the trade is for less than the total passive side, TOTL. If not, logic branches to block 1280 and is directed to the Workup .State.
A positive response to Test 1220 passes logic to block 1230 wherein the system opens trading to new Aggressors, to complete the pending passive side volume. However, no new passive side entries are permitted, block 1240, for the trade duration. Test 1250 confirms the last trade via timer Test 1260; if either results in a "Yes", Workdown is terminated and the process returns to the Bid/Offer State.
Importantly, new traders presenting on the passive side must wait until all the remaining original size is worked down - and their position is held below the line. This is depicted in the following QUADS 6A-6C.
7.625 225 TZ
108.04 HIT 15 * 108.04+ 25 Cust Buy BOT Cust Offer SOLD
In QUAD 6A, the Bid/Offer State is depicted with CUST 3001 showing a bid of 5 million. As the Aggressor, CUST 3001 lifts an offer from CUST 3007, but for only Smm of OUST 3007 showing of 25 mm; leaving 20 million on the passive side. See QUAD 6B.
(ZUAD 6B_ >7.625 225 TZ Refno 68118 108.04 11 108.04+ TAK 5 Cust Bu BOT Cust Sell SOLD
*3001 0 5 3007 20 5 At this juncture, if CUST 3006 enters with 10 million offer, it must wait until the original passive side clears; CUST 3006 is thus kept below line as the remaining size is worked down. ~ QUAD 6C.
' >7.625 225 TZ Refno 68118 108.04 11 108.04+ TAK 5 Cust Bu BOT ~ Cust Sell SOLD
*3001 0 5 3007 20 S
A trade is cleared when that price point engenders no further buyers or sellers. A "clear" button will resurrect a new Bid/Offer State, retaining original makers size from the active side - unless superceded, and remaining untraded size from the passive side.
The logic associated with the five states discussed herein is summarized in tabular form in Fig. 11. The foregoing system design has resulted in a dramatic increase in efficiency and reduction in order errors on the trading floor.
The often frenetic environment of trading, and the entry of commands on the preferred dedicated keypad shown in Fig. 3, and the human factor of customers changing their minds all contribute to the possibility that a trade has been made in error. More particularly, errors can arise due to incorrect entries into the system, a miscommunication between a broker and trader, and the like. These errors can often force a "principal" broker into an unintended position during a trade.
This invention preferably provides ways for the broker to effectively "undo"
a trade, either by cancelling a pending order, or rolling-back executions during a trade state. As shown in Fig. 3, the keypad provides CANCEL, DONE, and UNDO
keys to facilitate this process. The function of these keys when the system is in a particular state is described below, it being understood that the names given to these keys are arbitrary and any input means can be used to affect the desired action(s).
In the Bid-Offer State, CANCEL functions to remove a maker's existing markets from one or more instruments in this one command stroke.
In the When State, CANCEL functions to remove a maker's markets only if there are no pending active BUY or SELL orders against it. Also, DONE
functions to remove a potential aggressor, as well as trade participants, from trading lists before orders are matched.
During the Workdown State, CANCEL functions to remove any remaining passive maker's markets. DONE performs the same function as the CANCEL
function and also allows the passive trade participants in the Workdown State to remove themselves from trading lists, thereby effectively removing their committed sizes before the system has had a chance to execute them. UNDO functions to "unroll" the trade and reduce the size shown to customers if executed during a predefined time period after the initial trade. Additionally, the UNDO
function proportionally reduces the amount traded by all passive makers. The restriction of a predefined time period discourages one player from taking unfair advantage of this correction facility. Analogously, if more than one trader participated in the trade, then the UNDO function causes the trader to join the contra side for the size desired 5 to be undone. The UNDO fimction can be invoked at any time by any participant, on the active side or the passive side; the system uses appropriate logic to maintain the fairness of the trading protocol.
During the Workup State, a trader can use the DONE function to remove him/herself from being a participant from the active side or the passive side, or both I O sides simultaneously, regardless of the size traded or solicited. Thus, the DONE
function logically removes the trader from the trade. The UNDO function can also roll back the trade provided that the first active trader has executed this function with a predefined time period following the trade. If the UNDO function is not invoked during this predefined time period, or the trader is not the first active trader, 15 then the trader is entered in the queue to buy or sell on the contra side immediately.
Preferably, the trader is placed at the top of the list so that the UNDO
fimction can be effectively invoked immediately, provided there is a contra trader. Most preferably, the rights of the first active and passive traders will be maintained to assure fairness.
20 Although the invention has been described in detail for the purpose of illustration, it is to be understood that such detail is solely for that purpose and that variations can be made therein by those skilled in the art without departing from the spirit and scope of the invention except as it may be limited by the claims.
Claims (54)
1. A method implemented by a programmed computer system for trading a volume of an item between participants, comprising:
providing a bid/offer system state to enable participants to enter into the system bids and offers at select prices and volumes for the item;
presenting the bids and offers to the participants;
receiving a first hit or lift trade command from a first participant, responding to presented bids and offers, to transact a trade of a desired volume of the item at a desired price;
in response to the first trade command, transitioning from the bid/offer system state to a trading system state to transact a trade of the item at a defined price corresponding to the desired price, and to transact in response to an additional trade command a trade of an additional volume of the item at the defined price; and if a bid or offer hit or lifted by the first trade command has not aged, transitioning to a second look system state to enable the first participant to refuse to trade at least a portion of the volume of the item associated with the unaged bid or offer.
providing a bid/offer system state to enable participants to enter into the system bids and offers at select prices and volumes for the item;
presenting the bids and offers to the participants;
receiving a first hit or lift trade command from a first participant, responding to presented bids and offers, to transact a trade of a desired volume of the item at a desired price;
in response to the first trade command, transitioning from the bid/offer system state to a trading system state to transact a trade of the item at a defined price corresponding to the desired price, and to transact in response to an additional trade command a trade of an additional volume of the item at the defined price; and if a bid or offer hit or lifted by the first trade command has not aged, transitioning to a second look system state to enable the first participant to refuse to trade at least a portion of the volume of the item associated with the unaged bid or offer.
2. The method of claim 1, wherein the desired volume is all bid or offered volume.
3. The method of claim 1, wherein the first participant is enabled to refuse to trade the entire volume associated with the unaged bid or offer.
4. The method of claim 1, wherein if the first participant refuses to trade a portion of the entire volume associated with the unaged bid or offer, enabling a second participant to enter a second hit or lift trade command to trade the portion at the defined price.
5. The method of claim 1, wherein a bid or offer is not aged if it had been entered into the system within a given period of time prior to receipt of the trade command.
6. The method of claim 1, wherein a bid or offer is not aged if it increased the total volume of the item that was hit or lifted within a given period of time prior to receipt of the trade command.
7. The method of claim 5, wherein the given period of time is about 2 seconds.
8. A method implemented by a programmed computer system for trading a volume of an item between participants, comprising:
providing a bid/offer system state to enable participants to enter into the system bids and offers at select prices and volumes for the item;
presenting the bids and offers to the participants;
receiving a first hit or lift trade command from a first participant, responding to presented bids and offers, to transact a trade of a desired volume of the item at a desired price;
in response to the first trade command, transitioning from the bid/offer system state to a trading system state to transact a trade of the item at a price defined by the desired price, and to transact in response to an additional trade command a trade of an additional volume of the item at the defined price; and determining that the first participant may not have intended to trade the entire volume that was hit or lifted by the trade command, and responsively entering a second look system state enabling the first participant to refuse to trade at least a portion of the volume of the item that the first participant may not have intended to trade.
providing a bid/offer system state to enable participants to enter into the system bids and offers at select prices and volumes for the item;
presenting the bids and offers to the participants;
receiving a first hit or lift trade command from a first participant, responding to presented bids and offers, to transact a trade of a desired volume of the item at a desired price;
in response to the first trade command, transitioning from the bid/offer system state to a trading system state to transact a trade of the item at a price defined by the desired price, and to transact in response to an additional trade command a trade of an additional volume of the item at the defined price; and determining that the first participant may not have intended to trade the entire volume that was hit or lifted by the trade command, and responsively entering a second look system state enabling the first participant to refuse to trade at least a portion of the volume of the item that the first participant may not have intended to trade.
9. The method of claim 8, wherein the desired volume is all bid or offered volume.
10. The method of claim 8, wherein the first participant is enabled to refuse to trade the entire volume of the item that the first participant may not have intended to trade.
11. The method of claim 8, wherein if the first participant refuses to trade a portion of the volume of the item that the first participant may not have intended to trade, enabling a second participant to trade the refused volume at the defined price.
12. The method of claim 8, wherein said determining step determines that the first participant may not have intended to trade the entire volume if a bid or offer hit or lifted by the first trade command has not aged.
13. The method of claim 8, wherein said determining step determines that the first participant may not have intended to trade the entire volume that was hit or lifted if that volume had been increased by a bid or offer within a given period of time prior to receipt of the hit or lift.
14. A method implemented by a programmed computer for trading a volume of an item between participants using a system of networked workstations, comprising:
providing a bid/offer system state wherein passive participants enter bids or offers for the item at associated select prices and volumes, and an active participant hits or lifts one or more entered bids or offers to trade a desired volume of the item at a desired price;
determining whether a bid or offer that was hit or lifted had aged;
if the bid or offer had aged, executing a trade of the associated volume of the item at the desired price; and if the bid or offer had not aged, providing a second look system state that allows the active participant to decide whether or not to trade the volume of the item associated with the unaged bid or offer.
providing a bid/offer system state wherein passive participants enter bids or offers for the item at associated select prices and volumes, and an active participant hits or lifts one or more entered bids or offers to trade a desired volume of the item at a desired price;
determining whether a bid or offer that was hit or lifted had aged;
if the bid or offer had aged, executing a trade of the associated volume of the item at the desired price; and if the bid or offer had not aged, providing a second look system state that allows the active participant to decide whether or not to trade the volume of the item associated with the unaged bid or offer.
15. The method of claim 14, wherein a bid or offer is not aged if it was received within a given period of time prior to being hit or lifted.
16. The method of claim 15, wherein the given period of time is about 2 seconds.
17. The method of claim 14, wherein a bid or offer is not aged if it caused the total volume of bids or offers that was hit or lifted by the active participant to be increased within a given period of time prior to the bid or offer being hit or lifted.
18. The method of claim 14, wherein the active participant in the second look state may refuse to trade all or a portion of the volume of the item associated with the unaged bid or offer.
19. The method of claim 14, wherein the hit or lift entered by the active participant is a command to hit or lift all of the volume bid or offered by the passive participants.
20. A method implemented by a programmed computer for trading a volume of an item between participants using workstations coupled over a computer network, the method comprising:
receiving a first bid or offer from a first participant for a first volume of the item;
distributing to the workstations bid or offer information corresponding to the first bid or offer;
receiving a second bid or offer for a second volume of the select item;
receiving a hit or lift entered by a second participant to sell or buy all volume of the item at a desired price;
determining that the hit or lift was entered within a given time period from entry of the second bid or offer, and responsively enabling the second participant to elect to avoid selling or buying at least a portion of the second volume of the item.
receiving a first bid or offer from a first participant for a first volume of the item;
distributing to the workstations bid or offer information corresponding to the first bid or offer;
receiving a second bid or offer for a second volume of the select item;
receiving a hit or lift entered by a second participant to sell or buy all volume of the item at a desired price;
determining that the hit or lift was entered within a given time period from entry of the second bid or offer, and responsively enabling the second participant to elect to avoid selling or buying at least a portion of the second volume of the item.
21. The method of claim 20, further comprising executing a trade of the item in a volume excluding that portion of the second volume of the item that the second participant elects to avoid.
22. The method of claim 20, wherein the second participant elects to avoid the entire second volume of the item.
23. The method of claim 20, wherein the second participant elects to avoid none of the second volume of the item.
24. The method of claim 20, wherein the second participant elects to avoid at least a portion of the second volume, said method further comprising:
enabling other participants to hit or lift that portion of the second volume of the item that the second participant elected to avoid, at a price defined by said desired price.
enabling other participants to hit or lift that portion of the second volume of the item that the second participant elected to avoid, at a price defined by said desired price.
25. A method implemented by a programmed computer for trading a volume of an item between participants using workstations coupled over a computer network, the method comprising:
distributing to the workstations a bid or offer for the item at a selected price and volume entered by a first participant;
receiving a hit or lift entered by a second participant in response to the bid or offer to trade a volume of the item; and determining that the second participant may not have intended to hit or lift at least a portion of the volume of the item that was hit or lifted, and responsively providing the second participant an opportunity to refuse to trade the portion of the volume of the item that the second participant did not intend to hit or lift.
distributing to the workstations a bid or offer for the item at a selected price and volume entered by a first participant;
receiving a hit or lift entered by a second participant in response to the bid or offer to trade a volume of the item; and determining that the second participant may not have intended to hit or lift at least a portion of the volume of the item that was hit or lifted, and responsively providing the second participant an opportunity to refuse to trade the portion of the volume of the item that the second participant did not intend to hit or lift.
26. The method of claim 25, wherein said determining step comprises detecting that the second participant hit or lifted an unaged bid or offer, and wherein the portion of the volume of item that the second participant may not have intended to hit or lift includes the volume of the item associated with the unaged bid or offer.
27. The method of claim 26, wherein a bid or offer is unaged if it was entered within a given time period prior to entry of the hit or lift.
28. The method of claim 25, wherein the second participant is given an opportunity to refuse to sell or buy all of the portion of the volume of the item that the second participant did not intend to hit or lift.
29. A method implemented by a programmed computer for trading a volume of an item between participants using workstations coupled over a computer network, said method comprising:
distributing to the workstations information reflecting pending market conditions, said information including bids or offers for the item at select prices and volumes;
receiving a hit or lift trade command entered at one of the workstations by a participant responding to the market conditions willing to trade a desired volume of the item at a desired price;
determining whether a hit or lifted bid or offer recently changed prior to receipt of the trade command and, if so, responsively enabling the participant to refuse the sale or purchase of at least a portion of the volume of the item associated with the recently changed bid or offer.
distributing to the workstations information reflecting pending market conditions, said information including bids or offers for the item at select prices and volumes;
receiving a hit or lift trade command entered at one of the workstations by a participant responding to the market conditions willing to trade a desired volume of the item at a desired price;
determining whether a hit or lifted bid or offer recently changed prior to receipt of the trade command and, if so, responsively enabling the participant to refuse the sale or purchase of at least a portion of the volume of the item associated with the recently changed bid or offer.
30. The method of claim 29, wherein the determining step determines that the recently changed bid or offer changed the total volume of the item as reflected by the pending market conditions.
31. The method of claim 29, wherein the determining step comprises detecting that a bid or offer for the item was entered within a given time period prior to the hit or lift.
32. The method of claim 29, wherein the participant is enabled to refuse to sell or buy all of the volume of the item associated with the recently changed bid or offer.
33. The method of claim 29, wherein if a hit or lifted bid or offer did not recently change prior to receipt of the trade command, automatically executing a trade of the item at the desired price in the volume associated with the unchanged bid or offer.
34. A method implemented by a programmed computer for trading a volume of an item between participants using workstations coupled over a computer network, said method comprising:
distributing to the workstations information reflecting pending market conditions with respect to the item, the information including bid/offer price and volume information;
receiving a hit or lift entered at one of the workstations by a participant responding to the pending market conditions willing to trade a desired volume of the item at a desired price;
determining whether a pending market condition for the item recently changed prior to entry of the hit or lift;
and if a pending market condition recently changed, responsively enabling the participant to refuse to sell or buy at least a portion of the volume of the item associated with the changed market condition.
distributing to the workstations information reflecting pending market conditions with respect to the item, the information including bid/offer price and volume information;
receiving a hit or lift entered at one of the workstations by a participant responding to the pending market conditions willing to trade a desired volume of the item at a desired price;
determining whether a pending market condition for the item recently changed prior to entry of the hit or lift;
and if a pending market condition recently changed, responsively enabling the participant to refuse to sell or buy at least a portion of the volume of the item associated with the changed market condition.
35. The method of claim 34, wherein the recently changed market condition is volume.
36. The method of claim 34, wherein the determining step comprises detecting that a bid or offer for the item was entered within a given time period prior to entry of the hit or lift.
37. The method of claim 34, wherein the participant may refuse to sell or buy all of the portion of the volume associated with the changed market condition.
38. A method implemented by a programmed computer system for trading an item between participants, the method comprising:
distributing to the participants information reflecting pending market conditions, said information including bids or offers for the item entered by passive participants at select prices and volumes;
receiving a hit or lift trade command entered by an aggressor participant responding to the market conditions to trade a desired volume of the item at a defined price;
determining whether a hit or lifted bid or offer had aged prior to receipt of the trade command, and responsively (i) executing a trade of the volume of the item associated with an aged bid or offer, and (ii) enabling the aggressor participant to refuse to trade at least a portion of the volume of the item associated with an unaged bid or offer;
allowing the aggressor participant and at least one of the passive participants whose bid or offer was hit or lifted a period of exclusivity to control trading by enabling them to transact with one another additional volume of the item at the defined price to the exclusion of another participant desiring to participate in trading; and upon occurrence of a predefined event, allowing the other participant to participate in trading at the defined price without allowing the other participant to control trading by excluding others from trading.
distributing to the participants information reflecting pending market conditions, said information including bids or offers for the item entered by passive participants at select prices and volumes;
receiving a hit or lift trade command entered by an aggressor participant responding to the market conditions to trade a desired volume of the item at a defined price;
determining whether a hit or lifted bid or offer had aged prior to receipt of the trade command, and responsively (i) executing a trade of the volume of the item associated with an aged bid or offer, and (ii) enabling the aggressor participant to refuse to trade at least a portion of the volume of the item associated with an unaged bid or offer;
allowing the aggressor participant and at least one of the passive participants whose bid or offer was hit or lifted a period of exclusivity to control trading by enabling them to transact with one another additional volume of the item at the defined price to the exclusion of another participant desiring to participate in trading; and upon occurrence of a predefined event, allowing the other participant to participate in trading at the defined price without allowing the other participant to control trading by excluding others from trading.
39. The method of claim 38, wherein the predefined event is the timing out of a timer.
40. The method of claim 38, wherein said determining step determines that the bid or offer had not aged by detecting that it had been entered within a given period of time prior to entry of the hit or lift command.
41. The method of claim 38, wherein the passive participant allowed a period of exclusivity is the participant who first entered a hit or lifted bid or offer.
42. The method of claim 38, wherein the volume hit or lifted is at least the entire volume represented by the bids or offers.
43. A system for transacting the purchase and sale of a select item between participants, the system comprising:
a first workstation that receives from a first participant a bid or offer at a select price and volume for the item;
a second workstation that receives from a second participant a hit or lift of the bid or offer; and a central server that is coupled to the workstations for communication to the server of the bid or offer and hit or lift, and is programmed to transition between a plurality of states which define the ability of participants to participate in trading, wherein the plurality of states includes a first state enabling the bid or offer to be received, and a second state entered in response to the hit or lift being received within a given time period of the bid or offer, said second state enabling the second participant to refuse the sale or purchase of at least a portion of the volume of the item that was hit or lifted.
a first workstation that receives from a first participant a bid or offer at a select price and volume for the item;
a second workstation that receives from a second participant a hit or lift of the bid or offer; and a central server that is coupled to the workstations for communication to the server of the bid or offer and hit or lift, and is programmed to transition between a plurality of states which define the ability of participants to participate in trading, wherein the plurality of states includes a first state enabling the bid or offer to be received, and a second state entered in response to the hit or lift being received within a given time period of the bid or offer, said second state enabling the second participant to refuse the sale or purchase of at least a portion of the volume of the item that was hit or lifted.
44. The system of claim 43, wherein one of the first and second participants is a broker, and the other of the first and second participants is a customer.
45. The system of claim 43, further comprising:
a communication server coupled to the central server and to a remote communications link; and a remote server located remotely from the communication server and coupled to the communication server via the remote communications link; wherein:
said first workstation is one of a plurality of first workstations located locally to the central server and coupled to the central server via a local network, each of said first workstations operated by a broker participant;
and said second workstation is remotely located from said central server and coupled to said central server via a remote communications link, and operated by a customer participant.
a communication server coupled to the central server and to a remote communications link; and a remote server located remotely from the communication server and coupled to the communication server via the remote communications link; wherein:
said first workstation is one of a plurality of first workstations located locally to the central server and coupled to the central server via a local network, each of said first workstations operated by a broker participant;
and said second workstation is remotely located from said central server and coupled to said central server via a remote communications link, and operated by a customer participant.
46. A system for transacting the purchase and sale of a select item between participants, the system comprising:
a plurality of workstations which present to broker and customer participants information reflecting pending market conditions for the item, and for receiving a hit or lift of one or more bids or offers to sell or purchase the item at a desired price and in a desired volume; and a server, coupled to said workstations, that receives the one or more bids or offers and the hit or lift, and that determines whether a hit or lifted bid or offer recently changed prior to being hit or lifted, wherein:
if a bid or offer recently changed, the central server responsively enables at least one customer participant to refuse to sell or buy at least a portion of the volume of the item associated with the changed bid or offer; and if a bid or offer did not recently change, the central server executes a trade of the volume of the item associated with the unchanged bid or offer.
a plurality of workstations which present to broker and customer participants information reflecting pending market conditions for the item, and for receiving a hit or lift of one or more bids or offers to sell or purchase the item at a desired price and in a desired volume; and a server, coupled to said workstations, that receives the one or more bids or offers and the hit or lift, and that determines whether a hit or lifted bid or offer recently changed prior to being hit or lifted, wherein:
if a bid or offer recently changed, the central server responsively enables at least one customer participant to refuse to sell or buy at least a portion of the volume of the item associated with the changed bid or offer; and if a bid or offer did not recently change, the central server executes a trade of the volume of the item associated with the unchanged bid or offer.
47. The system of claim 46, wherein said system enables the at least one customer participant to refuse to sell or buy only if the hit or lift was to sell or buy "all"
of the item.
of the item.
48. A method implemented by a programmed computer system for creating an auction market for items, the system including a plurality of remotely located terminals in communication with one another, the terminals operated by different trading participants including different brokers and/or customers, the method comprising:
presenting to a first participant, in substantially real-time, market condition information for an item as established by transaction commands entered by one or more other participants engaged in the auction;
enabling the first participant to enter a transaction command committing the participant to buy or sell the item in a transaction having a total expected value;
determining whether market condition information for the item changed within a predetermined period of time prior to entry of the transaction command such that said entered transaction command would commit the first participant to a transaction having other than the total expected value and, if so, enabling the first participant to enter a transaction command to refuse at least a portion of such transaction.
presenting to a first participant, in substantially real-time, market condition information for an item as established by transaction commands entered by one or more other participants engaged in the auction;
enabling the first participant to enter a transaction command committing the participant to buy or sell the item in a transaction having a total expected value;
determining whether market condition information for the item changed within a predetermined period of time prior to entry of the transaction command such that said entered transaction command would commit the first participant to a transaction having other than the total expected value and, if so, enabling the first participant to enter a transaction command to refuse at least a portion of such transaction.
49. A method implemented by a programmed computer for conducting an auction for an item among trading participants using terminals remotely coupled over a computer network, said participants including different brokers and/or customers, said method comprising:
distributing to the remote terminals for presentation to the participants, in substantially real-time, information reflecting the pending market condition for the item as established by the participants, said information including at least a current price of the item;
receiving a first transaction command with respect to the item entered at one of the terminals by one of the participants responding to the presented market conditions;
and determining whether a market condition for the item recently changed prior to entry of the first transaction command, and responsively enabling at least one participant to enter a second transaction command to refuse the first transaction command.
distributing to the remote terminals for presentation to the participants, in substantially real-time, information reflecting the pending market condition for the item as established by the participants, said information including at least a current price of the item;
receiving a first transaction command with respect to the item entered at one of the terminals by one of the participants responding to the presented market conditions;
and determining whether a market condition for the item recently changed prior to entry of the first transaction command, and responsively enabling at least one participant to enter a second transaction command to refuse the first transaction command.
50. A method implemented by a programmed computer system for creating an auction market, the system including a plurality of remote terminals in communication with one another by which different customer and/or broker participants may enter transaction commands to trade with one another, the method comprising:
presenting to a first participant via the participant's remote terminal market condition information for an item as established by transaction commands entered by one or more participants engaged in the auction;
enabling the first participant to enter into the system, via the first participant's remote terminal, a transaction command with respect to the item; and determining whether the market condition information for the item had aged prior to entry of the transaction command and, if not, enabling the first participant to enter another transaction command to refuse, modify or proceed with at least a portion of the transaction.
presenting to a first participant via the participant's remote terminal market condition information for an item as established by transaction commands entered by one or more participants engaged in the auction;
enabling the first participant to enter into the system, via the first participant's remote terminal, a transaction command with respect to the item; and determining whether the market condition information for the item had aged prior to entry of the transaction command and, if not, enabling the first participant to enter another transaction command to refuse, modify or proceed with at least a portion of the transaction.
51. A method implemented by a programmed computer system for creating an auction, the system including a plurality of remote terminals in communication with one another with which different broker and/or customer participants may enter transaction commands, the method comprising:
presenting to a participant via the participant's remote terminal, in substantially real-time, market condition information for an item as established by transaction commands entered by other participants engaged in the auction;
enabling the participant to enter into the system, via the participant's remote terminal, a transaction command with respect to the item, said transaction command committing the participant to consummate a transaction for the item at a transaction value; and in response to receipt of the transaction command, allowing the participant to modify, rescind or proceed with the transaction as a function of the age of the market condition existing at the time of receipt of the transaction command.
presenting to a participant via the participant's remote terminal, in substantially real-time, market condition information for an item as established by transaction commands entered by other participants engaged in the auction;
enabling the participant to enter into the system, via the participant's remote terminal, a transaction command with respect to the item, said transaction command committing the participant to consummate a transaction for the item at a transaction value; and in response to receipt of the transaction command, allowing the participant to modify, rescind or proceed with the transaction as a function of the age of the market condition existing at the time of receipt of the transaction command.
52. A method implemented by a programmed computer system to conduct an auction for trading an item between participants coupled to the system over a computer network, said participants including different customers and/or brokers desirous of trading with one another, comprising:
presenting to a participant market condition information for an item, said market condition information established by transaction commands entered into the system by other participants engaged in the auction;
receiving from the participant a first transaction command with respect to the item, said command committing the first participant to trade the item in a transaction having a value determined by the market condition information;
upon receipt of the first transaction command, determining the age of the market condition information; and responsive to the determined age, either (1) automatically executing a trade of the item in accordance with the item's market condition information extant when the first transaction command was received, or (2) providing the first participant an opportunity not to commit to trade the item.
presenting to a participant market condition information for an item, said market condition information established by transaction commands entered into the system by other participants engaged in the auction;
receiving from the participant a first transaction command with respect to the item, said command committing the first participant to trade the item in a transaction having a value determined by the market condition information;
upon receipt of the first transaction command, determining the age of the market condition information; and responsive to the determined age, either (1) automatically executing a trade of the item in accordance with the item's market condition information extant when the first transaction command was received, or (2) providing the first participant an opportunity not to commit to trade the item.
53. A networked computer system for transacting the purchase and/or sale of a select item between trading participants, said participants including different brokers and/or customers, the system comprising:
a plurality of remotely located terminals coupled to the network for presenting to said participants information reflecting market conditions for the item as established by transaction commands entered by said participants, the market condition information reflecting the value of an item in terms of a bid or offered price and an associated volume; and a computer, coupled to the network, programmed to:
(a) receive a participant-entered transaction command to buy or sell the item, and (b) detect that the market condition information for the item recently changed prior to receipt of the transaction command, and responsively enable the participant to enter another transaction command to refuse to buy or sell at least that portion of the volume of the item associated with the recently changed bid or offer.
a plurality of remotely located terminals coupled to the network for presenting to said participants information reflecting market conditions for the item as established by transaction commands entered by said participants, the market condition information reflecting the value of an item in terms of a bid or offered price and an associated volume; and a computer, coupled to the network, programmed to:
(a) receive a participant-entered transaction command to buy or sell the item, and (b) detect that the market condition information for the item recently changed prior to receipt of the transaction command, and responsively enable the participant to enter another transaction command to refuse to buy or sell at least that portion of the volume of the item associated with the recently changed bid or offer.
54. In combination in a data processing system for implementing a structured trading environment for transacting the purchase and sale of select items having a predetermined set of characteristics wherein said data processing system is operated by a plurality of trading participants through a specific communication platform to permit exchanging positions regarding offers and bids and for receiving select participant trade commands relating to said items, comprising:
a plurality of workstations, each comprising a display means for presenting to a participant information about pending market conditions as they relate to said items being traded and the select positions taken by other participants in regard to said items; and a central server in communication with said workstations, linked to said workstations and programmed to support a predetermined trading control logic wherein said trading control logic comprises a protocol of trade sequences initiated from a bid/offer state by a participant hit or lift trade command wherein said protocol is directed to implement trade commands from said participants in a predefined way corresponding to the development of a plurality of trade specific states defining the ability of various participants to participate in said trading activity, wherein:
at least one of said states enables a participant, in response to entry by said participant of a hit or lift trade command within a predetermined period of time following entry by another participant of a bid or offer command with respect to an item, to refuse or proceed with trading the item.
a plurality of workstations, each comprising a display means for presenting to a participant information about pending market conditions as they relate to said items being traded and the select positions taken by other participants in regard to said items; and a central server in communication with said workstations, linked to said workstations and programmed to support a predetermined trading control logic wherein said trading control logic comprises a protocol of trade sequences initiated from a bid/offer state by a participant hit or lift trade command wherein said protocol is directed to implement trade commands from said participants in a predefined way corresponding to the development of a plurality of trade specific states defining the ability of various participants to participate in said trading activity, wherein:
at least one of said states enables a participant, in response to entry by said participant of a hit or lift trade command within a predetermined period of time following entry by another participant of a bid or offer command with respect to an item, to refuse or proceed with trading the item.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/766,733 US5905974A (en) | 1996-12-13 | 1996-12-13 | Automated auction protocol processor |
| US08/766,733 | 1996-12-13 | ||
| CA002251259A CA2251259A1 (en) | 1996-12-13 | 1997-12-03 | Automated auction protocol processor |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002251259A Division CA2251259A1 (en) | 1996-12-13 | 1997-12-03 | Automated auction protocol processor |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CA2493971A1 true CA2493971A1 (en) | 1998-06-18 |
Family
ID=34423907
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002493971A Abandoned CA2493971A1 (en) | 1996-12-13 | 1997-12-03 | Automated auction protocol processor |
Country Status (1)
| Country | Link |
|---|---|
| CA (1) | CA2493971A1 (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2428872A1 (en) * | 2002-10-31 | 2012-03-14 | eSpeed, Inc. | Keyboard for trading system |
| US8566212B2 (en) | 2002-10-31 | 2013-10-22 | Bgc Partners, Inc. | Electronic systems and methods for providing a trading interface with advanced features |
| US10379701B2 (en) | 2003-11-17 | 2019-08-13 | Bgc Partners, Inc. | Customizable trading display of market data |
| US11556987B2 (en) | 2003-09-10 | 2023-01-17 | Bgc Partners, Inc. | Trading application program interface |
-
1997
- 1997-12-03 CA CA002493971A patent/CA2493971A1/en not_active Abandoned
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2428872A1 (en) * | 2002-10-31 | 2012-03-14 | eSpeed, Inc. | Keyboard for trading system |
| US8566212B2 (en) | 2002-10-31 | 2013-10-22 | Bgc Partners, Inc. | Electronic systems and methods for providing a trading interface with advanced features |
| US8930256B2 (en) | 2002-10-31 | 2015-01-06 | Bgc Partners, Inc. | Keyboard trading system |
| US10331344B2 (en) | 2002-10-31 | 2019-06-25 | Bgc Partners, Inc. | Keyboard trading system |
| US11016662B2 (en) | 2002-10-31 | 2021-05-25 | Bgc Partners, Inc. | Keyboard trading system |
| US11068980B2 (en) | 2002-10-31 | 2021-07-20 | Bgc Partners, Inc. | Electronic systems and methods for providing a trading interface with advanced features |
| US11556987B2 (en) | 2003-09-10 | 2023-01-17 | Bgc Partners, Inc. | Trading application program interface |
| US10379701B2 (en) | 2003-11-17 | 2019-08-13 | Bgc Partners, Inc. | Customizable trading display of market data |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5905974A (en) | Automated auction protocol processor | |
| US9292865B2 (en) | Dynamic keyboard for trading | |
| EP1321881A1 (en) | Data processing system for automated commission allocation | |
| CA2493971A1 (en) | Automated auction protocol processor | |
| US20020169711A1 (en) | Automated auction processor for underwriting securities | |
| AU777287B2 (en) | Automated auction protocol processor | |
| AU2008201833B2 (en) | Automated auction protocol processor | |
| AU2005200047B2 (en) | Automated auction protocol processor | |
| AU2007202794B2 (en) | Automated Price Improvement Protocol Processor | |
| AU2016204049A1 (en) | Automated Price Improvement Protocol Processor | |
| AU2013201198A1 (en) | Automated Auction Protocol Processor | |
| AU2012216355A1 (en) | Automated Price Improvement Protocol Processor |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| FZDE | Dead |
Effective date: 20131129 |