EP1312013A2 - Configurable anonymous trading system - Google Patents
Configurable anonymous trading systemInfo
- Publication number
- EP1312013A2 EP1312013A2 EP01955490A EP01955490A EP1312013A2 EP 1312013 A2 EP1312013 A2 EP 1312013A2 EP 01955490 A EP01955490 A EP 01955490A EP 01955490 A EP01955490 A EP 01955490A EP 1312013 A2 EP1312013 A2 EP 1312013A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- subsystem
- credit
- plug
- order
- market
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Definitions
- the present invention relates to a computer trading system for providing an electronic broking service for tradable items such as foreign exchange and financial instruments generally.
- the invention relates to a computer trading system having a plurality of order input devices such as trader terminals connected to a network for submission and matching of bids, offers, buy and sell orders .
- An anonymous trading system is known, for example, in EP- A-0,399,850, EP-A-0 , 406 , 026 and EP-A-0 , 411, 748 which disclose an automated matching system for anonymous trading of foreign currencies (or other financial instruments) .
- a single host computer maintains a central database of all trading instruments available for trade, credit information and bids and offers which have been submitted by terminals connected to the host via a computer network.
- the host computer uses information in its central database to match bids and offers and buy and sell orders based on matching criteria which include a counter party credit limit.
- the counter party credit limits are set at each trading floor, and are stored at the host computer, which then establishes a gross counter party credit limit for each possible pair of counter-parties.
- the gross counter party credit limit is the minimum amount of the remaining credit from a first party to a second party, and the second party to the first party.
- the various trader terminals connected to the host computer maintain and display only a restricted subset of the information available at the host computer, such as best bids and offers.
- a credit matrix is derived and stored at a plurality of regional nodes of a distributed network, with each regional node distributing market information to a set of trader terminals to which the regional node is connected via an access node.
- the regional node is known as a Market Distributor and provides dealable price information to the trader terminals connected via the access node known as a Market Access Node.
- the actual matching of bids, offers, buy and sell commands is provided by separate nodes known as Arbitrators .
- a computer trading platform adaptable for trading a plurality of different tradable items, comprising a plurality of subsystems, each subsystem having an interface to a tradable item specific plug-in, the platform providing: an order management subsystem for receiving and distributing quotes and for matching quotes and orders in accordance with criteria provided by an order management plug-in, a deal execution subsystem for confirming and recording deals matched by the order management subsystem, a market view subsystem for providing market views to traders, and a credit subsystem for managing credit utilisation, wherein each subsystem is communicable with an appropriate plug-in defining rules respectively for matching , deal execution, market view and credit thereby creating a trading system.
- Figure 1 is a diagram of the main components of the physical architecture of a trading system
- Figure 2 is a diagram of the main function components of a Broker node
- Figure 3 is a diagram of the interrelation of subsystems and plug-ins.
- a tradable item is any item that can be traded including, but not limited to, financial instruments such as foreign exchange, and also shares and commodities.
- the purpose of splitting the Broking Platform into application and core is to allow the core to be developed as a stable, re-usable framework that can be used to create applications more easily. Maintenance effort is decreased because much of the system is contained in a reusable package that is maintained as a single effort for all applications. Application specific business functionality is contained in small distinct components that can be analysed, understood, and maintained. Dividing the core and application into components allows parallel design, development, and testing of important pieces of the Broking Platform which in turn provides for a more robust and maintainable product with decreased time to delivery. Another benefit of this effort is that applications may be designed and constructed in parallel with Broking Platform core development efforts, because the core is separated from the application by well-defined interfaces .
- the embodiment will first be described in relation to one possible physical architecture, before turning to the key aspects of the modular design.
- the physical architecture of the broking platform is shown in figure 1.
- the computer trading system embodying the invention is a distributed system.
- distributed is taken to mean that the functions performed by the network are distributed amongst a plurality of nodes.
- a key aspect of the embodying network is that each of the nodes performs equal functions of both price distribution and order matching services .
- the purpose of the embodying system is to allow traders to enter quotes and orders which are then matched within the system.
- the system provides a platform for trading at least the following instruments: FX Spot, FRA, and Forwards and also FX Forwards, CFDs, short-dated government and/or central bank paper, commercial bills, CDs, inter-bank deposits, commercial paper, reports, interest-rate futures, swaps, options money markets, metals, call money, government bonds and other short term interest rate instruments . These are all referred to as financial instruments .
- the computer trading system of figure 1 comprises a plurality of trading agents 10 each connected to at least one of a plurality of broker nodes 12.
- the broker nodes 12 are [type of computer and software to be discussed in brief] .
- the trading agents 10 are [type of computer and software to be discussed in brief] .
- Each trading agent is the means by which traders access the trading system.
- a Broker node 12 provides the basic order matching and price distribution services. The Brokers are arranged in a structure called a Clique Tree which enables faster communications routing, following very specific but simple rules .
- the Clique Tree is a network structure where individual nodes are grouped into Cliques, and the Cliques are then arranged into a tree structure .
- Each Broker can be linked logically to a number of Brokers, which are referred to as its neighbor Brokers. Communication between Brokers is on an equal level, with no "up” or “down” direction in the network.
- the Trading Agent node provides services related to a specific trading floor or group of traders.
- the Trading Agent node provides services related to a specific trading floor or group of traders.
- Each Trading Agent is the node that provides the interface to a trading floor.
- Each Trading Agent is connected to at least one Broker to access the network. Any number of Trading Agents can be connected to one or more Brokers in the network. There are no "root” or “leaf” Brokers; all Brokers are equal and can accept Trading Agent connections.
- a plurality of trader terminals are connected to each trader agent .
- While Trading Agents must be connected to at least one Broker, they themselves are not members of the Clique Tree, but remain outside the structure.
- a Trading Agent connected to multiple Brokers will receive multiple sets of market prices . Even though the price information from different Brokers can be substantially the same, the information may be received at different intervals.
- a Trading Agent will send a given trading order to only one Broker .
- the Brokers are equal to each other, and perform the same functions . The arrangement of the network or their position in it is transparent to the brokers. They only need to know about their neighbors .
- Each Broker has : knowledge of all orders in the market, and is able to match orders as soon as they are submitted.
- Each Broker also maintains a full list of orders in the market and is therefore able to customize market views as needed by the Trading Agents and is able to react faster to market information as soon as it is received.
- a subsystem is a component existing within the embodiment that encapsulates a major area of functionality whose services are exposed by one or more interfaces .
- Each interface is presented by a subsystem agent, and may be invoked directly by local procedure or method invocation.
- An agent may implement the services provided by the subsystem and/or serve as a proxy to utilise subsystem implementation external to the agent or subsystem implementation distributed over the network.
- Subsystems are customised for specific applications via
- plug-in means a functional component that can be added to the basic platform to provide specific functionality required by a chosen tradable item.
- the subsystems in the present embodiment are an order management subsystem 14, a deal execution subsystem 16, a market view subsystem 18, a market inventory subsystem 20, a credit subsystem 22 and a market definition subsystem 24. Each of these will be described further later.
- the trading platform comprises the subsystems and associated plug-ins, and also common objects, application specific objects and systems services.
- Plug-Ins are used to provide application specific functionality to a subsystem. This is accomplished via the application's implementation of a plug-in interface, which is defined as part of the subsystem specification. Plug-Ins may use any of the services provided by their associated subsystem or any other subsystem as required via the subsystems' agents. Plug-Ins may also use system services .
- the broking platform defines the type of a common object, but it may be implemented or extended as required by the application via inheritance as given by the common object component specifications.
- Common objects may contain one or more application specific objects.
- Application specific objects contain state and behaviour required by a given trading system application. Such objects are created by the broking platform client or by plug-ins.
- the broking platform provides transport and delivery of the application specific objects via common objects.
- Application specific objects may also be used directly by a subsystem agent's interface.
- System services provide general services to subsystems, common objects, and plug-ins. System services are distinguished from Subsystems because system services do not have any application specific behaviour (no Plug-Ins) and are provided completely by the broking platform. System services are not generally related to specific business functionality and typically provide services of a technical nature. System services are categorised into groups of like services.
- FIG. 3 The interaction of key components in the embodiment is shown in figure 3.
- the example shows two subsystems , subsystem A 30 and subsystem B 32.
- a plug-in for subsystem B 34 provides application specific services to subsystem B 32.
- subsystem B 32 utilizes the services of Subsystem A 30 via a local instance of the Subsystem A Agent 36.
- the application specific functionality contained in Subsystem B's Plug-In also makes use of the services of Subsystem A through agent 40.
- the services of Subsystem A are invoked through a method interface using Common Objects that contain Application Specific Objects communicated between A and B 38,42.
- Subsystems and their Plug-Ins as well as Common Objects may invoke System Services 44 as required to provide general services such as network transport or event logging services .
- a set of plug-ins are selected with chosen functionality to interface with the subsystems shown in Figure 2.
- the plug-ins interact with the various subsystems using agents and objects as described.
- Broking Platform Client provides a set of services referred to as the Broking
- the Broking Platform Client Subsystem also referred to as the BPC, presents the services of the Broking Platform Core to the application client.
- the collection of services provided through the BPC is referred to as the Broking Platform API (application programmers interface) .
- the application client can utilize the services of the core using a simple well-defined interface.
- the Broking Platform Client Subsystem provides services to submit an order as specified by an order parameter. Subsequent changes in order status or deals executed against the order are communicated via an interface. An order identifier for the newly submitted order is returned. A service is provided to allow the client to confirm or deny a proposed deal, to interrupt an order and to allow the client to establish a session with the BP Core. The trader identity is designated by a Traderld with authentication credentials contained in Identity.
- the BPC also allows the client to request product element information based on product element data.
- the BPC also provides a service to allow the client to request a subscription to a market view for a given product. Market views are given to the client via an interface.
- the client subsystem also provides application Specific Objects within the client subsystem, including an object which allows the application client to provide application-specific order submission details, an object which allows the application client to provide application-specific market view criteria details to specify the construction and delivery of market views, and an object which provides product element specific details to the application client for each product .
- the order management Subsystem 14 provides the broking service for traders. It provides for submission and distribution of orders, matching orders to propose deals. New deals are submitted to the deal execution subsystem for deal completion.
- Order Management Subsystem is responsible for manipulating orders based on market events when applicable. The entire life cycle of orders is managed by the Order Management Subsystem based on the trading rules of the system and the features of orders .
- the plug-in interface of the order provides the management system instrument-specific operation for handling order submission, allows the application to perform validation on a newly submitted order, and creates new deals given a new order. If no matches are available, then the order must be inserted into the order book, activated for priced distribution as required, and distributed to other brokers.
- the Application Specific Objects of the Order Management System contain any application specific order submission details.
- the Deal Execution Subsystem 16 is as follows.
- the Deal Execution Subsystem is responsible for routing a pending deal back through the system, back to the originating trader workstation to allow order confirmation. New deals are provided by the order management subsystem and are executed by this subsystem.
- This subsystem is responsible for updating the market on all passive brokers, verifying credit, confirming orders, recording deals, ticket printing and any other activity resulting from the execution or completion of a deal.
- This subsystem works with the order management subsystem in order to obtain the appropriate response interface to allow correct client notification.
- the Deal Execution Subsystem is responsible for creating a deal object and initiating deal execution, and for performing any application specific deal initiation activities. Application Specific Objects contain any application specific order submission details. This information originates from the client's original submit order request. Other objects may be used by the various plug-in methods to provide application specific behaviour.
- the credit subsystem 22 is responsible for the managing utilization against credit allocations. This subsystem is also responsible for notification of credit observers whenever a credit allocation changes state, between an out-of-credit and a credit-available state. This subsystem is responsible for confirming and/or adjusting deal amounts based on available credit. The credit subsystem is also responsible for certain administrative functions, such as allowing administration of credit allocations and credit recipients.
- the Credit Subsystem Interface provides a service which is responsible for checking for credit compatibility for two counterparties for two orders. If the parties are not credit compatible, a false is returned and deal amount is zero. If the parties are credit compatible, then the amount desired is used to compute a credit amount. If the entire amount desired exceeds available credit, then a deal amount based on available credit is computed. If this amount is less than the minimum deal amount, then these parties are considered to be credit incompatible for these two orders and a false value is returned with a deal amount of zero. Otherwise true is returned and the deal amount reflects the amount that is reserved for a new deal .
- the Plug-In Interface of the Credit Subsystem is responsible for calculating a credit amount based on a proposed deal amount and the original orders against which the deal would be performed.
- a return amount of zero implies that the counterparties are not credit compatible for the given orders.
- the interface is also responsible for calculating a deal amount based on a credit amount.
- the deal amount returned is based on the two orders for which the deal would be performed.
- a return amount of zero implies that the counterparties are not credit compatible for the given orders .
- the Application Specific Objects of the Credit Subsystem contain any application specific order submission details, and provides objects which may be used by the various plug-in methods to provide application specific behaviour .
- the Market Inventory 20 subsystem manages orders and deals for an instrument. Orders and deals for different product elements are organized into order books and deal books. Market Inventory is comprised of collection of order books and deal books for various instruments. This sub-system is responsible for maintaining a collection of order books and- providing controlled and secured access to the order books and deal books to other sub-systems.
- the Market Inventory Subsystem Interface includes a method which allows the other sub-systems to add an order to an order book for a specific instrument.
- This method call will invoke the Order plug-in which will position the order in the order book in the right order and will perform pre-order insertion and post-order insertion processing.
- a further method calculates an aggregate for an order for a specific product element, and adds a deal to a deal book for a specific instrument.
- the Plug-in Interface of the market inventory subsystem does the following:
- pre-order insertion (Order, OrderBook) . inserts order in inactive state 5.
- post-order insertion (Order, OrderBook)
- the market definition sub-system 24 provides facilities for accessing and administering all market, instrument, product, and product element data. The responsibilities include providing a means to a user to enter information, to modify the data, and to provide the information to
- Broking Platform system It defines what instruments and product elements are traded, the trading method used (types of orders supported, type of order operations supported, rules for deal initiation and execution etc.), market level and instrument level trading rules, and who (institutions/trading floors) can trade. It defines and handles market meta data and market operations such as open, close, suspend, enable etc.
- the Subsystem Interface of the market definition subsystem includes a method which results in validation of an order submitted into the Broking Platform system. It in turn invokes an application plug-in as order validation rules may be different for different applications.
- the Plug-in Interface of the market definition subsystem validates an order based on validation rules as defined for and by the application.
- the Market View 18, subsystem provides them with this information.
- the Market View subsystem is responsible for providing the ability to subscribe to market views, for creating market views, and for insuring market views are distributed to the subscribers .
- a method is provided which allows a subsystem to request a subscription for a market view. Since market views are inherently application specific, this method will call the application's MarketView plug-in to create an initial market view.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
Claims
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US60338800A | 2000-06-23 | 2000-06-23 | |
US603388 | 2000-06-23 | ||
PCT/IB2001/001494 WO2001098965A2 (en) | 2000-06-23 | 2001-06-21 | Configurable anonymous trading system |
Publications (1)
Publication Number | Publication Date |
---|---|
EP1312013A2 true EP1312013A2 (en) | 2003-05-21 |
Family
ID=24415214
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP01955490A Withdrawn EP1312013A2 (en) | 2000-06-23 | 2001-06-21 | Configurable anonymous trading system |
Country Status (7)
Country | Link |
---|---|
EP (1) | EP1312013A2 (en) |
JP (1) | JP2003536167A (en) |
AU (1) | AU7765001A (en) |
CA (1) | CA2383126A1 (en) |
GB (1) | GB2364589A (en) |
WO (1) | WO2001098965A2 (en) |
ZA (1) | ZA200202211B (en) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9727916B1 (en) | 1999-12-30 | 2017-08-08 | Chicago Board Options Exchange, Incorporated | Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services |
US7356498B2 (en) | 1999-12-30 | 2008-04-08 | Chicago Board Options Exchange, Incorporated | Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services |
US7305361B2 (en) * | 2000-10-14 | 2007-12-04 | Goldman Sachs & Co. | Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs |
GB2410109A (en) | 2002-10-29 | 2005-07-20 | Ebs Group Ltd | Anonymous trading system |
EP1626369A1 (en) | 2004-08-13 | 2006-02-15 | EBS Group limited | Automated trading system |
US8706610B2 (en) | 2011-08-16 | 2014-04-22 | Sl-X Technology Uk Ltd. | Systems and methods for electronically initiating and executing securities lending transactions |
WO2013025938A2 (en) | 2011-08-16 | 2013-02-21 | Sl-X Ip Sarl | Systems and methods for electronically initiating and executing securities lending transactions |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5136501A (en) * | 1989-05-26 | 1992-08-04 | Reuters Limited | Anonymous matching system |
US5375055A (en) * | 1992-02-03 | 1994-12-20 | Foreign Exchange Transaction Services, Inc. | Credit management for electronic brokerage system |
US5611052A (en) * | 1993-11-01 | 1997-03-11 | The Golden 1 Credit Union | Lender direct credit evaluation and loan processing system |
SE9801182L (en) * | 1998-04-03 | 1999-10-04 | Telia Ab | Improvements in, or with regard to, the telecommunication system |
WO1999057957A2 (en) * | 1998-05-08 | 1999-11-18 | Apple Computer, Inc. | Method and apparatus for configuring a computer |
-
2001
- 2001-01-19 GB GB0101423A patent/GB2364589A/en not_active Withdrawn
- 2001-06-21 EP EP01955490A patent/EP1312013A2/en not_active Withdrawn
- 2001-06-21 JP JP2002503738A patent/JP2003536167A/en active Pending
- 2001-06-21 CA CA002383126A patent/CA2383126A1/en not_active Abandoned
- 2001-06-21 WO PCT/IB2001/001494 patent/WO2001098965A2/en not_active Application Discontinuation
- 2001-06-21 AU AU77650/01A patent/AU7765001A/en not_active Abandoned
-
2002
- 2002-03-19 ZA ZA200202211A patent/ZA200202211B/en unknown
Non-Patent Citations (1)
Title |
---|
See references of WO0198965A3 * |
Also Published As
Publication number | Publication date |
---|---|
WO2001098965A3 (en) | 2003-03-13 |
GB0101423D0 (en) | 2001-03-07 |
JP2003536167A (en) | 2003-12-02 |
CA2383126A1 (en) | 2001-12-27 |
WO2001098965A2 (en) | 2001-12-27 |
GB2364589A (en) | 2002-01-30 |
AU7765001A (en) | 2002-01-02 |
ZA200202211B (en) | 2004-04-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8615462B2 (en) | Global electronic trading system | |
US7822672B2 (en) | Price change of orders from reserve in an electronic trading system | |
US20140108222A1 (en) | Rules engine having user activated rules of selectable scope and selectable outcomes | |
JP2001520421A (en) | System, method and program product for electronic trading of financial instruments | |
US20020077962A1 (en) | Trading system and method | |
WO1999031613A1 (en) | A method and apparatus for bundled asset trading | |
WO2007021998A2 (en) | Hidden book trading system and method | |
JP2003536146A (en) | System and method for reverse auction of financial instruments | |
US8108293B2 (en) | Automated trading systems | |
US20210295437A1 (en) | Method of processing investment data and associated system | |
US20190066216A1 (en) | System for managing fees and payments on exchange traded products and associated method | |
CN110060143A (en) | Service interfacing method, apparatus, computer equipment and storage medium | |
AU2001251372A1 (en) | Rules based securities order processing | |
US20200160288A1 (en) | Physically settled futures delivery system | |
US20190066214A1 (en) | System for conducting and balancing a secure financial investment of a client and associated method | |
US20030177091A1 (en) | Emerging market banking system | |
WO2001098965A2 (en) | Configurable anonymous trading system | |
CN113034275B (en) | Management system and method based on block chain network and terminal equipment | |
KR20230028855A (en) | Blockchain technology exchange platform with personal blockchain wallet | |
KR20230134657A (en) | Server and method for providing investment advice service contract on multiple accounts for financially underprivileged | |
CN115393046A (en) | Method, device and equipment for structuring product and storage medium | |
TR2023013015A2 (en) | A BLOCK CHAIN BASED SYSTEM AND RELATED METHOD FOR MANAGEMENT OF FINANCIAL ASSETS | |
KR20210067174A (en) | cryptodollar currency transaction system and method performing thereof | |
WO2006126005A2 (en) | Trading system order book | |
Bousbib | Middleware Standards in Capital Markets |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20020218 |
|
AK | Designated contracting states |
Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR |
|
AX | Request for extension of the european patent |
Extension state: AL LT LV MK RO SI |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN |
|
18W | Application withdrawn |
Effective date: 20040906 |
|
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1054805 Country of ref document: HK |