CN1322325A - 在电子经纪系统中进行信用过滤价格通信 - Google Patents
在电子经纪系统中进行信用过滤价格通信 Download PDFInfo
- Publication number
- CN1322325A CN1322325A CN98814307A CN98814307A CN1322325A CN 1322325 A CN1322325 A CN 1322325A CN 98814307 A CN98814307 A CN 98814307A CN 98814307 A CN98814307 A CN 98814307A CN 1322325 A CN1322325 A CN 1322325A
- Authority
- CN
- China
- Prior art keywords
- transaction
- credit
- price
- security
- entity
- 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.)
- Pending
Links
Images
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
一种用于交易金融证券的计算机化交易系统,该系统具有一个通信网络,用于连接交易金融证券的商家,和多个与此通信网络相连的商家终端。此通信包括一个用于存储可以从每个信用授予实体获得的信用指示的存储器、一个用于分配价格报价消息到商家终端以供显示的价格分配器、一个将价格报价消息过滤并提供给与至少一个信用授予实体相关的每个商家终端的信用过滤器。
Description
技术领域
本发明一般涉及一种电子经纪系统,该系统具有一通信网,用于连接交易金融证券(financial instrument)的商家。尤其,涉及一个计算机化系统,用于交易诸如远期汇率协定(forward rate agreement)等贸易引伸事务。
US-A-5375055揭示了一种用于外币不记名贸易的自动匹配系统,在该系统中,商家可以通过商家工作站将买方出价和卖方报价输入到一个分布式匹配系统中。由交易潜在方设置的信用限额存储在连接工作站的市场访问节点(Market Access Node)处。信用限额作为交易实现过程的一部分来分析,而且禁止将超出信用限额的交易。市场访问节点与一个或多个仲裁器以及一个或多个市场分配器相链接。市场分配器的功能是用由存储在市场访问节点处的信用限额导出的预授权阵列(Pre-Anthorisation Matrix)分配买方出价和卖方报价的价格。仲裁器最好使用类似的预授权阵列处理交易匹配,并解决在交易中由于该系统的分配本质而发生的可能争执。预授权阵列还被用于禁止不相容订约方之间的交易,且用于在显示以前筛选买方出价/卖方报价,使得显示给商家的买方出价/卖方报价是“可交易的”,即商家可获得至少部分地交易被显示出价的信用。本系统的一个改善的版本已为众人所知,并实施成为外汇交易的EBS系统。
因此,已知的现有交易系统为个体商家提供了一种方法,该方法可以在用显示价格与一个或多个不记名订约方进行买卖之前,判断他是否与该不记名的订约方有信用,而所述订约方所出(/所报)的特定价格目前正显示在其屏幕上,即判断是否会因为缺乏这种信用而使得将来无效掉以显示价格进行买卖的企图。
但是我们认为,虽然这种系统的好处在于只显示可用的价格,但是对信用的考虑不允许交易某些产品,诸如期货等。我们认为,需要在技术上进一步考虑提供一种系统,它能够对在定义上不具有固定信用责任的期货进行信用度量。
发明概述
因而,提供一个计算机化的交易系统,用于在商家终端上的商家之间交易金融证券,包括:
一个用于在各商家终端之间发送信息的通信网络,
多个连接到该通信网络的商家终端,每个商家终端与一个信用授予实体相关,每个商家终端包括相对于金融证券产生价格报价消息的装置,
该通信网络包括:
一个用储存从每个信用授予实体可得到的信用指示的信用存储器,
一个用于将价格报价信息分配给商家终端用于显示的价格分配器,
一个信用过滤器,将价格报价信息过滤给每个与至少一个信用授权实体相联系的商家终端,
其中该信用过滤器被安排成,只有价格报价消息所指示的价格在相关的商家终端上显示,对于信用存储器,为所述价格报价消息确定了在双向基础上可以与一个信用授权实体来往获得的最小信用阈值,而最小信用阈值至少等于由一个信用授予实体为完成一个预定最小量交易所需的可用信用,
其中一个分别的最信用阈值对每个信用授予实体建立,并且从对每个信用授予实体特定的至少一个参数的函数导出,且与至少一个交易的金融证券的本质有关。
本发明的系统提供一个优点,每个信用授予实体具有能力设置自己的最小信用阈值。在实施本发明的系统中,一个交易经纪层管理器(TFA-tradingfloor administrator)可以根据该TFA的选择选择合适的阈值。这就给出了如上所述现有技术不能提供的一定程度的控制,允许实施本发明的系统交易更多类型的金融证券,包括远期汇率协定(FRAs)。
在本发明的一个实施例中,至少一个参数是一个因子,指示了与交易的每个金融证券相联系的估计的风险。这就允许一个交易经纪层管理器限止暴露在他/她的监管下交易经纪层发生的交易。该至少一个参照最好对每类交易的金融证券是一个易变的因子。因此TFA能够使用该易变的因子保证使一个适当的风险度量与每个金融证券相联系。例如,在一个币种下交易的金融证券可以认为与另一个币种相比有更高的风险。
在一个实施例中,另外的因子可能包括在信用阈值计算中,如换算率和/或基于交易的一个金融证券的到结算时间的因子。最好使用基于到结算最长时间的因子。这就允许TFA保证按照信用披露的适当度量,筛选该价格。
最小信用阈值最好是最小度单大小。换算率到结算时间因子和交易的所有金融证券的易变因子的函数的最大值。这就保证对预定最小尺寸的交易的所有金融证券被显示,只要在具有最大的交易的信用披露的金融证券中对最小尺寸的交易有足够的信用。
在一个实施例中,多个商家终端最好与至少一个组相联系,对该组至少一个信用授予实体扩展信用。该组可以包括多个商家终端,与单个交易经纪层/信用授予实体或多个交易经纪层/信用授予实体相联系。因此,TFA可以选择合适的交易经纪层组,使对一个组作为整体来扩展信用。在该组中任何一个交易经纪层可以参与扩展的信用限额。
从每个信用授予实体到每个组可用的信用指示最好在每次这些组之间的交易以后减少,减少的量作为交易大小和至少一个与每个信用授予实体相联系的参数(如易变因子,换算率,或基于该交营的金融证券的到结算时间的因子)的函数被导出。
因此该系统使用这些因子既用于根据信用过滤价格,而且用于计算金融证券的信用利用。
因此,在计算一个不记名的“可交易”的价格提供给任何用那样特定金融证券交易的商家以前,由该系统为带有潜在订约方的双方信用预显示每个买方出价或卖方报价。该系统包括对期货导出一个适当的信用度量的方法。
在下面叙述的实施例中,指示一个特定的客户端希望对每个可能的订约方结算多少信用的敏感的信用限额数据仅保持在只与该特定客户联系的市场访问节点上,而且将与该特定的访问节点相联系的实体(如一个商家,一个交易经纪层或一个银行)是否愿意与特定的订约方交易业务的简单的Yes/No指示发送到通信网络的另外节点上。在那个实施例中,预先屏幕显示是一个简单的校验,以确定任何信用是否与潜在交易的订约方保持往来,此交易在任何买方出价或卖方报价被发送到特定的客户处以前使用简单的Yes/No预授权阵列来完成。
那样的预授权阵列最好保持在分布式处理通信网络的每个区域节点(“市场分配器”——“Market Distributors”)上,每个那样的市场分配器节点其功能好象价格发布者且通过相应的单独的永久性网络连接连到那样的客户端(“市场访问节点”),它们负责发布除了全球“最好”价格以外的最适合的“可交易”买方出价的卖方报价价格的市场信息。为了进一步限止由每个相关区域节点计算机(即最靠近与特定的订约方相关的特定市场访问节点的市场分销商节点)接收和处理的数据,只有在信用状态方面的变化时(即信用不再适用或信用现适用从A方到B方)被发送,且那些变化不发送到与那些方无关的市场分配器。
应该注意,下面叙述的实施例将是网络功能遍布于各种部件的实施例。这是认为实施该系统的最有效的方式。但是,应该看到,将这些功能加到带有单个位置的系统中是个简单的任务。
附图的简单描述
本发明的一个实施例将只通过例子参照附图予以描述
图1画出商家交易屏幕的概貌;
图2示出在图1中示出的商家的屏幕的进程动向细节显示板(Tenor DetialPanel);
图3示出在图1中示出的商家的屏幕的订单请求显示板(Order RequestPanel);
图4示出在图1中示出的商家的屏幕的多订单请求显示板(Multiple OrderRequest Panel);
图5是通信网络和各工作站和与其相关的处理节点的概貌;
图6画出一个预授权阵列;
图7示出在通信网络中的信息流,用于对每个单独的商家产生和发布可交易的价格信息;和
图8是在交易匹配中信息流的示意图;
图9示出一个交易经纪人管理器的信用组维护(Credit Group Maintenance)屏幕。
较佳实施例的详细描述概况
远期汇率协定(FRA)是双方之间的一个合同,用于在从未来一个特定日期开始的一段时期内锁定一预期利率。每个FRA合同能分类成:即期FRA(spotFRA),国际货币市场(IMM)FRA,或分期(broken date)FRA。所有这些FRA都可以在本实施例的系统中交易。IMM是缩写,习惯上指一种在一个国际货币市场(International Monetary Market)日交易的金融证券。简单地说,IMM FRA是在4个国际货币市场(IMM)日被交易的。即期FRA是在与当日现付日期相关的日期被交易。分期FRA是在非当日现付日期的一个不同现付日期被交易的即期FRA。
实施本发明的一个FRA交易屏幕示于图1。FRA交易工作站提供一组能以电子经纪格式交易的FRA合同。每类合同称作为动向(Tenor)。对特定动向的价格信息显示在一个动向行中。对每个动向行,交易系统为所有有效报价提供经信用筛选的最好的买方出价和卖方报价。在选择了动向行后,工作站提出有关动向的详细图,示出合同日期和附加的市场图显信息。
商家可以选择一个动向行,然后提交4种订单类型(买方出价、卖方报价、买或卖)中的一种。每类订单都要求商家为一特定动向指定利率暂定款项。提交以后,按价格/时间的优先次序使新订单与未完成订单匹配。相容的订单被匹配,导致执行交易。为了鼓励市场经营,商家能同时对几个动向提交和调整买方出价和卖方报价。
对于非标准的FRA,价格询问功能允许商家发出一个遍布系统的广播,以请求对分期FRA的价格。商家可以通过选择公告板中的输入项目来响应价格询问。
信用装置使用预筛选的价格。在交易经纪层的交易经纪层管理器(TFA)对交易经纪层的每个订约方组输入信用限额。可交易的价格被发布到与价格制作者有信用的那些经纪层。
图1所示的交易屏幕给商家提供了通过选择屏幕上方工具栏上的按键进入买方出价、卖方报价、买或卖的订单的手段。对各行动向在一个窗口内显示了最好的买方出价/卖方报价价格,而且由商家在作为整体的系统上完成的交易显示在另一个窗口中。参照FRA交易的例子,显示是较容易理解的。
如上解释,一个远期汇率协议(FRA)是双方之间的一个合同,锁定从未来一个特定日期开始一段时间周期内的预期的利率。
例如,6×9FRA是一个合同复盖从6个月以后开始9个月以后结束的时间周期。那样的合同的期限或间隔是3个月。买方与卖方双方安排在合同的开始(6个月以后)以现金支付。
如果未来的利率提高,FRA的买方将得到补偿。如果未来的利率降低了FRA的卖方将得到补偿。
结算是根据在固定日期通常的实际利率与在合同上的利率(作为合同中规定的特定暂定款项)的差作出的。结算在期间的开始发生。
作为一个例子,考虑USD 6×9 FRA同意在1997年9月9日执行,利率为5.5675的1亿(美元)的交易。此交易有下列特点:
交易日期:1997年9月9日
即期日期:1997年9月11日
固定日期:1998年3月9日
结算日期:1998年3月11日
到期日期:1998年6月11日
合同利率:5.5675
暂定款项:1亿(US$)
参照利率:LIBOR
此交易的周期从1998年3月11日(结算日期)开始且在1998年6月11日(到期日期)结束。在3月9日上午11:30伦敦时间以后的一些时间,在每个银行的后台业务人员将观看路透社的网页,读出在3月9日以后3个月的LIBOR利率。例如,如果此利率是5.5800,则在交易日与固定日之间利率升了1 1/4的基本点的百分之0.0125。因此,结算的数量必须根据此参照利率5.58%来计算。结算数量是支票上由卖方支持给买方的量。结算的是使用下列公式计算:注意,如果利率下降了,则FRA的买方必须向卖方付款。
FRA既作为套头交易手段又作为投机交易手段。银行可以使用FRA对其平衡表上未来的入帐或出帐作套头交易,或者银行可以使用FRA在未来利率动向方面投机。根据定义FRA通过经纪人事务所交易。最终的合同是在双方之间,因而不锡一个期货的合同通过交易所进行交易。
对EBS的FRA分成下列类型:
·国际货币市场FRA
·即期FRA
·分期FRA
本实施例是关于IMM FRA进行描述;即基于国际货币市场日期的FRA。
FRA通过合同日期、参照利率和合同币种加以区分。每类FRA合同称为一个动向。某些例子的动向列举如下:
FRA动向的例子现金3个月 现金6个月 现金12个月USD 1×4 DEM 1×7 USD 1×3USD 3×6 USD 2×8 DEM 2×14JPY 6×9 JPY 6×12 USD 12×24IMM FRAIMM FRA 6个月间隔 分期FRA |
USD 97年9月 USD 97年6月-6 USD 3×6(12)USD 97年12月 USD 98年9月-6 DEM 2×14(10)JPY 98年3月 JPY 98年9月-6 USD 0×3(3) |
如果用鼠标或键盘选择了该动向,则该FRA动向行的细节出现在屏幕的顶部。细节区域显示了对所选的动向的最好可交易价格,EBS最好价格和最好的正常价格。还示出有效动向和固定日期、结算日期和到期日期。
转回到图1,现在能更好地理解屏幕显示。动向细节显示板提供了动向行信息和交易活动的详细的图示。表格控制(Tab Control)允许用户选择-若干用户定义的表格单元一个。用户能指定表格单的特性和部分。动向行示出一个动向指示器,最好的买方出价和卖方报价价格,对买方出价和卖方报价可用的最好的数量和一个大的图。TFA信息区示出有关交易经纪层管理器的信息,如信用通知,交易复原,求助桌面信息广播。EBS交易列表框示出在EBS系统完成的交易。贸易交易列表框(Trade Deals Listbox)示出由商家使用该屏幕显示完成的交易,而工具栏允许商家选择公共的交易命令。
在屏幕上能同时看到若干动向行(超过50行)。可以有另外的动向行由于空间的限止而在屏幕上不能看到,但可以很容易地将其显示。屏幕也允许商家根据其意愿造成只显示更少的行(少到8行)。
动向细节显示板示于图2中,并更详细地示出所选的动向行。它包括:
·动向识别(币种和描述)
·动向日期信息(固定日期、结算日期和到期日期)
·对满足信用的筛选“正常的”数量的正常的可交易的买方出价或卖方报价价格(“正常的”数量是至少等于表示在特定的币种的一个典型的交易的缺省值,例如可以是50M英磅)
·最好的可交易的买方出价和卖方报价价格(在对任何量作信用筛选以后可用的最好价格)与在此价格下可用的总数量。
·EBS的最好买方出价和卖方报价价格(在整个系统可用的最好价格而无关信用,虽然这可能不适用于该商家)若此价格不同于对应的最好可交易价格,也被显示。
注意,许多此信息也被显示在每个表单的每一动向行中(图1)。
图2的左边是买方出价/购买订单状态指示器,示出对一个公开的订单请求和获得的量。如果挂上卖方报价/出售订单,它的状态显示在右边。
注意,买方出价(买)的价格在左边而卖方报价(卖)的价格在右边,而且所有显示的价格以升序自左到右安排。EBS最好的出价价格(若示出的话)总是好于最好的可交易的买方出价价格。这是因为对此贸易经纪层的信用授予实体对提供最好买方出价价格的订约方不扩展足够的信用(或相反)。类似地,此最好可交易的买方出价价格将总是至少与正常可交易买方出价价格一样好。在图2中示出的特定例子中,最好的可交易量是120,大于“正常的”数量50,因而同样的价格(5.4775)作为正常的可交易买方出价价格和最好的可交易买方出价价格被显示。
图3示出卖方报价订单请求显示板,当特定的动向被选中且卖方报价或出售键被激活时,它出现在动向细节显示板的右边。(当特定的动向被选中且买方出价或购买键被激活时,类似的买方出价订单请求显示板出现在过程细节显示板的左边。)订单请求显示板包括一个数量输入字段和一个价格输入字段,两者均包括向上和向下调节按键用于向上或向下调节有关的输入,还有一个Send(发送)按键用于提交订单(假设适当的有效性校验结果是肯定)和一个Quit(退出)按键用于取消此订单请求显示板而不作任何动作。如前图1和图2所示,一旦一个有效的订单被发送,其状态显示在动向细节显示板(图3)和相应的动向行(图2),后者只显示保留在未完成订单中的数量(即请求的数量和在动向细节显示板中示出的获得的数量之间的差)。
此外,如图1和图4所示,交易工作站为了将多个订单处理成一组提供了许多特征。可使用鼠标选择一组订单,然后这些订单可以被中断(图1中工具栏)或修改且作为一组重新提交(使用图4的多订单请求显示板)。以这样的方法,商家能够象调节单个订单那样容易地调节一串未完成的订单。注意,能应用可选择的订单限制于涉及同一币种不同动向的多个订单,对各个买方出价和卖方报价建立分别的订单限额暂定款项(Order Limit NotionalAmount)。
本发明的系统能交易各种类型派生的合同,但将关于远期汇率协定(FRA)作描述,这正是被描述的实施例所特别采用的。在本实施系统中的部件
在被描述的实施例中,交易系统是一个便于商家买卖期货具有通信网络的电子经纪系统,每个商家与位于一个预定银行交易层(“客户端”)的他自己的工作站(“WS”)相关联。在该系统中使用的硬件类似于用于外汇总换现在的EBS系统,对此将作出参照。
如图5所示,每个客户端有一个在交易层管理器控制下的指定的客户计算机(“市场访问节点”或“MAN”),管理器保持交易记录、信用限额和其他由相关的交易层引起的其他机密信息。与每个交易层相关的WS和MAN通过传统的自维修DEC CAX网络连接到附近的分布式节点(“市场分配器”或“MD”)计算机,它通常通过连到在一特定城市(或其他当地区域)中的一个或多个有关的MAN的指定的永久性通信连接分析和分配当前的市场数据,它也提供对该通信网络的管理功能。
该通信网络包括一个在每个MAN中储存的信用存储,用于储存从与那个MAN有关的终端组到其他组可用的信用的指示。如前所解释一个组可以是一个或多个终端,但最好是一个或多个交易层。发布价格的功能由市场分配器来完成。市场分配器也包括包含一个是/否预授权阵列的信用过滤器,从中确定价格是否发送到商家终端供显示。
虽然对本发明不认为是必需的,一组MD最好补充一个公共交易区处理节点(“仲裁器节点”或“ARB”),ARB完成的功能(如识别与买方与卖方之间潜在的匹配,和需要与数个客户端协调的“交易匹配”过程的其他方面)使得最有效的集中地或区域性地使用通信网络,而MD完成的功能(如对每个单独的客户端产生分别的可交易价格信息)很容易在分布处理网络中并行地实现,而且使得在局部或在单独客户端的邻近最有效地使用通信网络。
在这里可能有不止一个ARB,每个ARB在该ARB拥有的交易区域对由市场出票者(Market Maker)引起的交易有基本的响应,并连接到该交易区域的所有MAN和MD,还通过通信网络的永久性专用链路连接到其他交易区中的其他ARB。在大多数交易中可以预期出票者与收票者在同一交易区,因而将直接连到同一个ARB,它能识别潜在的匹配并协调其最终的执行而不需要与其他ARB的任何通信;同时,其他的ARB能同时处理在其他区域内的与其他商家有关的交易。另外,一个经纪人能够专门针对所有涉及可用的金融证券的分散子集的所有交易。在现在刻意策划的交易实施例中,单个中央仲裁器指定对FRA交易,而若干区域仲裁器被指定为即期的FX交易。
无论在节点之间的通信链路是永久的(无限期地保持在两个网络部件之间)或暂时的(短时间动态地建立),它们最好是“逻辑链路”,具有的性质是在同一逻辑链路上以确定的次序发送的信息保证以同样的次序到达它们的目的地。此外,提供的通信网络最好具有足够的错误检测、错误纠正和网络自维修能力,保证经由这些逻辑链路发送的信息能避免错误。
总之,每个MAN通过可靠的通信网络与其他MAN连接,该网络连接各个交易层而且同一系列处理节点(最好以MD和ARB的形式)补充MAN以便于发布价格报价和其他市场数据,并通过适宜的市场出票者与适宜的买方和卖方匹配和通过监控此交易直到交易完成或放弃来执行交易,而MAN对下面的交易层特定任务作出响应,如登录完成的交易更新原选适用于订约交易层的信用限额等。
虽然上面通过分布式架构来描述,应注意到一个中央计算机系统能用于实现上述的各种功能。此另外的实施例的系统包括多个通过网络连到中央计算机系统的工作站。此中央处理系统包括信用存储,分配器和安排用于过滤发布到各工作站的价格的信用过滤器。这是较简单的但不是较好的实现方法。上述分布式的实施例认为是更可靠完全的设计。信用处理
为利率期货和其他引伸出来的业务(尤其是FRA)所完成的信用处理与用于即期FX交易的信用处理有很大差别。即期FX关注结算风险,对FRA市场风险是主要问题。为此在实施系统时的考虑不同。
对于在本发明中的远期汇率协定(FRA)有3个因素被用于计算信用的利用:
1.在交易日和结算日之间的时间(合同的开始),此处称为TTS(到结算的时间)。
2.FRA的币种的利率的易变性。
3.在结算日和到期日之间的时间,即FRA的间隔。
FRA的实际责任不是固定在接受价格的时间,因为,从上面的公式可以看到,实际的责任取决于在交易日和结算日之间的差,为此导出一个信用利用(Credit Utilisation)公式并应用于本发明。信用利用如下:
信用利用=(交易尺寸)×(TTS因子)×(#月数/3)×(利率易变因子)×(CYY兑换率)。
TTS因子是对每个月指定的到结算的时间的因子,在0到24之间,当计算信用时,工作站使用为TTS月份指定的TTS因子。工作站计算在交易日和结算日之间的月数以找出TTS月份。然后信用利用计算使用指定给那个月份的TTS因子。这就允许TFA将在交易日和结算日之间的时间作为因子加入到信用利用计算中。
在信用计算中使用TTS因子。对于交易日和结算日之间的时间这类非线性计算法。在信用利用公式中使用范围从0-36个月的TTS值的表。此表中的因子必须能由TFA设置。此表用取TTS的平方根计算出来因子预先填入。对0和1月TTS的初始表值为1。
预填入的TTS表的例子:
币种的易变性参数必须能由TFA对于在当地交易层交易的FRA币种在线地输入和修改。如上面所解释,对合同期间或“间隔”(“3个月等量”)的线性计算方法是一个能在线修改的固定公式:
TTS | 0 | 1 | 2 | 3 | 6 | 9 | 12 | 15 | 18 | 36 |
因子 | 1 | 1 | 1.414 | 1.732 | 2.449 | 3 | 3.464 | 3.872 | 4.242 | 6 |
3月等价因子=(在间隔中的月数)/3
在间隔中的月数/3一所有国际货币市场的动向在结算和到期日之间有3个月的间隔。所以此值计算成3/3或1。
利率易变因子-IR易变因子是对每个币种指定的百分数值。系统将存储这些作为百分数的值。
CCY兑换率-在信用限额币种和做交易的币种之间的币种兑换率。
作为一个例子在1998年6月16日交易1亿美元的USD June 00 FRA具有下列特征:
交易日期:1998年6月16日
固定日期:2000年6月19日
结算日期:2000年6月21日
到期日期:2000年9月20日
期限:2000年6月21日到2000年9月20日
(91天或3个月的间隔)
交易大小:$100,000,000
因子由TFA与信用限额币种一起指定,后者在市场访问节点上指定。在本例中,信用限额币种是USD。为上述例子使用的因子从上面的表中导出。
使用上述公式,信用利用是
(交易大小)×(TTS因子)×(间隔的月数/3)×(利率易变因子)×(CCY兑换率)=信用利用
(100,000,000)×(4.89898)×(3/3)×.00014×(1.000)=$68,586=信用利用
在FRA系统上实现信用限额时,交易经纪层管理器(TFA)能够设置和调节各种用于导出匹配准则的参数。
当对于订约方可用的信用下降到由TFA确的百分数以下时,包括一个信用利用的通知,在商家的工作站上产生低信用的警告。当对一个特定的订约方信用已经耗尽时,在商家的工作站上还显示一个失去信用的消息。对所有动向,从该对方来的价格将不再显示。根据TFA的要求在屏幕与硬拷贝输出上可以出现信用利用报表。在系统中使用的参数
银行初始确定且在线修改下的参数,它们通过TFA装置存入当地交易层的当地MAN中:
a)信用限额币种—市场访问节点
b)对每个在该系统交易的币种分别的信用限额币种兑换率
c)以对每个在该系统交易的币种的币种易变信用利用因子的形式关于至
少一个金融证券的本性的参数。币种易变因子是由TFA评估的与每个
金融证券相关的风险的指示
d)对在当地交易层交易的币种的到结算时间的信用利用因子。此TTS因
子最好是非线性的且不是对任何交易的金融证券是特定的。
每个信用组最好包括多个交易层。任何信用授予实体(其本身可以是一个交易层)只要可得到足够的信用可以与由TFA确定的组的一个交易层交易。
银行也对每个订约方(信用组)定义下的数使它们能与也存储在该当地MAN的订约方交易:
a)可用的信用
b)低信用警告百分数
银行还有下列选择用于将信用利用复位至0:
a)在交易日的绺自动地成为当前即期。
对FRA的交易日的绺时间最好可分别从对Fx即期的日子定义。
b)根据由TFA来的要求
1)对单独的信用组
2)对所有信用组
TFA有能力拒绝在信用组中的特定交易层。如果一个交易层被拒绝,它不参加该组的信用。
为了一致起见,双方的每一方必须作出足够的信用,另一方可用于完成以任意可用的币种至少预定的最小尺寸的交易(即可用的信用至少等于由对应的信用授予实体建立的最小信用阈值)。
计算如下:
最小信用阈值={(最小的3月等价数量)×(信用的TTS利用因子)×(间隔中的月数)×(利率易变因子)×(兑换率)}对每个币种的最大值。
TFA还有能力设置下列参数:
a)暂定款项增量
暂定款项增量是整个系统的参数(每个币种)指定了在订单提交其
间指定的暂定款项值的增量。所有提交到该系统的订单必须具有一个
暂定款项,它是此值的倍数。此参数以绝对数量定义。
b)价格增量
此价格增量规定了对提交到该系统的订单的价格之间的最小单
位。此增量对在合法的FRA金融证券的数据库中确定的每个动向或动
向类别定义
此价格的最小单位对每个进程或在合法的FRA金融证券的数据库
中确定的进程类别作为全局参数而定义。这必须可修改以便改变最小
单位以满足市场的需求。希望在引入EBS FRA以后分布将上市场中变
窄,因此我们将需要减少价格的最小单位。
最小单位可以确定为表示一个基本点的十成分之一的十进制值。
包括1/2和1/4基本点的分数可以由十进制值5000和25000指定。
系统必须能够支持直到0.03125(等于1/32)的最小单位。在基本点显
示的分数中示出的数字数目也对合法的动向数据库中的每个动向定
义。
c)最小的暂定款项
最小的暂定款项是对每个币种规定的整个系统的参数,它规定了
系统中提交的或未完成的订单的最小暂定款项。如果一个订单的余下
的数量低于此值,则此余下的数量被删除。此值以3月等价的费用表
示。
d)最大暂定款项
最大暂定款项是整个系统的参数(每个币种),它规定了提交到该
系统的订单的最大暂定款项。此值以三月等价费用来表示。
e)红色报价(Red Quote)阈值
红色报价阈值指定了一个适合信用的交易层的百分数,如果交易
层把一个正常数量的订单放在被显示的正常可交换价格,则至少部分
地达到所讨论的报价。如果对一个特定的报价达到或超过了此阈值百
分数,所讨论的报价在出票者的显示器上识别为“红色报价”。此值
对所有交易的金融证券是一个单系统有效的参数。
f)大差值阈值
大差值阈值指定在由商家输入的价格和当前可交易价格之间的差
值,用于当超过时激活大差值证实警告。
g)正常数量
对一个给定动向的正常数量用于计算正常可交易价格。此参数对
每个币种确定。
h)广泛散布阈值
广泛散布阈值指定在商家输入价格与在市场另一侧最好可交易价
格之间价格的最大差值(每个币种)
设置了这些参数后,在执行区域时区域处理涉及这些参数。预授权阵列的导出
示出图6的示例性预授权阵列是从上述各种参数导出。在所示的例子中,每组包括一个交易层。
某些价格被认为是可交易的,意味着它们对于信用被预筛选。一个可交易的价格意味着双方可得到作出价格的订约方足够的信用价格,在使用最大的信用的动向中至少执行一个最小尺寸的交易。
对FRA可交易价格的概念是基于对所有动向信用的适合性。因此如果两个交易层双方分配到对方的足够的信用可在使用系统可得到的最大信用的动向中执行一个最小尺寸的交易,它们被认为是信用可适合的。
对每个FRA币种,3个月的最小暂定款项被设置成系统参数。计算对任何动向的最小尺寸的公式是:
最小尺寸=(3个月的最小暂定款项)/(间隔的月数/3)例子:
EBS确定了3个月最小暂定上尺寸=USD 50 mill
对USD Jun 98的最大尺寸=(50mill)/(3/3)=USD 50mill
对USD Sep 98-6的最小尺寸=(50mill)/(6/3)=USD 25mill
因为信用利用量下列参数的函数:
1.交易日和结算日之间的时间(TTS)
2.交易日和到期日之间的时间(间隔)
3.在FRA的该币种利率的易变性
于是,两个信用适合的两个交易层必须具有可得到的足够的信用来执行在带有最需计算利用的动向中最小尺寸的交易。这意味着,经受在交易完成过程中信用的改变,双方将能以任何币种完成至少最小尺寸的交易。
一个交易层在一定范围内能通过用使用最大信用的到结算时间(TTS)修改到结算时间因子,来控制为显示可交易价格所必须的最小信用阈值。例如,一个交易层能指定到结算时间,在他们想交易处不再增加那些因子。而且一个交易层能将对特定币种的货币兑换率设置成0,于是决定在EBS提供的易变币种方面不作交易,因而减少了为看到在较少易变币种中的价格所必须的信用有效性。例子:
本实施例的系统允许在从0×1到24×2 7USD,DEM,GBP和JPY范围内的动向进行交易。确定的最小交易尺寸设定为5千万(3个月的等价暂定值)。
在下面情况,为使A层看到B层的可交易价格,它们必须分派足够的信用以执行最小暂定尺寸5千万美元的交易。
交易层A使用美元作为他们的信用限额币种。
交易层A只交易美元FRA。
交易层A指派0.5%的币种易变因子给美元。
为了交易层A看到从交易层来的价格,它必须分派足够的信用给交易层B来执行对5千万美元的一个USD Mar 00(24个月以后)。
最小的信用如下计算(TTS因子假设为TTS的平方根):最小可得到信用=(4,4889)×(0.005)×(50,000,000)=$1,122,225。
这样计算了最小信用阈值以后,市场访问节点通过针对与订约方相关的信用组可用的信用限额的校验,对每个潜在约订约方计算,是否至少能交易最少尺寸的订单,并发生一个信用更新信息给受影响的仲裁器和市场分配器,消息包含简单的二进制指示,指出对每个指定的潜在订约方在数量上至少等于由与该市场访问节点相关的信用授予实体建立的计算的最小信用阈值的信用是可用还是不可用。如果有关的阈值满足,接受信用更新消息的仲裁器和市场分配器将“1”放入他们的预授权阵列的相关格子中。相反,如果该信用更新消息指出,可用的信用低于相关的阈值,接受信用更新消息的仲裁器和市场分配器将“0”放入相关的格子中。
然后以已知的方式使用此预授权阵列,预选筛选分配的买/卖合同便对商家只显示“可交易”的价格。
图7示出有关定制的可交易价格信息到每个交易层的分配的电子消息流。如以前看到,虽然示出具有多个仲裁器的分布式订单区域系统,本发明的许多方面同样可应用于只有一个仲裁器的多个集中式系统;另外也可以有一个仲裁器专门处理涉及可用的金融证券的分散子集的所有交易。在交易层A1a的WSA1a1的商家产生一个以买方出价、卖方报价、买或卖的形式的报价提交消息给交易层为MAN(MAN A1a)。此MAN转而登录此报价,提交并转交此报价提交消息给出票者的仲裁器节点(ARBA),后者的指定地理上的交易区域包括出票者的交易层A1a1。接着,ARBA对有关的动向更新可用的出价的定单表和可用的报价定单表,每个按价格和接收的时间(最好在出票者ARB处的接收时间)排序,且包括指示数量的数据字段,而且由仲裁器保留在数量将指示由仲裁器发起而未被出票者及收票者确认的潜在的匹配导致挂起未决交易的完成或失败。然后对应的报价可用消息从出票者的ARB A发送到在其交易区的MD,MDA1,MDA2,且发送到其他的ARB,用于最终分配到其他交易区的MD和MAN。
每当潜在订约方的任一方(如A1a或A2a)的信用状态从信用可用改变到信用不可用(或相反)时,每个MAN(例如MAN A1b)也发送一个信用更新消息到它有关的ARB(ARB A),然后该ARB将其又发送到受影响的MD和其他受影响的ARB。
然后该MD使用在接收的信用更新消息中的信息维护如图6所示的预授权阵列。预授权阵列PM的行和列与各个交易层相联系,如A1a,A1b,A2a等(包括在另外交易区的任何层)且每个有序的交易层{TFi,TFj}是包括一个指示,指出TFi是否已扩展任何信用到TFj。在画出的例子中,在TFA1和TFA2之间双向存在信用,在TFA1和TFB1之间不存在信用,从TFA2到TFB1信用单向扩展,反向没有(由TFB1行、TFA2列的交点上的“1”和TFB1列TFA2行的交点上的“0”表示)。从预授权阵列的主对角线可以看出,只有TFA2允许它自己的商家在他们自己之间交易,这由TFA2行和TFA2列的交点处的“1″表示。最好,每个MD仅维持一个部分的预阵列,它只包括它相关的MAN与系统中其他潜在的订约方(MAN)之间来回扩展信用的有关数据。因此,如图6中由阴影线所示,某些预阵列的项可以空白。
MD使用报价可用消息更新他们自己的可用买方出价和卖方报价的订单表;然后由此MD使用这些订单表和上述的预授权阵列对每个交易层计算分别的可交易价格。它作为市场公告(Market View)消息发送到有影响MAN。
为了更新此预授权阵列,每个MAN发送一个预授权阵列更新消息到仲裁器,它将其存储在作为交易匹配部分使用的预授权阵列中。仲裁者也将更新消息发布到其他市场分配器,在那里储存的预授权阵列用于预筛选价格。
在预授权阵列将改变的任何情况,信用更新消息被发送,这些情况是:
(i) 如果可用本身因为完全交易而改变。
(ii) 如果TFA调整此信用限额。
(iii)如果TFA调整从中推导出信用阈值的任何参数。
(iv) 复位所有交易层的信用限额。
此外,在每次交易结束时发送的交易状态消息包括对完成该交易的订约方预阵列状态的指示。这就保证如果信用状态已改变,不试图重新区域。交易匹配过程
为了完善,描述交易区域过程。如果计算的信用利用超过由TFA设置的可用信用,不允许进行匹配。因此,即使对作预筛选,作为交易匹配的部分作出对买方出价、卖方报价、买和卖订单的信用适合性的进一步校验。
“适合”的订单由交易系统匹配。新提交的买方出价和买方订单对未完成卖方报价订单匹配。新提交的卖和卖方报价订单对未完成的买方出价订单匹配。
如果下列条件是真,新的买方出价或买的订单“适合”于现有的卖方报价或卖的订单:
·订单是对同一动向的。
·订单的交易层对于此订单是信用适合的或两个订单的交易层是同一
个。
·买方出价或买的订单的价格大于或等于卖方报价或卖的价格。
·双方订单的数量大于或等于系统确定的最小暂定款项参数的3个月等
价值。
所有订单匹配的过程称为“自动匹配”过程,如图8所示。任何提交到该系统的订单首先对在出票者的仲裁器处的现有买方出价和卖方报价匹配。现有的订单在搜索适合的订单时以价格/时间的次序考虑。如果找到适合的订单,两个订单是“匹配的”且开始数量等于两个订单的数量中最小值的交易。此过程持续到余下的提交订单的3个月等价数量小于最小暂定款项参数的值或没有合适的订单为止。
如果提交订单中余下的3个月等价数量小于最小暂定款项参数,结果就通知提交此订单的工作站,此订单被取消。
当新提交的订单在自动匹配过程未能完全满足,此订单在交易系统的未完成的订单集内成为买方出价或卖方报价。未完成的订单的数量等于在自动匹配过程中未匹配的数量。
为了完成在自动匹配过程中开始的交易,该交易系统必须以已知的方式证实被匹配的双方均未被商家所取消,并且留有足够的可用的信用至少完成系统确定的最小交易尺寸。
最后的交易数量是初始交易数量、从第一交易层(或与第一信用授予实体相联系的其他层)到第二交易层(或与第一信用组相关的其他层)的可用的信用、从第二交易层(或与第二信用授予实体相联系的其他层)到第二交易层(或与第二信用组相关的其他层)的可用信用三者中最小的数量。如果这些数量中的任意一个小于最小暂定款项参数的3个月等价值,则此交易的匹配过程失败。
当一个订单被提交,并起动一个或多个交易时,最接近于新提交的订单的价格、动向的识别、和所有交易的组合数量必须显示在所有请求观看此类信息的商家的工作站上。
例如,一个商家提交了一个以5.6725价格的5千万美元的USD Sep 97卖出合同,而最好的可交易出价价格是5.6750。商家的订单立即匹配到下列交易:
10@5.6750 CITL
10@5.6750 BBIL
10@5.6750 ABNL
10@5.6725 BOAL
一个示例性的EBS交易通知包括下列信息:
·当前时间(GMT):12:34
·动向的识别: 97年9月
·价格: 5.6725
订单可以在同一交易层的商家之间匹配,但是此交易系统提供层向交易的能力。此特征不是可选的。当一个订单提交到该系统,对于试图将此订单从同一交易层的未完成的订单区域未给予特殊的优先,所有的交易,不管是否是层内交易,以价格/时间的优先次序匹配。
由任何匹配得到的价格,如果是在信用筛选以后可用的;将是最好可交易价格,一旦在最好可交易价格下的所有数量被匹配,随后跟随最好正式价格。其理由是因为在该系统中报价是排序的。没有足够的信用来通过信用筛选的部分的报价从当前报价表中删除,而选中余下报价的最好可交易价格。所有此价格的报价然后被集中并被显示。如果最好可交易价格大于5千万美元,这也作为最好的正式价格被示出。交易完成过程
交易完成的过程也示于图8,仅为完整而叙述,不着重于信用筛选方面。
在交易开始以后,在交易层通知他们的仲裁器腾交易的状态或者交易超以前它被认为是未决的。出票者的交易层通知其仲裁器“交易状态出票者”(Deal Status Taker)消息。收票者的仲裁器在市场处理器发给他一个拷贝时就注意出票者的交易状态。如果此交易不成功(多半是由于无足够的信用)交易层发出交易失败(Dealfailed)消息。
交易状态反映了该交易是否实际完成,且交易的数量是什么。此数量可能由于信用的限制而不同于初始的交易数量。市场处理器记录此交易信息。如果对小于初始数量的数量执行交易,余下的数量可用于其他匹配。
交易的数量通过最终完成的交易将增加。未决的数量将减少交易的初始数量。
如果涉及此交易的报价是当地的,市场处理器将通过QteAmtDone消息将已完成的数量通知其他仲裁器。遇到此报价的仲裁器未被通知。这是通过QuoteAdjust(报价调整)功能完成的。它也发出MktQteAmtUnreserved(市场报价数量未保留)消息给市场分配器。当仲裁器在从出票者或收票者的市场访问节点来的DealStatus(交易状态)消息上到时时,也调用此功能。
任何在此报价中新的可用的的数量被激活。QuoteActivateAmt(报价激活数量)使用报价当前可用的数量和报价价格更新报价的提交者的可交易的总和该提交者的交易伙伴的可交易的总和。
一个买方出价和出售请求如果在有关交易层的其他因子之间具有互相的信用(由是/否的预授权阵列证实),而且出价的价格大于或等于出售请求的价格则描述为适合的。
一个交易可以涉及一个或两个仲裁器。不参与一个交易的仲裁器被称为被动的(相对于那个交易)。
一个仲裁器常常需要将有关特定交易的信息广播到所有被动的仲裁器和所有的当地市场分配器。为方便起见,我们称此组为被动的部分(关于一个给定的交易和仲裁器)。
1.新的出票者工作站发送一个QteSubmit消息到它的市场访问节点。此MAN发送该QteSubmit消息到它的仲裁器。
2.新出票者仲裁器检测做自动匹配的机会,并选择一个合适的现有的报价。
3.如果现有的报价不是从本地的出票者,新的出票者的仲裁器发送HitQte消息给现有出票者的仲裁器。
4.现有出票者的仲裁器接收HitQte消息。它立即用指定交易ID和在请求中分配的报价的实际数量的HitQteAck消息作出响应(如果该报价被阻断或者被另外新的出票者抢到,此数量将是0或者小于请求的数量)。如果分配的数量非零,现有的出票者仲裁器在未决的交易表中建立一个新的项,发出一个HitNotify消息给出票者的MNA,并广播QteAmtReserved消息给所有被动的仲裁器,广播MktAmtReserved消息给此区域的市场分配器。
5.现有的出票者的MAN校验对方有无足够的信用,如果信用限定不足以处理整个交易数量,MAN将交易数量减少到该限定数量。如果完全没有可用的信用,在此前骤放弃交易且将DealFailed消息发送到仲裁器,指出失败的理由(现有出票者的仲裁器通过发送CreditUpdate消息通知新的出票者的仲裁器和受影响的市场分配器。它然后转发此DealFailed消息到新出票者的仲裁器并把QteAmtDone消息广播给所有被动的仲裁器,把Mkt QteAmtUnreserved消息广播给当地的市场分配器。
6.现有的出票者MAN减少对方的信用限额未决交易的数量。
7.现有出票者的MAN发出HitAmount消息给出票者的工作站。如果该商家未阻断此报价,他被告知交易已挂起,他阻断遇到的报价的数量的能力被取消。在上述两种情况,工作站响应将HitAmountAck消息送给现有的出票者的MAN。如果报价被阻断,MAN取消取交易,恢复现有出票者的信用限额。
8.现有出票者的MAN登录挂起的交易。
9.现有的出票者的MAN发出DealVerify消息给新的出票者的MAN。
10.新出票者的MAN接收DealVerify消息并检验现有出票者的信用限额。如果该信用限额不足以处理整个交易数量,此MAN将交易数量减少的限额数量。(如果完全没有可用的信用,交易被取消而新出票者的MAN只发出如下所述的DealStatusTaker和DealVerifyAck消息并将交易数量设置为0)。
11.新出票者的MAN将现有出票者的信用限额减少交易的数量。
12.新出票者的MAN登录此交易。
13.新出票者的MAN将包括任何信用更新的DealStatusTaker消息发送到它的仲裁器。(如果出票者和收票者之间的信用关系已经改变,仲裁器更新其预授权阵列,并将CreditUpdate和MktCreditUpdate消息分别通知其他的仲裁器和收票者的市场分配器。
14.新出票者的MAN将DealVerifyAck消息发给现有出票者的MAN,并将DealDoneWS消息发给收票者的工作者。这些消息规定了最终的交易量。
15.现有出票者的MAN接收DealVerifyAck消息。如果在新的出票者方面交易量已被减少,出票者的MAN重新调整新出票者为信用限额。现有出票者的MAN登录此交易。
16.现有出票者的MAN发送带着任何信用更新的DealStatusMaker消息给出票者的仲裁器。
17.现有出票者的仲裁器接收DealStatusMaker消息并将其转发到新出票者的仲裁器。如果DealStatusMaker消息指出,现有出票者和新出票者之间的信用关系已经改变。现有出票者的仲裁器更新其预授权阵列并将CreditUpdate和Mkt CreditUpdate消息分别通知其他仲裁器和当地的市场分配器。
18.现有出票者的仲裁器通知发送QteAmtDone消息通知被动的仲裁器有关的交易。如果最终交易数量不同于出票者MAN开始请求的数量,现有出票者的仲裁器也向当地的市场分配器广播QteAmtUnreserved消息。
19.现有出票者的MAN将DealDoneWS消息发送到现有出票者的工作站。
20.现有出票者的MAN将InstructionMaker消息发送到新出票者的MAN。
21.新出票者的MAN接收此InstructionMaker消息并将InstructionTaker消息发送到该出票者的MAN,并将InstrLoggedTaker消息发送到新出票者的工作站。
22.现有出票者的MAN接收此InstructionTaker消息并发送InstrLoggedMaker消息到现有出票者的工作站。结算条款不匹配
除了验证有无足够的信用可用以外,还要双方校验结算条款以保证不发生不匹配。可能的结算条款是FRABBA,ISDA,“两者”(现满足FRABBA又满足ISDA),和“均无”(导致自动的不匹配)。
作为交易层的参数,每个交易层必须能够维持一张与该交易层有ISDA协定的订约方的表。在具有互相指定为具有ISDA(或ISDA和FRABBA)的交易层之间的交易在二个交易票据上“结算条款”字段中印有文字“ISDA”。在FRABBA/ISDA不匹配的交易之间的交易在交易票据上该字段中印有文字“mishmatch”(“不匹配”)。所有其他交易将导致在交易票据上“结算条款”上印有文字“FRABBA”。
在发生交易层之间不匹配的情况,发生不匹配的交易完成,但是每个交易层在不匹配被消除以前不允许进一步交易。其他价格筛选
我们认为,使用在图6中作为其他准则的预授权阵列能够筛选价格。尤其是预授权阵列能用于指出双方的结算条款是否匹配。因此,通过以上述方式使用预授权阵列,仅当在双方之间的结算条款一致时才显示价格。其他的预授权阵列也有可能并可结合所描述的本发明的实施例使用。信用维护
图9中示出的信用组维护屏幕包括显示已建立信用组的现有的信用组(Existing Credit Group)框,并具有按键来建立、删除和修改这些组。当一个现有信用组变亮(或正在建立一个新的信用组)时,信用组概貌(CreditGroup Profile)显示如上述计算得到的信用阈值以及对所选组的可用经常项目差额(Current Available Balance),并允许交易层仲裁器(“TFA”)修改警告百分数、缺省的可用经常项目差额(每当TFA或系统复位所有信用限额时它成为新的可用差额),和/或对所显示的当前可用经常项目差额作出正向的或负向的调整。“发送”按键允许TFA将交易层的指定值修改到所选的组中。
Claims (19)
1.一个计算机化交易系统,用于在商家终端上的商家之间交易金融证券,所述交易系统包括:
用于在商家终端之间发送电子消息的通信网络,
多个商家终端,它们连接到所述通信网络,每个商家终端与一个信用授予实体相联系,且每个商家终端包括相对于金融证券产生价格报价消息的装置,
所述通信网络包括:
一个信用存储器,用于存储可以从每个信用授予实体获得的信用指示,
一个分配器,用于将价格报价消息分配到商家终端以供显示,
一个信用过滤器,它被安排用于过滤所述价格报价消息,并提供给每个与至少一个信用授予实体相联系的商家终端,
其中如此安排所述信用过滤器,使得只有由价格报价消息指出的价格被显示在有关的商家终端上,对于信用存储器,为所述价格报价消息判断在双方基础上最小信用阈值是否可以用到一个信用授予实体并从中得到,所述最小信用阈值至少等于由一个信用授予实体为完成一预定最小量交易所需的可用信用,为每个信用授予实体建立一个单独的最小信用阈值,并从至少一个参数的函数导出所述单独的最小信用阈值,其中所述至少一个参数对每个实用授予实体是特定的并且与正在交易的至少一个金融证券的本质相关联。
2.如权利要求1所述的用于交易金融证券的计算机化交易系统,其特征在于,至少一个参数是表示与每个被交易金融证券相关的估计风险的因子。
3.如前述任一个权利要求所述的用于交易金融证券的计算机交易系统,其特征在于,至少一个参数是每类交易金融证券的易变因子。
4.如前述任一项权利要求所述的用于交易金融证券的计算机化交易系统,其特征在于,所述最小信用阈值也是从第二参数导出的,所述第二参数表示每类交易金融证券的兑换率。
5.如前述任一项权利要求所述的用于交易金融证券的计算机化交易系统,其特征在于,所述最小信用阈值也是从第三参数导出的,所述第三参数是一个基于任何交易金融证券之到结算时间的因子,但它对任何一个币种不是特定的。
6.按权利要求5所述的用于交易金融证券的计算机化交易系统,其特征在于,所述第三参数是基于任何交易金融证券的最长到结算时间的因子。
7.如前述任一项权利要求所述的用于交易金融证券的计算机化交易系统,其特征在于,所述最小信用阈值是对多个不同的交易金融证券计算得到的信用阈值的最大值。
8.如前述任一项权利要求所述的用于交易金融证券的计算机化交易系统,其特征在于,所述最小信用阈值是对于每个正在交易的金融证券的、关于最小订单尺寸、兑换因子、到结算时间因子和易变因子之函数的最大值。
9.如前述任一项权利要求所述的用于交易金融证券的计算机化交易系统,其特征在于,所述金融证券是一个远期汇率协定(FRA)。
10.如前述任一项权利要求所述的用于交易金融证券的计算机化交易系统,其特征在于,所述金融证券包括一交易层。
11.如前述任一项权利要求所述的用于交易金融证券的计算机化交易系统,其特征在于,多个商家终端与至少一个组相关联,至少一个信用授予实体对所述至少一个组扩展信用。
12.按权利要求11所述的用于交易金融证券的计算机化交易系统,其特征在于,至少一个组包括多个与单个信用授予实体相关联的商家终端。
13.按权利要求11或12所述的用于交易金融证券的计算机化交易系统,其特征在于,至少一个组包括多个与多个信用授予实体相联系的商家终端。
14.按权利要求11到13中任一个所述的用于交易金融证券的计算机化交易系统,其特征在于,可以从至少一个信用授予实体获得信用指示是到至少一个组,且在该信用授予实体与该组之间的每次交易之后减少该指示。
15.按权利要求14所述的用于交易金融证券的计算机化交易系统,其特征在于,从至少一个信用授予实体到至少一个组的可获得的信用指示的被减少数量作为交易尺寸以及对至少一个信用授予实体所特定的至少一个参数的函数导出。
16.按权利要求14或15所述的用于交易金融证券的计算机化交易系统,其特征在于,所述信用指示通过对每类交易金融证券的一个易变因子的函数而减少。
17.按权利要求14到16中任一个所述的用于交易金融证券的计算机化交易系统,其特征在于,所述信用指示通过对每类交易金融证券的兑换率的函数而减少。
18.按权利要求14到17中任一个所述的用于交易金融证券的计算机化交易系统,其特征在于,所述信用指示通过交易金融证券的到结算时间的函数而减少。
19.按权利要求14到18中任一个所述的用于交易金融证券的计算机化交易系统,其特征在于,所述信用指示通过交易金融证券的结算日期与到期日期之间的时间之函数而减少。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/US1998/019196 WO2000016224A1 (en) | 1998-09-11 | 1998-09-11 | Communication of credit filtered prices in an electronic brokerage system |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1322325A true CN1322325A (zh) | 2001-11-14 |
Family
ID=22267873
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN98814307A Pending CN1322325A (zh) | 1998-09-11 | 1998-09-11 | 在电子经纪系统中进行信用过滤价格通信 |
Country Status (7)
Country | Link |
---|---|
US (1) | US7636683B1 (zh) |
EP (1) | EP1116144A1 (zh) |
JP (1) | JP2002525713A (zh) |
CN (1) | CN1322325A (zh) |
AU (1) | AU755413B2 (zh) |
HK (2) | HK1039524A1 (zh) |
WO (1) | WO2000016224A1 (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102016899A (zh) * | 2008-03-03 | 2011-04-13 | 欧潘凯迪公司 | 广告及促销系统 |
US8775925B2 (en) | 2012-08-28 | 2014-07-08 | Sweetlabs, Inc. | Systems and methods for hosted applications |
US8806333B2 (en) | 2012-10-15 | 2014-08-12 | Sweetlabs, Inc. | Systems and methods for integrated application platforms |
US9081757B2 (en) | 2012-08-28 | 2015-07-14 | Sweetlabs, Inc | Systems and methods for tracking and updating hosted applications |
US9749440B2 (en) | 2013-12-31 | 2017-08-29 | Sweetlabs, Inc. | Systems and methods for hosted application marketplaces |
US9971747B2 (en) | 2012-08-09 | 2018-05-15 | Sweetlabs, Inc. | Systems and methods for alert management |
US10019247B2 (en) | 2014-05-15 | 2018-07-10 | Sweetlabs, Inc. | Systems and methods for application installation platforms |
US10089098B2 (en) | 2014-05-15 | 2018-10-02 | Sweetlabs, Inc. | Systems and methods for application installation platforms |
US11256491B2 (en) | 2010-06-18 | 2022-02-22 | Sweetlabs, Inc. | System and methods for integration of an application runtime environment into a user computing environment |
Families Citing this family (43)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6993504B1 (en) | 1999-04-09 | 2006-01-31 | Trading Technologies International, Inc. | User interface for semi-fungible trading |
US7212999B2 (en) * | 1999-04-09 | 2007-05-01 | Trading Technologies International, Inc. | User interface for an electronic trading system |
US7155410B1 (en) | 1999-08-03 | 2006-12-26 | Woodmansey Robert J | Systems and methods for linking orders in electronic trading systems |
US20090292646A1 (en) * | 1999-11-10 | 2009-11-26 | International Business Machines Corporation | Method and Apparatus for Network Marketing of Financial Securities |
NL1013662C2 (nl) * | 1999-11-24 | 2001-05-28 | Derk Pieter Brouwer | Stelsel en netwerk voor het besturen van transacties in derivaten. |
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 |
WO2001050329A2 (en) | 2000-01-06 | 2001-07-12 | Espeed, Inc. | Systems and methods for monitoring credit of trading counterparties |
US7389268B1 (en) | 2000-03-02 | 2008-06-17 | Trading Technologies International, Inc. | Trading tools for electronic trading |
US6938011B1 (en) | 2000-03-02 | 2005-08-30 | Trading Technologies International, Inc. | Click based trading with market depth display |
US6772132B1 (en) | 2000-03-02 | 2004-08-03 | Trading Technologies International, Inc. | Click based trading with intuitive grid display of market depth |
WO2001077957A1 (en) | 2000-04-07 | 2001-10-18 | Pershing | Rules based securities order processing |
US7024386B1 (en) * | 2000-06-23 | 2006-04-04 | Ebs Group Limited | Credit handling in an anonymous trading system |
GB2366022B (en) * | 2000-06-23 | 2004-08-25 | Ebs Nominees Ltd | Anonymous trading system |
US7827085B1 (en) * | 2000-06-23 | 2010-11-02 | Ebs Group Limited | Conversational dealing in an anonymous trading system |
GB2366023B (en) * | 2000-06-23 | 2004-08-11 | Ebs Nominees Ltd | Credit limit storage in an anonymous trading system |
US7689498B2 (en) * | 2000-08-24 | 2010-03-30 | Volbroker Limited | System and method for trading options |
US7243083B2 (en) * | 2001-06-14 | 2007-07-10 | Trading Technologies International, Inc. | Electronic spread trading tool |
US7613640B2 (en) | 2001-08-29 | 2009-11-03 | Ebs Group Limited | Electronic trading system |
US8126799B2 (en) * | 2002-01-09 | 2012-02-28 | Ariba, Inc. | Method of bidding to drive competition in an auction |
US7089241B1 (en) * | 2003-01-24 | 2006-08-08 | America Online, Inc. | Classifier tuning based on data similarities |
US7725544B2 (en) * | 2003-01-24 | 2010-05-25 | Aol Inc. | Group based spam classification |
US7590695B2 (en) | 2003-05-09 | 2009-09-15 | Aol Llc | Managing electronic messages |
US8676679B2 (en) | 2003-06-30 | 2014-03-18 | Bloomberg L.P. | Counterparty credit limits in computerized trading |
US7587357B1 (en) | 2003-06-30 | 2009-09-08 | Trading Technologies International Inc. | Repositioning of market information on trading screens |
US7533054B2 (en) | 2003-06-30 | 2009-05-12 | Bloomberg L.P. | Central credit filtering in computerized trading |
US20140172613A1 (en) * | 2012-12-17 | 2014-06-19 | Lawrence M. Ausubel | System and method for a hybrid clock and proxy auction |
US7711644B2 (en) | 2005-12-20 | 2010-05-04 | Bgc Partners, Inc. | Apparatus and methods for processing composite trading orders |
US7899726B2 (en) * | 2006-08-11 | 2011-03-01 | Reuters Sa | Method and apparatus for option filtering |
AU2007201985B2 (en) * | 2007-05-03 | 2012-03-01 | Intercapital Management Services No. 2 Limited | Method and system for offset matching |
US8781943B2 (en) * | 2007-05-04 | 2014-07-15 | Icap Management Services Limited | Method and system for offset matching |
US20100228594A1 (en) * | 2009-03-04 | 2010-09-09 | Mark Chweh | Advertising and promotional system |
US20110145117A1 (en) * | 2009-12-15 | 2011-06-16 | Chicago Mercantile Exchange Inc. | Clearing System That Determines Settlement Prices of Derivatives in Financial Portfolios |
US11100577B1 (en) * | 2010-08-20 | 2021-08-24 | Nex Services North America Llc | Anonymous trading system |
CA2816905A1 (en) * | 2010-11-08 | 2012-05-18 | Blockcross Holdings, Llc | Trade implementation and analytics system |
US20120317051A1 (en) * | 2011-06-07 | 2012-12-13 | Tall Iv Charles H | System and Method for Delegated Pricing and Quote Maintenance for Trading of Dependent Financial Instruments |
US20130041799A1 (en) * | 2011-08-12 | 2013-02-14 | Chicago Mercantile Exchange | Pricing a Forward Rate Agreement Financial Product Using a Non-Par Value |
US20130041843A1 (en) * | 2011-08-12 | 2013-02-14 | Chicago Mercantile Exchange | Pricing a Swap Financial Product Using a Non-Par Value |
US20130317961A1 (en) * | 2012-05-23 | 2013-11-28 | Bgc Partners, Inc. | Methods and systems for order matching |
US11341572B2 (en) | 2013-11-08 | 2022-05-24 | Refinitiv Us Organization Llc | Fair credit screened market data distribution |
US12211099B2 (en) | 2013-11-08 | 2025-01-28 | Refinitiv Us Organization Llc | Fair credit screened market data distribution |
US10642482B2 (en) * | 2016-09-16 | 2020-05-05 | The Toronto-Dominion Bank | System and method to perform a numerical input using a continuous swipe gesture |
CA3059027A1 (en) * | 2017-01-11 | 2018-07-19 | Bgc Partners, L.P. | Graphical user interface for order entry with hovering functionality |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5136501A (en) * | 1989-05-26 | 1992-08-04 | Reuters Limited | Anonymous matching system |
EP0512702A3 (en) * | 1991-05-03 | 1993-09-15 | Reuters Limited | Automated currency trade matching system with integral credit checking |
US5375055A (en) | 1992-02-03 | 1994-12-20 | Foreign Exchange Transaction Services, Inc. | Credit management for electronic brokerage system |
ES2147615T3 (es) | 1994-08-17 | 2000-09-16 | Reuters Ltd | Sistema y metodo de concertacion negociada. |
US5924083A (en) * | 1996-05-29 | 1999-07-13 | Geneva Branch Of Reuters Transaction Services Limited | Distributed matching system for displaying a book of credit filtered bids and offers |
US6421653B1 (en) | 1997-10-14 | 2002-07-16 | Blackbird Holdings, Inc. | Systems, methods and computer program products for electronic trading of financial instruments |
-
1998
- 1998-09-11 AU AU94853/98A patent/AU755413B2/en not_active Expired
- 1998-09-11 US US09/786,736 patent/US7636683B1/en not_active Expired - Fee Related
- 1998-09-11 EP EP98948237A patent/EP1116144A1/en not_active Withdrawn
- 1998-09-11 CN CN98814307A patent/CN1322325A/zh active Pending
- 1998-09-11 WO PCT/US1998/019196 patent/WO2000016224A1/en active IP Right Grant
- 1998-09-11 JP JP2000570691A patent/JP2002525713A/ja active Pending
-
2002
- 2002-01-14 HK HK02100236.2A patent/HK1039524A1/zh unknown
- 2002-03-14 HK HK02101979.1A patent/HK1040558A1/zh unknown
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102016899A (zh) * | 2008-03-03 | 2011-04-13 | 欧潘凯迪公司 | 广告及促销系统 |
US11829186B2 (en) | 2010-06-18 | 2023-11-28 | Sweetlabs, Inc. | System and methods for integration of an application runtime environment into a user computing environment |
US11256491B2 (en) | 2010-06-18 | 2022-02-22 | Sweetlabs, Inc. | System and methods for integration of an application runtime environment into a user computing environment |
US9971747B2 (en) | 2012-08-09 | 2018-05-15 | Sweetlabs, Inc. | Systems and methods for alert management |
US10430502B2 (en) | 2012-08-28 | 2019-10-01 | Sweetlabs, Inc. | Systems and methods for hosted applications |
US11010538B2 (en) | 2012-08-28 | 2021-05-18 | Sweetlabs, Inc. | Systems and methods for hosted applications |
US12141223B2 (en) | 2012-08-28 | 2024-11-12 | Sweetlabs, Inc. | Systems and methods for hosted applications |
US9792265B2 (en) | 2012-08-28 | 2017-10-17 | Sweetlabs, Inc. | Systems and methods for hosted applications |
US9081757B2 (en) | 2012-08-28 | 2015-07-14 | Sweetlabs, Inc | Systems and methods for tracking and updating hosted applications |
US8775925B2 (en) | 2012-08-28 | 2014-07-08 | Sweetlabs, Inc. | Systems and methods for hosted applications |
US11741183B2 (en) | 2012-08-28 | 2023-08-29 | Sweetlabs, Inc. | Systems and methods for hosted applications |
US11347826B2 (en) | 2012-08-28 | 2022-05-31 | Sweetlabs, Inc. | Systems and methods for hosted applications |
US8799771B2 (en) | 2012-08-28 | 2014-08-05 | Sweetlabs | Systems and methods for hosted applications |
US9069735B2 (en) | 2012-10-15 | 2015-06-30 | Sweetlabs, Inc. | Systems and methods for integrated application platforms |
US8806333B2 (en) | 2012-10-15 | 2014-08-12 | Sweetlabs, Inc. | Systems and methods for integrated application platforms |
US10084878B2 (en) | 2013-12-31 | 2018-09-25 | Sweetlabs, Inc. | Systems and methods for hosted application marketplaces |
US9749440B2 (en) | 2013-12-31 | 2017-08-29 | Sweetlabs, Inc. | Systems and methods for hosted application marketplaces |
US10089098B2 (en) | 2014-05-15 | 2018-10-02 | Sweetlabs, Inc. | Systems and methods for application installation platforms |
US10019247B2 (en) | 2014-05-15 | 2018-07-10 | Sweetlabs, Inc. | Systems and methods for application installation platforms |
Also Published As
Publication number | Publication date |
---|---|
HK1040558A1 (zh) | 2002-06-14 |
EP1116144A1 (en) | 2001-07-18 |
WO2000016224A1 (en) | 2000-03-23 |
AU9485398A (en) | 2000-04-03 |
HK1039524A1 (zh) | 2002-04-26 |
JP2002525713A (ja) | 2002-08-13 |
US7636683B1 (en) | 2009-12-22 |
AU755413B2 (en) | 2002-12-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1322325A (zh) | 在电子经纪系统中进行信用过滤价格通信 | |
CN1255763C (zh) | 用于证券或其他商业项目的有条件定单交易的自动系统 | |
CN1222899C (zh) | 有关制订和经营投资合同的方法 | |
CN1353842A (zh) | 投资组合投资导则遵从和金融基金管理系统 | |
CN1501308A (zh) | 管理交易和清算的方法,通知关于消费动向的信息的方法 | |
CN1287642A (zh) | 计算机化争议解决系统和方法 | |
CN1592909A (zh) | 自动化竞争招标系统和方法 | |
CN1472681A (zh) | 大中型药业连锁物流计算机管理系统及方法 | |
CN1278346A (zh) | 代理财产数据处理器 | |
CN1263259C (zh) | 结算中介处理装置 | |
CN1659568A (zh) | 用于项目投标和申请过程的系统和方法 | |
CN1894708A (zh) | 计算机化交易议价系统和方法 | |
CN1568476A (zh) | 用于再保险安排的系统和方法 | |
CN1750036A (zh) | 电子票据和电子支票管理、转换、买卖中介的系统和方法 | |
CN1647087A (zh) | 一种分布式资本系统的装置和方法 | |
CN101076824A (zh) | 用于最优定价和分配的方法和系统 | |
CN1853193A (zh) | 保密巨额证券交易系统和方法 | |
CN1361893A (zh) | 有基于需求的、可调整的收益的金融产品及其交易 | |
CN1460219A (zh) | 综合关于金融交易的交易信息的设备 | |
CN1359502A (zh) | 贸易系统和方法 | |
CN1926569A (zh) | 风险管理系统和方法 | |
CN1354859A (zh) | 申请设备和方法 | |
CN1942887A (zh) | 分包商的启用以及管理方法和系统 | |
CN1942890A (zh) | 用于卖方辅助自动化支付处理和异常管理的系统和方法 | |
CN1926566A (zh) | 用于上下文相关的实时通讯的动态指示符 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1040558 Country of ref document: HK |