WO2002025546A1 - Method and system of managing credit for the electronic trading of financial instruments - Google Patents

Method and system of managing credit for the electronic trading of financial instruments Download PDF

Info

Publication number
WO2002025546A1
WO2002025546A1 PCT/US2001/029126 US0129126W WO0225546A1 WO 2002025546 A1 WO2002025546 A1 WO 2002025546A1 US 0129126 W US0129126 W US 0129126W WO 0225546 A1 WO0225546 A1 WO 0225546A1
Authority
WO
WIPO (PCT)
Prior art keywords
bucket
trade
credit
buckets
draw down
Prior art date
Application number
PCT/US2001/029126
Other languages
French (fr)
Inventor
Michiya Handa
Michael J. Tari
Darius Gagne
Neil Chriss
Jeffrey Larsen
Original Assignee
Icor Brokerage, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Icor Brokerage, Inc. filed Critical Icor Brokerage, Inc.
Priority to AU2001292736A priority Critical patent/AU2001292736A1/en
Publication of WO2002025546A1 publication Critical patent/WO2002025546A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03Credit; Loans; Processing thereof
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • This invention generally relates to computerized brokerage systems and more particularly, to the electronic trading of financial instruments between various counterparties having unilateral or bilateral credit relationships.
  • BACKGROUND When financial instruments, such as those listed in Table 1 , are traded, the credit worthiness of the opposing counterparty is important because obligations of one or both parties under such financial instruments may extend up to and beyond thirty years. Each of the parties may be exposed to risk based upon the ability of a counterparty to fulfill its obligations. The resulting credit exposure over the life of a contract is potentially an unknown amount. Therefore, trading parties have a significant interest in limiting credit exposure.
  • a credit officer for each trading entity assigns credit lines for each potential counterparty.
  • An intermediary broker is used to match bids and offers between various parties. Once two parties are matched, credit officers for both parties then determine whether to approve the transaction based on the opposing party's credit limit. Alternatively, the broker may maintain a list of which entities each party is willing to trade with, and only match parties who are cleared to deal with one another.
  • U.S. Patent No. 6,014,627 describes an anonymous trading system which identifies the best bids and offers from those counterparties with which each party is eligible to trade. The system pre- screens each bid and offer for a particular type of financial instrument for compatibility with credit information to calculate a best price (the "dealable" price), for each entity dealing with the particular financial instrument.
  • U.S. Patent No. 5,924,083 describes a distributed trading system for displaying a credit-filtered view of markets for financial instruments based upon credit limits entered by the trading parties. Each trading entity initially enters credit information which consists of the amount of credit that the trading entity is willing to extend to other trading entities for one or more types of trading instruments.
  • Each trading entity may also create group credit limits by which the trading entity may limit the amount of credit it is willing to extend to a group of potential counterparties.
  • PCT Application, No. PCT/US98/21518 describes a credit preference method in an anonymous trading system for screening trades between entities.
  • Three screening methods are described: a binary method in which each entity makes a yes or no determination as to whether or not it will deal with each potential counterparty; a line binary or time limit method in which each entity sets a maximum maturity of contracts for each potential counterparty; and a "complex” method in which each entity specifies a maximum amount it will trade with each counterparty for one or more "maturity bands.”
  • the system provides a "complex preference interface" through which a credit administrator for the trading entity can specify for each potential counterparty, the maximum exposure for each maturity band.
  • RQ risk equivalence
  • each financial instrument may have one or more tenors associated with it.
  • Each trading party has a set of credit limits associated with each other potential trading party. This includes a credit limit for one or more tenors of each financial instrument to be traded.
  • the tenors are grouped into sets of "buckets," where a single credit limit is applied to all tenors in an individual bucket.
  • a relationship is associated with the credit limits for a first group of buckets wherein credit extended on one of the tenors in an individual bucket proportionally reduces the available credit for the other buckets, and therefore the credit limit on each tenor in the buckets.
  • the credit limit for the bucket associated with the tenor is reduced by the amount of the trade and the credit limits on the related buckets are proportionally reduced.
  • the credit limit of each bucket is reduced in proportion to an initial assigned credit limit.
  • Figure 1 is a schematic diagram of exemplary credit relationships formed between trading organizations in accordance with the present invention
  • Figure 2 is a flow chart of a preferred process for tracking credit limits in accordance with the invention
  • Figure 3 is a flow chart of a method for calculating proportional draw downs and currently available limits in accordance with the present invention
  • Figure 4 shows an exemplary user interface for selecting trading groups in accordance with the present invention
  • Figures 5A and 5B show an exemplary user interface for specifying draw down proportions for various tenors for financial instruments in accordance with the present invention
  • Figure 6 shows an exemplary user interface for setting eligibility as well as available credit multipliers for a plurality of counterparties in accordance with the present invention
  • Figure 7 shows an exemplary user interface for customizing proportional draw downs for individual institutions
  • Figure 8 shows an exemplary user interface for globally selecting buckets of financial instruments
  • Figure 9 shows an exemplary user interface for setting buckets for an individual institution
  • Figure 10 shows an exemplary trader screen including credit relationship status information for each bid and offer; and Figure 11 is a schematic of an exemplary computer network implementing the disclosed invention.
  • party or “counterparty” shall refer to any institution, organization, trading group, or other entity which has a unilateral or bilateral credit relationship with another entity.
  • a credit officer or someone with policy setting power for a party will define the amount of credit the party is willing to extend to each potential counterparty.
  • the invention is most suited to instruments that include on-going obligations, such as those listed in Table 1 , but can also be applied to other instruments, such as stocks and bonds where a party's only significant risk is settlement. Moreover, the invention also applies to contracts based upon the exchange of any commodity, such as contracts for the exchange of bandwidth, real estate, electricity, processing power, freight transportation, etc. Thus the term "financial instruments" as used herein includes contracts based upon such commodities or services.
  • the administrator may combine several tenors or financial instruments into a single bucket. Thus, for example, the administrator may choose to set up three buckets for a given financial instrument, such as a two year tenor, a five year tenor and a seven year tenor.
  • any tenor for this financial instrument would then be assigned to one of these buckets based on its lifespan.
  • any tenor of the financial instrument of two years or less would be assigned to the two year bucket; any tenor of the financial instrument of greater than two years but less than or equal to five years would be assigned to the five year bucket; and any tenor of the financial instrument of greater than five years but less than or equal to seven years would be assigned to the seven year bucket.
  • Any tenor of the financial instrument of greater than seven years could not be traded unless the administrator chose to create an additional bucket of a longer tenor.
  • tenors of greater than the maximum bucket tenor are given a "maybe" trading status, as described further below.
  • the administrator further decides how buckets are related. For example, all tenors of a given financial instrument are typically related. In addition, the administrator may also decide to group different financial instruments, such as swaps and options, together, such that credit drawn down for swaps will reduce the credit available for the options.
  • the Proportional Draw Down for each bucket represents the amount of trading that could potentially be done (on a notional basis) in a single bucket that would completely exhaust the entire credit limit of a given counterparty. Combined, the Proportional Draw Downs for a group of buckets give the proportional relationship between trades done in different buckets.
  • the Overriding Credit Limit is the maximum that may be drawn down from a given bucket.
  • the Current Available credit limit at any given time for each bucket is then the minimum of the Proportional Draw Down and the Overriding Credit Limit.
  • the administrator may further specify a minimum trade amount (CL m j n ) below which trades will be allowed. This may be a global variable or assigned individually for each entity. Optionally, this minimum is simply set to zero.
  • the Proportional Draw Downs create a relationship between the various buckets for the various instruments, such that the trading in any instrument in any single bucket will have an effect on all of the instruments in any related buckets.
  • both parties to a trade will draw down the credit limits available to the opposing party for any trade.
  • trades for certain types of instruments having non-symmetrical credit risks will only draw down against the credit limits for one of the parties. For example, the buyer of an option would want to reduce the credit limit of the party it is buying the option from, whereas the seller of an option may not want to reduce the credit limit of the party it is selling the option to.
  • the system will determine whether to reduce one or both parties respective credit limits based on the nature of the instrument and whether the party is a buyer or a seller.
  • the system calculates (60) (for at least one counterparty) new values for the Overriding Limits as:
  • ⁇ ik is the well known Kronecker Delta and has a value equal to 0 if i is not equal to k and a value equal to 1 if i equals k.
  • the system calculates (62) (for at least one counterparty) new values for the Current Available Limits as:
  • Cj ⁇ + max (min [Mj ⁇ + , Oj ⁇ + 1 ], CL m j n ). (3) where max is the maximum function which compares the two arguments and returns their maximum, and min is the minimum function which compares its two arguments and returns their minimum.
  • CL m j n is automatically set by the system to zero. This ensures that the counterparty's credit limit will never be less than zero. However, CL min may be changed by an authorized user. Finally, ⁇ is incremented (63)
  • Equation (4) can be employed in a similar manner to equation (3) above to continually track available credit.
  • CL min is automatically set to zero, but may, alternatively, be administrated as noted above.
  • the system implements the above procedure by normalizing the credit limits in buckets 1...N to the credit limit for a single bucket, called a Normalized Total Credit (NTC).
  • NTC Normalized Total Credit
  • the buckets are typically normalized to the maximum tenor, for example, the swaps of Table 2 above would be normalized to $100 million ten year swaps.
  • the conversion ratios (CR;) for the two, five, and ten year swaps of Table 2 could be expressed as: .25, .5, and 1 , respectively, where NTC is the normalized total credit ($100 million) with respect to the ten year swap.
  • the NTC must be set (70). As noted above, this is typically set equal to the Proportional Draw Down of the maximum tenor for at least one instrument, but may be set equal to any draw down limit or any arbitrary value.
  • the conversion ratios (CR,) are then calculated (72) for each bucket as the ratio of the NTC over credit limit for that bucket.
  • NTC ⁇ +1 NTC ⁇ - (Xk * CRj).
  • Tables 6 and 7 show initial Proportional Draw Downs of 400, 200, and 100 million, and Overriding Credit Limits of 300, 100, and 80 million for 2, 5 and 10 year swaps; and Proportional Draw Downs of 800, 400, and 200 million and Overriding Credit Limits of 500, 400, and 200 for 2, 5, and 10 year options, respectively.
  • NTC is calculated as follows:
  • the new available limits are calculated being 30 for the five year swaps or 2 times the ten year NTC, 60 for the two year swap or 4 times the ten year NTC, and the new values for the options are 2 times the ten year NTC or 30 for the ten year options, the five year options maximum is 60 or 4 times the ten year NTC, and the new two year options limit is 8 times the ten year NTC or 120.
  • Tables 8 and 9 have been updated to reflect updated Overriding Credit Limits.
  • the credit officer, administrator, or other authorized user selects from a list of trading groups (shown as 112, 114, 116, 118, 120, 122, 124 and 126).
  • the credit officer will select one or more of these trading groups and set trading properties for the selected group or groups.
  • the credit officer enters the properties screen by selecting the properties link (128).
  • Overriding Credit Limits may be specified using a similar interface (not shown) for embodiments including overriding credit limits.
  • Figure 5A shows a draw down proportion screen (tab 150), including a draw down matrix (128), having three instruments, swaps (130), swaptions (132) and cap/floors (134). Additional instruments traded by the specific trading group, in this example, the USD Swaps and Options group, may be available by scrolling down the screen (not shown).
  • four buckets for each instrument are displayed, two year (140), five year (142), seven year (144) and ten year (146).
  • each tenor for any listed instrument will be assigned by the system to one of the buckets for that instrument.
  • the credit officer will enter the Proportional Draw Downs for each bucket for each instrument. For example, in Figure 5A, the officer has entered 1600 for two year swaps, 1000 for five year swaps, etc.
  • the credit officer can redefine the number, and tenor, of buckets, either globally ( Figure 8) or on an individual trading group ( Figure 9) basis.
  • 500 in ten year swaps will be equivalent in draw down of credit to 1500 in two year cap/floors.
  • the credit administrator has created two sets of buckets, one for USD swaps and USD swaptions, and a second for USD Cap/Floor.
  • trading in the USD Cap/Floor instruments will not effect credit levels in the USD swaps and USD swaptions set of buckets.
  • trading in USD swaps or USD swaptions will not effect the credit levels in the USD Cap/Floor buckets.
  • Any instrument with a tenor not falling within a specific bucket will preferably be automatically grouped to the next higher bucket.
  • trading a six year swap will be the same as trading a seven year swap for credit purposes.
  • any instrument with a tenor not falling within a bucket will be allocated among the next higher and next lower buckets by mathematical interpolation.
  • a trade in a six year swap in this embodiment may have one half of its notational size drawn down from the five year bucket and one half drawn down to the seven year bucket.
  • Figure 6 shows an eligibility screen (tab 152), including an eligibility matrix (160), having a list of eligible entities (162), a binary eligibility list (164) and a draw down multiple (166).
  • a trading group profile specifies which entities will be included in the eligible institution list (162). The first time the credit officer accesses the eligibility screen (tab 152), eligibility is defaulted to yes for all entities in the eligible institution list and the multiplier (166) is defaulted to 1.0. Any entities not included in the list will be assumed to be eligible, although their multiplier will be set to zero. Thus, as described below, new institutions will be given "maybe" status until the administrator further specifies credit status for that institution. The credit officer may modify eligibility for any specific institution by clicking on the binary eligibility list (164).
  • the draw down multiple list allows the credit officer to easily multiply the drawn down matrix (128) set above in Figure 5A by a multiplication factor.
  • Morgan Guarantee Trust has been assigned a multiple of 2.0 in Figure 6.
  • the system would then multiply each entry in the draw down matrix (128) of Figure 5A by a factor of 2.0.
  • the two, five, seven and ten year limits for USD Swaps for Morgan Guarantee Trust would be set to 3200, 2000, 1600 and 1000 for two, five, seven and ten year buckets, respectively.
  • Figure 7 shows a customization screen (tab 154), including a customizable draw down matrix (170) and an available credit limit matrix (172) for each trading institution.
  • the credit officer may individually set the draw down limits for each bucket and instrument for each trading institution.
  • the screen allows the credit officer to scroll down to additional trading entities. Users without credit setting power may view this screen to see the available credit limits for each institution, but preferably, are not allowed to modify credit limits.
  • credit relationships in accordance with the present invention may be displayed on trader screens such that the credit relationship for individual trades may be displayed while keeping the identity of the potential trading counterparty anonymous.
  • individual bids and offers are displayed with an indication, preferably specific colors, corresponding to the potential credit relationship of the counterparty.
  • Bids and offers on which credit is bilaterally approved according to the credit relationship scheme are indicated by a first color, preferably green (shown as standard font text in Figure 10). Bids and offers having a "maybe” status as to credit are indicated by a second color, preferably yellow (shown as underlined text in Figure 10).
  • a bid or offer will have a "maybe” status when credit was initially assigned by either party to the potential counterparty but has been used up, at least for the specific tenor, through one or more trades. These are considered “maybe” in the preferred embodiment because credit officers typically spread credit over a variety of systems and are often willing to further extend credit on one or more systems to a specific counterparty, particularly when the credit for the given counterparty has been used up on one system but not another.
  • the system is preferably implemented utilizing a computer network as disclosed in Figure 11.
  • Each trader station (250, 251 and 252) is connected to the server (254) through the network (255).
  • the network (255) is preferably a private network connected through any number of means, such as T1 lines, digital subscriber lines, cable modems, satellite links, or other available connection means.
  • One or more trader stations for a trade group may be coupled via a local area network (253).
  • a credit officer station (256) also is preferably coupled via the same local area network (253) to server (254).
  • trader stations (250, 251 and 252) may be coupled to server (254) through any of a number of means, such as via a public network such as the Internet or via a virtual private network.
  • the system preferably utilizes a client-server architecture in which trader stations (250, 251 and 252) execute a thin-client written in Java to communicate with the server (254).
  • the server (254) acts as a web server and communicates with trader stations (250, 251 and 252) using a page description language, such as HTML.
  • traders interact with server (254) using an HTML compatible browser (e.g., Netscape Navigator® or Microsoft Internet Explorer®).

Abstract

A method (see Fig. 1) for tracking credit between a first financial institution (30) and a second financial institution (32) is disclosed. Each financial instrument may have one or more tenors. An initial credit limit is assigned to a credited financial institution for each tenor of each financial instrument to be traded. A relationship is assigned to the credit limits on a first plurality of tenors wherein credit extended on one of said tenors reduces the available credit on said other tenors, said credit being reduced in proportion to said preassigned proportions. When the system receives a signal associated with trades between counterparties, the system updates the credit limits between the counterparties in accordance with preassigned proportions.

Description

METHOD AND SYSTEM OF MANAGING CREDIT FOR THE ELECTRONIC TRADING OF FINANCIAL INSTRUMENTS
FIELD OF THE INVENTION
This invention generally relates to computerized brokerage systems and more particularly, to the electronic trading of financial instruments between various counterparties having unilateral or bilateral credit relationships. BACKGROUND When financial instruments, such as those listed in Table 1 , are traded, the credit worthiness of the opposing counterparty is important because obligations of one or both parties under such financial instruments may extend up to and beyond thirty years. Each of the parties may be exposed to risk based upon the ability of a counterparty to fulfill its obligations. The resulting credit exposure over the life of a contract is potentially an unknown amount. Therefore, trading parties have a significant interest in limiting credit exposure.
In a typical "conversational" trading desk scenario in which traders enter and act on orders over the telephone, a credit officer for each trading entity assigns credit lines for each potential counterparty. An intermediary broker is used to match bids and offers between various parties. Once two parties are matched, credit officers for both parties then determine whether to approve the transaction based on the opposing party's credit limit. Alternatively, the broker may maintain a list of which entities each party is willing to trade with, and only match parties who are cleared to deal with one another. F/X Products
American and European Options Calls Puts
Risk Reversals and Straddles Strangles
Exotic Options
Knock-ins/outs Reverse knock ins/outs Other Instruments Forwards Fixed Income Products
Swaps
Swap spreads (traded with treasury hedge) All-in rate swaps Spread switches
All-in-rate switches
1-3,3-6,1-6 month LIBOR basis swaps CP-3 month LIBOR basis swaps Forward Rate Agreements 1/3/6 month LIBOR
FRA Switches Swaptions
European (payer, receiver, straddle) Bermudan (payer, receiver, straddle) Bermudan-European Switches (payer, receiver, straddle)
LIBOR Cap/Floor, Straddle LIBOR Digital Cap/Floor Convexity Products
Cap/Floor, Straddle (CMS/CMT 2, 5, 10, 30 year tenors) Rolling Spread Locks against a spot hedge
Rolling Spread Locks quoted outright Equity index Products
American and European Options Calls Puts
Straddles
Table 1
A number of systems have been developed which attempt to automate the trading process and provide credit controls. For example, U.S. Patent No. 6,014,627 describes an anonymous trading system which identifies the best bids and offers from those counterparties with which each party is eligible to trade. The system pre- screens each bid and offer for a particular type of financial instrument for compatibility with credit information to calculate a best price (the "dealable" price), for each entity dealing with the particular financial instrument. U.S. Patent No. 5,924,083 describes a distributed trading system for displaying a credit-filtered view of markets for financial instruments based upon credit limits entered by the trading parties. Each trading entity initially enters credit information which consists of the amount of credit that the trading entity is willing to extend to other trading entities for one or more types of trading instruments. Each trading entity may also create group credit limits by which the trading entity may limit the amount of credit it is willing to extend to a group of potential counterparties. PCT Application, No. PCT/US98/21518 describes a credit preference method in an anonymous trading system for screening trades between entities. Three screening methods are described: a binary method in which each entity makes a yes or no determination as to whether or not it will deal with each potential counterparty; a line binary or time limit method in which each entity sets a maximum maturity of contracts for each potential counterparty; and a "complex" method in which each entity specifies a maximum amount it will trade with each counterparty for one or more "maturity bands." The system provides a "complex preference interface" through which a credit administrator for the trading entity can specify for each potential counterparty, the maximum exposure for each maturity band. For example, an entity could specify that for a given counterparty, it "will do up to $100 million out for 5 years, and then only $50 million out from thereafter out to 10 years, and nothing thereafter." In determining appropriate limits, the administrator use a measure of "risk equivalence" (RQ) which is calculated as a function of the potential exposure averaged over a series of time points, weighed by a discount factor.
Although the above systems disclose credit mechanisms for use with trading systems, no known prior art allows an administrator or other authorized user to easily relate credit limits for multiple tenors or instruments. Thus, there exists a need for a method and system of facilitating the use of related credit limits for use with trading systems.
SUMMARY OF THE INVENTION
These and other limitation of the prior art are addressed in the present invention which is a system and method of tracking credit limits between counterparties trading financial instruments on a trading system, where each financial instrument may have one or more tenors associated with it. Each trading party has a set of credit limits associated with each other potential trading party. This includes a credit limit for one or more tenors of each financial instrument to be traded. The tenors are grouped into sets of "buckets," where a single credit limit is applied to all tenors in an individual bucket. A relationship is associated with the credit limits for a first group of buckets wherein credit extended on one of the tenors in an individual bucket proportionally reduces the available credit for the other buckets, and therefore the credit limit on each tenor in the buckets. When a trade is entered into between a party and a given counterparty for a given tenor, the credit limit for the bucket associated with the tenor is reduced by the amount of the trade and the credit limits on the related buckets are proportionally reduced. In a preferred embodiment, the credit limit of each bucket is reduced in proportion to an initial assigned credit limit. BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 is a schematic diagram of exemplary credit relationships formed between trading organizations in accordance with the present invention; Figure 2 is a flow chart of a preferred process for tracking credit limits in accordance with the invention;
Figure 3 is a flow chart of a method for calculating proportional draw downs and currently available limits in accordance with the present invention;
Figure 4 shows an exemplary user interface for selecting trading groups in accordance with the present invention;
Figures 5A and 5B show an exemplary user interface for specifying draw down proportions for various tenors for financial instruments in accordance with the present invention;
Figure 6 shows an exemplary user interface for setting eligibility as well as available credit multipliers for a plurality of counterparties in accordance with the present invention;
Figure 7 shows an exemplary user interface for customizing proportional draw downs for individual institutions;
Figure 8 shows an exemplary user interface for globally selecting buckets of financial instruments;
Figure 9 shows an exemplary user interface for setting buckets for an individual institution;
Figure 10 shows an exemplary trader screen including credit relationship status information for each bid and offer; and Figure 11 is a schematic of an exemplary computer network implementing the disclosed invention. DETAILED DESCRIPTION OF THE INVENTION
With reference to Figure 1 , a typical trading and credit scenario is described. Trades of financial instruments are typically performed between trading groups (10, 12, 14, 16, 18, 20). Each trading group typically trades one or more types of financial instruments. Each trading group also typically includes one or more individual traders. Credit relationships are typically established between trading groups and legal organizations (22, 24, 26 and 28). Alternatively, credit relationships may be formed between trading groups and parent companies of the legal organizations (shown as institutions 30, 32); or between any combination of trading groups, organizations, institutions, or other entity. Accordingly, the term
"party" or "counterparty" shall refer to any institution, organization, trading group, or other entity which has a unilateral or bilateral credit relationship with another entity. In a typical scenario, a credit officer or someone with policy setting power for a party will define the amount of credit the party is willing to extend to each potential counterparty.
The invention is most suited to instruments that include on-going obligations, such as those listed in Table 1 , but can also be applied to other instruments, such as stocks and bonds where a party's only significant risk is settlement. Moreover, the invention also applies to contracts based upon the exchange of any commodity, such as contracts for the exchange of bandwidth, real estate, electricity, processing power, freight transportation, etc. Thus the term "financial instruments" as used herein includes contracts based upon such commodities or services.
With reference to Figure 2, an overview of the system for entering and processing credit limits on buckets is described. For each potential counterparty (50), the system is initialized, i.e. α is set to zero (51), and the credit officer or other authorized user (referred to herein as an "administrator" or "credit officer") defines a Proportional Draw Down limit (52) for each bucket by tenor Mp for buckets (i = 1...N). The administrator may combine several tenors or financial instruments into a single bucket. Thus, for example, the administrator may choose to set up three buckets for a given financial instrument, such as a two year tenor, a five year tenor and a seven year tenor. Any tenor for this financial instrument would then be assigned to one of these buckets based on its lifespan. In a preferred embodiment, any tenor of the financial instrument of two years or less would be assigned to the two year bucket; any tenor of the financial instrument of greater than two years but less than or equal to five years would be assigned to the five year bucket; and any tenor of the financial instrument of greater than five years but less than or equal to seven years would be assigned to the seven year bucket. Any tenor of the financial instrument of greater than seven years could not be traded unless the administrator chose to create an additional bucket of a longer tenor. In an alternate embodiment, tenors of greater than the maximum bucket tenor are given a "maybe" trading status, as described further below. The administrator further decides how buckets are related. For example, all tenors of a given financial instrument are typically related. In addition, the administrator may also decide to group different financial instruments, such as swaps and options, together, such that credit drawn down for swaps will reduce the credit available for the options.
The Proportional Draw Down for each bucket represents the amount of trading that could potentially be done (on a notional basis) in a single bucket that would completely exhaust the entire credit limit of a given counterparty. Combined, the Proportional Draw Downs for a group of buckets give the proportional relationship between trades done in different buckets. In one embodiment of the invention, the administrator may further define an Overriding Credit Limit (54) for each bucket Op for buckets (i = 1...N) which is an additional constraint on credit that further limits the trading in any bucket. The Overriding Credit Limit is the maximum that may be drawn down from a given bucket. The Current Available credit limit at any given time for each bucket is then the minimum of the Proportional Draw Down and the Overriding Credit Limit. In one embodiment, the administrator may further specify a minimum trade amount (CLmjn) below which trades will be allowed. This may be a global variable or assigned individually for each entity. Optionally, this minimum is simply set to zero.
The Proportional Draw Downs create a relationship between the various buckets for the various instruments, such that the trading in any instrument in any single bucket will have an effect on all of the instruments in any related buckets.
While the present invention is described in terms of Proportional Draw Downs, other methods of specifying the relationship between tenors of financial instruments are within the scope of the invention and will be apparent to those of skill in the art based on the specification herein. These alternate methods include, without limitation, specifying the fractional relationships between buckets. Thus, for example, one could specify a credit relationship between ten year, five year, and two year tenors, for a given option, as 1 :4; 1 :2; and 1 :1. Once the administrator defines the Proportional Draw Downs, and, optionally, the Overriding Credit Limits, the system calculates (55) initial Currently Available Limits for each bucket Cp for buckets (i = 1...N). The initial Currently Available Limits are preferably calculated according to the formula: CjO = max (min [MjO, OjO], CLmin).
As shown in Figure 2, after the Proportional Draw Down Limits and Overriding Limits are defined, and the initial Currently Available Limits are calculated, the system is ready to process trades (56). A preferred methodology utilizing the concept of Proportional Draw Downs along with Overriding Limits to track Current Available Limits is now described:
Suppose there are N Buckets: 1...N.
Suppose that there have been α (α = 0, 1 , 2, ...) trades done so far. Denote the values of the Proportional Draw Downs for the N buckets after α trades as Mjα, i = 1...N, the values of the Overriding Limits as Ojα, i = 1...N, and the values of the Current Available Limits as Cjα, i = 1...N.
Suppose that the α + 1 trade is done (56) in the kth bucket with size X| . In one embodiment of the invention, both parties to a trade will draw down the credit limits available to the opposing party for any trade. In another embodiment, trades for certain types of instruments having non-symmetrical credit risks will only draw down against the credit limits for one of the parties. For example, the buyer of an option would want to reduce the credit limit of the party it is buying the option from, whereas the seller of an option may not want to reduce the credit limit of the party it is selling the option to. In this embodiment, the system will determine whether to reduce one or both parties respective credit limits based on the nature of the instrument and whether the party is a buyer or a seller.
The system calculates (58) (for at least one counterparty) new values for the Proportional Draw Downs as: MjCC + = Mjα - (Mj« / Mkα) * Xk- (1)
The system calculates (60) (for at least one counterparty) new values for the Overriding Limits as:
0i + 1 = 0jα _ δik * Xk. (2) where δik is the well known Kronecker Delta and has a value equal to 0 if i is not equal to k and a value equal to 1 if i equals k.
The system calculates (62) (for at least one counterparty) new values for the Current Available Limits as:
Cjα + = max (min [Mjα + , Ojα + 1], CLmjn). (3) where max is the maximum function which compares the two arguments and returns their maximum, and min is the minimum function which compares its two arguments and returns their minimum.
As noted above, in one embodiment CLmjn is automatically set by the system to zero. This ensures that the counterparty's credit limit will never be less than zero. However, CLmin may be changed by an authorized user. Finally, α is incremented (63)
For the case of a typical trading desk authorized to trade swaps and options the following examples will help to understand the invention. Assume the trading desk's credit officer has specified the values for Proportional Draw Downs and Overriding Limits as shown in the first two rows of Table 2 and Table 3 below. Initially no trades have taken place (i.e. α = 0).
Figure imgf000009_0001
Table 2
Figure imgf000010_0001
Table 3
If we let the two year bucket for Swaps be bucket 1 ; the five year bucket for Swaps be bucket 2; the 10 year bucket for Swaps be bucket 3; the two year bucket for Options be bucket 4; the five year bucket for Options be bucket 5; and the ten year bucket for Options be bucket 6; the values for Proportional Draw Downs, Overriding Limits, and Current Available Limits are as follows:
M.,0 = 400, M2° = 200, M3° = 100, M4° = 800, M5° = 400, M4° = 200;
0.,° = 300, O2° = 100, O3o = 80, O4° = 500, O5o = 400, O4° = 200; C,0 = 300, C2° = 100, C3° = 80, C4° = 500, C5° = 400,C4o = 200. Now assume a trade takes place consisting of $40 MM of 2 year Swaps. The value for the trade size is: X< = 40.
The new values (i.e. the α + 1 values) for the Proportional Draw Downs, Overriding Limits, and Current Available Limits can then be calculated using equations (1 ), (2), and (3) respectively. For example: M^ = 400 - (400/400) * 40 = 360;
0^ = 300 - 1 * 40 = 260; C,1 = max(min(360,260),0) = 260. Tables 2 and 3 can then be updated with the new values as shown in Tables 4 and 5, respectively.
Figure imgf000011_0001
Table δ
In a more general embodiment of the invention, Overriding Limits are not required. In essence, this is a special case of the above methodology in that it is equivalent to setting the Overriding Limit to the Proportional Draw Down for each bucket. The mathematical model for this case is as follows: Suppose there are N Buckets: 1...N.
Suppose that there have been α (α = 0, 1 , 2, ...) trades done so far. Denote the values of the Proportional Draw Downs for the N buckets as Mj, i = 1...N.
Denote the values of the Current Available Limits after α trades as Cjα, i = 1...N.
Suppose that the α + 1 trade is done in the kth bucket with size X . The new values for the Current Available Limits are
Cj« + 1 = max [Cjα - (Mj / Mk) * Xkj) CLmin]. (4)
Equation (4) can be employed in a similar manner to equation (3) above to continually track available credit. As above, in one embodiment CLmin is automatically set to zero, but may, alternatively, be administrated as noted above.
In one embodiment of the invention, the system implements the above procedure by normalizing the credit limits in buckets 1...N to the credit limit for a single bucket, called a Normalized Total Credit (NTC). The buckets are typically normalized to the maximum tenor, for example, the swaps of Table 2 above would be normalized to $100 million ten year swaps. Thus, for example the conversion ratios (CR;) for the two, five, and ten year swaps of Table 2 could be expressed as: .25, .5, and 1 , respectively, where NTC is the normalized total credit ($100 million) with respect to the ten year swap.
With reference to Figure 3, a preferred method for calculating credit limits using NTC is now discussed. Once the Proportional Draw Downs and Overriding Credit Limits have been entered, the NTC must be set (70). As noted above, this is typically set equal to the Proportional Draw Down of the maximum tenor for at least one instrument, but may be set equal to any draw down limit or any arbitrary value. The conversion ratios (CR,) are then calculated (72) for each bucket as the ratio of the NTC over credit limit for that bucket. When a signal indicating the α +1 trade has occurred for a tenor falling in the kth bucket for amount X js being entered into is received (74), the system recalculates (76) the NTC as:
NTCα+1 = NTCα - (Xk * CRj).
Proportional Draw Downs for each bucket (M,) are calculated (78) as: Mjα+1 = NTCα+1 * 1 / CRj.
Overriding Credit Limits (Oj) are calculated (80) as:
0jα+1 = θjα- - δik * Xk.
Current Available Limits (C, α)are calculated (82) as:
Cjα+ = max (min [Mj«+1 , Ojα+1], CLmjn).
Continuing the example from Table 2 and 3 above, Tables 6 and 7 show initial Proportional Draw Downs of 400, 200, and 100 million, and Overriding Credit Limits of 300, 100, and 80 million for 2, 5 and 10 year swaps; and Proportional Draw Downs of 800, 400, and 200 million and Overriding Credit Limits of 500, 400, and 200 for 2, 5, and 10 year options, respectively.
Figure imgf000013_0001
Table 7
Assume forty million dollars of two year swaps, sixty-five million dollars of ten year swaps, as well as eighty million dollars of two year options are traded. NTC is calculated as follows:
NTC = 100 - (40 x .25) - (65 x 1) - (80 x .125) = 15.
The new available limits, as shown in Tables 8 and 9 are calculated being 30 for the five year swaps or 2 times the ten year NTC, 60 for the two year swap or 4 times the ten year NTC, and the new values for the options are 2 times the ten year NTC or 30 for the ten year options, the five year options maximum is 60 or 4 times the ten year NTC, and the new two year options limit is 8 times the ten year NTC or 120. Had any of the overriding credit limits been less than the calculated available limits, those values would have been used. Also, tables 8 and 9 have been updated to reflect updated Overriding Credit Limits.
Figure imgf000013_0002
Figure imgf000014_0001
Table 9
With reference to Figures 4 - 9, a preferred interface for managing credit limits will now be described. The credit officer, administrator, or other authorized user selects from a list of trading groups (shown as 112, 114, 116, 118, 120, 122, 124 and 126). The credit officer will select one or more of these trading groups and set trading properties for the selected group or groups. The credit officer enters the properties screen by selecting the properties link (128). Overriding Credit Limits may be specified using a similar interface (not shown) for embodiments including overriding credit limits.
Figure 5A shows a draw down proportion screen (tab 150), including a draw down matrix (128), having three instruments, swaps (130), swaptions (132) and cap/floors (134). Additional instruments traded by the specific trading group, in this example, the USD Swaps and Options group, may be available by scrolling down the screen (not shown). In this example, four buckets for each instrument are displayed, two year (140), five year (142), seven year (144) and ten year (146). As noted above, each tenor for any listed instrument will be assigned by the system to one of the buckets for that instrument. The credit officer will enter the Proportional Draw Downs for each bucket for each instrument. For example, in Figure 5A, the officer has entered 1600 for two year swaps, 1000 for five year swaps, etc. As shown in Figures 8 and 9, the credit officer can redefine the number, and tenor, of buckets, either globally (Figure 8) or on an individual trading group (Figure 9) basis. As shown by the horizontal and vertical "=" symbols in the draw down matrix (128), the Proportional Draw Downs for each tenor (140, 142, 144 and 146) of the instruments (130, 132 and 134) will be related. Thus, 500 in ten year swaps will be equivalent in draw down of credit to 1500 in two year cap/floors. As shown in Figure 5B, in one embodiment, the credit administrator may specify that certain instruments and/or tenors are not related, by turning off the horizontal and/or vertical "=" symbols. For example, in Figure 5B, the credit administrator has created two sets of buckets, one for USD swaps and USD swaptions, and a second for USD Cap/Floor. Thus, trading in the USD Cap/Floor instruments will not effect credit levels in the USD swaps and USD swaptions set of buckets. Likewise, trading in USD swaps or USD swaptions will not effect the credit levels in the USD Cap/Floor buckets. Any instrument with a tenor not falling within a specific bucket will preferably be automatically grouped to the next higher bucket. Thus, for the example shown in Figure 5A, trading a six year swap will be the same as trading a seven year swap for credit purposes. In another embodiment, any instrument with a tenor not falling within a bucket will be allocated among the next higher and next lower buckets by mathematical interpolation. For the example shown in Figure 5A, a trade in a six year swap in this embodiment may have one half of its notational size drawn down from the five year bucket and one half drawn down to the seven year bucket.
Figure 6 shows an eligibility screen (tab 152), including an eligibility matrix (160), having a list of eligible entities (162), a binary eligibility list (164) and a draw down multiple (166). A trading group profile specifies which entities will be included in the eligible institution list (162). The first time the credit officer accesses the eligibility screen (tab 152), eligibility is defaulted to yes for all entities in the eligible institution list and the multiplier (166) is defaulted to 1.0. Any entities not included in the list will be assumed to be eligible, although their multiplier will be set to zero. Thus, as described below, new institutions will be given "maybe" status until the administrator further specifies credit status for that institution. The credit officer may modify eligibility for any specific institution by clicking on the binary eligibility list (164). The draw down multiple list allows the credit officer to easily multiply the drawn down matrix (128) set above in Figure 5A by a multiplication factor. For example, Morgan Guarantee Trust has been assigned a multiple of 2.0 in Figure 6. The system would then multiply each entry in the draw down matrix (128) of Figure 5A by a factor of 2.0. For example, the two, five, seven and ten year limits for USD Swaps for Morgan Guarantee Trust would be set to 3200, 2000, 1600 and 1000 for two, five, seven and ten year buckets, respectively.
Figure 7 shows a customization screen (tab 154), including a customizable draw down matrix (170) and an available credit limit matrix (172) for each trading institution. The credit officer may individually set the draw down limits for each bucket and instrument for each trading institution. The screen allows the credit officer to scroll down to additional trading entities. Users without credit setting power may view this screen to see the available credit limits for each institution, but preferably, are not allowed to modify credit limits. As shown in Figure 10, credit relationships in accordance with the present invention may be displayed on trader screens such that the credit relationship for individual trades may be displayed while keeping the identity of the potential trading counterparty anonymous. In a preferred embodiment, individual bids and offers are displayed with an indication, preferably specific colors, corresponding to the potential credit relationship of the counterparty. Bids and offers on which credit is bilaterally approved according to the credit relationship scheme are indicated by a first color, preferably green (shown as standard font text in Figure 10). Bids and offers having a "maybe" status as to credit are indicated by a second color, preferably yellow (shown as underlined text in Figure 10). A bid or offer will have a "maybe" status when credit was initially assigned by either party to the potential counterparty but has been used up, at least for the specific tenor, through one or more trades. These are considered "maybe" in the preferred embodiment because credit officers typically spread credit over a variety of systems and are often willing to further extend credit on one or more systems to a specific counterparty, particularly when the credit for the given counterparty has been used up on one system but not another. Alternately, "maybe" status for a potential counterparty would arise where the initial proportional draw downs or overriding credit limits have been set to zero. Bids and offers in which one or both parties have a "no" status are indicated with a third color, preferably red (shown as bold/italic in Figure 10). This occurs when the credit officer for either party indicates they will not trade with the entity associated with the bid and/or offer. Traders using this system will immediately know the credit status, "yes," "no," or "maybe," of any bid or offer on the system before attempting to enter into a trade.
The system is preferably implemented utilizing a computer network as disclosed in Figure 11. Each trader station (250, 251 and 252) is connected to the server (254) through the network (255). The network (255) is preferably a private network connected through any number of means, such as T1 lines, digital subscriber lines, cable modems, satellite links, or other available connection means. One or more trader stations for a trade group may be coupled via a local area network (253). A credit officer station (256) also is preferably coupled via the same local area network (253) to server (254). Alternatively, trader stations (250, 251 and 252) may be coupled to server (254) through any of a number of means, such as via a public network such as the Internet or via a virtual private network. The system preferably utilizes a client-server architecture in which trader stations (250, 251 and 252) execute a thin-client written in Java to communicate with the server (254). In an alternate embodiment, the server (254) acts as a web server and communicates with trader stations (250, 251 and 252) using a page description language, such as HTML. In this embodiment, traders interact with server (254) using an HTML compatible browser (e.g., Netscape Navigator® or Microsoft Internet Explorer®). Although the present invention was discussed in terms of certain preferred embodiments, the description is not limited to such embodiments. Rather, the invention includes other embodiments including those apparent to a person of ordinary skill in the art. Thus, the scope of the invention should not be limited by the preceding description but should be ascertained by reference to claims that follow.

Claims

What is claimed is:
1. A method, with the aid of a computer system, of tracking credit limits for a plurality of tenors of one or more financial instruments, comprising: defining a plurality of buckets, each said tenor associated with at least one said bucket; assigning proportional draw down relationship between said buckets; receiving a signal associated with a trade action, said signal including a trade tenor and a trade amount; and recalculating said proportional draw down relationships as a function of said trade amount and said trade tenor.
2. The method of claim 1 further comprising: defining an overriding credit limit for each said bucket.
3. The method of claim 2 further comprising: recalculating said overriding credit limit for each bucket as a function of said trade amount and said trade tenor.
4. The method of claim 3 further comprising: calculating a current available limit for each bucket.
5. The method of claim 3 further comprising: defining an initial proportional draw down (MjO) for each of i = 1...N buckets; said recalculation of said proportional draw down relationship comprising: implementing a function expressed as
MjCX + 1 = MjOt _ (MjOf / Mkα) * Xk> where Mj α +1 denotes the value of the proportional draw down for bucket i after α +1 trades, and Xk denotes the size of the trade for bucket k.
6. " The method of claim 5 wherein said recalculation of said overriding limits comprises: implementing a function expressed as
0iα + 1 = 0jα _ δjk * Xk, where Ojα + 1 denotes the value of the overriding limit for bucket i after α + 1 trades, and δik is the Kronecker Delta function and has a value equal to 0 if i is not equal to k and a value equal to 1 if i equals k.
7. The method of claim 6 further comprising: defining an initial proportional draw down (MjO) for each of i = 1...N buckets; said calculation of said current available limits comprising: implementing a function expressed as
Cjα+1 = max (min [Mj« + Oj«+1 ] , CLmin), where Cjα+'' is the current available limit for bucket i after α + 1 trades, CLmin is a minimum trade amount below which trades will be allowed and max is the maximum function and min is the minimum function.
8. The method of claim 6 wherein CLmin is zero.
9. The method of claim 1 further comprising: calculating a current available limit for each bucket.
10. The method of claim 9 further comprising: defining an initial proportional draw down (MjO) for each of i = 1...N buckets; said recalculation of said proportional draw down comprising: implementing a function expressed as
MjCX + 1 = Mjα - (Mjα / Mk α) * Xk, where Mjα + 1 denotes the value of the proportional draw down for bucket i after α + 1 trades, and X denotes the size of the trade for bucket k; said calculation of said current available limit comprising: implementing a function expressed as
CjO + 1 = max [ p - (Mj / Mk) * Xk>, CLmin] where Cjα + 1 is the current available limit for bucket i after α + 1 trades, CLmin is a minimum trade amount below which trades will be allowed and max is the maximum function and min is the minimum function.
11. The method of claim 9 further comprising: determining whether said trade amount associated with said trade signal is greater than said current available limit for said bucket associated with said trade tenor, said trade associated with said trade signal is not allowed if said trade amount is greater than said current available limit for said bucket associated with said trade tenor.
12. The method of claim 11 further comprising: displaying an indication if said trade amount is greater than said current available limit.
13. The method of claim 1 further comprising: setting a normalized credit limit (NTC); calculating a conversion ratio CRj to said NTC for each said bucket (i); recalculating NTC according to the function NTCα+1 = NTCα _ (χk * CRj), where NTCα+1 is the NTC value after α + 1 trades, X is the size of the α + 1 trade and CRj is the conversion ratio for bucket i; defining an initial proportional draw down (Mju) for each of i = 1...N buckets; and said recalculating said proportional draw down relationships in response to said trade signal being performed according to the function Mjα+1 = NTCα+1 * 1/ CRj where Mj denotes the value of the proportional draw down for bucket i after α + 1 trades.
14. The method of claim 1 wherein said credit limits are tracked for a plurality of parties, said method further comprising: identifying, for each party, a set of counterparties said party may potentially trade with, each said counterparty having at least one plurality of buckets associated with it.
15. The method of claim 14 wherein at least one party identifies a counterparty having at least a first plurality of buckets and a second plurality of buckets associated with said counterparty, said party assigning a first proportional draw down relationship between said first plurality of buckets, said party further assigning a second proportional draw down relationship between said second plurality of buckets.
16. The method of claim 15 in which said first proportional draw down relationship is unrelated to said second draw down relationship.
17. The method of claim 14 in which at least one said party has a plurality of trading groups associated with it.
18. The method of claim 17 in which at least one said trading group has a set of counterparties associated with said trading group.
19. The method of claim 1 wherein said financial instruments are selected from the group consisting of stocks; contracts based on the exchange of commodities, bonds, and derivative instruments.
20. The method of claim 1 wherein said financial instruments are selected from the group consisting of foreign exchange products, fixed income products, and equity products.
21. The method of claim 19 wherein said derivative instruments are selected from the group consisting of American options, European options, exotic options, forwards, swaps, forward rate agreements, swaptions, and convexity products.
22. The method of claim 7 wherein CLmin is assigned globally to a plurality of potential counterparties.
23. The method of claim 7 wherein CLmin is assigned individually to each of a plurality of potential counterparties.
24. The method of claim 1 wherein said signal further includes an identification of a financial instrument, a buyer and a seller; said assigning a proportional draw down relationship between said buckets including associating a first proportional draw down relationship for credit extended by said buyer to said seller, said first proportional draw down relationship associated with a first set of said buckets, and associating a second proportional draw down relationship for credit extended by said seller to said buyer, said second proportional draw down relationship associated with a second set of said buckets; said method further comprising: determining whether to recalculate said first proportional draw down relationship based on the type of financial instrument; and determining whether to recalculate said second proportional draw down relationship based on the type of financial instrument, wherein trades for certain types of financial instruments will only effect said first or second proportional draw down relationships based on the type of instrument and whether the party is a buyer or seller.
25. The method of claim 24 wherein each said bucket is associated with a current available credit limit, said method further comprising: if said first proportional draw down relationship is recalculated, recalculating said current available credit limit for each said bucket in said first set of buckets; and if said second proportional draw down relationship is recalculated, recalculating said current available credit limit for each said bucket in said second set of buckets.
26. The method of claim 25 wherein each said bucket is associated with an overriding credit limit, said method further comprising: if said first proportional draw down relationship is recalculated, recalculating said overriding credit limit for each said bucket in said first set of buckets; and if said second proportional draw down relationship is recalculated, recalculating said overriding credit limit for each said bucket in said second set of buckets.
27. The method of claim 1 wherein said buckets are identified with a bucket tenor, each said trade being associated with a bucket having a bucket tenor greater than or equal to said trade tenor.
28. The method of claim 1 wherein said buckets are identified with a bucket tenor, each said trade being associated with a first bucket and a second bucket based on interpolation.
29. A method of trading of financial instruments between institutions comprising: identifying a plurality institutions to trade with; identifying a plurality of buckets; identifying a set of financial instruments to be traded, each said financial instrument having at least one tenor, each said tenor associated one said bucket; setting an initial available credit limit for each said bucket, said available credit limit for each of said bucket is normalized by assigning a relationship to said available credit limits, wherein credit extended on one of said tenors reduces said available credit in said associated bucket and further reduces said available credit for said other buckets in said plurality of buckets, said available credit being reduced in proportion to said initial assigned credit limits; trading said securities; and recalculating and normalizing said available credit limits with each trade.
30. A system for tracking credit limits among a plurality of trading entities trading a plurality of tenors of one or more financial instruments, comprising: a database, said database storing: a plurality of buckets, each bucket associated with a range of tenors of said one or more financial instruments; for at least one said trading entity, proportional draw down relationships between said buckets, said proportional draw down associated with at least one other trading entity; for said at least one trading entity, a current available limit for each said bucket associated with each said other trading entity; and an interface adapted to receive a signal from a trading system, said signal associated with a trade action, said signal including a first party, a second party, a trade financial instrument, a trade tenor and a trade amount; a server coupled to said interface and said database, said server adapted to: in response to receiving said trade signal, recalculate said proportional draw down relationship between said first party and said second party as a function of said trade amount and said trade tenor; and calculate a current available limit between said first party and said second for each said trade bucket associated with said trade financial instrument.
31. The system of claim 30 further comprising: a display associated with a trading entity, said display including a plurality of bids and offers, each bid and offer associated with a potential counterparty, a financial instrument and a tenor, said display further indicating the credit status between said trading entity and said potential counterparty for each said bid and offer.
32. The system of claim 30 wherein said server is further adapted to receive signals associated with bids and offers, each bid and offer associated with a potential counterparty, a financial instrument and a tenor, said server generating a signal indicating the credit status between said trading entity and said potential counterparty for each said bid and offer.
33. A method, with the aid of a computer system, of tracking credit limits for a plurality of tenors of one or more financial instruments, comprising: defining a plurality of buckets, each said tenor associated with at least one said bucket; assigning proportional draw down relationships between said buckets; calculating an initial overriding credit limit for each said bucket; receiving a signal associated with a trade action, said signal including a trade tenor and a trade amount; and recalculating said overriding credit limit for each said bucket as a function of said trade amount and said trade tenor.
PCT/US2001/029126 2000-09-19 2001-09-19 Method and system of managing credit for the electronic trading of financial instruments WO2002025546A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001292736A AU2001292736A1 (en) 2000-09-19 2001-09-19 Method and system of managing credit for the electronic trading of financial instruments

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/665,305 US7110972B1 (en) 2000-09-19 2000-09-19 Method and system of managing credit for the electronic trading of financial instruments
US09/665,305 2000-09-19

Publications (1)

Publication Number Publication Date
WO2002025546A1 true WO2002025546A1 (en) 2002-03-28

Family

ID=24669569

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2001/029126 WO2002025546A1 (en) 2000-09-19 2001-09-19 Method and system of managing credit for the electronic trading of financial instruments

Country Status (3)

Country Link
US (2) US7110972B1 (en)
AU (1) AU2001292736A1 (en)
WO (1) WO2002025546A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7693776B2 (en) 2004-07-09 2010-04-06 Ebs Group Limited Automated trading systems
US8321327B1 (en) 2009-05-06 2012-11-27 ICAP North America, Inc. Mapping an over the counter trade into a clearing house
US11836795B2 (en) 2013-11-07 2023-12-05 Chicago Mercantile Exchange Inc. Transactionally deterministic high speed financial exchange having improved, efficiency, communication, customization, performance, access, trading opportunities, credit controls, and fault tolerance

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6421653B1 (en) * 1997-10-14 2002-07-16 Blackbird Holdings, Inc. Systems, methods and computer program products for electronic trading of financial instruments
NL1013662C2 (en) 1999-11-24 2001-05-28 Derk Pieter Brouwer System and network for controlling derivative transactions.
US20050131802A1 (en) * 2000-11-17 2005-06-16 Arman Glodjo Method and system for network-decentralized trading with optimal proximity measures
US8494949B2 (en) * 2001-06-01 2013-07-23 Bgc Partners, Inc. Electronic trading for principal/broker trading
US7366693B2 (en) * 2001-10-31 2008-04-29 Accenture Global Services Gmbh Dynamic credit management
US20030139997A1 (en) * 2001-12-17 2003-07-24 Espeed, Inc. Systems and methods for automated commission processing
US20040117285A1 (en) * 2002-04-12 2004-06-17 Kohler Daniel Friedrich Method and system for providing timely accurate and complete portfolio valuations
GB2410583A (en) 2002-10-29 2005-08-03 Ebs Group Ltd Trading system
US7587355B2 (en) * 2002-12-09 2009-09-08 Creditex Group, Inc. Systems and methods for an online credit derivative trading system
US7970693B2 (en) * 2004-09-29 2011-06-28 Creditex Group, Inc. Systems and methods for market order volume clearing in online trading of credit derivatives
US8306903B2 (en) 2010-04-23 2012-11-06 Bgc Partners, Inc. Commission calculator and display
US8121925B1 (en) 2004-02-11 2012-02-21 Ives Jr E Russell Method for managing an investment company
SG117571A1 (en) * 2004-05-11 2005-12-29 Ebs Group Ltd Price display in an anonymous trading system
US20060080222A1 (en) * 2004-08-27 2006-04-13 Lutnick Howard W Systems and methods for commission allocation
US7827093B1 (en) * 2005-03-02 2010-11-02 Icap Services North America Llc Call for quote/price system and methods for use in a wholesale financial market
US20060253361A1 (en) * 2005-05-04 2006-11-09 Robinson Mark I Method for providing total return swaps using a dealer hedging facility
US7805358B2 (en) * 2005-07-29 2010-09-28 Bgc Partners, Inc. System and method for limiting aggressive trading in a electronic trading system
US7805357B2 (en) * 2005-07-29 2010-09-28 Bgc Partners, Inc. System and method for routing trading orders in an electronic trading system using trader lists
US8341064B2 (en) * 2006-09-12 2012-12-25 Chicago Mercantile Exchange, Inc. Standardization and management of over-the-counter financial instruments
US8938397B2 (en) * 2007-07-23 2015-01-20 Icap Services North America Llc Systems and methods of facilitating trading of instruments
CA2704761C (en) * 2007-11-14 2015-04-21 Creditex Group, Inc. Techniques for reducing delta values of credit risk positions in online trading of credit derivatives
WO2012024504A2 (en) * 2010-08-18 2012-02-23 May R Raymond Communication and processing system for derivative offsets
US8538845B2 (en) 2011-06-03 2013-09-17 Mozido, Llc Monetary transaction system
US10438196B2 (en) 2011-11-21 2019-10-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
US9208488B2 (en) 2011-11-21 2015-12-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5802499A (en) * 1995-07-13 1998-09-01 Cedel Bank Method and system for providing credit support to parties associated with derivative and other financial transactions
US5950177A (en) * 1995-04-27 1999-09-07 Optimark Technologies, Inc. Crossing network utilizing optimal mutual satisfaction density profile

Family Cites Families (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3573747A (en) 1969-02-24 1971-04-06 Institutional Networks Corp Instinet communication system for effectuating the sale or exchange of fungible properties between subscribers
US4412287A (en) 1975-05-29 1983-10-25 Braddock Iii Walter D Automated stock exchange
US4486853A (en) 1981-04-01 1984-12-04 Telemet American, Inc. Apparatus for receiving and displaying continuously updated data
US4554418A (en) 1983-05-16 1985-11-19 Toy Frank C Information monitoring and notification method and apparatus
US4980826A (en) 1983-11-03 1990-12-25 World Energy Exchange Corporation Voice actuated automated futures trading exchange
US4677552A (en) 1984-10-05 1987-06-30 Sibley Jr H C International commodity trade exchange
US4674044A (en) 1985-01-30 1987-06-16 Merrill Lynch, Pierce, Fenner & Smith, Inc. Automated securities trading system
US4942616A (en) 1985-09-09 1990-07-17 Thomas Linstroth Interactive synthesized speech quotation system for brokers
US5038284A (en) 1988-02-17 1991-08-06 Kramer Robert M Method and apparatus relating to conducting trading transactions with portable trading stations
US5077665A (en) 1989-05-25 1991-12-31 Reuters Limited Distributed matching system
DE69023705T2 (en) 1989-05-25 1996-07-04 Reuters Ltd Distributed system and method for establishing business relationships between buyers and sellers.
US5136501A (en) 1989-05-26 1992-08-04 Reuters Limited Anonymous matching system
US5101353A (en) 1989-05-31 1992-03-31 Lattice Investments, Inc. Automated system for providing liquidity to securities markets
EP0411748A3 (en) 1989-06-02 1991-11-21 Reuters Limited System for matching of buyers and sellers with risk minimization
US5214579A (en) 1989-12-22 1993-05-25 L & C Family Partnership Goal-oriented investment indexing, tracking and monitoring data processing system
US5297031A (en) 1990-03-06 1994-03-22 Chicago Board Of Trade Method and apparatus for order management by market brokers
GB9027249D0 (en) 1990-12-17 1991-02-06 Reuters Ltd Offer matching system
EP0512702A3 (en) 1991-05-03 1993-09-15 Reuters Limited Automated currency trade matching system with integral credit checking
US5375055A (en) 1992-02-03 1994-12-20 Foreign Exchange Transaction Services, Inc. Credit management for electronic brokerage system
DE69331452T2 (en) * 1992-06-10 2003-05-28 Cfph Llc Data processor for fixed income securities and process for using them
JP3335407B2 (en) 1993-03-01 2002-10-15 富士通株式会社 Electronic trading system
JP3286009B2 (en) 1993-04-16 2002-05-27 富士通株式会社 Electronic trading system and relay device used in the system
US5809483A (en) 1994-05-13 1998-09-15 Broka; S. William Online transaction processing system for bond trading
GB9416673D0 (en) 1994-08-17 1994-10-12 Reuters Ltd Data exchange filtering system
US5717989A (en) 1994-10-13 1998-02-10 Full Service Trade System Ltd. Full service trade system
US5915209A (en) 1994-11-21 1999-06-22 Lawrence; David Bond trading system
US5845266A (en) 1995-12-12 1998-12-01 Optimark Technologies, Inc. Crossing network utilizing satisfaction density profile with price discovery features
US6519574B1 (en) 1995-12-12 2003-02-11 Reuters Limited Electronic trading system featuring arbitrage and third-party credit opportunities
US5724524A (en) 1995-12-15 1998-03-03 Pitney Bowes, Inc. Method and system for listing, brokering, and exchanging carrier capacity
US6026383A (en) 1996-01-04 2000-02-15 Ausubel; Lawrence M. System and method for an efficient dynamic auction for multiple objects
US5905975A (en) 1996-01-04 1999-05-18 Ausubel; Lawrence M. Computer implemented methods and apparatus for auctions
US6119101A (en) 1996-01-17 2000-09-12 Personal Agents, Inc. Intelligent agents for electronic commerce
US5924083A (en) 1996-05-29 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Distributed matching system for displaying a book of credit filtered bids and offers
US6014643A (en) 1996-06-28 2000-01-11 Minton; Vernon F. Interactive securities trading system
US6016483A (en) 1996-09-20 2000-01-18 Optimark Technologies, Inc. Method and apparatus for automated opening of options exchange
US5983200A (en) 1996-10-09 1999-11-09 Slotznick; Benjamin Intelligent agent for executing delegated tasks
US6035187A (en) * 1996-10-30 2000-03-07 Comarco Wireless Technologies, Inc. Apparatus and method for improved emergency call box
US5963923A (en) 1996-11-12 1999-10-05 Garber; Howard B. System and method for trading having a principal market maker
US6014644A (en) 1996-11-22 2000-01-11 Pp International, Inc. Centrally coordinated communication systems with multiple broadcast data objects and response tracking
US5905974A (en) 1996-12-13 1999-05-18 Cantor Fitzgerald Securities Automated auction protocol processor
US5873071A (en) 1997-05-15 1999-02-16 Itg Inc. Computer method and system for intermediated exchange of commodities
US6058379A (en) 1997-07-11 2000-05-02 Auction Source, L.L.C. Real-time network exchange with seller specified exchange parameters and interactive seller participation
US6055519A (en) 1997-10-11 2000-04-25 I2 Technologies, Inc. Framework for negotiation and tracking of sale of goods
US6421653B1 (en) * 1997-10-14 2002-07-16 Blackbird Holdings, Inc. Systems, methods and computer program products for electronic trading of financial instruments
US6131087A (en) 1997-11-05 2000-10-10 The Planning Solutions Group, Inc. Method for automatically identifying, matching, and near-matching buyers and sellers in electronic market transactions
US6035287A (en) 1997-12-17 2000-03-07 Omega Consulting, Inc. Method and apparatus for bundled asset trading
JP2003533793A (en) 2000-05-16 2003-11-11 ブラックバード・ホールディングス,インコーポレイテッド System and method for electronically executing a derivative transaction

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5950177A (en) * 1995-04-27 1999-09-07 Optimark Technologies, Inc. Crossing network utilizing optimal mutual satisfaction density profile
US5802499A (en) * 1995-07-13 1998-09-01 Cedel Bank Method and system for providing credit support to parties associated with derivative and other financial transactions

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7693776B2 (en) 2004-07-09 2010-04-06 Ebs Group Limited Automated trading systems
US8108293B2 (en) 2004-07-09 2012-01-31 EBS Group Limted Automated trading systems
US8321327B1 (en) 2009-05-06 2012-11-27 ICAP North America, Inc. Mapping an over the counter trade into a clearing house
US8612337B1 (en) 2009-05-06 2013-12-17 ICAP North America, Inc. Mapping an over the counter trade into a clearing house
US11836795B2 (en) 2013-11-07 2023-12-05 Chicago Mercantile Exchange Inc. Transactionally deterministic high speed financial exchange having improved, efficiency, communication, customization, performance, access, trading opportunities, credit controls, and fault tolerance

Also Published As

Publication number Publication date
US7266521B1 (en) 2007-09-04
AU2001292736A1 (en) 2002-04-02
US7110972B1 (en) 2006-09-19

Similar Documents

Publication Publication Date Title
US7110972B1 (en) Method and system of managing credit for the electronic trading of financial instruments
US11605129B2 (en) Graphical user interface related to non-standard trading of financial instruments
CA2386121C (en) Electronic trading system supporting anonymous negotiation and indicators of interest
US7904371B2 (en) Method and system for initiating pairs trading across multiple markets having automatic foreign exchange price hedge
US7533046B2 (en) Multi-note method and system for loans based upon lease revenue stream
CA2616772C (en) System and method for routing trading orders in an electronic trading system using trader lists
CA2616850C (en) System and method for using trader lists in an electronic trading system to route a trading order with a reserved size
US20150379639A1 (en) Trading using intermediate entities
Altunbaş et al. Developing country economic structure and the pricing of syndicated credits
US20100076907A1 (en) Method and system for automatically inputting, monitoring and trading risk- controlled spreads
US20030135395A1 (en) System and methods for performing financial analysis of proposed captive reinsurance options
WO2007116308A2 (en) Electronic trading system
WO2010076640A1 (en) Systems and methods for determining optimal pricing and risk control monitoring of auctioned assets including the automatic computation of bid prices for credit default swaps and the like
US8401951B2 (en) Electronic trading system supporting anonymous negotiation and indicators of interest
US20100094777A1 (en) Method and system for providing automatic execution of risk-controlled synthetic trading entities
Mugerman et al. On the failure of mutual fund industry regulation
SG184055A1 (en) System and method for creating and facilitating the trading of a foreign exchange deferred spot product
US7707097B1 (en) Fully transparent commission calculator and display system
US20130132256A1 (en) Commission calculator and display
AU2011205039A1 (en) System and method for using trader lists in an electronic trading system to route a trading order with a reserved size

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP