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 an automated exchange system, and in particular to an automated exchange designed for trading derivative contracts.
• Derivative contracts are contracts that are derived from underlying contracts.
• the underlying contracts can for example be stock, bond, or commodity contracts.
• the underlying contract can also in some cases in itself be a derivative contract.
• the price for the derivative contract is dependent on the price of the underlying contract(s). Examples of derivative contracts include option contracts and future contracts of different types.
• the price of an option may depend on the underlying price as a factor* (the change in the underlying price), where the factor is between nil and one for a call option and nil and minus one for a put option. This means that if the price of the underlying contract increases by one the price of a call option will always increase by at the most one.
• This factor is usually termed delta or delta value.
• trader parties In the market there are several types of trader parties.
• One particular type of trader party is the market maker.
• a market participant that is obliged to provide prices to the market in one or several instruments traded in the market.
• the market maker gains from the trading by having a small spread between its buy and sell prices.
• the market maker does not want to hold the risk in any instrument it trades.
• the market maker provides prices to the market in a derivative contract and somebody else trade against those prices the market maker is left with what is termed an open position. This means that the market maker will lose or make money if the price of the underlying contract changes. Since the market makers role is to provide liquidity to the market and not take the risk of the instrument the risk is undesired from the market maker's view.
• the biggest short-term risk of an open derivative position is the risk that the underlying price will change, thereby causing the derivative contract price to change.
• the market maker can buy underlying contracts to offset this open position.
• the number of contracts that the market maker has to buy of the underlying instrument depends on the current delta/delta value.
• the delta value is 0.5
• a market maker has to trade 0.5 underlying contracts for each derivative contract to hedge the open position resulting from the deal in the derivative contract.
• other market participants may also be interested in trading without entering an open position.
• the trade is said to be delta neutral.
• the price of a derivative contract may not only depend on the price of the underlying contract.
• the price of an option is also dependent on the volatility of the underlying contract.
• an option contract is delta hedged the position is less exposed to price changes of the underlying and thus relatively more dependent on changes in the volatility of the underlying. This is a common way of trading option contracts.
• the open delta position is hedged according to the delta value. This is also called to cover the option. This can of course be done for put and call options as well as for more complex option contracts or combination of option contracts.
• Combination orders usually generate derived orders in the market of the separate instruments. For example, a person may wish to sell a particular future and buy a call option derived from that particular future. When a price exist for one of the contracts, i.e. in either the future or the option, a derived order will be created in the other contract of the combination contract by the automated exchange system. This process is very demanding in terms of processing power in the matching unit utilized by the automated exchange. This is unfortunate, since the processing power of the matching unit often constitutes a bottleneck in a conventional automated trading system.
• the reference instrument i.e. the instrument in which options and other derivative contracts are traded, is then preferably displayed together with the hedged derivative instruments.
• the reference instrument i.e. the underlying contract, is presented with a price. Further, the reference instrument may or may not be traded on the exchange listing the virtual hedged derivative contracts as described herein. If not, a price feed from an execution point where a real time price is given can be provided.
• a party for example a market maker
• the party can trade in the virtual hedged derivative instrument instead.
• the party wants to trade an options contract and at the same time execute a corresponding trade in the contract underlying the option contract, i.e. trade what is known as a covered option, it will instead enter into a trade in a virtual hedged derivative contract corresponding to a covered option.
• the system will then execute the following steps.
• a trade in a virtual hedged derivative instrument is matched in the matching process of the system, the match is reported to a subsequent deal capture module where the corresponding different deals of the virtual hedged derivative contract the reference instrument are formed.
• the deals formed in the deal capture module do not need to be matched, since the number of contracts and the price can be deduced from the information relating to the virtual hedged derivative contract.
• the output from the deal capture module receiving a matched hedged derivative contract will be one trade in a derivative contract and one trade in an instrument underlying the derivative contract. It is of course also possible to form a virtual derivative contract implying more than two simultaneous deals, if that is desired at some point.
• the matching of the virtual hedged derivative contract can take place in a matching module of the automated exchange system.
• the trade can subsequently be captured in a separate module of the system where the combined deal is formed. All legs of the actual derivative contract and the contract in the underlying instrument are subsequently transferred to clearing/settlement and perhaps other processing.
• Fig. 1 is a general view of a computerized automated exchange system
• - Fig. 2 is a screen shot illustrating an exemplary graphical user interface for use in the system of Fig. 1.
• Fig. 3 is a flowchart illustrating different steps performed in the system of Fig. 1 when processing orders.
• a general view of an automated exchange system 100 is shown.
• the system 100 comprises a number of remote terminals 101 all connected to a central computer server system 103 comprising a matching unit 105 including a computer processor 109 and an associated order book (memory) 111.
• the central computer server 103 is loaded with suitable software, such as the CLICK TM software sold by OM Technology AB, Sweden, and forms an automated exchange having all features and functionality of a conventional automated exchange.
• the remote terminals 101 are designed to send data to and receive data from the central computer server 103.
• the terminals 101 are further designed to provide an interface for investors, such as broker firms etc., trading contracts including combination contracts at the automated exchange.
• the matching of orders input in such a system is performed in the central computer server by the unit 105 designed for this task.
• the system 103 further comprises a deal capture module 107.
• the module 107 is responsible for performing tasks such as receiving and register a deal in a designated database and reply to requests relating to closed deals. Also, if a deal needs to be cancelled/altered, this is normally performed in the deal capture module.
• the system 103 may also be linked to other associated systems, such as a position keeping system 113.
• the orderbook 111 of the system in fig. 1 is further designed to handle, in addition to conventional financial instruments, separate virtual instruments used in the matching in the automated exchange system.
• a set of virtual instruments for trading hedged derivative contracts having a reference instrument is provided.
• the virtual instruments created in this way can be referred to as hedged derivative instruments, and can include e.g. covered options.
• the reference instrument i.e. the instrument in which options are traded, is then preferably displayed together with the hedged derivative contract instruments.
• fig 2 an exemplary screen shot of a covered option in IBM is displayed.
• the top line in fig 2. displays, from left to right:
• the subsequent lines display other, similar, contracts all having the IBM stock as underlying reference instrument.
• the reference instrument i.e. the underlying contract, is presented with a price, see bottom row. Further, the reference instrument may or may not be traded on the specific exchange trading the virtual derivative contract. If not, a price feed from an execution point where a real time price is given can be provided.
• an order is a first trader A enters an order to sell a virtual hedged derivative contract as described above. For example, an order to sell 100 contracts of a particular call option contract and at the same time cover those option contracts by buying a corresponding number of the underlying contract to make the deal delta neutral at a particular price.
• the sell order is then transmitted to the central matching system, where it is received step 301.
• a second trader B enters an order to buy a corresponding contract, matching the sell order input by trader A.
• the buy order is then transmitted to the central matching system.
• the order is received by the system, step 303.
• the orders transmitted from the first and second trader is then directed to the matching unit of the central system for matching.
• the orders received in steps 301 and 303 match. If there is no direct match an order may be stored in the orderbook of the system for future match against future orders or killed depending on the type of order.
• step 305 the outcome of the match is forwarded to another entity, the deal capture module, step 307.
• the deal capture module converts the virtual hedged derivative contracts into its implied deals, and capture those implied deals.
• the trade in the virtual hedged derivative contract will imply two deal together comprising four legs.
• Trader A will sell 100 option contracts and buy X contracts of the contract underlying the option (the reference instrument), where X will depend on the current delta value when the deal was matched.
• Trader B will do the opposite. I.e. trader B will buy 100 option contracts and sell X contracts in the underlying contract.
• the legs are output from the deal capture system and forwarded to a position keeping system, step 311.
• a position keeping system In the position keeping system netting of positions taken by the different parties during the day may take place, step 213.
• the positions or the net positions are then output for subsequent settlement and perhaps other processing, step 215.
• the number of derivative instrument contracts will hence be according to the size traded and the volume in the reference instrument will be according to a particular formula.
• the formula (size of derived covered option instrument) * (delta value) * (nominal reference contract) /(nominal derived covered option instrument) is used.
• the price of the virtual hedged derivative instrument will preferably be displayed in absolute fashion by the system. For example if the leg is traded at 23 the trade will be executed at the price 23.
• the reference instrument price will preferably be displayed at the time of the trade.
• the reference instrument is not traded on the specific exchange this can be handled provided that the off-exchange trades can be reported to the exchange that trade the reference instrument.
• the options or other derived instruments that are to be hedged by the reference instrument have to have specified delta values supplied by the exchange in order to calculate a volume to be traded in the reference instrument.
• the delta values can be calculated by the exchange or a third party provider.
• the third party provider can preferably be a vendor that already calculates the delta values for the options according to a known formula.
• the market participant that wants to trade a hedged trade in accordance with the above may calculate the delta differently than the delta displayed by the exchange. This is however not a problem since the delta is displayed and made public. If the market participant calculates it differently it might be a good opportunity to actually trade in the virtual derivative instrument. All the information used in the trade is made available by the exchange, the delta value, the price of the reference contract and the price of the traded virtual derivative instrument.
• the virtual derivative instrument can of course be combination of securities.
• the matching process as described herein is very efficient.
• the virtual derivative instrument itself is matched.
• no prices for derived contracts need to be calculated and no complex delta value calculations need to be performed by the processor of the matching unit.
• the reference instrument associated to the trade is traded at a later stage in the deal capture, i.e. after the matching but before the trade is completed and subject to clearing.
• the matching process is usually one of the bottlenecks with respect to performance.
• the trades for the virtual derivative instrument itself will preferably be executed, but there will be no deal capture broadcasts with information on the trade. This is because there has to be a price on the reference instrument before the total trade can be carried out. This is especially important when the reference contract is to be reported to another exchange. There are usually rules for how much the price may deviate from the current market price to reported off-exchange. Thus it is usually crucial that the trade is not carried out. ⁇
• the delta value will change with the change of the reference instrument price.
• all instruments traded as virtual derivative instruments will preferably be suspended.
• All virtual derivative instrument orders will also be inactivated when an update is made. This is because the prices set for virtual derivative instruments before the update most certainly have to be updated after the change. If they were not inactivated a market participant may have his/her order traded before he/she could have adjusted the prices to the new environment and thus be subject to risk, which is undesired.
• the method and system as described herein can also be used for trading many different types of virtual derivative contracts, in particular hedged derivative contracts such as covered options and covered futures contracts.

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)

Priority Applications (3)

Applications Claiming Priority (2)

Publications (1)

Family

ID=20285844

Family Applications (1)

Country Status (8)

Families Citing this family (43)

Family Cites Families (13)

• 2001
  • 2001-11-01 SE SE0103642A patent/SE0103642D0/xx unknown
• 2002
  • 2002-10-22 WO PCT/SE2002/001915 patent/WO2003038716A2/fr active Application Filing
  • 2002-10-22 SG SG2006028294A patent/SG172470A1/en unknown
  • 2002-10-22 JP JP2003540905A patent/JP2005507534A/ja active Pending
  • 2002-10-22 CN CNA02826617XA patent/CN1610916A/zh active Pending
  • 2002-10-22 EP EP02778168A patent/EP1449136A1/fr not_active Ceased
  • 2002-10-22 AU AU2002339822A patent/AU2002339822B9/en not_active Ceased
  • 2002-10-24 US US10/279,007 patent/US7899733B2/en active Active

Also Published As

Similar Documents

Legal Events