GB2416229A - Electronic trading system - Google Patents

Electronic trading system Download PDF

Info

Publication number
GB2416229A
GB2416229A GB0514215A GB0514215A GB2416229A GB 2416229 A GB2416229 A GB 2416229A GB 0514215 A GB0514215 A GB 0514215A GB 0514215 A GB0514215 A GB 0514215A GB 2416229 A GB2416229 A GB 2416229A
Authority
GB
United Kingdom
Prior art keywords
trading
prime
code
dependent
deal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
GB0514215A
Other versions
GB0514215D0 (en
Inventor
Edward R Howorka
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
EBS Group Ltd
Original Assignee
EBS Group Ltd
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
Priority to US58699604P priority Critical
Application filed by EBS Group Ltd filed Critical EBS Group Ltd
Publication of GB0514215D0 publication Critical patent/GB0514215D0/en
Publication of GB2416229A publication Critical patent/GB2416229A/en
Withdrawn legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06Investment, e.g. financial instruments, portfolio management or fund management
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Exchange, e.g. stocks, commodities, derivatives or currency exchange

Abstract

In an electronic trading system, prime brokerage services may be provided by assigning one or more dependent or child deal codes to a deal code. Prime broker trades are conducted via the dependent deal codes but appear to the market as deals with the parent deal code using credit assigned to the parent deal code. The prime bank customer is a dependent deal code of the customer bank which also trades on the system, allowing credit to be allocated by the customer dependent code for prime broker trades. A deal code may have several dependent deal codes which can trade with one another. Dependent deal codes can be used to expand the size of trading floors beyond that which can be supported by a single deal code and to assist in migration between system versions.

Description

1 2416229 Automated Trading Systems
Field of the Invention
This invention relates to automated trading systems for trading products between traders, and in particular to the manner in which trading floors are identified to the trading system and each other. The invention is particularly, but not exclusively, concerned with prime brokerage systems.
Background to the Invention
W02004/040422 of Electronic Broking Services Ltd describes a prime brokerage system Prime brokerage is also described in WO2004/001533 of FX Alliance LLC. Prime brokerage, as a concept, has existed for many years and involves a party with credit trading on behalf of a party without credit for a fee. Thus, if bank A wishes to trade with Bank B but has no bilateral credit with bank B. bank A can use the services of bank C who has bilateral credit with bank B. Bank C will enter into a transaction with bank B and charge bank A a fee for trading on their behalf.
Both W02004/040422 and WO2004/001533 disclose ways in which prime brokerage can be integrated into an anonymous automated trading system.
Anonymous trading systems are well known in the art. One example Is the EBS system operated by EBS Group Limited of London, UK to trade foreign exchange spot currencies and precious metals in the interbank market.
The system of W02004/04022 enables traders at an institution to trade through a prime broker bank, giving them access to prices they would not otherwise be able to see. The prime broker bank enters into a deal with the counterparts and then executes a deal for the same amount with the party on whose behalf they have traded. That latter deal may be at a favourable price to the prime broker bank so that the prime broker bank can make a profit out of the transaction, alternatively, the prime broker bank may charge a fee for making its credit available to their customer bank.
The prime broker customer, that is the bank that uses the prime broker's credit, actually logs onto the system as the prime broker They may log onto a specific prime broker deal code which is a virtual code shared by prime broker customers. This deal code will be seen as the counterparts to prime broker trades by third parties and will be seen as one of a number of trading floors operated by an institution. Other trading floors will be real trading floors at various locations around the world. Within the system, all the trading floors, whether real or virtual, have the same status.
Alternatively, there may be no prime broker deal code and the prime broker customer logs onto, and trades as, the prime broker bank. Counterparties cannot even see whether they have traded with the bank's own trading floor or with an l0 unknown third party via the bank acting as a prime broker.
A different approach to increasing liquidity is disclosed in WO01/22072 of Reuters Limited. Rather than using a prime broker, name switching is used. The system waits until it can see that a potential deal exists were it not for a lack of credit and then switches the identity to one of the parties to the deal to a party who has credit to do the deal. The parties to the name switch can then reconcile their positions with each other. This approach requires constant monitoring of all bids and offers, credit limits and ownership of quotes in order that name switch opportunities can be identified. It is more suited to a host system architecture where all bid and offers are matched, executed and credit checked at the same location.
We have appreciated that there are aspects of the existing proposals for offering prime brokerage on trading systems which are not satisfactory. These problems relate to the relationship between prime broker banks and their customers, and the manner in which the trading system handles and identifies these relationships.
Summary of the Invention
The invention, in its various aspects, aims to address these problems.
Broadly, the invention resides in the use of parent and dependent, or child, deal codes. A parent deal code may be seen by the market as the party to a trade although the trade has been made via a child deal code.
More specifically, there is provided an electronic trading system for trading products between counterparties, comprising: a plurality of counterparts trading floors, for submitting quotes to buy or sell products being traded on the system, each trading floor having a unique trading floor code to Identify it to other counterparts trading floors; wherein at least one of the counterparts trading floors comprises a parent trading floor code and at least one dependent trading floor code, and wherein trades made via the dependent trading floor code are shown to counterparties as trades with the parent trading floor code.
The invention also provides a method of trading on an electronic trading system in which parties trading on the system are arranged into trading floors each having a unique trading floor code to identify the trading floor to other trading floors trading on the system, the method comprising assigning a dependent trading floor code to at least one parent trading floor code, and showing trades made via the dependent trading floor code as trades between a counterparts with the parent trading floor code.
Preferably, the dependent trading floor code Is assigned to a prime broker offering prime brokerage to third party banks trading on the system. A prime brokerage trading floor code may provide prime brokerage to a customer bank being a counterparts on the system and having a unique trading floor code, the customer bank floor code having a dependent floor code, wherein the prime brokerage is provided to the dependent trading floor code of the customer bank.
Preferred embodiments of the invention have the advantage that credit may be assigned from the child floor code of a customer bank to the child floor code of a prime broker bank Prime brokerage trades are conducted from the customer child floor to the market via the prime broker child floor. A particular bank trading on the system may operate through multiple prime brokers with a child or dependent trading floor code being assigned to each prime broker dependent deal code. As a bank may have multiple dependent deal codes, each of which trades via different trading options, those dependent deal codes may trade with each other.
Trades made via dependent deal codes appear to counterparties and to others on the trading system as trades made by the parent deal code. They use credit assigned to the parent deal code.
The use of parent and child deal codes has advantages beyond prime brokerage. A trading floor may be subdivided into two dependent deal codes once the number of traders trading on the floor has exceeded the maximum that a single floor code can handle. The splitting of the code into two dependent deal codes, enables further traders to be added without having to establish a new deal code that is seen by counterpartes. This means that the counterparties do not have to assign credit to a fresh deal code and the addition of further trader workstations and child deal codes is invisible. The use of child deal codes is also advantageous when migrating trading floors between different versions of system software or hardware.
Brief Description of the Drawings
Embodiments of the invention will now be described, by way of example only, and with reference to the accompanying drawings, in which: Figure 1 is a schematic illustration of a number of trading floors trading on a trading system; Figure 2 illustrates the concept of a prime broker parent, Figure 3 illustrates the relationship between a prime broker parent, child and the market; Figure 4 illustrates the relationship between a prime customer deal code and a prime bank deal code; Figure 5 shows how a trading floor can trade on the system using several different deal codes; Figure 6 illustrates trades between a prime customer and the prime parent; Figure 7 illustrates trades between traders on the same physical floor with different dealing codes; Figure 8 is a partial screen shot of a prime broker customer display; Figure 9 is a view of the trader deals panel of figure 8; Figure 10 is a view of the prime broker customer's deal log; and Figure 11 is a schematic illustration of the message flow in a deal involving prime broker customers each using multiple prime brokers.
Description of Preferred Embodiments
Embodiments of the invention may be implemented on any type of trading system in which parties may be prevented from trading with one another, through s lack of credit or some other factor. The embodiment to be described is an anonymous trading system but the invention is not limited to that type of system. The trading system may use a dedicated network to pass messages and data between traders and the system omt may use a public network such as the Internet The example to be described is particularly directed to the trading of a financial instrument such as foreign exchange spot or precious metals. However, the invention is applicable to any trading system trading any tradable product, whether it is a financial instrument, commodity or any other tradable goods. Within the realm of financial instruments, the invention is applicable to any tradable financial instrument Including OTC (over the counter) and exchanged base products. Thus, the following example is intended only to illustrate the principles of the Invention and is not limiting. One example of a trading system on which embodiments of the invention may be deployed is disclosed in US-A-5,375,055(Togher), the contents of which are incorporated herein by reference. In the following description, references to a trader refer to a trader workstation through which traders Interface with the trading system or to an automated trading interface, which is a workstation running a trading algorithm which interfaces with the trading system in dependence on market conditions. References to prime banks and prime customers refer to workstations under the contol of the banks or customers. Parent and child deal codes may be implemented on the same or different workstations as may prime customer intra floor deal codes.
In a typical trading system, such as the EBS F/X spot trading system operated by EBS Dealing Resources, Inc. trading floors of financial institutions trade with one another. An institution may include several trading floors located In different parts of the world and belong to different legal entities all forming part of the same global institution group. Thus, a large multinational bank may have local trading banks in different countries. Each of these is a legal entity in its own right. Each of those legal entities will have one or more specified sites. This is a contractual deflation related to sites to which the system provider agrees to provide services. In practice, this has been interchangeable with deal code, trading floor or a dealing unit.
A specified site may have a number of products associated with it that trade on the same trading systems. Thus, a specified site trading on the EBS system may include the bank's FX traders on the spot system, the banks trading through a prime broker (although in the prior art they log in as the prime broker), and an automated trading interface which trades on the system without intervention of traders according to a trading algorithm proprietary to the bank A deal code is an attribute of a product. Deal codes are four letter identifiers which identify the party to a deal or a quote (where a system is not anonymous).
Deal codes are standardsed throughout the industry, and the term is used interchangeably with bank code, trading floor and dealing unit. Figure 1 shows an example of a number of deal codes trading in a market.
I O The present invention introduces the concept of parent and child deal codes.
In the following example this will be described in relation to prime broker banks and prime broker customer banks. However, its application is much broader and, as discussed below, has considerable technical benefits allowing for expansion of trading floors without a complete reconfiguration of the system Figure 2 illustrates the concept of a prime broker parent XYZL which has three child floors, 1XYZ, 2XYZ and 3XYZ. A prime broker parent is a trading floor that allows other trading floors to utilise its credit. A prime broker (PB) parent may support a plurality of prime brokers, for example by geography or product type.
The children of the PB parent are referred to as prime banks (PBs). These are deal codes designated by the spot parent (XYZL in figure 2) that allows the parent to offer prime brokerage to the market. These are 1XYZ, 2XYZ and 3XYZ in figure 2. Each PB deal code enables a prime customer to utilise the PB's bilateral credit in the market to deal in the market in situations where they would have insufficient credit to deal themselves. Figure 3 shows the relationship between the market, the prime broker parent XYZL and the prime broker bank (or child) 1XYZ.
A prime customer is a user of the system who has chosen to utilise a prime bank's access to greater depth in counterparties and better prices to trade. A unique deal code is created for the customer that allows the user to trade through a prime bank. This is illustrated in figure 4. The prime customer PC is a different deal code to the prime customer parent ABCL. The prime customer trades through the prime bank 1XYZ. This arrangement contrasts with the prior art system of W02004/04022 in which there was no concept of a parent and child banks and to secure prime brokerage, a trader from bank ABC would have logged onto the trading system as floor DEFL.
Thus, bank ABC is the prime customer parent bank and ABCL's traders utilise XYZL's prices in addition to their own. However, the system configures this by use of a prime customer child deal code (PC deal codes) and a prime bank child deal code.
The use of PC deal codes enables the system to support intra-floor dealing between traders from different deal codes on a physical/virtual trading floor. This might arise where a bank subscribes to several prime brokers, say XYZL and DEFL.
Each of these prime customers will have their own deal code, e.g. PC1 and PC2 and the bank with have its own code ABCL.
Here, a single trading floor has three separate dealing codes which can trade with each other. Thus there is no longer a one to one correlation between trading floors and deal codes. As shown in Figure 4, the bank has its own spot dealing code ABCL and a prime customer code PC which connects into a prime bank!XYZ and utilises the credit of the prime parent XYZL. It is not mandatory that a prime customer has a spot code that trades directly on the trading system.
Figure 5 illustrates a trading floor that consists of three deal codes. Six banks trade directly with the market: ABCL, XYZL, DEFL, GHIN, GHIL and JKLL. The fourth letter represents the location of the bank. Thus L represents London and N represents New York. It follows that GHIN and GHIL are different floors of the same bank. They may be different legal entities of the same global institution group or they may be part of the same legal group. Four of the banks offer prime brokerage services to customers and have established prime bank codes. Bank DEFL has set up two prime bank codes 1 DEF and 2DEF and as GHIN and GHIL are part of the same global institution they set up their own prime banks as 1GHI and 2GHI. Each of the prime banks have customers PC1 to PC8.
Tables 1 to 4 show the perspective of some of the trading floors. Table 1 shows the perspective from ABCL spot trader; table 2 from 1XYZ PC1 trader at bank ABCL; table 3 from 1 DEF PC2 trader perspective; and table four from the perspective of a spot trader in GHIN. That trader will not see any of the prime banks as they are shown to the market as prime broker parents.
CREDIT CREDIT DEALSI
COUNTERPARTY LIMIT LIMIT MARKET DATA BILLABLE COLOUR
JKLL (Spot Trader) N/A _ Yellow DEFL (Spot Trader) N/A Y Y Y Yeilow ABCL (Spot Trader) N/A N N White.
1XYZ (PC1) N/A _ Yellow 1 DEF (PC2) N/A _ Yellow 1 DEF (PC3) N/A _ Yellow IGHI (PCS) N/A Y Y Y Yellow l
Table 1
CREDIT CREDIT DEALSI
COUNTERPARTY LIMIT LIMIT MARKET DATA BILLABLE COLOUR
JKLL (Spot Trader) Y Yellow XYZL (Spot Trader) _ Yellow ABCL (Spot Trader) ._ N Yellow 1 DEF (PC2) Y Y N Y Yellow 1 DEF (PC3) _ Yellow 1GHI (PCS) Yellow 1XYZ (PC1) N N N N White
_
Table 2
| CREDIT | CREDIT | DEALS/ I I = | COUNTE RPARTY LIMIT LIMIT MARKET DATAB ILLABLE COLOUR.
JKLL (Spot Trader) _ Yellow.
DEFL (Spot Trader) Y Y Y Y Yellow ABCL (Spot Trader) _ _ Yellow 1XYZ (PC1) Y Y N Y Yellow 1DEF (PC2) N N White 1DEF (PC3) _ _ Yellow l 2DEF (PC8) Y N Y Y Yellow l IGHI (PCS) Yellow l
Table 3
PC/PB PB/CTPY CREDIT CREDIT DEALS/
COUNTERPARTY LIMIT LIMIT MARKET DATA BILLABLE COLO UR
JKLL (Spot Trader) N/A Yellow GHIL (Spot Trader) N/A _ Yellow
Table 4
In the tables above, the column marked PC/PB refers to credit between the prime customer and the prime bank and is discussed below. The PB/counterparty credit limit indicates credit extended between prime broker parents and various to counterparties on the system. The Deal/Market Data column refers to the display of done deals and market data and the billable column refers to whether the taker will be billed by the system operator. In table 1, for example, deals between ABCL and ABCL are intra-floor deals and not billable (or tradable). Finally, the last column indicates the colour that the quotes will appear on the screen, although any combination of colours could be used. In this example, yellow indicates a dealable non intra-floor deal and white indicates a non-dealable price from the same floor. lo
Thus figure 5 shows how a bank, through use of prime customer deal codes, can have access to several prime brokers via their prime banks.
In the system of W02004/04022, the prime broker customer traded as the prime broker using their deal code. The arrangement discussed above enables credit limits to be established between prime customers and prime banks. These limits may be established by the prime customers rather than the prime banks as in the prior art. Prime customers can manage their trade-day risk by assigning the amount of credit to which they wish their traders to have access. The lowest of this value, and the credit assigned by the PB to the PC Is the actual exposure.
The PC will see the market view of its PB as long as it has reciprocal credit with the PB. The PC's dealable currency pairs (in the case of FX trading) is the intersection of the PB's dealable currency pairs, the PC's dealable currency pairs and the currency pairs that the PB has permissioned the PC to see It will be understood that the PC will always remain anonymous to the market counterparts.
As PCs can assign credit to PB transactions, each PC has a trading floor administrator function. This may be set up on a trader terminal or a separate terminal and has the same functions as a standard TEA function including credit, settlement, user and report management. The PC TFA can only assign credit to the floor code of its PB and the PB parent is not able to see their children (the prime banks) nor are they able to assign credit to them.
A PC is unable to see any credit events that occur between a PB and the nterbank market. A credit event includes an Indication that credit is low or exhausted.
The system does not allow traders to hit their own prices but traders in the same PC deal code can trade with one another. These trades do not affect the credit limits between the PB and PC. The system does not bill the taker (or the maker) for these trades.
Figure 6 shows how a PC trader may trade with a prime broker parent. These trades are reflected in the done deals information and market data information that is made available to other traders. These trades will cause a reduction in the credit between PC-PB,PB-PC and PB-PB parent. A prime customer actually deals with the prime bank which, in turn, proxies for the prime parent in dealing with the counterparts (that is, the prime parent code itself is completely out of the picture in the literal transaction flow). There is one market transaction between the prime bankas-parent and counterparts, and one 'prime' transection between the prime customer and prime bank (where the prime bank can add additional brokerage, etc).
Figure 7 shows how trades between traders on the same physical floor, but different deal codes, are treated as Prime Intra-Floor trades. These are not reflected in deal or market data but do have an effect on credit limits and are billable.
Figures 8 to 10 show examples of screen displays seen by traders using a system embodying the invention. In figure 8 there is shown a portion of the display seen by a prime broker customer of a prime bank 1 PBX. Prime Customers can act as Takers and Market Makers in the market. All prices shown on the Prime Customer workstation are dealable and credit screened. The prices displayed are the actual rates available to deal on and do not Include any Prime fees. Contractually agreed fees are reflected posttrade in the Deal Ticket as an additional spread to the dealt rate. The Trader Deals panel (shown in more detail in figure 9) and the Deal Log (shown in figure 10) show the traded rate before the fee spread has been included.
As can be seen from figures 8 to 10, as all deals transacted on the Prime Customer workstation are completed In the name of the Prime Broker, the counterparts shown in the Trader Deals panel is always the Prime Broker 1 PBX.
In the system of W02004/040422, the prime broker customer logged onto the trading system as the prime broker itself. Thus, the trading system, as well as counterparties interacting with the prime broker customer saw all messages as originating from the prime broker. In the embodiment of the present invention described, the prime broker customer (pbc) has its own dealing code, which is a child code of the prime broker customer bank. This bank is eligible to trade on the trading system in its own right but may choose to trade via the prime broker to gain access to better prices from counterparties who would not extend credit to it. Thus the pbc is an active trading floor and orders that are submitted by the pbc are submitted from the pbc trading floor directly to the market regardless of whether the order makes use of the prime broker and regardless of whether the order will appear to counterpartes as if it had originated from the prime broker bank This approach requires that the order submitted includes prime broker information so that credit relations of the prime broker trading floor and market counterparties can be taken Into account when matching deals. It should be noted that the pbc may use the prime broker both for making and taking prices. When the pbc Is a maker, that is they are putting prices Into the market, their prices will be visible to more counterparties in a credit screened market than if they submitted the prices in their own name. Orders are submitted to the system in an order submission message.
The exact nature of this message will depend on the type of order, for example whether it is a buy or sell order or a visible (bid/offer) or invisible (hit/take) order.
However, when the order is submitted directly from the prime broker customer, the order must include an identification of the fact that it is a prime broker order and Include the identity of the prime broker In practice, the mere inclusion of the identity of the prime brokems sufficient for the order to be interpreted by the system as a prime broker order.
The system described may be enhanced to enable the prime broker customer to trade through one of a plurality of possible prime brokers. The prime brokers to which the pbc subscribes may have different prices available at any given time and the pbc will want to trade via the prime broker that gives them the best price. When the pbc Is acting as a maker, that is they are putting prices into the market, they will not know to whom the prices are distributed for each of the prime brokers That is, they will not know exactly with whom the prime broker bank has credit relationships. When acting as a taker, more than one prime broker may have access to the same dealable price. This problem is solved by including a prime broker priority list in the order submission message. This message is similar to that described above but instead of including the identity of one prime broker, includes a plurality of prime brokers in a priority list This list is used by the trading system during deal initiation. Where the pbc is a taker, the trading system will choose the appropriate prime broker which has both literal credit with the counterparts and higher priority. Credit between the prime broker and the customer must also exist.
The maker procedure is similar with the system using the priority list to decide, on receipt of a hiVtake, to which prime broker the hiVtake notification message should be sent.
Figure 11 illustrates the flow of messages in the multiple prime broker system. It is to be understood that the message flow is partly dependent on the system architecture and that the invention disclosed herein is not dependent on any particular architecture. The example given is therefore not to be construed as limiting in any way.
The figure shows two prime bank customer traders PC1 Trader 100 and PC2 Trader 102. These traders are in turn connected to the market by their trader terminals on their trading floors shown as PC1 Floor 104 and PC2 Floor 106. Each of floors PC1 and PC2 use the services of a respective prime broker bank PB1 108 and PB2 110 although each subscribe to several prime brokers and will trade using a different prime brokers credit depending on market conditions. Deal related messages are sent between the trading system and the two prime customers PC1 and PC2 and the two prime broker banks PB1 and PB2. In the figure, the trading system is represented by arbitrator 112 which is the part of the EBS system which is responsible for order matching This is purely exemplary.
The PC1 trader at step 1 submits a quote into the market. In this example it is assumed that the quote, a visible buy or sell order, is the best price in the market.
The PC1 trader wants this order to be executed using the services of one of his plurality of prime broker banks. At step 2 a quote submit message is sent from the PC1 trading floor 104 to the arbitrator and includes the prime broker priority list. The arbitrator will cause this quote to be distributed via a market distributor to trading floors with whom the selected prime broker has bilateral credit. One of these floors Is floor PB2. By virtue of the prime broker/prime customer relationship between PB2 and PC2, trader PC2 102 will see PC1's quote on his trader terminal display as it is the best quote in the market, and the quote will be displayed as a dealable quote.
Trader PC2 wants to trade and hits the quote at step 3. A hit is an invisible order and at step 4 a hit submit message is sent from the PC2 floor 106 to the arbitrator 112, the message including the PC2 floor's prime broker priority list. At step 5, the arbitrator sends to the maker floor PC1, a hit notify message which includes information about PC2 and the chosen prime broker for the hit, PB2. At step 6, a deal request maker' message is sent from the PC1 floor to the PB1 floor. This message includes information about the two prime customers PC1 and PC2 and PC2's prime broker PB2. This information is not visible to the trader at PC1 who, as it is an anonymous trading system, does not know the identity of the potential counterparts and, if the deal is completed, will only know that they have traded with prime bank PC2. A deal verify message Is then sent at step 7 by PB1 to the prime customer PC2 which has hit the order This message includes coded PB2 information but the prime customer sees only that it has traded with the prime parent. At step 8 a deal request taker message is sent from PC2 to PB2. As with
the Deal Request Maker message, this message includes information about the opposing party PB1 and the prime customer PC2. At step 9, the prime broker PC2 acknowledges the Deal RequestTaker message with a DealRequestTakerAck message to the taker PC2. A deal verify acknowledge message DealVerifyAck is then sent from the PC2 floor to the PB1 floor at step 10 and finally at step 11, PB1 acknowledges the DealRequestMaker message with a DealRequestMakerAck message to the maker PC1 It will be appreciated from the discussion above that the system described differs from that of W02004/040422 in two major ways. First, the prime broker customer has its own deal code, and with that its own TEA. This gives rise to the possibility of assigning credit from the PC to the PB as well as the other way round. It also gives rise to the possibility of multiple deal codes at a single physical or virtual trading floor This in turn enables traders on different deal codes on the same floor to deal with one another, so increasing liquidity. It also means that orders to be executed using prime broker credit as submitted direct from the prime broker client trading floor rather than via the prime broker.
The second major difference is the introduction of the hidden deal code.
The actual deal code used by the prime bank 1XYZ etc is masked so that counterparties are unable to see which prime bank has done the deal. The parent bank will be shown as the counterparts and will be the party whose name appears on the deal ticket. The use of hidden deal codes also prevents prime broker parents from seeing prime customer bids and offers.
The use of hidden or split deal codes has application outside the prime broker environment described above. One example is in allowing an existing deal code to be split into two without having to assign credit to a new floor. A split may be necessary when the dealing floor has more traders than can be handled by a single deal code. Although adding a new deal code into the system is straightforward, all counterparties must assign credit to the new deal code before it can trade effectively on the system. In practice, trading floor administrators are often reluctant and slow to assign credit to new trading floors and they need to be convinced that they are reliable codes to whom they can assign large amounts of credit without increasing risk.
By using hidden parenVchild deal codes, the existing deal code can remain but has two child deal codes attached to it. Each child deal code has a number of traders within the total exceeding the number that could be handled by a single deal code. However, the outside market only sees the parent deal code and credit remains assigned to that parent deal code.
A further benefit of hidden or parent/child deal codes arises when a system is upgraded. At present, upgrading is a time consuming and costly exercise as the whole deal code will have to migrate to the upgraded system. This can mean a loss in trading time or a severe limitation as to when upgrades can take place; there are few times when all the world's foreign exchange markets are closed. In turn, this makes system operators very reluctant to upgrade systems unless they absolutely have to. Consequently systems do not develop or improve as fast as they might, with many potential enhancements waiting for the next major upgrade.
The use of parent and child deal codes overcomes this problem by assigning a pair of child deal codes to a parent deal code. One of the child codes carries on trading while the other migrates over to the new upgraded system. This allows the parent deal code to carry on trading while the new equipment is installed and tested.
The migration over to the new system can then take place without any loss of trading capacity. This provides a technically elegant solution to the technical problem of handling upgrades and also makes it much more attractive for a system operator to make more frequent, less fundamental upgrades.
Other applications of parent and child deal codes are possible and will occur to those skilled in the art. The invention is not limited to the specific examples described above and is limited only by the following claims.

Claims (10)

  1. Claims 1. An electronic trading system for trading products between
    counterpartes, comprising: a plurality of counterparts trading floors, for submitting quotes to buy or sell products being traded on the system, each trading floor having a unique trading floor code to identify it to other counterparts trading floors; wherein at least one of the counterparts trading floors comprises a parent trading floor code and at least one dependent trading floor code, and wherein trades made via the dependent trading floor code are shown to counterparties as trades with the parent trading floor code.
  2. 2. An electronic trading system according to claim 1, wherein the dependent trading floor code is assigned to a prime bank offering prime brokerage to third party banks trading on the system.
  3. 3 An electronic trading system according to claim 2, wherein a prime brokerage trading floor code provides prime brokerage to a customer bank being a counterparts on the systems and having a unique trading floor code, the unique trading floor code having a dependent floor code, wherein the prime brokerage is provided to the dependent trading floor code of the customer bank.
  4. 4. An electronic trading system according to claim 3, wherein the customer bank dependent trading floor code assigns credit to the prime bank dependent trading floor code.
  5. 5. An electronic trading system according to claim 4, wherein the customer bank dependent trading floor code includes a trading floor administrator for setting credit limits for trades made on behalf of the customer bank dependent trading floor code by the prime bank dependent trading floor code.
  6. 6. An electronic trading system according to any preceding claim, wherein a trading floor code has a plurality of dependent trading floor codes, each dependent trading floor code being assigned to a product trading on the trading system
  7. 7. An electronic trading system according to claim 6, wherein the product comprises an automated trading interface trading on the system in accordance with a trading algorithm.
  8. 8. An electronic trading system according to claim 2, comprising a plurality of trading floor codes having dependent trading floor codes assigned to prime banks, and at least one trading floor code having a plurality of dependent trading floor codes assigned to prime customer traders, each prime customer dependent trading floor code being assigned to trades with one or the prime bank dependent trading floor codes
  9. 9. An electronic trading system according to any preceding claims, wherein at least one of the trading floors comprises a virtual deal code having no physical traders trading via the deal code.
  10. 10. A method of trading on an electronic trading system in which parties trading on the system are arranged into trading floors each having a unique trading floor code to identify the trading floor to other trading floors trading on the system, the method comprising assigning a dependent trading floor code to at least one parent trading floor code, and showing trades made via the dependent trading floor code as trades between a counterparts with the parent trading floor code.
GB0514215A 2004-07-09 2005-07-11 Electronic trading system Withdrawn GB2416229A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US58699604P true 2004-07-09 2004-07-09

Publications (2)

Publication Number Publication Date
GB0514215D0 GB0514215D0 (en) 2005-08-17
GB2416229A true GB2416229A (en) 2006-01-18

Family

ID=34911046

Family Applications (1)

Application Number Title Priority Date Filing Date
GB0514215A Withdrawn GB2416229A (en) 2004-07-09 2005-07-11 Electronic trading system

Country Status (6)

Country Link
US (2) US7693776B2 (en)
EP (1) EP1622078A1 (en)
JP (1) JP5246993B2 (en)
CN (1) CN1755737A (en)
GB (1) GB2416229A (en)
SG (1) SG119301A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8682780B2 (en) 2011-08-16 2014-03-25 Sl-X Technology Uk Ltd. Systems and methods for electronically initiating and executing securities lending transactions
US8706610B2 (en) 2011-08-16 2014-04-22 Sl-X Technology Uk Ltd. Systems and methods for electronically initiating and executing securities lending transactions

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040088082A1 (en) 2002-01-28 2004-05-06 Osman Ahmed Building control system and fume hood system for use therein having reduced wiring requirements
JP5246993B2 (en) * 2004-07-09 2013-07-24 イー ビー エス グループ リミテッド Electronic trading system and method for trading on electronic trading system
US7840478B1 (en) * 2004-11-17 2010-11-23 Icap Services North America Llc Pass through liquidity in a multi-tiered trading system and method
US8566205B2 (en) * 2007-07-18 2013-10-22 Yahoo! Inc. System and method of making markets for a finite subset of orders placed across continuous and countably infinite outcome spaces
US8635133B2 (en) * 2010-05-28 2014-01-21 Massachusetts Institute Of Technology System and method for relativistic statistical securities trading
US10140661B2 (en) * 2012-08-31 2018-11-27 Sander Gerber Systems and methods for managing investments
US9940673B2 (en) 2012-08-31 2018-04-10 Sander Gerber Systems and methods for measuring relationships between investments and other variables
US10628768B2 (en) * 2016-05-09 2020-04-21 Fidessa Trading Uk Limited Systems and methods for risk management in a geographically distributed trading system

Family Cites Families (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US711972A (en) * 1902-04-12 1902-10-28 John Hormby Stencil-punch.
US5136501A (en) 1989-05-26 1992-08-04 Reuters Limited Anonymous matching system
US5379055A (en) 1990-12-25 1995-01-03 Canon Kabushiki Kaisha Thermal transfer recording apparatus and facsimile terminal equipment using said apparatus
US5375055A (en) * 1992-02-03 1994-12-20 Foreign Exchange Transaction Services, Inc. Credit management for electronic brokerage system
US5806050A (en) 1992-02-03 1998-09-08 Ebs Dealing Resources, Inc. Electronic transaction terminal for vocalization of transactional data
US6519574B1 (en) 1995-12-12 2003-02-11 Reuters Limited Electronic trading system featuring arbitrage and third-party credit opportunities
JPH1153450A (en) * 1997-07-30 1999-02-26 Sumitomo Ginkou:Kk Custody supporting system
WO2001022072A1 (en) 1999-09-21 2001-03-29 Spectramet, Llc High speed materials sorting using x-ray fluorescence
US6584451B1 (en) 1999-01-12 2003-06-24 Ariba, Inc. Facilitator for aggregating buyer power in an on-line market system
US6594633B1 (en) 1999-07-07 2003-07-15 Vincent S. Broerman Real estate computer network
US20010037230A1 (en) 1999-12-10 2001-11-01 Raveis William M. Method of facilitating a move of household goods
US20010005829A1 (en) 1999-12-10 2001-06-28 Raveis William M. System and method for managing customer relationships over a distributed computer network
US6321202B1 (en) 1999-12-10 2001-11-20 Home Link Services, Inc. System and method for managing transactions relating to real estate
US20010047282A1 (en) 1999-12-10 2001-11-29 Raveis William M. System and method for managing real estate transactions
US20020049624A1 (en) 1999-12-10 2002-04-25 Raveis William M. System and method for tracking real estate transactions
US20020007334A1 (en) 2000-02-18 2002-01-17 Vincent Dicks Brokerage system and method
US7283977B1 (en) 2000-02-25 2007-10-16 Kathleen Tyson-Quah System for reducing risk payment-based transactions wherein a risk filter routine returns instructions authorizing payment to a payment queue for later re-evaluation
US20020023033A1 (en) 2000-03-30 2002-02-21 Casey Campbell Method and apparatus for counterparty communications and brokering transactions
US20030154171A1 (en) 2000-03-31 2003-08-14 Hewlett Packard Company Apparatus and method for selling personal information
WO2001075752A2 (en) 2000-04-04 2001-10-11 Currenex, Inc. E-commerce foreign exchange method and apparatus
GB2378024A (en) 2000-04-04 2003-01-29 Currenex Inc System for multi-bid foreign exchange workflow automation
AU2001245352A1 (en) 2000-04-04 2001-10-15 Currenex, Inc. Method and apparatus for foreign exchange execution over a network
GB2377302A (en) 2000-04-04 2003-01-08 Currenex Inc User interface for foreign exchange execution
WO2001088815A1 (en) 2000-05-12 2001-11-22 Wealthbank, N.A. Third party payor method and system for distributing financial benefits
US20030055772A1 (en) 2000-06-06 2003-03-20 Michael Goldstein Method and apparatus to facilitate transactions between buyers and sellers
WO2001098995A1 (en) 2000-06-19 2001-12-27 Ashland Inc. Business method for facilitating the sale of goods and services
GB2364586B (en) 2000-06-23 2004-06-16 Ebs Nominees Ltd Deal matching in an anonymous trading system
US7184982B1 (en) 2000-06-23 2007-02-27 Ebs Group Limited Architecture for anonymous trading system
GB2366023B (en) * 2000-06-23 2004-08-11 Ebs Nominees Ltd Credit limit storage in an anonymous trading system
GB2364585B (en) 2000-06-23 2004-03-17 Ebs Nominees Ltd Anonymous trading system
US7333952B1 (en) 2000-06-23 2008-02-19 Ebs Group Limited Compound order handling in an anonymous trading system
US20020002545A1 (en) 2000-06-29 2002-01-03 Resneck James D. Electronic money transaction device and method
US20030018561A1 (en) 2000-06-30 2003-01-23 Kitchen Louise J. Single party buying and selling commodities with multiple counterparties
US7222089B2 (en) * 2000-09-11 2007-05-22 Mahesh Harpale Intermediary driven electronic marketplace for cross-market trading
US7110972B1 (en) * 2000-09-19 2006-09-19 Icor Brokerage, Inc. Method and system of managing credit for the electronic trading of financial instruments
US6807635B1 (en) 2000-11-13 2004-10-19 Currenex, Inc. Using digital signatures to validate trading and streamline settlement of financial transaction workflow
US7184984B2 (en) 2000-11-17 2007-02-27 Valaquenta Intellectual Properties Limited Global electronic trading system
US20020069176A1 (en) 2000-12-06 2002-06-06 Daniel Newman System for obtaining fee-based data and services
JP4461618B2 (en) 2000-12-21 2010-05-12 株式会社日立製作所 Payment apparatus and method
US20020087452A1 (en) 2001-01-04 2002-07-04 International Business Machines Corporation System, method and program product for improving broker's profits in electronic commerce
US20020103667A1 (en) 2001-01-31 2002-08-01 Shekar Jannah System and process for securitizing payments to third parties
CA2334302A1 (en) 2001-02-06 2002-08-06 Juan Pablo Sanchez System and methods for facilitating a commercial transaction
JP2002329066A (en) 2001-04-12 2002-11-15 Internatl Business Mach Corp <Ibm> Securities trading system, computer system, dealing order method, dealing order process method, and program
US7596526B2 (en) 2001-04-16 2009-09-29 Jpmorgan Chase Bank, N.A. System and method for managing a series of overnight financing trades
US20020156726A1 (en) 2001-04-23 2002-10-24 Kleckner James E. Using digital signatures to streamline the process of amending financial transactions
JP3657888B2 (en) * 2001-04-25 2005-06-08 日本電気株式会社 Dealing system, dealing method and program thereof
US20020174066A1 (en) 2001-05-15 2002-11-21 Kleckner James E. Method and apparatus for automating the process of settling financial transactions
US20020184135A1 (en) 2001-05-29 2002-12-05 Deere & Company, A Delaware Corporation Computer-implemented equipment brokering method and system
US7310616B2 (en) * 2001-06-15 2007-12-18 Goldman Sachs & Co. Method for structuring a transaction
US7613640B2 (en) 2001-08-29 2009-11-03 Ebs Group Limited Electronic trading system
AU2002335726A1 (en) 2001-09-11 2003-03-24 Fx Alliance, Llc Method and apparatus for conducting financial transactions
US8032442B2 (en) 2001-09-27 2011-10-04 Stubhub, Inc. System and method for providing logistics for a sale of goods
GB0124758D0 (en) 2001-10-16 2001-12-05 Air Tube Conveyors Ltd Apparatus and method for facilitating trade
US20030084001A1 (en) 2001-10-31 2003-05-01 Netbuck Payment Service Co., Ltd. System and method for managing and securing transaction information via a third party
US7711627B2 (en) 2002-01-07 2010-05-04 Bgc Partners, Inc. Methods and systems for providing crossing markets
US20030149654A1 (en) 2002-01-16 2003-08-07 Harrington Kevin F. Interactive security brokerage system
US7376605B2 (en) 2002-02-06 2008-05-20 Fx Alliance, Llc Electronic market calendar for displaying standard settlement dates, future market-related events and holidays pertaining to a financial transaction
US7590595B2 (en) * 2002-02-14 2009-09-15 Zachary Pessin Apparatus and method of a distributed capital system
US20030163413A1 (en) 2002-02-28 2003-08-28 Wiczkowski Frank T. Method of conducting anonymous transactions over the internet
US20040039689A1 (en) 2002-06-19 2004-02-26 Neill Penney Method and apparatus for managing financial transactions involving multiple counterparties and processing data pertaining thereto
WO2004000153A2 (en) 2002-06-25 2003-12-31 Radix Corporation Gingival retraction devices with a structural backing
DE10228772A1 (en) 2002-06-27 2004-01-15 Infineon Technologies Ag Reduction of the contact resistance in organic field effect transistors with palladium contacts by using nitriles and isonitriles
WO2004040422A2 (en) 2002-10-29 2004-05-13 Electronic Broking Services Limited Trading system
EP1579360A4 (en) * 2002-10-29 2008-01-02 Ebs Group Ltd Anonymous trading system
EP1567960A4 (en) 2002-11-08 2007-06-13 Fx Alliance Llc Method and apparatus for trading assets
JP5246993B2 (en) * 2004-07-09 2013-07-24 イー ビー エス グループ リミテッド Electronic trading system and method for trading on electronic trading system
EP1626369A1 (en) * 2004-08-13 2006-02-15 EBS Group limited Automated trading system
US8595112B2 (en) * 2007-03-12 2013-11-26 The Bank Of New York Mellon Corporation Systems and methods for providing financial services

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8682780B2 (en) 2011-08-16 2014-03-25 Sl-X Technology Uk Ltd. Systems and methods for electronically initiating and executing securities lending transactions
US8706610B2 (en) 2011-08-16 2014-04-22 Sl-X Technology Uk Ltd. Systems and methods for electronically initiating and executing securities lending transactions

Also Published As

Publication number Publication date
US20100114755A1 (en) 2010-05-06
US20060010065A1 (en) 2006-01-12
US8108293B2 (en) 2012-01-31
JP5246993B2 (en) 2013-07-24
CN1755737A (en) 2006-04-05
JP2006024221A (en) 2006-01-26
EP1622078A1 (en) 2006-02-01
SG119301A1 (en) 2006-02-28
GB0514215D0 (en) 2005-08-17
US7693776B2 (en) 2010-04-06

Similar Documents

Publication Publication Date Title
US8108293B2 (en) Automated trading systems
US8200570B2 (en) Electronic trading system having increased liquidity provision
US7865421B2 (en) Automated trading system
US7653584B2 (en) Automated execution system having participation
US7693775B2 (en) Automated system for routing orders for financial instruments based upon undisclosed liquidity
US7822672B2 (en) Price change of orders from reserve in an electronic trading system
US20060136318A1 (en) Automated system for routing orders for financial instruments
US20040024690A1 (en) Volume limitation method and system for a real-time computerized stock trading system
US20040236662A1 (en) Automated system for routing orders for financial instruments among permissioned users
US7184982B1 (en) Architecture for anonymous trading system
JP2003533793A (en) System and method for electronically executing a derivative transaction
AU772596B2 (en) Conversational dealing in an anonymous trading system
GB2381616A (en) Electronic trading system
JP2001520421A (en) System, method and program product for electronic trading of financial instruments
WO2006126005A2 (en) Trading system order book

Legal Events

Date Code Title Description
WAP Application withdrawn, taken to be withdrawn or refused ** after publication under section 16(1)