# Patent

## Title
Market participant issue selection system and method

## Abstract

A system and method of allocating rights for quoting issues on a trading facility such as an exchange is described. The method may include providing market participants such as remote market makers with a listing of issues available for remote quote streaming where the available issues are ranked according to predetermined trading parameters. A market participant requests allocations of rights to certain issues and the request is filtered according to a value associated with the ranking of the selected issues. The system includes an issue selection database having a listing of issues available for trading where each issue is ranked based on a trading parameter. An issue selection communication module communicates with the issue selection database and is configured to list available issues and rankings. An issue allocation filter receives a market participant request and compares the selected issues in that request to one or more exchange-based rules.

## Background
FIELD OF THE INVENTION
The present invention relates to the trading of financial instruments, such as options or futures. More particularly, the present invention relates to a trading facility, such as an exchange, and method for allocating to market participants, such as market makers, the right to quote for particular issues on an exchange.
BACKGROUND
Traditional market making activity, on an exchange that trades financial instruments, involves a market maker providing liquidity to a market, for example through streaming quotes for both a bid and an offer at a particular price. In return for the right to stream quotes, the market maker is often required by the exchange to quote in certain maximum bid/offer spreads, maintain a minimum number of active quotes or engage in other functions deemed necessary by the exchange to maintain a fair and orderly market. In an open outcry exchange, market maker status is typically attained through an application process mandated by an exchange in which the right to act as a market maker for instruments traded at a specific location, or pit, on a trading floor is requested by a party who is a member of the exchange. With the advent of all-electronic, and combined electronic and open outcry trading, market making may now take place in an entirely electronic virtual trading crowd remotely from a trading floor. Accordingly, there is a need for a more flexible market maker issue selection process that is not limited to grouping issues available for quoting by market makers to those traded in predefined pits or locations on a trading floor.
BRIEF SUMMARY
In order to address the challenges in arranging for market makers to request quoting rights, and to provide for more flexibility for both market makers and an exchange in negotiating these rights, a system and method for allocation of these rights is described. According to a first aspect of the invention, a method is described where each of the issues available for trading on a trading facility is ranked based on a trading parameter associated with each issue and a selection value is assigned each available issue corresponding to the ranking. Upon receipt of a request for quoting rights in a subset of the available issues, the request is filtered based on the cumulative selection value. If the cumulative selection value is within an ownership requirement, such as a seat ownership requirement, set by the trading facility, the trading facility will authorize the market participant, for example a remote market maker, to access the exchange to stream quotes for the selected issues.
According to another aspect of the invention, an issue allocation system for determining which market participants for a trading facility are authorized to disseminate quotes on the trading facility for a particular issue includes an issue selection database having a listing of issues available for trading on the trading facility, wherein each issue is associated with a ranking based on a trading parameter associated with the issue. An issue selection communication module is in communication with the issue selection database. The issue selection communication module is configured to transmit the listing of available issues and the ranking associated with each issue in response to an issue selection query from a prospective market participant, such as a remote market maker. The system also includes an issue allocation filter in communication with the issue selection database. The issue allocation filter is responsive to receipt of an allocation request from a prospective market participant to compare a list of issues in the allocation request to a cumulative allocation value of issues identified in the allocation request, where the cumulative allocation value is based on the ranking of each issue provided in the allocation request.



BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is a block diagram of an exchange in communication with remote market makers;
FIG. 2 is a block diagram of an embodiment of an issue allocation system suitable for use in the exchange of FIG. 1;
FIG. 3 is a block diagram of a trade engine suitable for use in the exchange of FIG. 1;
FIG. 4 is a flow diagram of an issue ranking and updating process;
FIG. 5 is a flow diagram of a process of authorizing issue selection requests using the system of FIGS. 1-3; and
FIG. 6 illustrates an issue selection spreadsheet interface suitable for use in the system of FIGS. 1-3.



DETAILED DESCRIPTION OF THE DRAWINGS AND THE PRESENTLY PREFERRED EMBODIMENTS
A system and method for allocating to market makers the right to quote for particular issues, such as classes of securities options, on an exchange is described herein. For purposes of this specification, the following definitions will be used:
Market maker (MM)=professional trader, or organization, registered to trade at the exchange and required to provide liquidity to a market, for example through streaming quotes for both a bid and an offer at a particular price.
Remote market maker (RMM)=market maker approved by the exchange to submit quotes and orders from a location other than the physical trading station for the subject class of option (i.e., from off the floor of the exchange).
Designated primary market maker (DPM)=market maker designated by the exchange to be responsible for a fair and orderly market, and to provide continuous quotes, for a particular class of options.
Electronic DPM (eDPM)=is a member organization that is approved by the exchange to, remotely from off the floor of the exchange, function in allocated option classes as a DPM and to fulfill certain obligations required of DPMs except for floor broker and order book official obligations.
Floor broker=individual who represents orders from others in a trading crowd on the floor of an exchange.
Issue or Class of options=all series of options related to a given underlying asset or instrument, where the underlying asset or instrument may be, for example, publicly traded stock of a company.
In order to provide for an orderly market where various issues of securities are properly represented, and where market makers have access to a selection of desired issues for quoting based on exchange-based rules, a method and system for allocating issues among one or more types of market participants, such as remote market makers, is disclosed herein. Referring to FIG. 1, in one embodiment remote market makers (RMM) 10 communicate with an exchange 12 to arrange for quoting privileges in various issues traded at the exchange 12. The RMMs 10 each communicate via their own communication platform. For example, one or more RMMs 10 may use stand-alone personal computers, networked devices, wireless connections, PDAs or other known communication mechanisms to communicate with the exchange 12. RMM requests for issue allocation may also be done in person with market procedures and planning (MPP) staff of the exchange.
A market procedures and planning (MPP) group 14 associated with the exchange 12 may communicate with the RMMs 10 to arrange RMM appointments by crowd or customized appointments to specific issues. The MPP may include an allocation system 16, which may include a server or other device having a processor, memory and communication mechanism. The MPP 14 preferably maintains current lists of issues traded on the exchange, as well as the rules and requirements for allocating quoting rights to RMMs 10 or others authorized by the exchange. The MPP 14 may communicate with both the RMMs 10 and a trading engine 18 for the exchange.
Referring to FIG. 2, the allocation system 16 may have a communication module 20, such as a modem, an issue database 22, a ranking module 24 and an issue allocation filter 26. The issue database 22 contains a listing of issues traded on the exchange. Within the allocation system 16, the issue database 22 is maintained in a memory with a ranked listing of issues traded on the exchange, for example classes of options. The allocation system 16 may be a stand-alone or distributed computer system. Additionally, the methods described below may be software instructions executable by the allocation system and stored in a computer readable form in, or accessible by, the allocation system on any of a number of known computer readable media. As described in detail below, RMMs may select a customized grouping, also referred to as configurable or virtual bins, of issues from this ranked listing in which to stream quotes from locations outside the exchange. In other embodiments, the system and method described herein may be configured to allow one or more other types of market participants, for example MMs, DPMs, or eDPMs, at an exchange or other type of trading facility to select their own virtual bins. Thus, in different embodiments, selection of virtual bins may be available to only one type of market participant, such as RMMs, or to any combination of types of market participants.
In one embodiment, the issue database includes a ranking of issues by a desired trading parameter. For example, the trading parameter may be national average daily volume of the issues for the previous three-month trading period. The issue database 22 may include information on each issue such as the option symbol, the underlying stock name and its associated stock symbol, internal system tracking identifiers and the ranking data. The ranking data reflects the perceived desirability of the issue in relation to the other available issues at the exchange. Accordingly, although one trading parameter for use in ranking the issues is noted above, any of a number of other trading parameters may be used to generate the ranking data. The ranking module 24 is preferably configured to receive the data relating to the chosen parameter for gauging desirability of the issues and calculate a ranking of the issues in the issue database. The ranking module 24 may be a software routine accessible by, or embedded in, a processor in the allocation system 16.
The issue allocation filter 26 applies exchange rules for granting quoting rights to RMMs. The allocation filter 26 receives requests from RMMs for specific groups of issue selections and verifies that the issue selection is acceptable to the exchange based on criteria including the value of the selected issues and the ownership interest of the RMM in the exchange, for example amount of shares of stock in the exchange owned, or the number of exchange seats owned or leased, by the RMM. Additional rules and limitations may also be applied to the RMM requests. The allocation filter 26 may communicate with the issue database for ranking information and may include or have access to an RMM database containing the RMM acronym registered with the exchange and the current seat ownership or leasehold data for that RMM. The issue allocation system 16 communicates with RMMs 10 and the trade engine 18 via its communication module 20.
As illustrated in FIG. 3, the electronic trade engine 18 contains a trade processor 28 that analyzes and manipulates orders according to matching rules 30 stored in the database in communication with the trade processor. Also included in the electronic trade engine is the electronic book (EBOOK) 32 of orders and quotes with which incoming orders to buy or sell are matched with quotes and orders resting on the EBOOK 32 according to the matching rules 30. As with the allocation system 16, the electronic trade engine 18 may be a stand-alone or distributed computer system. Any of a number of hardware and software combinations configured to execute the trading methods described below may be used for the electronic trade engine 18. In one embodiment, the electronic trade engine 18 may be a server cluster consisting of servers available from Sun Microsystems, Inc., Fujitsu Ltd. or other known computer equipment manufacturers. The EBOOK 32 portion of the electronic trade engine 18 may be implemented with Oracle database software and may reside on one or more of the servers comprising the electronic trade engine 18. The rules database 30 may be C++ or Java-based programming accessible by, or executable by, the trade processor 28.
Referring to FIG. 4, an issue ranking and updating process 34 using the system of FIGS. 1-3 is shown. Trading parameter data is gathered by the ranking module for issues traded on the exchange (at step 36). The trading parameter data may be automatically retrieved in electronic format, or manually entered, from an objective source for that trading parameter data. In the embodiment discussed above, where national average daily volume is used to generate rankings, the ranking module 24 may be configured to receive daily national trading volume from a source such as the Options Clearing Corporation (OCC). The ranking module 24 stores the trading parameter data in memory and calculates a ranking for each issue based on the trading parameter data (at step 38). In one embodiment, the ranking module 24 may collect the trading parameter data and periodically generate an average of the data. For example, in one embodiment the ranking module may collect data over a three month period and perform an averaging calculation. Various other trading parameters, or combinations of trading parameters, may be obtained and averaged by the ranking module. For example, objective criteria such as market capitalization or price variance of underlying stock (if the issues are equity options) may be used.
Once the trade parameter data has been averaged the data may then be applied to the information in the issue database to update rankings for the issues (at step 40). In one embodiment, each issue in the issue database may be provided ranking information by the ranking module. The ranking module may provide individual rankings, group a certain number of issues having a ranking within a desired range into separate tiers, or apply any number of other ranking criteria. In another embodiment where individual issue rankings are used to generate tiers of issues, the tiers may be determined by simply dividing the total number of issues into tiers having equal numbers of issues. In this example, if there were 5 tiers and 600 issues, each tier would be assigned 120 issues with the first or “A” tier receiving the 120 highest ranked issues, the second or “B” tier assigned the next 120 highest ranked issues, and so on. Alternatively, the tiers may contain uneven numbers of issues, or even different types of issues. For example, if the issues include equity options and index options, the index options may be placed in a separate tier from the equity options regardless of rank.
Using the ranked and tiered issues listed in the issue database, a method 42 of enabling RMMs 10 to select issues, or rearrange previously selected issues, for streaming quotes is illustrated in FIG. 5. A list of issues on the exchange is provided to the RMM showing the tier, or other, ranking (at step 44). The RMM may then select a desired number of issues (at step 46). When the RMM has selected its desired issues and submitted the selection to the allocation system 16, the allocation system checks the selections against exchange requirements, such as seat ownership, where the current seat holdings for the RMM and the current values of the selected issues are compared (at step 48). The value, in one embodiment may be a tier value for the tier in which the selected issue is included. The tier value may be stored in terms of a fractional seat requirement. Thus, in one embodiment, each tier “A” issue selected may be valued at, for example, 0.1 seat so that the selection of 10 tier A issues would require that the RMM own or lease at least 1 seat. One example of seat requirements is illustrated in Table 1 below, where issues from a particular tier are given a value (multiplier).









TABLE 1





Tier
Seat Requirement
Multiplier







Tier A
1 seat for 10 classes
 1/10 or .1


Tier B
1 seat for 15 classes
 1/15 or .066


Tier C
1 seat for 20 classes
 1/20 or .05


Tier D
1 seat for 25 classes
 1/25 or .04


Tier E
1 seat for 30 classes
 1/30 or .033









Using the issue value chart of Table 1, an example of an acceptable remote market maker selection for a remote market maker owning one seat on the exchange is illustrated in Table 2.












TABLE 2







Tier
Classes Selected
Classes/Seat
Weighted Total









A
4
10
0.400



B
3
15
0.200



C
2
20
0.100



D
3
25
0.120



E
3
30
0.100










TOTAL SEATS REQUIRED:
0.920










Although the minimum seat requirement is preferably ownership of a whole number of seats greater than or equal to the sum of the selected issue values, in other embodiments it is contemplated that fractional seat ownership rights may be used to acquire quoting rights in issues adding to less than or equal to the fractional ownership of the RMM.
Assuming that the RMM's issue selections meet the minimum seat requirement, the issue allocation filter may then apply any additional exchange rules to the request. In one embodiment, the exchange may also filter the RMM selection requests by limiting the number of RMMs who are able to quote on a particular issue. The issue allocation filter may maintain a database of how many RMMs have been approved for quoting on each issue and deny a request from another RMM to quote in that same issue if the limit has been reached. These limits, also referred to as class quoting limits (CQL), may be applied in a number of ways. If the exchange is an all-electronic exchange, the limit may only be applied to RMMs. If the exchange is a hybrid electronic and open outcry exchange, the limit may be applied to how many total entities, such as the sum of RMMs, MMs, DPMs, eDPMs and any other market participants who can quote on the exchange, are already approved to quote in those specific issues.
The limits on number of quoters per issue may be set according to how the exchange believes it may best attract RMMs to use the exchange. In one embodiment, each tier may allow the same maximum number of RMMs per issue. In an alternative embodiment, the maximum number of RMMs per issue may be higher in the more popular, high value tiers and lower in the lower ranked tiers so that the greater exclusivity might attract RMMs to select lower tiers. In yet other alternative embodiments, the CQL may be staggered in the same manner as the tier structure. For example, while tier A value issues may be the first 120, or 20%, of an available 600 issues, the CQL may be set such that the 50 highest ranked issues have a limit of 40 quoters per issue, the next 100 highest ranked issues are allowed 35 quoters per issue, and so on. Also, just as the value for issues can be based on tiers or individual issue rankings, the CQL may also differ by issue rather than by group of issues.
If the issue allocation system 16 determines (at step 50) that the RMM selections meet the exchange requirements, the issue allocation system may then communicate the approval to the trade engine such that the trade engine will permit quotes in the selected issues arriving from the RMM to be disseminated to the exchange (at step 52). The issue allocation system also communicates with the RMM to verify acceptance of the RMM issue selection. If the issue allocation system 16 determines that one or more exchange requirements have not been met, then the RMM will be informed of the problem and given an opportunity to submit another request (at step 54).
In order to provide information to RMMs and obtain the RMM issue selection requests, the issue selection system provides access to a listing of issues and a value calculator to guide RMMs regarding the seat requirements for different configurations of RMM virtual bins. The communications between the issue allocation system and the RMMs may be in person with MPP staff or by facsimile, an email, or via an interface or interactive website. In one embodiment, an RMM may request and obtain an issue selection spreadsheet from the exchange. An example of an issue selection spreadsheet 56 is shown in FIG. 6. The current status section provides a list of selected issues 58. The spreadsheet 56 may be in the form of a static spreadsheet or an electronic spreadsheet, such as a Microsoft Excel spreadsheet. The issue selection spreadsheet may have a calculator 60 identifying issue tiers 62, the number of selected classes 64 in a particular tier, the weighting per class for a tier 66 and the weighted total 68.
In one embodiment, as shown in FIG. 6, the spreadsheet may include individual tabbed pages 70 containing a complete listing of all issues, by tier, available for selection by remote market makers on the exchange in addition to a selected issue tab 58. Tabbed pages may include a listing of all available issues for a particular tier. As shown in the total request tab, issues may be listed including an exchange reference code 72, tier identifier 74, underlying stock name 76, underlying stock symbol 78 and option symbol 80. The RMM may select a tabbed page and indicate which issues it is interested in including into its bin by entering a selection in a selection space 82 corresponding to the desired issue. The bin calculator 60 automatically updates the selected classes 64 column for the appropriate tier and recalculates the weighted total 66 column by multiplying the current number of classes selected for a tier by the seat requirement for issues in that tier. The calculated total seat requirement 68 also may automatically update by adding together the weighted total for each tier. In one embodiment, the calculator 60 remains persistently displayed regardless of which tab 70 is currently selected. The calculator is responsive to updates in the class selection space 82 on any of the tabbed pages of issue listings to update the seat calculations. The total request tab 58 may display seat requirement information 84 adjacent each selected issue, as well as displaying subtotal seat values 86 for each tier grouping.
Once an RMM has completed the issue selection spreadsheet, the spreadsheet may be transmitted to the issue selection server. In one embodiment, a printed out version of the spreadsheet may be transmitted via facsimile and entered by the MPP into the allocation server. In another embodiment, the spreadsheet may be maintained in electronic form and transmitted via email to the issue allocation server. In yet other embodiments, the exchange may allow access to an interactive website where RMMs may log in and manipulate an interface configured in the same manner as the issue selection spreadsheet to select desired issues. In one embodiment, where the spreadsheet of FIG. 6 is integrated as an interface of one or more windows in an exchange website, a submit button may be added to signal to the exchange that a completed selection has been made. Additionally, other criteria besides the seat ownership requirements may be updated in the website version so that if an issue selection is unavailable for reasons other than seat ownership, the RMM would be notified immediately or would not be presented with the selection option for that issue. Upon receipt of a completed issue selection spreadsheet or website selection from an RMM, the issue allocation filter 26 in the allocation system 16 will review the selections and automatically compare exchange rules to those selections as described previously.
If the requesting RMM lacks the requisite number of seats, the requesting RMM would receive notification from the MPP that an invalid selection has been attempted. If the issue selections and owned/leased seats are compatible, then the issue allocation filter 26 will proceed to the next exchange rule application. An example of another rule the issue allocation filter may apply is class quoting limitations. In one embodiment, an exchange may limit the number of members, including RMMs, quoting electronically in each class. The class quoting limits may be determined by tier and set forth in published rules accessible by RMMs.
In instances where an RMM is attempting to select a class already fully subscribed according to the class quoting limits for that tier, the issue allocation system 16 may store a waiting list of RMMs seeking to stream quotes in that particular issue on a first come first served basis, or some other basis as determined by the exchange. One alternative to the first come first served process may be to analyze past quoting performance for the RMM on the issue with the waiting list, or on all the RMM's issues generally. In this alternative procedure, RMMs with the best trading volume may be given priority in the waiting list. When the number of RMMs, or RMMs in combination with other market makers, quoting for an issue falls below the CQL, the allocation system would use the waiting list to send out automatic reminders to wait-listed RMMs to let them know that an issue is again open for selection and provide them a fixed period of time within which to accept before proceeding to automatic notification of the next waitlisted RMM. It is contemplated that issue selection may be made on a quarterly, monthly, or even daily basis to permit greater flexibility for RMM trading practices. Accordingly, openings for the rights to stream quotes in various issues may occur frequently and wait lists may be a viable option.
Separate from the selection frequency permitted to RMMs for reorganizing their bins of selected issues, the issue allocation system 16 may be configured to automatically re-rank and re-tier the available issues on a quarterly or other periodic basis. The re-tiering may be based on quarterly average total national daily volume information for issues traded at the exchange or any other objective criteria. Once the rebalanced tier system is calculated, the issue allocation system 16 may automatically notify RMMs, for example via email, if their seat ownership requirements are no longer met using their current bin of issues. The notification may include a grace period announcement and start a grace period timer in the issue allocation system for allowing the RMM to adjust its bin of issues to comply with the seat requirements. In one embodiment, a one month grace period may be permitted for RMMs to rebalance their customized bin selections according to the available seats they have. The issue allocation system may provide one or more reminders at specific calendar day increments, for example fourteen days before the end of the grace period, to remind RMMs of the need to rebalance.
After expiration of the rebalancing grace period, the issue allocation system may discipline non-compliant RMMs. In one embodiment, the issue allocation system may communicate instructions to the trade engine to deny the non-compliant RMM any access to stream quotes to the exchange. Alternatively, the issue allocation system may instruct the trading engine to deny quoting rights to enough randomly selected issues in the RMM's bin so that the RMM is in compliance with the seat requirement. Other variations of denying quoting access may also be implemented, such as analyzing RMM trading patterns to automatically deny non-compliant RMMs quoting rights on issues the RMM trades least, or that have the lowest tier value, until the RMM is in compliance.
Because the CQL of an issue may be tied directly to the rank or to the tier in which an issue resides, the periodic re-ranking and re-tiering may reduce or increase the total number of quoters permitted for that particular issue. In one embodiment, where a re-tiering operation moves an issue into a tier having a lower CQL, the issue allocation system may be configured to allow any market makers already permitted to stream quotes for the issue to retain the right to do so, given adequate seat ownership, even though there would be more remote market makers than the CQL would normally permit. Any market maker approved for an issue that is oversubscribed, however, would be cut off from reselecting that issue if the market maker relinquished the right for a period of time and then wanted to redesignate the oversubscribed issue at a later time. Conversely, if an issue moves in rank/tier to a higher CQL, the issue allocation system may communicate with wait-listed market makers to indicate availability of the issue.
Although the above description describes remote market making generally, it is contemplated that the issue allocation methods described above may apply to all-electronic exchanges where all market making is in virtual trading crowds (VTCs) as well as in hybrid trading exchanges where virtual trading crowds and live trading crowds (i.e. open-outcry trading on the floor of an exchange) take place. One example of a hybrid exchange is discussed in US 2004-0215538 A1, published Oct. 28, 2004, the entirety of which is incorporated herein by reference. Also, the embodiments of the system and method described above may be configured to apply only to selection of issues for remote market makers, or to apply to one or more other types of market participants whether remotely located or on the floor of the exchange.
It is intended that the foregoing detailed description be regarded as illustrative rather than limiting, and that it be understood that it is the following claims, including all equivalents, that are intended to define the scope of this invention.

## Claims

1. A computer implemented method of allocating rights for quoting classes of options on an exchange, the method comprising:
maintaining in a database of an option class selection system a ranked database of classes of options available for trading by market participants associated with the exchange;
receiving at the option class selection system a request from a market participant having an ownership interest in the exchange to obtain rights to submit quotes in a subset of the plurality of available classes of options, wherein the ownership interest of the market participant is less than an amount necessary to obtain rights to submit quotes in all available classes of options;
automatically determining with the option class selection system if a total trading rights value associated with each of the available classes of options in the subset of available classes of options in the request is within a value of the ownership interest associated with the market participant, where each class of options in the subset of the plurality of available classes of options is assigned a trading rights value correlated to a ranking associated with the class of options in the ranked database; and
if the request is determined by the option class selection system to be within the value of the ownership interest associated with the market participant, automatically transmitting from the option class selection system an approval of the request.

2. The method of claim 1, wherein receiving the request from the market participant comprises receiving the request from a remote market maker.

3. The method of claim 2, wherein receiving the request further comprises displaying option class selection options to the remote market maker.

4. The method of claim 2 further comprising determining whether a maximum number of market participants are authorized to submit quotes for a particular class of options in the subset of the plurality of classes of options.

5. The method of claim 4, further comprising placing a remote market maker on a waiting list for the particular class of options if a maximum number of market participants is already authorized to submit quotes for the particular class of options, and automatically notifying the remote market maker when the particular class of options is available.

6. The method of claim 1, further comprising:
re-ranking classes of options in the ranked database of classes of options at predetermined intervals;
reviewing a value of classes of options in the subset of the plurality of classes of options;
notifying the market participant if the value of classes of options in the subset exceeds the exchange ownership value associated with the market participant.