如前所述，在传统的经销商市场中对信息的需要与对保密性的需 要之间的历史冲突的特征在于报价质量和交易者/订单匿名之间的折 中。为了返回最小的差价，资本提供者需要很多秘密的有价值的信息 来保证精确的风险评估。另一方面，市场参与者被迫加重了向资本提 供者提供的能够在其利益之外使用的与其订单和位置的信息水平相关 联的风险。
为了解决该问题，本系统提供了用于金融工具的匿名RFQ系统， 该系统通过创造这样的环境，即，其中市场参与者与资本提供者能够 在无需牺牲匿名性并且不会信息泄露的情况下实现共享保密交易利益 (CTI)信息的好处，解决了资本提供者的信息需要与市场参与者的保密 需要之间的固有冲突。该安全环境优选地被创建在电子配套书中，该 电子配套书将与每个报价请求(RFQ)相关的所有CTI信息提炼到风险 级中，然后，该风险级代替了顺序识别信息或交易识别信息被发送给 资本提供者。这些风险级向资本提供者提供了充足的信息以提供可定 制的、风险可调的报价，而无需市场参与者泄露关于其订单的保密信 息。因此，资本提供者和市场参与者都能受益于他们在非匿名环境中 将不会相互共享的输入信息。
在优选的实施方式中，该系统首先接收来自于市场参与者的RFQ。 在接收到RFQ之后，该系统立即基于由与该系统上的RFQ和交易者 的历史行为相关的保密信息，结合当前市场情况的评估，驱动风险函 数执行风险分析。如下面在详细的描述中所描述的，历史的交易者行 为询问的信息从“事件数据库”中被拉出来。该风险分析的产物是与 RFQ相关联的风险级。值得注意的是，在优选的实施方式中，该风险 级是与市场参与者的保密信息的唯一连接，并且该风险级决不会与系 统外的身份相关联。由于该风险级系统，资本提供者确信他们的报价 是基于对风险的正确评估，同时允许他们减少他们的返回中的变动性， 并且市场参与者能在未牺牲他们的匿名性和其它保密信息的情况下获 得更小的差价的好处。
一旦该系统已经产生了RFQ的风险级，则系统上的资本提供者发 送消息，指示RFQ已经被输入该系统。优选地，只有RFQ的代号和 风险级被包含在该信息中。然后，所有感兴趣的资本提供者基于该系 统发送的风险级返回双方报价。在该系统内该RFQ和响应差价进行比 较，并且如果匹配的话，那么该系统自动执行交易，同时在整个执行、 处理和清除过程中维持市场参与者和资本提供者的匿名性。在多个响 应的情况下，该系统根据价格-时间优先级对报价进行处理。
在执行之后，该交易还以维持永久匿名的形式被清除，而该系统 用作市场参与者与资本提供者之间的经纪人。该系统负责给双方的事 务部门系统报告被执行的订单，负责给国际市场证券买卖汇总记录带 报告被执行的交易，并负责处理后交易清除函数。
如果RFQ和任何相应的差价之间不匹配，则通过图形界面将报价 显示给市场参与者。一旦报价被显示了，市场参与者则能在任意时间 修改他的报价攻击性；如果修订的RFQ具有足够的攻击性以胜过对立 的订单，那么该系统将自动执行该交易。RFQ和报价都将在该系统中 保持有效，直到他们在经过由市场参与者和资本提供者分别指定的有 效时间之后终止。此外，市场参与者和资本提供者都可在任意时间选 择取消RFQ或报价。
在本系统的优选实施方式中，将不会有保密的信息离开该系统。 所有的保密信息都被提炼为风险级，并且只有该风险级被显示给资本 提供者，同时消除了信息泄露的可能性。因此，市场参与者保持匿名， 但仍然被奖励(或处罚)反映他们在系统上的交易行为的差价，同时资 本提供者使未知的风险暴露最小化并使他们能够信赖地做出响应的 RFQ的个数最大化。
一方面，本发明包括一种用于在报价环境中提供匿名请求的方法， 所述报价环境允许共享保密的交易利益信息，而无需牺牲匿名性且不 会造成信息泄露，所述方法包括：接收来自于市场参与者的报价请求； 和将风险级与所述报价请求相关联。
在各种实施方式中：(1)所述报价请求包括：用于请求报价的初 始批量数量；和时间间隔，在所述时间间隔之后发送对附加批量数量 的附加请求；(2)所述方法进一步包括向一个或多个资本提供者发送 消息，所述消息包括：(a)用于所述报价请求的代号；和(b)所述风险级； (3)所述关联步骤包括至少部分地基于与所述报价请求和所述市场参 与者相关的保密信息进行风险分析；(4)所述保密信息包括在同一个 市场参与者之前的报价请求之后的、与报价浮动相关的信息；(5)所 述风险分析还基于当前市场情况的评估；(6)所述方法进一步包括基 于所述风险级，从所述一个或多个资本提供者中的至少之一接收双方 报价；(7)所述方法进一步包括：允许所述一个或多个资本提供者用 不能自动执行的“不匹配”报价对报价请求做出响应，并且进一步允 许所述市场参与者发起与所述资本提供者之间的协商；(8)所述方法 进一步包括：将所述报价请求与所述报价进行比较，确定匹配存在并 执行交易；(9)所述方法进一步包括：当清除所述交易时，保持永久 的匿名性；(10)所述方法进一步包括：只有当与所述市场参与者执行 所述交易的资本提供者位于由所述市场参与者同意的列表上、并且所 述市场参与者选择显示所述市场参与者的身份时，才将所述市场参与 者的身份在所述交易之前或之后显示给所述资本提供者；(11)所述方 法进一步包括：通过图形用户界面，向所述市场参与者显示来自于所 述一个或多个资本提供者的一个或多个报价；(12)所述方法进一步包 括：允许所述资本参与者经由所述图形用户界面修改所述报价请求的 定价，以便在新的报价具有足够的执行攻击性的情况下允许自动执行； (13)所述图形用户界面允许所述一个或多个资本提供者或所述市场 参与者在任何时候取消报价请求或响应的报价；(14)所述报价请求指 定用于交易执行的可接受的对立方的至少一个风险级；(15)所述报价 请求指定用于浏览所述报价请求的方的至少一个风险级；(16)所述方 法进一步包括：向一个或多个资本提供者发送消息，所述消息包括用 于所述报价请求的代号；(17)所述方法进一步包括：从所述一个或多 个资本提供者中的至少之一接收其愿意交易的每个风险级的双方报 价；(18)仅将所述报价请求传送给选择的资本提供者，并且仅将所述 市场提供者的身份提供给所述选择的资本提供者；(19)所述方法进一 步包括：(a)向一个或多个资本提供者发送消息，所述消息包括用于 所述报价请求的代号而不包括所述风险级；(b)从一个或多个资本提 供者处接收一个或多个单方或双方的有条件报价；和(c)只有当与所 述报价请求相关联的所述风险级小于与所述一个或多个有条件报价中 之一相关联的最大风险水平时，才将所述一个或多个有条件报价中的 所述之一显示给所述市场参与者。
在不偏离本发明的精神和范围的情况下，很多可选择的实施方式 对于本领域相关技术人员来说都是清楚的，并且对于普通技术人员显 而易见的是：本系统也可用于除了那些在具体实施方式中被详细描述 的实施方式之外的实施方式。这些可选择的实施方式中的一个将本系 统的某些性质结合到先前已有的可选择交易系统(ATS)中；由此，在 “主”ATS内复制该系统的功能。因此，可选择的实施方式将允许任 意已有ATS将保密的、高度竞争的、自动执行的RFQ系统作为附件 提供给他们的一套交易工具。

图1示出了优选的方法实施方式的步骤的流程图；
图2描述了用于订单输入的优选的图形用户界面；以及
图3描述了用于显示RFQ消息信息的优选的图形用户界面。

下面是对本发明的优选及可选实施方式的功能描述。本发明的优 选系统实施方式包括交易系统，该系统能够接收和执行客户订单，将 完成的交易报告给清算公司以及市场参与者(MP)和资本提供者(CP)的 事务部门操作，并且能提供本领域中公知的必要的用户界面和桌面帮 助界面。优选地，该系统通过下述步骤促进资本提供交易(如图1)：
在步骤100中，市场参与者将RFQ输入该系统。RPQ优选地通 过符合金融信息交换(FIX)协议的图形用户界面(GUI)或电子接口输 入。图2示出了用于订单输入的图形用户界面的实施例，其支持将在 本申请中描述的选择域。该订单输入能够包括但不局限于下面的订单 属性：方、数量和自动执行报价。
在RFQ已经被输入之后，该系统在步骤105询问“事件数据库” 并且然后在步骤110中执行风险分析。该风险分析是结合当前市场条 件的评估，并基于由与RFQ和系统上的交易者的历史行为有关的保密 信息驱动的风险函数。下面详细地描述优选的风险函数。“事件数据 库”是提供与该系统上的交易者的历史行为相关的信息的数据库。与 已下的、取消的、终止的或履行的订单相关的系统事件是与存储在事 件数据库中的特定交易者相关联的，并且被用于使风险级函数最优化， 如下所述。根据每个事件，本系统的优选实施方式在当某代号在连续 的市场上交易达到该事件的数量(终止的或被取消的订单的显示数量， 或完成的交易的履行数量)的2、5和10倍的总规模时发起这样的过程， 即，计算该代号的成交量加权平均价(VWAP)。该VWAP信息与相应 的事件和相关联的交易者的名字一起被存储在数据库中。
风险分析的产物是与步骤120中相应的RFQ相关联的风险级。一 旦RFQ被指定了风险级，那么在步骤130中该系统通过其API将RFQ 消息发送给所有CP参与者(为了简化，在本文中使用的术语“本系统” 代替“本系统的优选实施方式”；本领域相关技术人员将理解整个讨论 仅仅关于特殊实施方式，并且不趋向于限制本发明或权利要求的范 围)。该RFQ消息优选地只包括RFQ代号和风险级。
在步骤140中，通过GUI应用程序将RFQ消息信息显示给CP。 图3给出了支持向CP显示RFQ信息的GUI应用程序的实施例。在步 骤150中，资本提供者应用他们自己的逻辑来判断是否对该RFQ做出 响应。在缺少CP的任何响应的情况下(步骤155)，RFQ将在步骤700 中在经过预定有效时间以后终止，或者在步骤705中未履行而取消。 在这两种情况下，该系统的都在步骤710取消RFQ消息，结束该进程。
如果资本提供者选择响应，那么他们将通过在步骤160在来自于 步骤140的所述GUI中下订单来进行响应。在步骤170中，该系统处 理从CP接收到响应订单；如果响应订单与RFQ的方、报价和数量因 素匹配，那么在步骤600中，该系统自动执行交易。在步骤610中， 该系统处理该执行，并且在步骤620中，该系统利用FIX将其报告给 双方，并且分别在步骤630和步骤640中通过使用对于本领域技术人 员所熟知的协议将其报告给国际市场证券买卖汇总记录带和清算公 司。
如果没有自动执行，在步骤180中，该系统则通过来自于步骤100 的所述GUI应用程序将报价显示给市场参与者。然后，该市场参与者 可通过在该系统中将其订单调整为与步骤190中的报价的价格因素相 匹配来选择接收该报价，此时该系统将在步骤600-640自动执行和处 理交易。
在该过程中，可由相应的市场参与者或资本提供者来终止或取消 RFQ或报价。在步骤700或步骤705中分别由市场参与者取消或终止 订单将导致步骤710中的RFQ消息的取消。在步骤720或步骤730中 对报价的取消或终止也将导致在步骤740移除被显示的报价。
如前所述，该系统依靠优选的风险函数以产生被发送给资本提供者 的风险级。该优选的风险级是基于一系列来自于该系统内部和外部的 输入，其中包括但不局限于来自于RFQ订单输入的保密信息、事件数 据库和普通市场分析学。该信息能够通过一套问题被获得；相应的一 套回答形成了输入向量，以计算市场参与者的订单中的风险。
下表表示一些可被用于计算市场参与者的订单中的不利的信息风 险的问题：
■该MP以前是否已经用该代号下过订单？
◆在同一天？
◆在之前(多少天前？)
■如果前面的问题的答案是肯定的，那么，该市场参与者的订单 是在接收到来自于资本提供者的相应报价之后在被输入时执 行，还是终止而未履行？
■如果上述之前的订单已被执行，那么，对于在该交易之后该交 易量的2、5和10倍的交易量，该代号在连续市场上的平均的 不利报价浮动是多少？不利报价浮动是在履行时的全国最佳买 卖报价的中点和与接下来的时间周期内该代号的所有被报告的 交易相关联的成交量加权平均价之差，在上述接下来的时间周 期内，被报告的交易的总量为该交易的规模的2、5和10倍。
■该市场参与者以前是否已用不同的代号下过订单？
◆在同一天？
◆在之前(多少天前？)
■(这两个问题属于先前的订单，如前所述)
■该市场参与者是否有在单个交易日期间用相同的代号执行过多 个RFQ的记录？
■如果上一个问题的答案是肯定的，那么，在比观察该交易量的 2、5、10或20倍的总量所需的时间周期更短的时间周期内， 该重复执行发生的情况百分比是多少？
■该市场参与者的当前订单是否具有超过该RFQ中被显示的储备 量？该信息是通过使用“OMS嗅探器”来确定的，该“OMS 嗅探器”读取市场参与者的订单管理系统(OMS)上的未完成的 订单。
■对于被固定到市场基准(如高达(或低至)绝对限制的中点报价 等)的市场参与者订单，与全国最佳买卖报价相比，该限制报 价的攻击性或被动程度如何？
■该市场参与者的订单已经存在于该系统中多长时间？
■从{平衡、下降、上升、下降趋势、上升趋势、在貌似底部、在 顶部}中选择，发出RPQ时该市场的技术状态是什么？
■发出RFQ时市场势态是什么？
■回顾由相同市场参与者之前在市场技术情形与当前类似的情况 下的订单，在该事件之后的不利的报价浮动是什么(如前所定义 的)？
其它相关问题能够很容易地被本领域相关技术人员设想。例如， 属于市场的技术状态的那些可包括在本领域中所熟知的任意或所有的 技术交易振荡器。同样感兴趣的是这些技术指示器在提出RFQ之后的 几分钟内的进展。这些问题的答案是优选地作为用于风险级函数的输 入向量。
本系统然后优选地使用实验方法创建风险模型，该风险模型将状 态向量映射至几个可能的风险级中之一。四个优选的风险测量被定义 为不利的报价偏差(在下面被定义)，或者，如果报价偏差是有利的， 则将这四个优选的风险测量定义为0，其中的每一个都在足以观察在 该市场上被交易的给定总量的时间周期内。因此，这四个优选的风险 测量被定义为分别具有本交易的规模的2、5、10或20倍的总量。总 风险优选地被定义为这四个风险测量的总和。然后，总风险测量的分 布被确定；风险分布中的三个等级与“低”风险级、“中”风险级和“高” 风险级相关联。
在优选的线性模型中，给定输入向量的不利报价偏差是来自于每 个输入值的不利报价偏差贡献的总和；其中来自一个输入值的平均报 价贡献是具有该给定输入值的所有样本的平均不利报价浮动与所有样 本的平均不利报价浮动之差。在如果输入变量不相互独立时有用的略 微更复杂的模型中，风险函数被定义为均与特殊输入变量相关联的项 的线性总和。本领域中众所周知的是，可利用线性回归模型根据已知 样本的数据集确定与历史风险最佳匹配的那些项的值。
在称为“赢者通吃”的另一个分级方法中，使用多个规则，每个 规则将一套输入值映射到风险测量(正实值)；并且将产生最大风险的 规则保留作为赢者，同时将所有其它的规则忽略。其它风险级算法能 够被本领域相关技术人员设想；本文中关键的要素不是具体算法，而 是这种算法利用保密信息来衡量风险的能力，其中，该信息不能被安 全地公开给资本提供者，但是风险级本身能够结合RFQ被公开。
希望其订单获得低风险级的市场参与者可能试图降低其报价和规 模的攻击性。通过减少执行的可能性，这种类型的行为将否定本发明 的期望效益的一部分。为了防止或校正该行为，本系统优选地只使用 较高攻击水平与较低的风险测量相关联的输入变量，并且本系统将该 设计特征公开给所有市场参与者，以使知道报价和规模的攻击性的所 有市场参与者都只能够降低订单的风险级。
可选择的实施方式
本系统是用于金融工具的RFQ系统。因而，处理各种工具(债券、 资产净值、衍生工具、期货，等等)的所有可选择的实施方式均可由该 描述被预期。这些金融市场中的潜在产物的整个范围也包含在本申请 的精神中-例如，利用与配对交易、篮式交易或对于本领域相关技术人 员所熟知的其它交易机制相关的RFQ系统。
在一个可选择的实施方式中，本系统的各方面被集成到已有的 ATS中，从而在“主”ATS内复制了本系统的功能。通过将本系统的 某些性质集成到主系统中，该可选择的实施方式使任何已有的ATS能 够将匿名RFQ系统作为附件提供给其已有的一套交易工具。由于主 ATS已经将全部末端功能置于适当处以执行和处理交易，因此，只有 对于该主ATS是新颖的、本系统的方面将被集成。这些方面可能包括， 但不局限于，RFQ订单输入处理、事件数据库、风险级系统和风险函 数。
在第一实施方式的具体方案中，该系统的方面将被集成到通过引 用并入本文的、2004年3月11日提交的第10/799,205号共同未决的 美国专利申请中描述的管道批量交叉盘系统(Pipeline block crossing system)。在该实施方式中，本系统被视为可选择的订单输入性质，以 使输入批量订单的任何参与者都能选择根据风险级调节输入。更具体 地说，当订单被输入时，该性质使市场参与者能够进行选择，以指示 该订单只能够以具有特殊风险级(或更好的风险级)的对立方的具体 报价执行：“如果对立方具有攻击性的待办订单并且其风险级为“B” 或更好，那么出价23.04美元”。如果用户希望用不止一个风险级进行 交易，那么其可用相同的代号输入多个订单，该多个订单具有对应于 每个级别的具体价位。
可选择地，客户除了对可能执行交易的对立方进行风险调节外， 还可对可能看到其订单的潜在的对立方进行风险调节。在管道系统的 实施方式中，只有满足订单的风险情况的参与者才会看到橙色灯光流 动指示器。当客户选择以这种方式对观看订单进行风险调节时，其还 能够获取比传统管道系统中显示的订单信息更多的订单信息。在这些 情况下，点击橙色灯光流动指示器将产生可执行窗口，该窗口将显示 订单的方、报价和数量。
在与管道系统协议一致的情况下，如果具有风险调节的报价被输 入并且该系统中存在同时满足风险级参数和报价的价格参数的对立订 单，那么该交易自动执行。然而，如果对立订单满足风险级参数但不 满足报价参数，那么竞赛中的攻击方则接收对立存在标记。如在管道 中一样，对立存在标记优选地以黄色矩形显示在客户应用程序上。点 击该矩形打开小窗口，该小窗口列出了满足风险标准的全部有条件订 单的实际报价。攻击方然后选择执行哪个订单(如果有的话)。在该实 施方式中，所有参与者都存在于相同的客户类中，任何人都能够是CP 或MP，并且该风险级不被公开。
另一个可选的实施方式处理订单输入过程的附加过程。该实施方 式允许市场参与者输入较大订单的一部分，并且然后设置订单参数以 自动更新直到较大订单完成为止。作为自动更新参数的一部分，市场 参与者将指示在更新订单之前该系统将等待多久的时间。然后，将市 场参与者愿意在订单之间等待的总时间分解为风险分析，因为订单输 入之间的时间长度将影响资本提供者如何看待与交易相关联的风险。 选择在短的订单中执行几个批量的市场参与者将给资本提供者带来附 加风险，因为任何CP均可选择求助于市场来保护他们的位置，这将 最终被反映在市场参与者的较高风险级。因此，本系统是自动调整的， 具有攻击性交易行为模式的用户将体验更大的差价，这些差价适当地 奖励希望承担相应风险的资本提供者。
另一个可选择的实施方式对在资本提供者可如何响应于RFQ中 的变化进行处理。在该实施方式中，资本提供者将被允许对未能自动 执行并要求协商的、具有“失配”报价的RFQ做出响应。例如，CP 可用高于或低于请求的数量、报价范围或不同金融工具做出响应。在 这些情况下，接收“失配”报价的MP将能发起与资本提供者的协商。 该协商经由通过MP的GUI激活的消息系统产生。该消息系统可基于 本领域相关技术人员所熟知的任何数量的协议。
另一组实施方式改变本系统与市场参与者和资本提供者共享的信 息。在一个这样的实施方式中，本系统限制来自于资本提供者的风险 级，并只将代号与RFQ消息一起发送。在该实施方式中，不是用一个 双方报价进行响应，而是该CP对其希望交易的每个风险级都用双方 报价做出响应。该实施方式将提供比优选实施方式更高度的保密性。
在另一个实施方式中，市场参与者和资本提供者能在执行之前或 之后向对方显示他们的身份。如果市场参与者选择在交易之前显示他 的身份，那么他的RFQ只被暴露给系统上的那些他在以前合作过的资 本提供者。在那种情况下，当接收到具有限制的身份暴露请求的RFQ 之后，本系统将询问“用户合作数据库”以决定与该市场参与者具有 用户合作的资本提供者，并且只将相应的RFQ消息发送给与MP有合 作的CP。在执行时，CP将作为赞助经纪人并处理和清除该交易。同 样地，如果CP选择在交易之前显示他的身份，那么该报价将只相对 于与CP之前合作过的MP执行，或者被发送到(如果不存在自动执行) 与CP之前合作过的MP。然后，该CP将作为赞助经纪人并清除该交 易。
如果市场参与者选择在交易之后显示他的身份，那么该RFQ将仍 然只被发送给MP在之前已经合作过的那些资本提供者，但是，当将 信息发送到CP用于清除时，CP将不被告知市场参与者的身份直到该 交易执行之后。同样地，如果CP选择在交易之后显示他的身份，那 么该报价将只相对于与CP之前合作过的MP执行，或者被发送到(如 果不存在自动执行)与CP之前合作过的MP。然后，该系统将离开该 交易，以利于CP直接将其客户清除。
尽管本文中示出的和描述的实施方式完全能够实现本发明的目标 时，但显然，在阅读了上述说明后，很多可选择的方法、修改和变化 对于本领域技术人员都将是显而易见的。这些可选择的方法、修改和 变化都在本发明的范围内。并且应该理解，本文描述的实施方式只是 为了说明的目的而非限制的目的而被示出的。