用于确定交易值的系统和方法

用于确定交易值的系统和方法
【专利摘要】实施例包括用于确定交易值的系统和方法，诸如用于一个或多个金融产品的SOQ和/或现货价值。计算机可实现的方法包括通过计算装置接收具有数据字段的数据供给，该数据字段对应于消息、订单、报价和其他金融交易所特定数据点。计算装置可以被配置成从接收到的数据供给中选择一个或多个输入集并且为一个或多个所选的输入集确定评分。一旦一个或多个输入集被选择，则计算装置可以基于所选的输入集计算SOQ和/或现货价值，并且将计算的SOQ和/或现货价值公布给诸如清算公司的一个或多个市场实体。
【专利说明】用于确定交易值的系统和方法
[0001] 相关申请的交叉引用
[0002] 本申请要求2013年9月11日提交的申请号为61/876,669的美国临时申请以及2014 年3月11日提交的申请号为61 /951，368的美国临时申请的优先权。此处引用全部上述申请 的全部内容作为参考。
【背景技术】
[0003] 衍生品是一种金融担保(financial security)，其价值是至少部分地基于标的资 产的价值或特性。两个示例性的和众所周知的衍生品是期权和期货。期权是一种合约，其给 合约持有者以特定价格或在某个日期之前购买或出售标的资产的权利而不是义务。一般情 况下，购买期权的一方被称为期权的持有者，出售期权的一方被称为期权的签发者。例如， 期权可以基于股票指数、利率、期货合约和其他衍生品。
[0004] 通常有两种类型的期权:看涨期权和看跌期权。看涨期权的持有者接受以特定价 格（即"行使价"）购买标的资产的权利。如果持有者行使看涨期权，签发者有责任以行使价 向持有者交付标的资产。另外，看跌期权的持有者接受以执行价格出售标的资产的权利。如 果持有者行使看跌期权，签发者有义务以协商的行使价购买标的资产。当结算包括标的资 产的转让时，则结算通常被称为实物结算或实物交割（in kind settlement)。
[0005]看跌或看涨期权也可能是"现金结算"。也就是说，不是转移标的资产，而是进行现 金支付以结算合约。例如，使用现金结算，指数（index)看涨期权的持有者接受"购买"的权 利，而不是接受指数本身，而是基于指数乘以乘数的值的现金量，例如4100。例如，如果指 数看涨期权的持有者行使期权，期权的签发者必须向持有者支付标的指数的当前值和行使 价之间的差异再乘以乘数。在结算指数期权合约的过程中，计算特别开盘价(S0Q)，合约的 结算基于该特别开盘价。标的资产在结算以外的特定时间的值是现货价格。
[0006] 促进金融产品（如，场内期权)的交易的现代金融交易所交易系统是由专用计算机 硬件和专有交易所软件组成的复杂的专用网络。这些系统能够执行金融交易的必要功能。 此外，这些系统被设计、实施、以及通过新的计算机硬件和软件被不断升级，从而使其能够 以增强的稳定性和更低的延迟来操作。通过增强的稳定性和更低的延迟，金融交易所能够 提供一个更好的交易设施，同时最大限度地减少了对金融市场的可能的风险。
[0007] 随着金融市场采用交易所交易系统，金融交易数据变得快速增殖。这种增殖的部 分原因是由交易所交易系统接收和处理的大量的交易消息（例如，买方出价、卖方报价 (offer)、报价(quote)、订单和交易指令）。存储以及快速准确地获取该数据是现代金融交 易所交易系统的重要考虑因素。随着在金融交易所交易系统上交易的金融产品增加了复杂 性并且至少部分地基于金融交易所交易系统中生成和存储的金融交易数据，情况尤其如 此。例如，指数(index)可以在计算现货值和S0Q值时使用交易所生成的数据。随着指数和金 融交易系统的复杂性的增加，使用错误的数据计算S 0 Q值或现货值的可能性也在增加。因 此，存在一种改进金融交易所交易系统的需求，以确保随后被用于计算现货值和S0Q指数值 的金融数据的正确的选择和检索。

【发明内容】

[0008] 示例性实施例可以描述为一个或多个金融产品计算交易值，例如S0Q和/或现货指 数。具体来说，在一个示例中公开了计算机实施的方法，其涉及通过计算装置接收数据供 给。数据供给可以包括众多的数据字段(例如，产品符号(product symbol)、开盘价、行使 价、到期日期等），其对应于消息、订单、报价和其他金融交易所特定数据点。该计算装置可 以被配置成从接收到的数据供给中选择一个或多个输入集和确定用于一个或多个所选择 的输入集的评分。确定用于一个或多个所选择的输入集的评分的处理可以以各种方式来执 行。一旦选择了一个或多个输入集，计算装置可以基于所选择的输入集计算S0Q和/或现货 指数，并且向一个或多个市场实体(例如，清算公司）公布所计算的S0Q和/或现货指数。
[0009] 在另一个实施例中，系统可以被配置为确定表示市场波动状态的衍生投资工具的 结算价值。该系统可包括通信接口，其配置成经由网络与从系统远程定位的至少外部的一 个数据源进行通信。至少一个数据存储装置可以存储经由通信接口接收到的数据，其中所 接收的数据可以对应于多个金融工具的价格和到期信息，该多个金融工具被确定为适合作 为代表市场波动状态的衍生投资工具的标的资产。多个金融工具可以定义一个或多个输入 集，其中每个输入集包括具有相同的标的资产、不同的到期日期和/或不同的到期时间间隔 的期权合约。该系统还可以包括具有处理器的订单匹配引擎，其配置成接收多个对位 (contra-pos i t ion)的买方出价和卖方报价以及将接收的对位的买方出价和卖方报价配 对，以完成经过配对的接收到的对位的买方出价和卖方报价之间的交易。
[0010] 该系统还包括与至少一个数据存储装置和订单匹配引擎通信的结算价值处理器， 以及与结算价值处理器通信并且存储程序指令的程序逻辑存储器，该结算价值处理器可操 作用于执行程序指令以：从至少一个数据存储装置或订单匹配引擎接收多个输入集;基于 多个选择准则选择多个输入集的一部分，其中，多个选择准则中的一个准则包括具有自当 天起少于30天的到期日期的期权合约；以及根据结算计算为代表市场波动状态的衍生投资 工具生成结算价值，并将根据结算计算关系而计算出的结算价值发送给远程服务器。在各 个实施例中，结算计算可以是：
[0012]其中：
[0013] T是到期时间；
[0014] F是前向指数水平(forward index level);
[0015] Ki是第i个价外期权(out-of-the-money option)的行使价，如果Ki>F贝看涨，如果 Ki〈F则看跌；
[0016] A L是行使价之间的间隔：A L是行使价之间的间隔一心任一侧上的行使价之间 的间距的一半：
[0018]其中，最低行使价的A K是最低行使价和下一个较高行使价之间的差;类似的，最 高行使价的A K是最高行使价和下一个较低行使价之间的差；
[0019] Ko是前向指数水平F之下的第一行使价；
[0020] R是到期时的无风险利率(risk-free interest rate);以及
[0021] Q(Ki)是具有行使价Ki的每个期权的买卖差价的中点。
[0022] 在此还公开了被配置成便于实现所公开方法的结构。一个实施例可以采取计算装 置的形式(例如，通信装置，计算系统，等等），该计算装置包括通信接口、处理器、数据存储 装置、和由处理器执行的程序指令，用于执行在此描述的功能。另一实施例可采取非临时性 计算机可读介质的形式，在该计算机可读介质上存储有指令，用于执行在此描述的一些或 全部功能。
[0023] 前述的概述仅是示例性的并无意以任何方式进行限制。除了示例性的方面、实施 例和以上描述的特征，其它的方面、实施例和特征将通过参照附图和下面的详细描述变得 更清楚。
【附图说明】
[0024] 在此参考以下附图对各个实施例进行描述，附图中相同的标记表示相同的实体， 其中
[0025] 图1是示出了其中可以实现所公开的方法和实体的实施例的交易系统的简化框 图；
[0026] 图2是示出在交易平台中使用的计算装置的功能框图；
[0027] 图3是示出计算装置中使用的数据供给和组件的框图；
[0028]图4是描绘了可以包括在交易平台中的以便于实施本文中所描述的方法的功能的 流程图；
[0029]图5是描绘了图4的选择功能的实施例的流程图；
[0030]图6是描绘了图4的选择功能的另一个实施例的流程图；和 [0031]图7是描绘了合约到期日期的时间线。
【具体实施方式】
[0032] 在以下详细说明中，将参考作为本申请的一部分的附图。然而，应当理解，本文所 描述的布置仅仅作为示例而被提出来。因此，本领域的技术人员将认识到，其它的布置和元 件(例如，机器，接口，功能，功能的命令等)可以被替代使用或另外使用。此外，许多在此描 述的元件是功能实体，其可以被实现为分立或分布式组件或可以与其它组件一起被实现， 并在任何合适的组合和位置处被实现。可以通过硬件，固件或软件逻辑来执行本文描述的 由一个或多个实体执行的各种功能。例如，可以通过执行以任何适当的编程语言编写并存 储在存储器中的指令的处理器，来执行本文描述的各种功能。
[0033] 本文描述的实施例涉及用于计算S0Q和/或基于期权的现货指数的方法和系统。然 而，也可以使用本文描述的相同或类似的方法和系统来计算其它值。如本文所描述的，该方 法和系统可以被集成到一个或多个计算机化的系统。该计算机化的系统可以包括已经或正 在被金融交易所(如芝加哥期权交易所)所使用的金融交易系统。计算机化的系统还可以包 括与金融交易系统分离的非金融交易所系统。金融交易所系统和非金融交易所系统可以单 独使用或彼此组合使用，以实现本文描述的一个或多个功能。也就是说，所有实施例中都需 要专门的系统，其通常是计算机硬件和专有软件的组合，该组合是出于执行电子金融交易， 金融指数计算，或其某些组合的目的而被设计和实现的。
[0034] 图1是示出了其中可以实现所公开的方法和实体的实施例的金融交易系统100的 简化框图。图1的每个块可以使用计算机硬件和软件的组合来实施，计算机硬件和软件的组 合被设计和实施以实现每个块的功能。例如，会员接口 106,如在下面进一步详细描述的，可 以包括专用软件，其配置为经由计算机服务器的通信端口接受金融交易所消息，该计算机 服务器通过一个或多个计算机网络设备(如交换机)连接到电子通信网络(例如，局域网或 因特网），该计算机网络设备通过软件配置成利用金融交易系统100接收金融交易所消息并 将其传递(routing)到合适的目的地。
[0035] 金融交易系统100包括金融交易所组件，以及可以由访问金融交易所的非交易所 实体所操作的组件。金融交易所组件的示例被示出在虚线102内。在虚线102外侧的组件是 可以由非交易所实体操作的组件。通过使用包括局域网(LAN)、广域网(WAN)、因特网等的各 种已知的介质，可以实现金融交易系统100内的电子通信。
[0036] 举例说明的金融交易系统100的交易所组件包括计算机实现的交易平台104 (其包 括但不限于会员接口 106,匹配引擎108,电子订单薄110,计算引擎112和数据输出引擎114) 和计算机实现的交易所后端系统116。会员接口 106可以提供用于从一个或多个计算装置接 收交易消息(例如，买方出价、卖方报价、报价、订单和交易指令)的电子接口，该一个或多个 计算装置与一个或多个交易员或者在金融交易所交易业务的其他实体相关联。会员接口 106可以被实现为图形用户界面(GUI)并且可以包括在配置成执行交易功能的计算装置上 操作的一个或多个软件组件。
[0037]会员接口 106还可以被实现为分析正确的格式和信息的交易消息。如果会员接口 1〇6(或其他金融交易所组件)认为交易消息具有正确的格式和信息，则会员接口 106可以将 合格的电子交易消息传递到适当的匹配引擎108,其中合格的交易消息可以与对位相匹配。
[0038] 在多个实施例中，交易平台104可以包括应用程序接口（API)，其可以与会员接口 106和/或交易所系统102的其他组件通信。该API可以包括允许一个或多个实体(例如，做市 商122,客户124,会员公司买卖盘传递系统126等)通过专用编程计算机代码与交易平台104 进行接口的程序指令和标准。例如，做市商122可以对软件进行编程以连接到交易平台104 上的API。一旦连接上，做市商122可以将报价输入到专用编程计算机，或者可以具有基于确 定的策略生成计算机报价的程序。输入的或者另外生成的报价可以经由API发送给交易平 台104。一旦接收到，API可以将接收的报价传递给与会员接口 106相关联的处理器，其中可 以判断报价对于执行来说是否是合格的。合格的报价能够被发送到匹配引擎108。由于每秒 接收到大量的交易消息，API和/或会员接口 106应该被配置成快速且准确地处理大量数据。
[0039] 在一些实施例中，经由会员接口 106(或者API)接收到的交易消息可以经由数据供 给被传送给匹配引擎108和/或计算引擎112。在多个实施例中，数据供给中的数据可以基于 与金融产品相关联的一个或者多个属性被分类或者被分组。该属性可以包括，例如，产品符 号、开盘价、行使价、到期日期、报价、订单或报价的发起人、类别(class)、买方出价、卖方报 价、或者能够用于分组交易消息数据的任意数量的其他属性。具有一个或多个相似属性的 数据可以被组合以形成输入集。输入集的形成、属性分组、或者数据供给中的数据的其他分 类可以由交易平台104上的处理器执行。输入集可以包括数据供给中一个或多个交易消息 中的全部数据或者部分数据。在一些实例中，可以通过匹配引擎108形成输入集，同时其他 实例可以包括通过计算引擎112形成输入集。还可以存在其他实例。
[0040] 匹配引擎108可以提供用于匹配对位的买方出价和卖方报价的电子机制，该对位 的买方出价和卖方报价是由交易员或者在金融交易所交易业务的其他实体提交给金融交 易所的。尽管金融交易系统1〇〇显示出了一个单独的匹配引擎108,多个匹配引擎可以被包 括在交易平台104中。多个匹配引擎可以基于与金融交易所的业务有关的各种因素独立地 工作或者合作。例如，不同交易所交易的产品（例如，股票、期权、期货等)可以利用不同的匹 配引擎。匹配引擎108可以通过配对相对的订单来执行交易。在一些示例中，不可流通(11 〇11-marke tab 1 e)的订单可以被放置在电子订单薄(EBOOK) 110中。可以通过使用已知的计算机 硬件结合数据库产品来实现电子订单薄11 〇。EBOOK 110中的订单可以被挂单(res t)直到它 们能被匹配到对位。被挂单的订单可以发送给或者可以不发送给计算引擎112,用于包括在 S0Q中或者现货计算中。
[0041] 匹配引擎108可以基于执行的交易更新EB00K 110。在交易被执行之后，匹配引擎 108能够将与已执行的交易有关的信息发送给数据输出引擎114。数据输出引擎114可以将 接收到的信息发送给交易所后端系统116,其可以被使用在已经在金融交易所执行的结算 交易的处理中。此外，数据输出引擎114可以将与已执行的交易有关的信息发送给一个或多 个会员公司后端系统120。会员公司后端系统120可以记录或者跟踪实体的已执行的交易 和/或还没有执行的那些交易。
[0042] 匹配引擎108还可以包括用于将全部或部分交易消息传送给计算引擎112的电子 机制。在一些实施例中，匹配引擎108可以通过数据供给将交易消息提供给计算引擎112。数 据供给可以被持续地或者周期地提供给计算引擎112。例如，在一些实施例中，匹配引擎108 可以累积已经被匹配的相对的买方出价和卖方报价，并且每一秒、五秒、十五秒将数据供给 中的累积的匹配的相对的买方出价和卖方报价发送给计算引擎112。在其他示例中，匹配引 擎108能够将匹配的相对的买方出价和卖方报价发送给计算引擎112。在另一个示例中，买 方出价和订单能够从会员接口 106被发送到计算引擎112,而无需首先通过使用匹配引擎 108进行匹配。其他示例也是可预期的。
[0043]计算引擎112可以接收数据供给并且执行一个或多个促进交易的计算。该计算包 括，但不限于，S0Q和/或现货指数值的计算。执行这种计算的处理可以包括对于执行何种计 算的识别、针对执行计算的目的的数据选择、以及由计算引擎112执行的一个或多个计算。 由计算引擎112执行的计算(诸如S0Q和/或现货指数值的计算)可以被验证，或者可以由计 算引擎112上的错误处理模块进行用于错误处理的操作，并且可以被发送给数据输出引擎 114。在一些实施例中，计算引擎112可以与会员接口 106、匹配引擎108、或者其他交易平台 组件通信以获得附加数据来执行计算、验证接收到的数据等等。
[0044]例如，计算引擎112可以经由通信通道接收来自匹配引擎108的数据供给。计算引 擎112可以识别或接收指示要执行何种计算的标识符。在一个实例中，计算引擎112可以基 于时钟或计时器以及指定何时执行何种计算的规则来执行识别。在另一个实例中，计算引 擎112可以包括被特定编程以执行特定计算的软件模块，使得每个模炔基于通过数据供给 或查找调度任务表接收到的数据来执行各自的计算。每个模块可以被特定编程以基于一个 或多个规则以特定的时间间隔执行一个或多个定义的计算。一旦计算被识别，则计算引擎 112能够针对执行计算的目的在数据供给中选择数据。
[0045] 在多个实施例中，当计算S0Q时，计算引擎112可以接收定义的输入集或基于以下 方面选择输入集：（i)如果存在现有的有效到期日期；（ii )与金融产品的流动性有关的信 息；（iii)金融产品的报价宽度(quote width) ;(iv)行使价范围跨度；（v)当金融产品是衍 生品时为金融产品列出的系列号(number of series); (vi)与金融产品中的未平仓量相关 的信息；（vii)与金融产品可用信息的鲁棒性和/或质量相关的信息；（viii)订单或报价的 发起人，（ix)等等。在另一个实例中，当计算现货价值时，计算引擎112可以接收定义的输入 集或者基于用于选择输入集的一个或多个因素选择多个输入集来用于计算S0Q。用于计算 S0Q的一个或多个输入集可以被用于计算现货价值。然而，归于一个或多个所选输入集的权 值可以基于用于计算S0Q和/或现货价值的方法而变化。
[0046] 例如，数据供给可以包括一个或多个资产或者与期权下的相同类别关联的唯一符 号。一个或多个类别中的每个类别可以表示为输入集提供给计算引擎112。计算引擎112可 以选择输入集中的哪个(如果有的话)应该被用于计算S0Q。通过确定是否一个或多个输入 集被指定或被定义用于计算S0Q，计算引擎112可以做出选择。如果是这样，计算引擎112可 以使用一个或多个指定或定义的输入集来计算S0Q。例如，数据供给可以包括具有指示符的 数据，该指示符标识与指示符有关的数据是否应该被包括在S0Q或现货指数计算中。例如， 当数据供给中的交易消息的到期日期满足某一准则和/或当产品符号被标识在交易消息中 时，这可以发生。还存在其他多个示例。
[0047] 如果没有输入集被定义，或者如果计算考虑到除了定义的输入之外的输入集时， 计算引擎112可以基于一个或多个因素选择输入集。这些因素可以包括，但不限于：（i)如果 存在现有的有效到期日期；（ii)与金融产品的流动性有关的信息；（iii)金融产品的报价宽 度；（iv)行使价范围跨度；（v)当金融产品是衍生品时为金融产品列出的系列号；（vi)与金 融产品中的未平仓量相关的信息；（vii)与金融产品可用信息的鲁棒性和/或质量相关的信 息；（viii)订单或报价的发起人，（ix)等等。金融产品可以包括任何金融交易产品，包括但 不限于衍生品合约。
[0048] 在一些示例中，计算引擎112可以将权值应用到一个或多个上述因素。权值可以是 静态的或者可以在实现和输入集之间变化。计算引擎112可以使用一个或多个权值来识别 哪个(些)输入集被使用来计算S0Q、现货指数、或其他值。例如，当从数据供给选择输入集 时，计算引擎112可以遇到具有到期日期为"X"，"Y"，和"Z"的报价。然而为了计算现货指数， 计算引擎112可以仅需要在两个到期日期到期的报价。计算引擎112能够确定在计算现货指 数(例如，通过日历查表功能）时哪两个到期日期应该被使用，并且将权值分配给与确定的 日期相关联的输入集。
[0049] 例如，如果正在使用具有在超过23天但少于37天内到期的期权的输入集来计算现 货指数，则计算引擎112可以选择那些具有到期日期落入这个范围内的期权的输入集。通过 给这些具有到期日期落入定义范围内的期权的输入集赋予比那些具有到期日期落在定义 范围之外的期权的输入集更高的权值或评分，这种选择可以至少部分地被执行。
[0050] 在另一个示例中，计算引擎112可以选择两个或多个输入集来计算现货指数。一个 或多个输入集可以被指定、被定义、或者基于本文描述的一个或多个因素而被选择。在一些 实施例中，计算引擎112可以进一步使用一个或多个附加方法来识别输入集，其通过在计算 现货指数时限制（如果不是消除的话)对推断数据的需求来优化利用期权价格计算的现货 指数。
[0051] 例如，计算引擎112可以识别与期权到期时间出现在现货指数被计算的时间点之 前的近期期权(near term option)相关联的输入集。在多个实施例中，近期期权可以具有 在所有输入集中的最接近现货指数被计算的时间点的到期时间。这个实施例可以进一步包 括下期(next term)期权，该下期期权具有在所有输入集中的最接近现货指数被计算的时 间点的到期时间。通过识别包括最接近现货指数被计算的时间点的近期期权和下期期权的 输入集，计算引擎112可以利用插值函数计算该时间点的现货指数。
[0052] 在计算引擎112不能够利用内插(例如，由于不完整的输入数据，关于哪些输入集 能被用来计算现货指数的限制，等等）的多个实例中，计算引擎112可以识别和使用对计算 现货指数有效的下一个最接近的近期期权和/或下期期权。识别有效的下一个最接近的近 期期权和/或下期期权的处理可以包括确定在计算现货指数时近期期权和下期期权的何种 组合产生最小量的外推(extrapolation)。当确定最小量的外推时，计算引擎112可以解释： (i)近期期权和下期期权之间的时间；（ii)被包括在近期期权和/或下期期权中的期权合 约；（iii)关于可以如何使用近期期权和/或下期期权或者哪些近期期权和/或下期期权可 以被使用的限制；（iv)近期期权和/或下期期权到期的一周中的日期；（v)等等。在一些示例 中，一个或多个近期期权和/或下期期权可以是无效的或者不可行的输入集。在这样的示例 中，计算引擎112可以确定有效的输入集的组合并且考虑使用有效的输入集的最小量的外 推。
[0053]本文描述的选择、加权、和计算处理可以以短时时间间隔（例如，每1、5、10或15秒） 被执行。每个计算是基于先前计算之后接收和访问的数据，因此执行本文公开的功能性的 系统通常将被设计成使系统内的数据延迟最小化。执行计算的有限时间、数据量和计算的 复杂性使得准确和及时地计算S0Q、现货和其他值变得重要。
[0054] 计算引擎112可以将计算的值存储在数据存储装置中和/或将计算的值发送给数 据输出引擎114以公布给清算公司系统118。在一些示例中，数据输出引擎114还可以或者可 选择地将计算的值公布给其他金融实体、市场参与者，等等。
[0055] 金融交易系统100的非交易所组件可以包括清算公司系统118和会员公司后端系 统120。然而，其他的非交易所组件也是可预期的。清算公司系统118可以被用于已经在金融 交易所执行的结算交易的处理中。清算公司的一个示例是期权清算公司，它是股权衍生品 清算组织。在一些示例中，数据输出引擎114可以将计算的S0Q、现货指数、或其他值发送给 清算公司系统118以用于结算一个或多个交易。在金融交易所开展业务的实体可以使用会 员公司后端系统120来接收关于他们的交易的结算信息。接收的结算信息（其可以包括S0Q 或结算处理使用中的其他值)可以从交易所系统1〇2(例如，数据输出引擎114)通过通信机 制被发送到会员公司后端系统120。在多个实施例中，会员公司后端系统120可以包括用于 存储结算信息的存储装置，用于显示结算信息的显示装置，和/或能被用于促进结算信息的 使用的任何其他组件。
[0056] 在金融交易所开展业务的实体可以以各种方式访问计算机实现的交易平台104。 例如，做市商可以通过与会员接口 1〇6(或API)电子通信的做市商计算机122来访问计算机 实现的交易平台104。利用做市商计算机122,电子交易消息（例如，买方出价、卖方报价、报 价、订单、交易指令)可以被发送到计算机实现的交易平台104。可替换地，电子交易消息可 以通过会员公司买卖盘传递系统126而被传递。交易消息可以被传递到计算引擎112以用于 SOQ、现货指数、或其他值的计算。交易消息可以包括用于交易简单和/或复杂订单的指令。 简单订单可以包括单个腿(leg)，而复杂订单可以包括可以为净价而完成的多个腿。订单中 的一个或多个腿可以用于指数，该指数具有SOQ、现货指数值、或者如本文所述使用计算引 擎112确定的其他值。
[0057] 在另一个实施例中，想要在金融交易所交易业务的非会员实体能够使用客户计算 机124输入非会员实体的交易指令。客户计算机124可以包括一个或多个装置，诸如蜂窝电 话、智能电话、个人电脑、便携式电脑、平板电脑、个人数字助理(PDA)，或者已知的或者以后 研发的其他装置。非实体输入的交易指令可以通过会员公司买卖盘传递系统126而被传递， 会员公司买卖盘传递系统126可以将电子交易指令传送给会员接口 106(或者API)。交易指 令可以被用于购买一个或多个金融产品，该金融产品的价值通过使用计算引擎112而被确 定。
[0058] 交易所后端系统116可以执行多个功能。例如，交易所后端系统116可以执行有关 合约定义和挂牌数据(listing data)的操作。此外，交易所后端系统116可以执行包括以下 一个或多个的操作（i)将关于订单(包括但不限于与基于指数的衍生品相关的订单）的信息 传送给市场数据供应商128; (ii)执行与衍生品所基于的金融产品的性能有关的操作； (iii)确定合适的合约结算价值；（iv)将最终的结算数据提供给清算公司系统118和会员公 司后端系统120; (v)等等。在一些示例中，交易所后端系统116可以包括由计算引擎112可访 问的并且用于计算S0Q、现货指数、或其他值的一个或多个规则。
[0059]在一些实施例中，可以通过交易所后端系统116处理衍生品的计算和结算，交易所 后端系统116可以是与市场数据供应商128和/或一个或多个交易所系统102组件通信的一 个或多个单机的或者联网的计算机。基于指数的衍生品的结算价值的计算可以基于到期的 基于指数的衍生品的标的资产的确定的到期日期而被自动触发。基于指数的衍生品的现金 值可以以有规律的时间间隔被自动计算。例如，交易所后端系统116可以自动计算现金值并 且每隔1、5、10、或15秒公布这些数值。对于一些金融产品，可以通过本文描述的计算引擎 112确定公布的现金值。
[0060] 图2是示出根据本文描述的实施例在如图1所示的交易平台104或交易所后端系统 116中使用的计算装置200的功能框图。计算装置200可以采用各种形式。例如，计算装置200 可以包括或者被布置成计算引擎(诸如图1中的计算引擎112)。如另一个示例所示，计算装 置200可以包括或者被布置成服务器、计算机或者已知的或以后开发的其他装置或处理组 件，其被配置成使用被设计和实现的专有软件来实现本文描述的功能性。
[0061] 如图所示，计算装置200可以包括通信接口 202、处理器204和数据存储装置206,它 们可以通过系统总线、网络或一个或多个其他连接机制214可通信地链接在一起。尽管图中 未示出，计算装置200还可以包括其他组件，诸如外部存储装置、用于与计算装置交互的输 入装置，等等。应该理解的是，计算装置200的结构或功能可以被分配或者细分在多个实体 (诸如多个计算装置)之间。此外，应该理解的是，本文描述的一部分功能可以通过除了计算 装置200之外的实体来执行。
[0062]在计算装置200中，通信接口202可以包括一个或多个结构和相关装置，用于从一 个或多个源接收数据并将数据分发给一个或多个目的地的组。通信接口 202可以被配置成 从一个或多个实体(诸如图1中的匹配引擎108)接收输入集以及将全部或部分输入集数据 存储在数据存储装置206中。通信接口202还可以被配置成在输入集被存储或处理后立即将 全部或部分输入集数据传送给数据输出引擎114。
[0063]通信接口 202可以被配置成与网络208、外部媒体、显示器或者可以在交易系统(诸 如，图1中的金融交易系统100)中提供的任何其它组件连接。与网络208 (和/或其组件)的连 接可以是有线连接、无线连接或者二者的组合。例如，连接可以是物理连接，诸如有线的以 太网连接。在另一个示例中，连接可以是无线连接，诸如蜂窝电话网络、802.11、802.16、 802.20控制或组件、WiMax网络或者其它任何类型的网络。此外，网络208可以是公共网络 (诸如因特网）、私有网络(诸如企业内部互联网）、或者二者的组合，并且可以使用现有可用 的或以后开发的各种网络协议，包括但不限于基于TCP/IP的网络协议。
[0064] 处理器204可以包括一个或多个处理器，诸如通用处理器(例如，微处理器），专用 处理器(例如，专用集成电路(ASIC)或数字信号处理器(DSP))，可编程逻辑器件(例如，现场 可编程门阵列(FPGA))，或任何已知或以后开发的其他处理器组件。处理器204可以执行使 用一个或多个算法的一个或多个指令，逻辑和/或输入/输出操作。尽管处理器204被示为单 个的组件，处理器204可以与计算装置200的其他组件整体集成或部分集成。
[0065]数据存储装置206可以是主存储器，静态存储器或动态存储器。数据存储装置206 可以包括，但可以不限于计算机可读存储介质，诸如各种类型的易失性和非易失性存储介 质，包括但不限于随机存取存储器、只读存储器、可编程只读存储器、电可编程序只读存储 器、电可擦写只读存储器、闪存存储器、磁带或磁盘、光盘介质、有机存储组件等等。在一种 情况下，数据存储装置206可以包括用于处理器204的高速缓存或随机存取存储器。可替换 地或此外，数据存储装置206可以与处理器204分开，诸如处理器的高速缓存存储器、系统存 储器或其他存储器。数据存储装置206可以是外部存储装置或者存储数据的数据库。多个示 例可以包括硬盘驱动、压缩光盘（〃⑶〃）、数字视频光盘(〃0￥0〃）、记忆卡、记忆棒、通用串行 总线(USB)存储器装置，或者任何其它用于存储数据的装置。
[0066]如进一步所示，数据存储装置206可以包括程序数据210和/或程序逻辑212。程序 数据212可以包括适用于给定实施的一个或多个类型的数据。例如，程序数据212可以包括 存储在存储器中的数据(诸如输入集）。程序逻辑210可以包括，例如，处理器204可执行的机 器语言指令以执行各种功能，诸如本文描述的方法和系统的功能。在一些示例中，功能、动 作或者任务可以独立于特定类型的指令集、存储媒介、处理器或处理策略，并且可以由单独 操作或组合操作的软件、硬件、集成电路、固件、微码等等来执行。处理策略可以包括多处 理、多任务、并行处理等等。
[0067]图3是示出计算装置中使用的数据供给和示例组件的框图。具体来说，图3示出了 具有多个交易消息（例如，TM1、TM3、TMx)的数据供给220。交易消息可以通过诸如做市商 122、客户124、会员公司买卖盘传递系统126的实体被发送到交易系统100并且被存储在数 据存储装置206中。基于交易系统100配置成接收何种内容，交易消息的格式可以变化。在一 个示例中，实体可以使用FIX协议语言和与此相关的消息标准向交易所系统102发送交易消 息。在另一个示例中，可以定义私有数据格式以用于发送和/或接收交易消息。
[0068] 可以通过交易消息传递各种类型的信息。示例的信息可以包括标的指数、股票代 码、合约类型（例如，看涨或看跌期权合约）、到期日期、行使价，履约方式（例如，美国或欧 洲，AM或PM结算，等等）、结算价值和/或其它信息。交易消息可以通过通信机制(诸如图2中 的通信机制214)被传递到计算引擎112。
[0069] -旦接收到交易消息，计算引擎112可以确定要执行的计算并且选择用于执行所 确定的计算的数据。在多个实施例中，可以由选择模块224执行选择。选择模块224可以从数 据供给220中选择具有共同属性的数据，并且将选择的数据分组成一个或多个输入集。输入 集可以被存储在数据存储装置206中。例如，选择模块224可以接收数据供给220并且通过将 具有相同到期日期的交易消息分组而形成输入集。在另一个示例中，选择模块224可以基于 股票代码形成输入集。在再另一个示例中，选择模块224可以基于多个因素(诸如相同的到 期日期和股票代码)形成输入集。在另外的示例中，选择模块可以与交易平台104中的一个 或多个其他组件通信以识别市场波动并且基于识别的市场波动形成输入集。其他示例也是 可以预期的。
[0070] 选择模块224可以在从数据供给220识别输入集的过程中执行一个或多个迭代。例 如，在第一个迭代中，选择模块224可以分析数据供给220中的数据以选择具有未来超过23 天但少于37天的到期时间的交易消息。在第二个迭代中，选择模块224可以基于股票代码分 析数据供给220(或已经从数据供给220分析出的输入集）以识别那些9天到期、30天到期、一 个季度到期或者其它时间段到期的交易消息。选择模块224可以继续分析数据供给220或其 中的一部分以识别用于计算S0Q、现货指数或其他值的潜在的输入集。在另一实例中，利用 用于指数计算中特定系列的第一个、最后一个等报价，个别的报价或买卖订单可以在定义 的时间间隔内被捕捉到。
[0071] 评分模块226可以对一个或多个选择的输入集进行评分或赋予权值。评分处理可 以基于多个因素。例如，评分模块226可以基于计算中包括的输入集的适当性将评分分配给 一个或多个输入集。在另一个示例中，评分可以基于定义的准则或阈值，其中第一评分被分 配给具有落入第一阈值的数据的输入集并且第二评分被分配给具有落入第二阈值的数据 的输入集。在另一个示例中，评分可以基于一个或多个规则被定义或被分配，该一个或多个 规则是由控制交易所系统102的实体通过编程定义的。
[0072] 在另一个示例中，评分可以被动态地分配。动态评分可以包括，例如，基于特定时 间的输入集的实际重要性或感知重要性，调整输入集的一个或多个评分。例如，当计算现货 指数时，与具有特定到期时间的输入集相关的评分可以随着到期日期的临近而增加。类似 地，与具有超过特定阈值的流动性的输入集相关的评分可以随着到期时间的减少而动态减 少。还可以预期其他的或者可替换的动态评分。与输入集相关的一个或多个评分可以被存 储在数据存储装置206中并且随后由计算引擎112或交易所系统102的其他组件访问。
[0073]选择模块224和评分模块226可以一起工作以对潜在输入集进行识别和评分。一旦 进行了评分，选择模块224、评分模块226或计算引擎112处的其他模块可以识别哪些输入集 具有用于执行计算的最好的或最可行的分数。计算引擎112可以使用识别的输入集执行计 算并且向数据输出引擎114输出计算的值230。
[0074]作为一个示例，当计算现货指数时，计算引擎112可以接收数据供给220,并且选择 模块224可以识别具有在特定日期范围内到期的交易消息的输入集。选择模块224可以基于 股票代码进一步在识别的输入集内分析数据，以识别用于确定近期和下期期权的潜在候选 者。通过将较高的权值分配给那些既在日期范围内又具有指示特定到期(诸如本月第三个 周五、AM或PM结算，等等）的股票代码的输入集，评分模块226可以对输入集进行评分。计算 引擎112可以对具有最高评分的输入集进行可行性检查，来确定该输入集是否适于被包括 在现货指数计算中。如果不是，则计算引擎112可以选择具有下一个最高可行评分的（多个） 输入集。如果输入集是可行的，则计算引擎112可以执行现货计算(如本文其他部分描述的） 并将计算的值230公布给数据输出引擎114。
[0075] 通过现货指数计算的情况的描述，可以理解的是，计算引擎112可以以各种情况执 行本文描述的选择、评分和计算处理，包括但不限于计算S0Q。
[0076] 图4-6是描绘了可以包括在交易系统中或者由交易系统执行以便于实施本文中所 描述的方法的功能的流程图。这些方法可以与金融交易系统100-起使用，并且可以由金融 交易系统100的一个或多个组件来执行。出于说明的目的，图3-5中的方法被描述为由计算 装置(诸如图2中的计算装置200或图1中的计算引擎112)实现。然而，其他的示例也是可预 期的。根据实施例，可以使用本文描述的专有软件执行图4-6中说明的步骤。
[0077] 尽管本文描述的方法示例性说明了按照一定顺序的多个块，这些块可以还以并行 地或以不同与本文描述的顺序来执行。此外，各种块可以被组合成更少的块，或被划分成附 加块。此外，应该理解的是，流程图显示本实施例的可能的实现的功能和操作，但其他实现 也是可以预期的。此外，在流程图中的每个块可以表示模块、分段、或者包括一个或多个由 处理器执行的用于实现处理中特定逻辑功能或步骤的程序代码的一部分。该程序代码可以 被存储在数据存储装置(诸如数据存储装置206)中。
[0078] 图4是描绘了可以包括在交易平台104中的以便于实施本文中所描述的方法的功 能的流程图。根据一个实施例，在步骤302处，计算引擎112接收一个或多个数据供给并且从 一个或多个数据供给中识别一个或多个输入集。根据另一个实施例，这些输入集从匹配引 擎108被传递到计算引擎112。根据另一个实施例，交易所的交易系统的其他部分可以接收 具有一个或多个输入集的一个或多个数据供给并将输入集传递到计算引擎112。此外，根据 多个实施例，具有一个或多个输入集的一个或多个数据供给可以在交易平台104中产生或 者可以在交易平台104上被接收到。
[0079] 接收到的数据供给可以包括与金融产品的交易相关的输入集。根据一个实施例， 接收到的数据供给中的输入集包括(但不限于)代码(symbol)、到期时间、行使价和开盘价。 根据其他多个实施例，输入集可以包括:与金融产品的流动性相关的信息;输入集是周几到 期;金融产品的报价宽度;行使价范围跨度；当金融产品是衍生品时为金融产品列出的系列 号;与金融产品中的未平仓量相关的信息;和/或与金融产品可用信息的鲁棒性或质量相关 的信息。
[0080] 根据一个实施例，接收到的数据供给中的输入集属于单个金融产品（例如，具有相 同到期日期和相同标的资产的期权合约）。根据其他实施例，包含在接收到的数据供给中的 输入集属于多个不同的金融产品（例如，具有不同到期日期和相同标的资产的期权合约，具 有不同到期日期和不同标的资产的期权合约，和具有相同到期日期和不同标的资产的期权 合约）。根据一个实施例，包含在接收到的数据供给中的输入集属于具有相同标的资产、不 同到期日期和不同到期时间间隔的期权合约（例如，日到期、周到期、月到期、季度到期、年 到期或者某个其他设定时间段的期权合约）。
[0081] 在步骤304中，从接收到的数据供给中选择输入集。根据一个实施例，通过计算引 擎112执行步骤304中的选择。根据另一个实施例，交易平台104或交易所系统102的另一部 分执行步骤304中的选择。
[0082] 计算引擎112可以使用选择的输入集的全部或部分来计算值。计算的值可以是 S0Q、现货指数或者可以从输入集中整个或部分地计算出的任何数量的其他值。基于由计算 引擎112正在执行的S0Q计算，输入集的数目和要使用的输入集的确定可以发生变化。例如， 当计算S0Q时，如果S0Q的指数要求使用单个输入集，则计算引擎112能够选择用于S0Q计算 的单个输入集。在计算S0Q的另一个实例中，S0Q计算可以要求或者考虑多个输入集被单独 使用或者彼此结合使用来计算S0Q。当利用期权价格计算现货指数时，例如，计算引擎112能 够选择和使用两个或多个输入集。由计算引擎112使用以计算现货指数的输入集可以与用 于计算S0Q的输入集相同，可以是用于计算S0Q的输入集的超集或子集。在一些实例中，用于 计算现货指数的输入集可以与用于计算S0Q的输入集完全不同。尽管S0Q和现货指数是出于 示例性的目的而被描述的，可以理解的是计算引擎112能够使用相同的或者相似的方法计 算任何数量的其他值。
[0083]作为计算S0Q的一个示例，计算引擎112可以接收输入集，该输入集可以被用于计 算基于S&P 500期权合约（即，具有S&P 500指数作为其标的资产的期权合约）的波动计算的 S0Q。计算引擎112可以使用选择的输入集根据以下公式计算S0Q:
[0085] 其中：
[0086] T是到期时间；
[0087] F是前向指数水平；
[0088] Ki是第i个价外期权的行使价，如果Ki>F则看涨，如果Ki〈F则看跌；
[0089] A L是行使价之间的间隔：
[0090] Ko是前向指数水平F之下的第一行使价；
[0091] R是到期时的无风险利率;以及
[0092] Q(Ki)是行使价为Ki的每个期权的买卖差价的中点。
[0093]计算引擎112可以从数据供给中选择单个输入集，该输入集属于具有到期时间等 于T的期权。例如，如果T被定义成9个自然天(根据多个实施例，T可以被定义为任何数），并 且接收的数据供给包括属于具有不同的持续时间（例如，按日、周、月、季度、年或某个其他 的设定的持续时间测量标的资产的收益的期权合约）和不同的到期时间（例如，周S&P 5 0 0 期权系列合约到期时间=16个自然天，月S&P 500期权系列合约到期时间=9个自然天，和 季度S&P 500期权系列合约到期时间=19个自然天）的S&P 500期权合约的输入集，那么在 计算S0Q中使用的单个输入集将属于月S&P 500期权合约，因为它们的到期时间等于T。根据 另一个实施例，需要使用n个输入集的S0Q可以导致n个输入集的选择。在图4和图5中以及相 应的说明中进一步描述输入集的选择。
[0094]在另一个示例中，计算引擎112可以使用两个或者多个选择的输入集计算现货指 数，其中选择的输入集可以与上述示例中计算SOQ使用的选择的输入集相同或者不同。计算 引擎112可以根据下面的公式使用选择的输入集计算现货指数：
[0097]其中：
[0098] 〇12是近期期权；
[0099] 〇22是下期期权；
[0100] 是近期期权的到期时间；
[0101] T2是下期期权的到期时间；
[0102] F是前向指数水平；
[0103] Ki是第i个价外期权的行使价(如果Ki>F则看涨，如果Ki〈F则看跌）；
[0104] A L是行使价之间的间隔：
[0105] Ko是前向指数水平F之下的第一行使价；
[0106] R是到期时的无风险利率;以及
[0107] Q(Kj)是行使价为Ki的每个期权的买卖差价的中点。
[0108] 计算引擎112可以从数据供给中选择两个或多个输入集，第一输入集将属于具有 到期时间等于Ti的近期期权，并且第二输入集将属于具有到期时间等于!^的下期期权。例 如，如果在12天时计算现货指数(根据多个实施例，天数可以被预定义为任何数，并且可以 代表自然天、工作日、或其他形式），并且接收的数据供给包括属于具有不同的持续时间（例 如，按日、周、月、季度、年或某个其他的设定的持续时间测量标的资产的收益的期权合约） 和不同的到期时间（例如，周S&P 500期权系列合约到期时间=16天，月S&P 500期权系列合 约到期时间=9天，和季度S&P 500期权系列合约到期时间=19天)的S&P 500期权合约的输 入集，那么在计算S0Q中使用的输入集将属于月S&P 500期权合约和周S&P 500期权合约，因 为在计算现货指数的时间点之前最接近的是月到期时间（TJ并且在计算现货指数的时间 点之后最接近的是周到期时间（T 2)。根据另一个实施例，需要使用n个输入集的现货指数可 以导致n个输入集的选择。在图4和图5中以及相应的说明中进一步描述输入集的选择。
[0109] 重要的是注意到在步骤304处选择的输入集不是恒定的。相反，在各实现之间输入 集是可以变化的。这可能部分地因为交易的动态性质、处理的数据量、变化和为了便于交易 数据必须被处理的速率。此外，在各实现之间可以动态选择输入集以使得在第一实现中选 择第一组输入集并且在第二实现中选择第二组输入集，其中第一组和第二组都可以被单独 地使用在相同的S0Q、现货指数和/或其他值的计算中。例如，在另一个时间点，周S&P 500期 权合约到期时间可以等于9天。在该时间点处，用于周S&P 500期权系列合约而不是月S&P 500期权系列合约的输入集可以被选择来确定S0Q。类似地，关于现货指数，季度S&P 500期 权系列合约到期时间可以等于15天。在这个示例中，用于月期权系列合约和季度期权系列 合约的输入集可以被选择来确定现货指数。这允许计算引擎112在近期月期权系列合约和 下期季度期权系列合约之间使用内插，并且使外推最小化或者消除外推。
[0110] 在步骤306,计算引擎112至少基于选择的输入集来计算值。例如，如果将要被计算 的值是用于基于S&P 500期权合约的波动计算的S0Q，如上所述，选择的输入集可以是具有9 天的到期时间的月S&P 500期权合约。例如，输入集将包括用于平价和价外月S&P 500期权 系列合约的开盘价(例如，买方出价和卖方报价对和交易价）。可替换地或此外，输入集可包 括用于平价和价外月S&P 500期权系列合约的交易价。可以通过使用计算引擎112来确定是 否使用开盘价和/或交易价。计算引擎112可以使用开盘价和/或交易价来确定F、Ki、A Ki、Ko 和Q(Kj)。
[0111] 在其中将要被计算的值是用于基于S&P 500期权合约的波动计算的现货指数的示 例中，选择的输入集可以是具有9天的到期时间的月S&P 500期权合约和具有16天的到期时 间的周S&P 500期权合约。这些输入集可被用于计算F、Ki、AKi、K〇和Q(Kj)。
[0112] 在步骤308,通过数据输出引擎114,计算的值被公布给市场参与者和其他金融实 体，诸如清算公司118。根据另一个实施例，计算的值可以通过交易平台104或交易所系统 102的某个其他部分被公布。根据再另一个实施例，用于公布计算的值的交易平台104或交 易所系统102可以包括能够同时向广大范围的市场参与者公布计算的值的技术系统。尽管 被描述在单个计算情况中，可以理解的是，图4(以及图5和图6)中的处理可以在较短的时间 间隔内执行(例如，1、5、10或15秒的时间间隔）。因此，本文描述的的系统和方法每天必须执 行大量快速且准确的计算，同时保持高水平的质量，以使金融市场的风险最小化。
[0113] 图5是为如图4以及上述内容所示的步骤304提供附加细节的流程图。根据一个实 施例，图5显示了当从一个或多个接收的输入集中选择单个输入集时所采取的步骤。
[0114] 在步骤402,为每个接收的输入集确定选择评分。可以在计算引擎112处确定选择 评分。可替换地，可以在交易所系统102或交易平台104中的一个或多个其他点处确定选择 评分。
[0115] 计算引擎112(或其他组件)可以将选择评分与一个或多个输入集相关联。选择评 分可以是二元运算符，诸如0或1，空或非空，等等。然而，也可以使用非二元运算符。在一些 实施例中，基于将要被计算的值、接收的输入集等等，选择评分可以变化。例如，要被计算的 S0Q可以与必须或应该被用于计算S0Q的一个或多个选择输入相关联。在这样的示例中，较 高的权值可以被施加给这些选择输入。例如，要被计算的S0Q可以是用于基于具有9天到期 时间的S&P 500期权合约的波动计算。用于这种S0Q计算的输入集的示例可以包括周值、月 值、季度值。对于这些值中的每一个的评分可以被表示在表1中，其中，相对于那些具有时间 上太远或太近的到期时间的输入集，具有最接近定义的T的到期时间的输入集被赋予较高 的权值或评分。
[0118]在步骤404,基于确定的选择评分来选择输入集。例如，在表1中，月输入组被选择， 因为它具有最高的评分。根据另一个实施例，可以构建选择处理以使得具有最低评分的输 入组被选择。
[0119]根据其他的实施例，选择评分可以是求和、平均或者与输入集的因素相关联的其 它数学推导评分或各种子评分。如果第一因素产生具有相同选择评分的两个或两个以上的 输入集，其中可以使用推导评分的一个实例被用于打破平局。例如，在上述示例中，多个输 入集可以具有9天的到期时间。这将会发生在例如当同时存在AM和PM结算的月期权合约系 列时。在这样的示例中，将会出现具有相同输入评分的多个输入集，如表2所示。
[0122]根据表2中的示例，AM和PM月合约都具有1的选择评分。为了确定选择哪个输入集， 可以考虑附加因素(诸如流动性）。根据一个实施例，通过当前合约系列上市之前的前一个 月中的期权系列的成交量(volume)，来确定流动性。该附加因素和最终的选择评分被显示 在表3中，通过将到期评分和流动性评分求和从而在步骤402处计算出该最终选择评分。
[0124] 表3
[0125] 在该示例中，在步骤404, AM月输入集被选择，因为它具有最高选择评分。
[0126] 每次计算S0Q时都执行步骤402和404。例如，在第一时间点，基于一个或多个选择 的输入集将计算第一S0Q(每个步骤402和404)。在第二时间点，将需要计算相同或不同的 S0Q。除了使用基于第一S0Q的选择的输入集，计算引擎可以迭代步骤402和404,以选择用于 计算S0Q的新的输入集。新的输入集可以包括用于计算第一 S0Q的一个或多个输入集。因此， 无论S0Q是否之前已经被计算过，每次存在S0Q计算时都会出现选择处理。
[0127] 在另一个示例中，通过应用权值、到期时间评分、流动性评分、选择评分等，计算引 擎112可以以与参考S0Q的计算的上述内容相似的方式来计算现货指数。表4示例性说明了 具有变化的到期时间、到期时间评分、流动性评分、选择评分的输入集。
[0129] 表4
[0130] 为了计算现货指数，计算引擎112能使用两个或多个输入集。在多个实施例中，具 有与计算现货指数的时间点相关的最近的近期期权和最近的下期期权的输入集，可以被赋 予较高的选择评分。还可以为一个或多个输入集确定一周到期日评分（a day of week expiration score)。相对较高的一周到期日评分可以与被设置成在周、月、季度、年等的特 定一天到期的输入集相关。例如，一周到期日评分可以与在一周的最后交易日到期的输入 集相关;然而，其他示例也是可预期的。流动性评分以及一个或多个附加因素可以被确定并 且被用于计算选择评分。
[0131] 尽管图4示例性示出了一个或多个类型的评分(例如，到期时间评分，一周到期日 评分和流动性评分)在确定选择评分的过程中具有相同权值，可以理解的是，一个或多个类 型的评分可以被赋予不同的权值使得在计算现货指数时第一类型的评分与第二类型的评 分相比较更具有影响力。此外，在一个类型的评分被作为有效输入集使用之前，需要最小评 分。例如，如果要使用在一周中的最后一个交易日到期的输入集计算现货指数时，那么可以 利用使输入集成为对于计算目的来说是无效的输入集的值，来表示那些在一周中的最后一 个交易日没有到期的输入集。因此，例如，表4中具有为0的一周到期日评分的输入集可以代 表在计算现货指数时不能使用的无效输入集。相反，那些具有大于〇的一周到期日评分的输 入集可以被认为是可以用于计算现货指数的有效输入集。尽管描述了一周到期日评分的情 况，可以理解的是，任何一个或多个类型的评分可以被加权和/或具有在确定现货指数时被 单独考虑或彼此结合考虑的与有效性相关的指示符。
[0132] 根据表4中的示例，现货指数被计算的时间点是12天。近期期权的最接近的到期时 间是9天的AM-月和/或PM-月。此外，下期期权的最接近的到期时间是16天的周。因此，与那 些离计算现货指数的时间点较远的到期时间相比，9天的AM-月和PM-月以及16天的周具有 的到期时间评分更高。在计算引擎112选择用于计算现货指数的两个或多个输入集时，较高 的到期时间评分可以影响选择评分。
[0133] 尽管上述说明多个特定示例，可以理解的是，任何其他的因素能够被用于确定选 择评分。例如，计算引擎112可以使用一个或多个以下因素确定选择评分:与金融产品的流 动性有关的信息;金融产品的报价宽度;行使价范围跨度;当金融产品是衍生品时为金融产 品列出的系列号;与金融产品中的未平仓量相关的信息;和/或与金融产品可用信息的鲁棒 性或质量相关的信息。其他因素也是可预期的。
[0134] 此外，在多个输入集具有相同选择评分的情况下，计算引擎112可以使用一个平局 决胜(tie-breaker)(或一系列平局决胜)来从具有相同选择评分的多个输入集中选择一个 或多个输入集。在一个实例中，平局决胜可以给用于计算选择评分的权值、到期评分、流动 性评分等赋予优先权。在另一个实例中，平局决胜处理可以包括请求从用户或引擎反馈，该 用户或引擎可以从具有相同选择评分的多个输入集中输入或选择一个或多个输入集。在另 一个实例中，可以随机地或者根据由硬件、固件和/或软件逻辑执行的预定的规则集，从多 个输入集中选择一个或多个输入集。其他的实例也是可预期的。
[0135] 图6是为如图4以及上述内容所示的步骤304提供附加细节的另一流程图。在步骤 502,确定计算所需的输入集的数量和/或类型。可以基于多少输入集被考虑或者被需要用 于计算，来确定用于S0Q计算的输入集的数量。在一些实施例中，通过数据库查找或者在接 收到可以识别用于计算的输入集的数量的数据时，可以执行这种确定。例如，计算引擎112 可以执行数据库查找并且基于S0Q计算中使用的变量和/或其他参数确定S0Q计算仅仅需要 单个输入集。然而，在另一个实例中，计算引擎112可以确定多于一个的输入集应该被用于 S0Q计算。在另一个实例中，计算引擎112可以确定现货指数计算需要两个或者多个输入集。 S0Q计算所需的输入集的数量可以与可用于计算S0Q、现货指数或其他值的其他信息一起被 存储在数据库(诸如图2中的数据存储装置206)中。
[0136] 计算引擎112还可以确定S0Q计算、现货指数计算或其他计算所需的输入集的类 型。通过数据库查找或者在接收到可以识别S0Q计算、现货指数计算或其他计算所需的输入 集的类型的数据时，可以执行这种确定。这种类型的输入集可以是简单输入集或复杂输入 集。简单输入集可以包括关于单个期权合约系列(例如具有有9天的到期时间的月AM结算S& P 500期权系列合约）的信息。复杂输入集可以包括从多个简单输入集推导出的信息。例如， 复杂输入集可以是特定一组期权系列合约（例如，板块(sector))的平均开盘价。在一些示 例中，计算引擎可以通过交易平台104或交易所系统102中的一个或多个其他组件接收复杂 输入集。然而，在其他的实施例中，计算引擎可以基于一个或多个简单输入集(例如，在步骤 402接收到选择评分的一个或多个输入集)计算复杂输入集。在计算引擎112被用于计算复 杂输入集的情况下，加权方案可以被用于该计算中。输入集的类型可以与可用于计算S0Q、 现货指数或其他值的其他信息一起被存储在数据库(诸如图2中的数据存储装置206)中。
[0137] 以与上述相似的方式，计算引擎112可以确定可被用于计算S0Q、现货指数或其他 值的附加信息。该信息可以包括例如哪些输入集应该被赋予选择分数。该信息可以与可用 于计算S0Q、现货指数或其他值的其他信息一起被存储在数据库(诸如图2中的数据存储装 置206)中。
[0138] 在步骤402,如上所讨论的，给每个输入集(简单输入集和复杂输入集)分配选择评 分。在步骤404，如上所述，基于确定的选择评分选择输入集。
[0139] 每次计算一个值时，都执行步骤502、402和404。例如，在第一时间点，将会基于一 个或多个选择的输入集来计算第一指数值(每个步骤502、402和404)。在第二时间点，将会 需要计算相同或不同的指数值。计算引擎可以迭代步骤502、402和404以选择用于计算指数 值的新的输入集，而不是使用基于第一指数值的选择的输入集。该新的输入集可以包括用 于计算第一指数值的一个或多个输入集。因此，无论是否指数值之前已经被计算过，每次存 在指数值计算时都会出现选择处理。
[0140] 在另一个示例中，每次计算现货指数值时，都执行步骤502、402和404。例如，在第 一时间点计算第一现货指数同时在第二时间点计算第二现货指数。用于计算第一现货指数 和第二现货指数的两个或多个输入集可以变化，使得每次计算新的现货指数时都需要新的 选择处理。
[0141] 根据一个实施例，如果S0Q、现货指数或其他计算需要一个将要由计算引擎112基 于简单输入集计算出的复杂输入集，该简单输入集是通过使用在步骤402确定的选择分数 而被选择出的，那么可以通过交易平台104使用以下描述的附加步骤。
[0142] 第一，可以确定复杂输入集的定义。根据一个实施例，该定义可以被包含在电子数 据库中。例如，复杂输入集可以是来自信息技术板块的具有最高选择评分的三个期权系列 合约的等权值组合。
[0143] 第二，在步骤404,确定用于简单输入集的选择评分。第三，基于确定的选择评分和 复杂输入集定义，由计算引擎112生成复杂输入集。第四，在步骤404,基于空/非空的选择评 分来选择复杂输入集。
[0144] 根据其他的实施例，S0Q计算、现货指数计算或其他计算可以要求任意数量的简单 或复杂(预先计算或者动态计算)的输入集。
[0145] 图7是描绘根据本文描述的实施例的合约到期日期的时间线。如图所示，图7包括 到期日期A、B、C、D、D'和E。到期日期可以对应于各种合约类型。例如，到期日期A和D可以对 应于每个月在相同一天(例如，每个月的第三个周五)到期的月合约。到期日期C可以对应于 季度、年或其他持续时间到期的合约。到期日期B和E可以对应于以周为基础到期的短期合 约或者根据少于月合约的另一时间段到期的短期合约。到期日期D'可以对应于灵活的合约 到期日期，诸如由一个或多个市场参与者定义的到期日期。虽然通常到期日期之间的时间 间隔本质上是有规律的（例如，周、月、季度，等等），但是也存在到期日期之间的时间间隔可 以变化(例如，由于交易所假期或其他设计理由）的示例。此外，虽然结算价值的计算之间通 常具有有规律的时间间隔，但是也存在结算价值的计算之间的时间间隔可以变化的情况 (例如，由于自然灾害、政府行为或其他事件）。在这样的情况下，一个或多个结算价值的计 算可以被调整以解释一个或多个到期时间中的变化。
[0146] 本文描述的系统和方法可以被用于确定在时间S处的现货指数。确定现货指数的 处理可以包括:计算引擎112(或其他装置或处理组件)接收数据供给，从数据供给中选择两 个或多个输入集，和至少部分基于两个或多个选择的输入集来计算现货指数。输入集的选 择可以基于输入集中的期权合约的到期日期，以及其他因素。在多个实施例中，计算引擎 112可以选择代表与时间S最接近的近期期权和下期期权的输入集，并且使用选择的输入集 对时间S处的现货指数进行内插。在不能选择最接近的近期期权和/或下期期权的实施例 中，计算引擎112可以选择使估计时间S处的现货指数所需的外推最小化的近期期权和/或 下期期权。
[0147] 例如，计算引擎可以接收具有多个输入集的数据供给，该多个输入集包括与定期 月期权A和D、定期季度期权C、定期周期权B和E、和灵活期权D'相关联的输入集。计算引擎 112可以识别可用于计算时间S处的现货指数的两个或多个输入集(诸如输入集A和C、A和D、 B和C、B和D、B和D'等等）。在识别出的输入集中，计算引擎112可以确定，使用两个月输入集A 和D计算时间S处的现货指数将需要外推。然而，变化合约类型以包括周到期和季度到期的 组合(诸如周期权B和季度期权C)可以允许计算引擎112使用更准确的内插方法来计算时间 S处的现货指数。
[0148] 当确定是使用考虑外推的输入集还是使用需要内插的输入集时，计算引擎112可 以考虑多个因素。例如，计算引擎112可以确定一个或多个输入集是否有效。基于参考表4中 描述的一个或多个类型的评分、用于计算现货指数的一个或多个规则、与一个或多个输入 集相关的一个或多个权值等，可以确定输入集的有效性。例如，如果用于季度期权C的一周 到期日评分没有落入到该周的最后交易日中，那么用于季度期权C的输入集可能是无效集。 因此，计算引擎112可以选择输入集的不同组合(诸如周期权B和月期权D)，而不使用利用有 效的周期权B和无效的季度期权C的内插方法，该不同组合能够使计算时间S处的现货指数 所需的外推最小化。
[0149] 在另一个示例中，计算引擎112可以确定定期周期权B和定期月期权D的组合不是 可行的组合(例如，由于月期权D的计划的或非计划结算问题）。在这种情况下，计算引擎112 可以接着确定定期周期权B和灵活期权D'的组合所需的外推量少于定期月期权A和月期权D 的组合所需的外推量和/或定期周期权B和E的外推量。因此，计算引擎112可以选择定期周 合约B和灵活期权D'的组合，因为该组合将会允许更准确、更可行的在时间S处的现货指数 的计算。
[0150] 应该理解的是，本文描述的各种布置都是仅仅用于示例的目的。同样地，本领域的 技术人员可以理解其他的布置和其他的部件(例如，机器、接口、功能、顺序、功能的分组，等 等)能够被代替使用，并且根据期望的结果可以一起省略一些部件。此外，描述的多个部件 是功能性实体，其可以以任何合适的组合和在任何合适的位置处被实现为分立的或分布的 部件，或者与其他部件一起被实现。
[0151] 尽管本文公开了各个方面和实施例，对于本领域的技术人员来说其他方面和实施 例是显而易见地。文公开了各个方面和实施例是用于示例性说明的，并不是旨在限制，真实 的范围是由以下权利要求所指示的范围，以及赋予这些权利要求等价的全部范围。还可以 理解的是，本文使用的术语仅仅是用于描述特定实施例的目的，并不是旨在被限制。
【主权项】
1. 一种配置成确定代表市场波动状态的衍生投资工具的结算价值的系统，该系统包 括： 通信接口，其配置成经由网络与从所述系统远程定位的至少外部的一个数据源进行通 ?目； 至少一个数据存储装置，用于存储经由所述通信接口接收到的数据，其中接收的数据 对应于多个金融工具的价格和到期信息，该多个金融工具被预先确定为适合作为代表市场 波动状态的衍生投资工具的标的资产，其中多个金融工具定义一个或多个输入集，每个输 入集包括具有相同的标的资产、不同的到期日期和/或不同的到期时间间隔的期权合约； 具有处理器的订单匹配引擎，其配置成接收多个对位的买方出价和卖方报价以及将接 收到的对位的买方出价和卖方报价配对，以完成经过配对的接收到的对位的买方出价和卖 方报价之间的交易； 与所述至少一个数据存储装置和所述订单匹配引擎通信的结算价值处理器； 与所述结算价值处理器通信并且存储程序指令的程序逻辑存储器，所述结算价值处理 器用于执行程序指令以： 从所述至少一个数据存储装置或所述订单匹配引擎接收多个输入集； 基于多个选择准则选择所述多个输入集的一部分，其中，所述多个选择准则中的一个 准则包括具有自当天起少于30天的到期日期的期权合约；以及 根据以下结算计算关系为代表市场波动状态的所述衍生投资工具生成结算价值：其中： T是到期时间； F是前向指数水平； Ki是第i个价外期权的行使价，如果Ki>F则看涨，如果Ki〈F则看跌； A K1是行使价之间的间隔：Δ K1是行使价之间的间隔--K1两侧上的行使价之间的间距 的一半：其中，最低行使价的A K是最低行使价和下一个较高行使价之间的差;类似的，最高行 使价的△ K是最高行使价和下一个较低行使价之间的差； Ko是前向指数水平F之下的第一行使价； R是到期时的无风险利率；以及 Q(Ki)是行使价为Ki的每个期权的买卖差价的中点； 将根据所述结算计算关系计算出的结算价值发送给远程服务器。
【文档编号】G06Q40/04GK105900127SQ201480061255
【公开日】2016年8月24日
【申请日】2014年9月11日
【发明人】D.M.奥卡拉汉
【申请人】芝加哥期权交易所