CN106164969A - 基于成交率的交易 - Google Patents

Abstract

根据各种实施方案，可以至少部分基于针对订单的提供者确定的订单价格和成交率来满足交易。在一些实施方案中，可以成交率降低的次序在订货簿中对处于给定价格的订单排序，以使得与较高成交率(或较高的成交概率)相关联的订单比与较低成交率相关联的订单更优选。在一些实施方案中，还可以部分基于来自订单提供者的响应时间来对订货簿排序。例如，可以根据一种算法对订货簿中的订单排序，所述算法在具有较低成交率和较长响应时间的订单之前优选较高成交率和较短响应时间。订货簿排序算法还可以考虑订单数量以及订单数量的相互依存性和重复。

Description

基于成交率的交易

相关申请的交叉引用

本申请是2014年4月1日提交的美国专利申请序列号14/348,919的部分继续申请，所述美国专利申请是2014年3月31日提交的名称为“Foreign Exchange Trading”的国际申请号PCT/US/2014/032433的国家阶段申请，所述国际申请要求2013年11月7日提交的授予Jacob Loveless的美国临时申请号61/901,438的权益，所述临时申请的公开内容特此以引用的方式整体并入本文。

领域

一些实施方案是关于匹配和/或交易物品。

背景

系统可以用于在用户之间电子匹配和/或交易物品。

概述

根据各种示例性实施方案，设备可以包括至少一个处理器，所述至少一个处理器与特定交易者的工作站相关联；以及至少一个存储器，所述至少一个存储器上存储有指令，所述指令在由所述至少一个处理器执行时进一步引导所述至少一个处理器来执行各种动作。所述指令可以引导至少一个处理器接收物品的第一订单，所述第一订单与第一成交率和第一响应时间相关联。所述指令可以引导至少一个处理器在接收到第一订单之后接收物品的第二订单，所述第二订单与第二成交率和第二响应时间相关联。所述指令可以引导至少一个处理器至少部分基于与所述第一订单相关联的第一成交率和第一响应时间以及第二订单的第一成交率和第一响应时间来在特定交易者的订货簿中将第二订单排在第一订单之前。所述指令可以引导至少一个处理器响应于在订货簿中将第二订单排在第一订单之前而使得在特定交易者的针对第一订单的任何订单的任何执行之前针对第二订单执行特定交易者的订单。

在一些实施方案中，接收第一订单的动作可以包括接收第一成交率。在一些实施方案中，接收第二订单的动作可以包括接收第二成交率。

在一些实施方案中，第一成交率可以基于传送至第一订单的提供者的订单被第一订单的提供者满足的次数相较于传送至第一订单的提供者的订单未被第一订单的提供者满足的次数来确定。

在一些实施方案中，第一成交率可以基于传送至第一订单的提供者的物品的订单被第一订单的提供者满足的次数相较于传送至第一订单的提供者的物品的订单未被第一订单的提供者满足的次数来确定。

在一些实施方案中，第一成交率可以基于传送至第一订单的提供者的被第一订单的提供者满足的总数量相较于传送至第一订单的提供者的未被第一订单的提供者满足的总数量来确定。

在一些实施方案中，第一成交率可以基于传送至第一订单的提供者的被第一订单的提供者满足的物品的总数量相较于传送至第一订单的提供者的未被第一订单的提供者满足的物品的总数量来确定。

在一些实施方案中，第一成交率可以基于传送至第一订单的提供者的特定数量范围的物品的订单被第一订单的提供者满足的次数相较于传送至第一订单的提供者的特定数量范围的物品的订单未被第一订单的提供者满足的次数来确定。

在一些实施方案中，第二订单可以与第一响应时间相关联；并且所述指令可以进一步引导至少一个处理器来：在接收第二订单之前，通过至少一个服务器从第三用户接收所述物品的第三订单，所述第三订单具有与第二订单的价格相等的价格，第三订单与长于第一响应时间的第二响应时间相关联；并且至少部分基于与第三订单相关联的第二响应时间长于与第二订单相关联的第一响应时间而通过至少一个服务器在订货簿中将所述第二订单排在第三订单之前，其中通过至少一个服务器向第二用户传达交易命令的动作在通过至少一个服务器向第三用户传达关于所述物品的任何交易命令之前发生，并且其中传达动作是响应于在订货簿中将第二订单排在第三订单之前。

在一些实施方案中，所述指令在由至少一个处理器执行时可以进一步引导至少一个处理器来：接收第三订单和第四订单；确定第三订单的至少一部分不独立于第一订单的至少一部分的概率；并且至少部分基于第三订单的至少一部分不独立于第一订单的至少一部分的所确定的概率来将第三订单和第四订单排在订货簿中。

在一些实施方案中，第一成交率可以包括每单位时间成交的概率，并且第二成交率可以包括每单位时间成交的概率。

针对以上实施方案，本文还涵盖对应的方法和机器可读介质。

根据示例性实施方案，方法可以包括：接收物品的第一订单和第二订单，其中：第一订单与第一用户相关联，并且第二订单与第二用户相关联，第一订单和第二订单具有与之相关联的相同的价格，第一订单在时间上在第二订单之前接收，成交率与所述第一订单相关联，并且成交率与所述第二订单相关联；接收买入或卖出物品的命令，其中所述命令具有与之相关联的阈值；确定与第一订单相关联的成交率小于阈值；由于确定与第一订单相关联的成交率小于阈值，忽略第一订单并且将与第二订单相关联的成交率与所述阈值进行比较；确定与第二订单相关联的成交率大于或等于所述阈值；由于确定与第二订单相关联的成交率大于或等于所述阈值，向第二用户传达交易命令；以及响应于向第二用户传达交易命令，接收第二用户希望就交易命令进行交易的指示。本文还涵盖对应的系统和机器可读介质。

根据各种示例性实施方案，方法可以包括各种动作。至少一个服务器可以接收物品的第一订单和第二订单。第一订单可以与第一用户相关联，并且第二订单可以与第二用户相关联。第一订单和第二订单可以具有与之相关联的相同的价格。第一订单在时间上可以在第二订单之前接收。第一成交率可以与第一订单相关联，并且第二成交率可以与第二订单相关联。至少一个服务器可以接收买入或卖出物品的命令。命令可以具有与之相关联的阈值。至少一个服务器可以确定与第一订单相关联的第一成交率小于所述阈值。由于确定与第一订单相关联的成交率小于阈值，至少一个服务器可以忽略第一订单并且将与第二订单相关联的成交率与所述阈值进行比较。至少一个服务器可以确定与第二订单相关联的第二成交率大于与第一订单相关联的第一成交率。由于确定与第二订单相关联的第二成交率大于与第一订单相关联的第一成交率，至少一个服务器可以在向第一用户传达任何交易命令之前向第二用户传达交易命令。响应于向第二用户传达交易命令，可以接收第二用户希望就交易命令进行交易的指示。本文还涵盖对应的系统和机器可读介质。

根据各种示例性实施方案，方法可以包括：通过至少一个服务器接收物品的第一订单和第二订单，其中：第一订单与第一用户相关联，并且第二订单与第二用户相关联，第一订单和第二订单具有与之相关联的相同的价格，第一订单在时间上在第二订单之前接收，第一成交率与所述第一订单相关联，并且第二成交率与所述第二订单相关联；通过至少一个服务器接收买入或卖出物品的命令，其中所述命令具有与之相关联的标准；通过至少一个服务器确定与第一订单相关联的第一成交率未满足阈值；由于确定与第一订单相关联的第一成交率未满足阈值，至少一个服务器忽略第一订单并且确定与第二订单相关联的第二成交率是否满足所述标准；通过至少一个服务器确定与第二订单相关联的第二成交率满足所述标准；由于确定与第二订单相关联的第二成交率满足所述标准，通过至少一个服务器在传达与第一订单有关的任何交易命令之前向第二用户传达与第二订单相关联的交易命令；以及响应于向第二用户传达交易命令，接收第二用户希望就交易命令进行交易的指示。本文还涵盖对应的系统和机器可读介质。

根据各种实施方案，非暂时计算机可读介质上存储有指令，所述指令在由至少一个处理器执行时可以引导至少一个处理器来执行各种动作。所述指令可以引导处理器来接收物品的第一订单，所述第一订单与第一成交率和第一响应时间相关联；所述指令可以引导处理器在接收到第一订单之后接收物品的第二订单，所述第二订单与第二成交率和第二响应时间相关联；所述指令可以引导处理器来至少部分基于与第一订单相关联的第一成交率和第一响应时间以及第二订单的第一成交率和第一响应时间来在特定交易者的订货簿中将第二订单排在所述第一订单之前。所述指令可以引导处理器响应于在订货簿中将第二订单排在第一订单之前而通过至少一个处理器使得在特定交易者的针对第一订单的任何订单的任何执行之前针对第二订单执行特定交易者的订单。本文还涵盖对应的系统和方法。

以上优点和特征仅是代表性实施方案，并且仅呈现来帮助理解本发明。它们不应认为是对如由权利要求所限定的本发明的限制。本发明的实施方案的附加特征和优点将在下文描述中、从附图以及从权利要求变得明显。

附图简述

图1示出了根据一些实施方案的示例性分布式匹配引擎；

图2展示了示出根据一些实施方案的估测成交率对平均差价的示例性曲线图；

图3展示了示出根据一些实施方案的估测成交率对平均差价的示例性曲线图；以及

图4展示了根据一些实施方案的示例性流程图。

描述

参考图1，示出了根据示例实施方案的示例系统100。系统100可以包括一个或多个计算系统(例如，服务器)101-106。计算系统101-106在本文中出于描述目的可以被称为服务器。然而，应理解，术语服务器的使用是非限制性的，并且可以使用其他类型的计算系统。

每个服务器101-106可以包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器可以包括一个或多个数据库。每个服务器可以包括一个或多个基于网络硬件/软件/固件的接口，所述接口使得服务器能够连接并且通过网络110来通信。网络110可以包括公共网络和/或私用网络，并且基于任何类型的技术可以是有线网络和/或无线网络。网络110还可以包括总线和/或背板类型架构。网络110可以包括一个或多个元件，包括路由器、交换器等。网络110可以被配置来允许服务器101-106中的至少每一个都彼此通信。网络110还可以被配置来允许服务器101-106与其他计算系统(例如，计算系统150)通信，所述其他计算系统可以位于网络110上，或者可以位于图1中未示出但通过网络110可访问的其他网络上。作为一个实例，网络110可以是私用网络，所述私用网络通过一个或多个路由器/交换器等接口连接至例如一个或多个其他私用网络和/或公共网络，从而允许例如服务器101-106中的任一个与这类网络上的其他计算系统通信。服务器101-106中的一个或多个和网络110可以被配置来支持单播、广播和/或组播通信。组播通信可以包括IP组播，但是也可以使用其他类型的组播。所述组播可以是可靠的或不可靠的组播。本领域技术人员将认识到服务器101-106和网络110中的上文描述仅是实例，并且可以使用附加和/或其他服务器/网络配置和功能。例如，除了网络110，服务器101-106中的一个或多个还可以包括一个或多个另外基于网络硬件/软件/固件的接口，所述接口使得服务器能够连接并且通过图1中未示出的一个或多个其他公共网络和/或私用网络来通信。

系统100内服务器101-106中的一个或多个就硬件(例如，处理器配置、处理器数目、处理器速度、存储器大小、存储器速度等)和/或系统软件(例如，操作系统)和/或网络接口速度方面而言可以相同地配置和/或基本上相同地配置。类似地，服务器101-106中一个或多个通过网络110与任何其他服务器通信的能力可以是相同的。服务器101-106中的一个或多个可以共同定位在同一个机架、房间、建筑物等内。此外，构成网络110的网络元件也可以与服务器101-106共同定位。再次，附加和/或其他的配置也是可能的。例如，每个服务器可以具有不同的性能能力。

系统100可以被称为云计算系统。系统100可以为将系统100的资源租借或租赁给一个或多个其他用户/消费者，诸如用户A-F的一个或多个实体所拥有和/或部分拥有和/或由其维护/操作。用户A-F可以是单独个人和/或公司，诸如银行、投资基金管理机构、贸易公司等。可替代地和/或此外，用户A-F中的一个或多个可以拥有系统100的资源。作为一个实例，服务器101可以租借给用户A或为其所拥有，服务器102可以租借给用户B或为其所拥有，服务器103可以租借给用户C或为其所拥有，服务器104可以租借给用户D或为其所拥有，服务器105可以租借给用户E或为其所拥有，和/或服务器106可以租借给用户F或为其所拥有。一般而言，每个服务器101-106可以分配给可访问所述服务器的资源的特定用户。给定用户可以与系统100内的多个服务器相关联/租借/拥有所述多个服务器。根据一个实例，系统100可以是可扩展的，这在于附加的服务器可以添加至系统，所述附加的服务器可以租借给用户A-F和/或新用户或者为其所拥有。系统100可以被配置成使得一个或多个服务器的添加和/或去除可能并不影响其他用户。作为另一个实例，给定服务器可以租借/租赁给彼此没有关联的多个不同的用户。服务器可以被配置成使得用户当中的一个使用服务器不会影响其他用户，并且反之亦然。

根据一个实例，系统100可以操作为和/或配置为交易或匹配系统，并且具体而言，分布式交易/匹配系统，所述分布式交易/匹配系统允许用户诸如用户A-F彼此交易和/或买卖(buy-sell)一个或多个物品。系统100上交易的物品可以为所述系统的用户A-F中的一个或多个所拥有。可替代地和/或另外，用户A-F中的一个或多个可以是委托人和/或经纪人和/或例如代表可能拥有物品的实体行动的代理人。交易物品可以包括有形物品和/或无形物品。根据一个实例，系统100可以被配置来交易一种或多种金融票据，包括例如，固定收益证券、股本、外汇等。因此，每个用户A-F可以使用系统100来与所述系统的一个或多个其他用户交易一种或多种金融票据。本领域技术人员将认识到，其他类型的物品也可以通过系统100来交易和/或买入/卖出，所述其他类型的物品例如像不动产(例如，财产、住宅和/或建筑物)、消费产品(例如，汽车、电子产品)、票(例如，飞机票、演唱会票)等。本领域技术人员将认识到，除了交易或匹配系统之外和/或作为其替代品，系统100可以操作为/配置为其他类型的系统。

服务器101-106中的一个或多个还可以包括(例如，在存储器中存储)在其上执行的一个或多个应用程序120a-120f。作为一个实例，应用程序120a-120f在本文中可以被称为匹配引擎，但是其他和/或附加类型的应用程序也是可能的。匹配引擎120a-120f可以使得用户A-F彼此之间能够交易或买入/卖出物品。匹配引擎120a-120f可以是基于软件和/或固件和/或硬件的在服务器101-106上执行的应用程序。每个服务器可以包括一个和/或多个匹配引擎。每个服务器可以包括附加和/或其他应用程序。每个服务器101-106的匹配引擎可以是相同的和/或基本上相同的应用程序，或者不同的应用程序。例如，每个匹配引擎可以执行相似的匹配算法。作为另一个实例，不同的匹配引擎可以执行不同的匹配算法。匹配引擎120a-120f可以由拥有/操作系统100的实体开发/维护。这类实体还可以开发/维护在每个服务器处执行的其他和/或附加应用程序。

每个服务器也可以包括在其上执行(例如，在存储器中存储)与用户诸如用户A-E相关联的一个或多个应用程序122a-122e。作为一个实例，应用程序122a-122e在本文中可以被称为交易应用程序，但是其他和/或附加类型的应用程序也是可能的。根据另一个实例，一个或多个交易应用程序(诸如应用程序122f)可能不在服务器101-105上执行。相反，应用程序可以在计算系统诸如计算系统130上执行，所述计算系统连接至服务器，例如服务器106。计算系统130可以与服务器106和/或系统100的其他元件共同定位或不共同定位。计算系统130和服务器106可以通过一个或多个私用网络和/或公共网络131来通信。作为另一个实例，计算系统130和服务器106可以通过网络110来通信。根据一个实例，计算系统130可以为拥有和操作系统100的实体所拥有并由其操作。根据另一个实例，计算系统130可以为与所述计算系统所连接的服务器相关联的用户(此处为用户F)所拥有并由其操作。本领域技术人员将认识到，这些配置仅是实例并且其他和/或附加配置也是可能的。例如，每个服务器101-105/计算系统130可以包括一个和/或多个交易应用程序。每个服务器101-105/计算系统130还可以包括与用户诸如用户A-F相关联的附加和/或其他应用程序。

根据一个实例，每个交易应用程序122a-122f可以被配置来与相应的匹配引擎120a-120f相互通信，并且从而使得系统100的用户A-F能够交易物品。每个交易应用程序122a-122f可以是例如代表相应的用户A-F执行交易策略，并且从而产生交易订单(例如，出价、报价、命中(hit)、接受(take))的自动化交易算法。每个交易应用程序在给定服务器处可以被配置来交易一个或多个物品。每个交易应用程序122a-122f可以是基于软件和/或固件和/或硬件的在各自相应的服务器101-105/计算系统130上执行的应用程序。每个交易应用程序可以不同于其他交易应用程序，并且可以由分配相应的服务器的用户来开发。例如，用户A可以开发交易应用程序122a并且将所述应用程序加载/已经将其加载在执行所述应用程序的服务器101(例如，通过管理应用程序)上。类似地，用户B可以开发交易应用程序122b并且将所述应用程序加载/已经将其加载在执行所述应用程序的服务器102(例如，通过管理应用程序)上。除此之外和/或作为另一个实例，交易应用程序122a-122f可以是由拥有/操作系统100的实体提供的泛型应用程序(诸如API)。在每种情况下，每个相应的用户A-F可以定制其相应的应用程序(例如，用户通过远离相应的服务器的计算系统利用API与任一方对接、通过管理应用程序、和/或通过连接至相应的服务器的用户接口装置(键盘/鼠标/等)等)以满足所述用户的需求。本领域技术人员将认识到，这些配置仅是实例并且其他和/或附加配置也是可能的。例如，代替交易应用程序122a-122f为执行交易策略的自动化交易算法，交易应用程序122a-122f中的一个或多个可以允许相应的用户与系统100对接并且产生订单。例如，相应的用户(通过远程计算系统和/或通过连接至相应的服务器的用户接口装置(键盘/鼠标/等)等)可能能够向服务器的相应的匹配引擎手动提交订单。

如上所述，每个服务器处的匹配引擎120a-120f连同相应的交易应用程序122a-122f可以使得用户A-F彼此之间能够交易物品。作为一个实例，匹配引擎的单一例子可以被配置来交易一种特定物品(例如，10年期票据)。因此，如果给定用户A-F希望交易多种不同的物品(例如，5年期票据和10年期票据)，那么相应的服务器可能具有执行的匹配引擎120的多个例子，每个例子与相应的交易应用程序122的一个或多个例子通信。作为另一个实例，匹配引擎的单一例子可以被配置来交易多种物品，所述匹配引擎与相应的交易应用程序的一个或多个例子通信。本领域技术人员将认识到，这些配置仅是实例并且其他和/或附加配置也是可能的。例如，如果给定服务器被多个不同的用户使用，那么所述服务器可能具有被配置来交易相同物品，但是针对不同用户的匹配引擎的多个例子。仅出于论述目的，匹配引擎120将被描述成实现一种物品的交易。

根据一个实例，对于希望交易给定物品的给定用户A-F而言，相应的服务器的匹配引擎120a-120f可以在服务器上维护/被配置来在所述服务器上维护所述物品的订货簿124a-124f。作为一个实例，可以在相应的服务器的存储器内维护相应的订货簿。例如，如果用户A-E中的每一位都希望交易给定物品，每个服务器101-105可以具有所述物品的订货簿124a-124e。如果用户F不希望交易所述物品，那么服务器106可能不具有所述物品的订货簿。以此方式，给定物品的订货簿可以分布或分散在多个服务器之上。类似地，如果用户A-E中的每一位还希望交易第二物品，那么相应的服务器101-105的匹配引擎120a-120e还可以在服务器上维护第二物品的第二订货簿。本领域技术人员将认识到附加和/或其他订货簿配置也是可能的。

根据另一实例，对于可以通过系统100交易的每一种物品而言，可以在网络100上向所述物品分配端口(例如，因特网协议(IP)端口)或信道等。例如，可以向第一物品分配端口“x”，并且可以向第二物品分配端口“y”等。如本文进一步论述，通过网络110在服务器101-106之间的进行的有关第一物品的一部分或全部通信可以通过端口“x”发生，并且类似地，通过网络110在服务器101-106之间的进行的有关第二物品的一部分或全部通信可以通过端口“y”发生。根据另一实例，如果给定用户例如A希望交易第一物品和第二物品，那么服务器101/匹配引擎120a可以被配置来在端口“x”和“y”上发送和/或接收(和/或收听、监控等)消息/命令/信息/数据。以此方式，用户A(例如，通过交易应用程序122a)可以发送/接收有关两种物品的信息/数据。类似地，例如，如果用户A希望交易第一物品而非第二物品，那么服务器101/匹配引擎120a可以被配置来在端口“x”而非端口“y”上发送和/或接收(和/或收听、监控等)消息/命令/信息/数据。以此方式，例如，服务器101/用户A可以选择不接收与其未关注的第二物品有关的消息/命令/信息/数据。类似地，如果用户A(例如，通过交易应用程序122a)稍后希望接收与第二物品有关的信息，那么服务器101/匹配引擎120a可以被配置来在端口“y”上发送和/或接收(和/或收听、监控等)消息。根据一个实例，交易应用程序122a-122f(可能通过用户控制)可以确定哪些物品被交易和/或未被交易，并且以此方式控制相应的服务器/匹配引擎关于例如监控哪些端口以及维护订货簿上的哪些物品的配置。作为另一个实例，用户(例如，用户通过远离相应的服务器的计算系统利用API与任一方对接、通过管理应用程序、和/或连接至相应的服务器的用户接口装置(键盘/鼠标/等)等)可以控制相应的服务器/匹配引擎关于例如监控哪些端口以及维护订货簿的哪些物品的配置。

根据系统100的示例操作，如果用户/交易应用程序诸如用户A/交易应用程序122a对交易给定物品例如物品“w”感兴趣，那么用户A/交易应用程序122a可以针对物品“w”产生出价订单或报价订单(所述物品的订单可以包括价格和/或大小)。交易应用程序122a可以将订单转发给匹配引擎120a，所述匹配引擎120a可以将所述订单归入订货簿124a(即，服务器101上用于物品“w”的订货簿)中。这种订单在图1中被示出为订货簿124a中的订单140。根据系统100的示例操作，由于用户A产生订单140，匹配引擎120a可以负责控制针对订单140的订单的执行(例如，匹配针对订单140的交叉指令)。根据系统100的另一示例操作，匹配引擎120a还可以通过网络110在分配给物品“w”的端口上组播订单140。组播订单可以包括其源自用户A/交易应用程序122a/匹配引擎120a和/或服务器101的某一标示。对于系统100上可能对物品“w”感兴趣，并因此已被配置来在所述物品的端口上进行接收的每个其他用户/服务器而言，相应的匹配引擎可以接收订单140并且将所述订单归入所述物品的相应的订货簿中。例如，用户B/交易应用程序122b和用户C/交易应用程序122c可能对物品“w”感兴趣，并且因此匹配引擎120b和120c可以被配置来接收订单140并且将所述订单归入到相应的订货簿124b和124c中(如图1中以140’和140”示出)。类似地，匹配引擎120b和120c可以记录订单源自用户A/交易应用程序122a/匹配引擎120a和/或服务器101的某一标示。相应的匹配引擎120b和120c还可以将有关订单140的信息转发给相应的交易应用程序122b和122c和/或用户B和用户C。虽然用户B-C/交易应用程序120b-120c可能会了解订单140，但是可能会或不会了解订单起源(即，用户A的身份)，这取决于系统100是否是匿名匹配系统。

类似地，如果用户B/交易应用程序122b产生针对物品“w”的订单，那么交易应用程序122b可以将订单转发给匹配引擎120b，所述匹配引擎120b可以将所述订单归入订货簿124b(即，服务器102上用于物品“w”的订货簿)中。这种订单在图1中被示出为订货簿124b中的订单142。由于用户B产生订单142，匹配引擎120b可以负责控制针对订单142的订单的执行(例如，匹配针对订单140的交叉指令)。匹配引擎120b还可以通过网络110在分配给物品“w”的端口上组播订单142。组播订单可以包括其源自用户B/交易应用程序122b/匹配引擎120b和/或服务器102的某一标示。对于系统100上可能对物品“w”感兴趣，并因此已被配置来在所述物品的端口上进行接收的每个其他用户/服务器而言，相应的匹配引擎可以接收订单142并且将所述订单归入所述物品的相应的订货簿中。例如，如上所述，由于用户A/交易应用程序122a和用户C/交易应用程序122c对物品“w”感兴趣，匹配引擎120a和120c可以接收订单142并且将所述订单归入到相应的订货簿124a和124c中(如图1中以142’和142”示出)。类似地，匹配引擎120a和120c可以记录订单源自用户B/交易应用程序122b/匹配引擎120b和/或服务器102的某一标示。相应的匹配引擎120a和120c还可以将有关订单142的信息转发给相应的交易应用程序122a和122c和/或用户A和用户C。

根据系统100的另一示例操作，如果用户A/交易应用程序122a稍后取消订单140的全部或一部分，可能会产生针对所述订单的取消命令，所述命令可以被转发给匹配引擎120a。匹配引擎120a进而可以从其订货簿124a中取消所述订单，并且还可以通过网络110在分配给物品“w”的端口上组播取消命令。取消命令可以包括所述订单源自用户A/交易应用程序122a/匹配引擎120a和/或服务器101的某一标示，以使得其他服务器可以了解取消命令提及哪个订单。对于可能对物品“w”感兴趣，并因此已被配置来在所述物品的端口上进行接收的每个其他用户/服务器而言，相应的匹配引擎可以接收取消命令并且从其相应的订货簿中取消相应的订单。例如，匹配引擎120b-120c可以接收取消命令并且从订货簿124b-124c中取消订单140。匹配引擎120b-120c还可以通知交易应用程序122b-122c和/或用户B和用户C订单140不再有效。

假定来自A的出价/报价订单140未被取消，用户B/交易应用程序122b可以产生针对所述订单的交易命令/交叉指令(contra-order)/回报订单，例如，命中/接受，(其中命中/接受命令可以包括价格和大小)(作为另一个实例，交易命令可以是与订单140交叉/匹配的出价或报价–诸如在某一价格与之交叉/匹配)。交易应用程序122b可以将交易命令转发给匹配引擎120b，所述匹配引擎120b可以搜索其订货簿124b来匹配订单，并且可以认识到/确定所述命令与来自用户A的至少一个订单140匹配(匹配引擎120b认识到订单142源自用户B，因此可能不会尝试使交易命令与订单142匹配)。作为响应，匹配引擎120b可以通过网络110在分配给物品“w”的端口上组播交易命令。除了添加这个交易命令源自用户B/交易应用程序122b/匹配引擎120b和/或服务器102的某一标示之外，例如，所述交易命令可以特别地加标签用于/指定用于/指向用户A/交易应用程序122a/服务器101和/或匹配引擎120a，因为如上所述，匹配引擎120a可以负责执行源自用户A/服务器101的订单。本领域技术人员将认识到其他手段可以用于通知匹配引擎120a所述交易命令是针对匹配引擎120a可以负责其执行的订单。根据系统100的一个示例操作，其他服务器/匹配引擎可以接收组播的交易命令(例如，在分配给物品“w”的端口上收听的那些)并且可以因认识到命令被指定用于用户A/交易应用程序122a/服务器101和/或匹配引擎120a而忽视所述命令。根据系统100的另一个示例操作，这类服务器/匹配引擎可以接收组播的交易命令并且向其相应的交易应用程序和/或用户提供潜在交易的通知。根据一个实例，实际交易命令可以被加密。

根据另一实例，如果有不属于用户B的附加订单处在订货簿124b中，并且来自用户B/交易应用程序122b的交易命令具有超过订单140的大小和/或因此与这些其他订单对立，那么匹配引擎120b也可以通过网络110在分配给物品“w”的端口上组播附加的交易命令(加标签用于负责附加订单的服务器等)。作为另一个替代方案，匹配引擎120b可以使用加标签用于用户A/交易应用程序122a/服务器101和/或匹配引擎120a的相同的交易命令，并且还对所述交易命令加标签以用于负责附加订单的服务器等。本领域技术人员将认识到其他变化也是可能的。

在接收到交易命令之后，服务器101/匹配引擎120a可以认识到已对所述命令加标签以供其使用。匹配引擎120a接着可以确定订单140是否仍然有效(例如，尚未被取消和/或由其他用户执行；仍然处在订货簿124a中)。如果仍然有效，匹配引擎120a可以通过从其订货簿124a去除订单140(或如果没有执行全部订单，那么减少订货簿中订单140的可用数量)来执行针对订单140的交易命令。匹配引擎120a还可以与交易应用程序122a和/或用户A通信，从而指示所述订单140已被执行。另外，匹配引擎120a可以通过网络110在分配给物品“w”的端口上组播交易确认消息。确认消息可以包括关于实际执行的订单140的数量的指示。确认消息可以特别地加标签用于用户B/交易应用程序122b/匹配引擎120b和/或服务器102。在接收到确认消息之后，匹配引擎124b可以从其订货簿124b去除订单140(或其一部分)，并且还可以向用户B和/或交易应用程序122b通知匹配的订单。除了用户B之外，对物品“w”感兴趣的所有其他用户/服务器/匹配引擎可以接收确认消息，从而使得相应的匹配引擎从其订货簿去除订单140(或其一部分)。这类匹配引擎也可以向其相应的用户和/或交易应用程序通知匹配的订单。因此，匹配引擎120c可以从其订货簿124c去除订单140，并且也对交易应用程序122c和/或用户C作出通知。根据另一个和/或附加实例，除了匹配引擎120a组播确认消息之外，它还可以组播一些其他命令(诸如取消命令)以使其他匹配引擎(像引擎120c)从其订货簿去除订单140。本领域技术人员将认识到可以使用其他和/或附加命令顺序。

作为另一个实例，如果匹配引擎120a如上所述在从用户B接收交易命令之后确定订单140并不仍然有效(例如，已被取消和/或已由其他用户执行)，那么所述匹配引擎120a可以组播订单140的取消消息和/或特别指明未确认交易和/或交易失败和/或交易未完成等的消息(所述消息可以特别地加标签用于用户B/交易应用程序122b/匹配引擎120b和/或服务器102)。无论如何，消息的作用可能是用于使所有适用的匹配引擎从其相应的订货簿去除订单140。再次，可以由其相应的匹配引擎向相应的交易应用程序和/或用户通知命令140不再有效。可以特别向交易应用程序122b和/或用户B通知交易失败。

根据另一个实例，在匹配引擎120a可以如上所述确定订单140仍然有效之后，匹配引擎120a可以首先与交易应用程序122a和/或用户A通信以确定是否仍然希望执行订单140。如果是，那么匹配引擎120a可以根据上文针对产生确认消息等所论述来进行。作为另一个实例，交易应用程序122a和/或用户A可以指示仍然希望执行订单140，但是可能指示希望大小小于订单140的可用大小(即，小于交易命令所请求的大小)。匹配引擎120a在此处再次可以根据上文针对产生确认消息等所论述来进行，所述消息指示例如被执行的订单140的大小。在替代方案中，如果用户A和/或交易应用程序122a仍然不希望执行订单140，那么匹配引擎120a可以从其订货簿124a去除订单140，并且之后可以根据上文针对产生取消和/或未确认消息所论述来进行，从而导致订单140被从其他订货簿去除。再次，可以由其相应的匹配引擎向位于其他服务器处的相应的交易应用程序和/或用户通知命令140不再有效。还可以向所述相应的交易应用程序和/或用户通知虽然订单140处于未决状态，但是所述订单的相应发起人(即，用户A)不再希望执行所述订单。本领域技术人员将认识到有关订单140的执行或不执行的其他和/或附加消息流也是可能的。

根据上文所述的示例操作的另一方面，如果例如用户C/交易应用程序122c在与如本文所述的用户B/交易应用程序122b基本上相似的时间产生针对订单140的交易命令，那么匹配引擎120c可以通过网络110以与匹配引擎120b相似的方式组播交易命令。在这种情况下，匹配引擎120a可以接收针对订单140的两个交易命令(一个来自用户B并且一个来自用户C)，每个交易命令不可避免地以一个先于另一个的方式排队，这取决于哪个碰巧首先到达服务器101。再次，由于匹配引擎120a可以负责控制源自用户A/服务器101的订单(此处例如是订单140)的执行，匹配引擎120a可能针对用户B和用户C中的仅一个执行订单140(假定两个用户都尝试执行整个订单140大小)，这取决于哪个首先到达服务器101。匹配引擎120a可以对其他交易命令发送例如未确认。作为另一个实例，如果订单140不具有满足两者的足够大小，那么可以完全执行用户B和用户C其中一个的交易命令，并且仅部分执行另一个用户的交易命令。本领域技术人员将认识到其他变化也是可能的。

本领域技术人员将认识到系统100的上述示例操作是实例，并且其他和/或附加示例操作也是可能的。例如，可以在网络100上向物品分配多个端口或信道等。例如，对于给定物品，一个端口可以仅用于组播物品的出价，另一个端口可以仅用于组播物品的报价，另一个端口可以仅用于组播物品的交易命令/交叉指令/回报订单(例如，命中/接受)(可替代地，一个端口可以用于命中，而另一个用于接受)，另一个端口可以用于组播物品的交易确认消息(可替代地，例如，一个端口可以用于针对命中的交易确认，而另一个用于针对接受的交易确认)，另一个端口可以用于组播物品的交易未确认消息(可替代地，例如，一个端口可以用于针对命中的未确认，而另一个可以用于针对接受的未确认)，另一个端口可以用于组播针对物品出价的取消消息，和/或另一个端口可以用于组播针对物品报价的取消消息等，包括其任何其他组合，包括用于其他消息的端口。再次，其他变化也是可能的。

根据另一示例特征，系统100可以消除产生低级副本(drop copies)的需求。例如，在匹配引擎120a如本文所述产生交易确认消息的过程中，例如，除了其他匹配引擎120b-120f可能接收这个消息并且更新相应的订货簿124b-124f之外，连接至网络110的其他计算系统(由计算系统150代表)也可以接收这些消息。这些其他计算系统可能与寻求使用系统100来交易物品的用户/消费者相关联或不与其相关联。例如，计算系统150可以与票据交换所相关联，所述票据交换所可以清算交易，诸如本文论述的用户A与用户B之间的示例交易。

根据系统100的另一示例特征，如果例如交易应用程序(诸如应用程序122e)开始以例如脱离市场的价格提交物品的出价和/或报价，并且需要停止交易应用程序122e，同时有可能从市场去除这些出价和报价，那么可以将服务器105脱机。将服务器105脱机可以包括例如将整个服务器脱机、关闭/中止/暂停匹配引擎120e，从而使得匹配引擎120e/服务器105在与所述物品相关联的端口上不再进行收听/接收/传输等(诸如通过来自管理员的命令)。值得注意地是，每个动作都可能会使交易应用程序122e不再能够提交订单。类似地，由于匹配引擎120e负责控制针对由交易应用程序122e提交的订单的交易命令的执行，以上每个显著动作都将会使匹配引擎120e不再能够如此动作。例如，使得匹配引擎120e/服务器105在与所述物品相关联的端口上不再进行收听/接收，因此匹配引擎120e将不会接收交易命令。本领域技术人员将认识到，这些仅是实例，并且系统100的其他和/或附加示例特征也是可能的。

交易外汇

在外汇(“FX”)交易中，市场可以被视作是由多个用户组成，所述用户中的一个或多个可以被视作是流动性提供者(“提供者”)并且所述用户中的一个或多个可以被视作是流动性接受者(“接受者”)。本领域技术人员将认识到用户可以既是提供者，又是接受者。提供者可以通过提交或流式传输FX票据的一个或多个订单，诸如FX票据的出价和/或报价来创造一种或多种FX票据的一个或多个市场，每个订单具有例如价格和大小。每个订单可以展示给一个或多个接受者/可供用于一个或多个接受者。作为响应，接受者可以尝试通过提交买入或卖出交易命令诸如接受报价或命中出价来执行订单(作为另一个实例，接受者可以尝试通过提交出价或报价等来执行订单)。交易命令可以包括规定价格和大小。交易命令的大小可以是与被执行的对应订单相同的大小，或可以是更小的大小。响应于提交针对订单的交易命令，可以向提交所述订单的提供者发送/传输所述命令。在下文中，可能会发生可以被称为“二次曝光”的过程。根据二次曝光，代替如果订单仍然有效，那么就由交易命令执行订单，可以给予提交订单的提供者第二次机会来决定他们是否仍然希望交易。响应于接收到交易命令，提供者可以例如以“完成”命令响应，这意味着提供者仍然希望在由所述提供者创造的市场上根据提交的订单来交易。完成命令可以包括大小，所述大小可以对应于交易命令的大小，或可以是更小的大小。完成命令可以使得交易命令执行订单，并且交易由此在对应的提供者与接受者之间执行。作为另一个替代方案，提供者可以例如以“无/未完成”命令对接受者的交易命令作出响应，这意味着提供者不再希望在由所述提供者创造的市场上根据订单规定来交易。在这种情况下，交易命令可能不执行所述订单，并且在对应的提供者与接受者之间可能不执行交易。作为第三替代方案，提供者可能对交易命令完全不响应，或可能花费很长的时间来对交易命令作出响应(以完成或未完成命令响应)。在此时，接受者可以撤回或取消交易命令。假定交易命令在提供者以完成命令响应之前被撤回，交易命令可能不执行所述订单，并且在对应的提供者与接受者之间可能不执行交易。在后两种情况下，接受者如果仍然希望执行交易可能就需要再次针对另一个订单提交另一个交易命令。

根据如本文所述的一个实例，系统100可以用于交易一种或多种外汇(“FX”)票据。例如，使用如本文所述的方法，系统100上的提供者(诸如用户A和/或代表用户A执行的交易应用程序122a)可以通过提交或流式传输FX票据的一个或多个订单，诸如出价和/或报价来创造FX票据的市场，每个订单具有例如价格和大小。如本文所述，例如，每个订单可以从提供者的服务器(诸如用户A的服务器101)传送至一个或多个其他服务器。假定服务器诸如用户B的服务器102已被配置来接收FX票据的订单，服务器102的对应的匹配引擎诸如引擎120b可以接收所述订单，并且将其归入到相应的订货簿124b中。此后，匹配引擎可以将与接收的订单有关的信息转发给用户B和/或交易应用程序122b。响应于接收到订单，用户B和/或交易应用程序122b可以尝试通过提交例如针对所述订单的交易命令来执行所述订单(从而成为接受者)。交易命令可以包括规定价格和大小。如本文所述，例如，响应于提交针对所述订单的交易命令/命令与订单匹配，可以向服务器101和匹配引擎120a发送/传送所述命令。根据二次曝光，代替匹配引擎120a执行针对所述订单的交易命令(假定所述订单仍然有效)，匹配引擎120a可以首先与交易应用程序122a和/或用户A通信，以确定是否仍然希望根据订单规定来维持市场。假定交易应用程序122a和/或用户A仍然希望维持订单，可以从交易应用程序122a和/或用户A向匹配引擎120a传达完成命令，所述完成命令之后可以执行针对所述订单(例如，大小由完成命令规定)的交易命令并且此后可以如本文所述产生确认消息等。在替代方案中，假定交易应用程序122a和/或用户A仍然不希望根据订单规定来维持市场，可以从交易应用程序122a和/或用户A向匹配引擎120a传达无/未完成命令。进而，匹配引擎120a如本文所述例如可以传达所述订单的取消消息和/或特别指明未确认交易和/或交易失败和/或交易未完成等的消息。作为另一个替代方案，假定交易应用程序122a和/或用户A仍然不希望根据订单规定来维持市场，交易应用程序122a和/或用户A可以不向匹配引擎120a传达任何消息。仍然作为另一替代方案，用户B/交易应用程序122b可以撤回交易命令，例如向匹配引擎120b传达这种请求，所述匹配引擎120b进而可以向例如至少服务器101和匹配引擎120a传达撤回请求，所述服务器101和匹配引擎120a进而可以忽略有关交易命令的进一步动作。本领域技术人员将认识到上文针对交易外汇描述的系统100的示例操作是实例，并且其他和/或附加示例操作也是可能的。

根据如本文所述的另一个实例，假定例如三位提供者诸如用户A、用户C和用户D各自以相同的价格提交票据订单，例如，A的订单的大小是10，C的订单的大小是5，并且D的订单的大小是5。进一步假定每个订单被传送至用户B的服务器102，并且如本文所述被归入到订货簿124b中。进一步假定例如A的订单具有C的订单的时间优先级，而C的订单具有优于D的订单的时间优先级。响应于接收到订单，用户B和/或交易应用程序122b可以三个订单的价格和大小20提交票据的交易命令。根据如本文所述的一个实例，匹配引擎120b可以将大小为5的交易命令转发给服务器101/匹配引擎120a(从而执行A的订单)，可以将大小为10的另一个交易命令转发给服务器103/匹配引擎120c(从而执行C的订单)，并且可以将大小为5的第三交易命令转发给服务器104/匹配引擎120d(从而执行D的订单)。匹配引擎120b可以基本上在相同时间转发三个交易命令。例如，匹配引擎120b在将交易命令转发给用户C和用户D的服务器103和104中的每一个之前可能不会等待来自用户A的服务器101的确认或未确认消息。根据另一个实例，假定用户A以完成命令但小于10的大小响应，或以未完成命令响应，在从服务101接收到这类响应的通知之后，服务器102的匹配引擎120b可以自动地尝试仍然通过以未被满足的大小将另一个交易命令转发给用户C或用户D来满足用户B的交易命令。作为另一个替代方案，服务器102的匹配引擎120b可以自动地尝试仍然通过以未被满足的大小的相应部分将另一个交易命令转发给用户C和用户D中的每一个来满足用户B的交易命令。作为另一个实例，假定除了来自用户A、用户C和用户D的订单之外，还存在来自用户E的大小为10的另一个订单。在此处，代替匹配引擎120b尝试通过用户C和/或用户D来满足用户B的交易命令(或除此之外)，匹配引擎120b可以自动地尝试通过以未被满足的大小或其一部分将另一个交易命令转发给用户E来满足用户B的交易命令。再次，本领域技术人员将认识到上文是系统100的示例操作，并且其他变化也是可能的。

从接受者的角度来看，可能不希望让提供者以未完成命令来对交易命令作出响应，或者让提供者花费太长时间来对交易命令作出响应或完全不响应–两种情况都可能会导致接受者撤回交易命令。在这些情况下，结果是接受者无法执行希望的交易，或这种交易花费时间太长以至于所述接受者寻找其他提供者来通过执行其他订单而交易。

根据一个实例，可以测量给定提供者的完成和未完成命令的响应、和/或无响应和/或延迟的响应以为提供者确定成交率。提供者的成交率可以被视作是例如发送给提供者中所述提供者接受的并带来执行的交易的交易命令的数目对发送给提供者中所述提供者有能力接受的交易命令的总数目。成交率可以例如通过测量发送给提供者中所述提供者接受的并带来执行的交易的交易命令的数目除以发送给提供者中所述提供者有能力接受的交易命令的总数目来确定。所得值可以是0至1的值，包括0和1，并且可以表述为百分比值(即，乘以100)。例如，如果十个交易命令被发送至提供者，并且所述提供者都以各自会带来执行的交易的完成命令对所有十个交易命令作出响应，那么提供者可以具有100％的成交率。作为另一个实例，如果十个交易命令被发送至提供者，并且所述提供者以各自会带来执行的交易的完成命令对七个交易命令作出响应，同时以未完成命令对三个交易命令作出响应，那么提供者可以具有70％的成交率。作为另一个实例，如果十个交易命令被发送至提供者，并且所述提供者以各自会带来执行的交易的完成命令对三个交易命令作出响应，以未完成命令对四个交易命令作出响应，从不对其中一个交易命令作出响应，同时以完成命令但花费太长时间对其中另一个交易命令作出响应并且在接受者提交撤回命令之后才如此动作，那么提供者可以具有30％的成交率(因为仅十分之三的交易命令带来执行的交易)。作为另一个实例，如果针对订单的交易命令被发送至提供者，并且所述订单已被提供者取消和/或在接收所述交易命令之前已被执行，那么这种未被执行的交易命令可能不会不利地影响提供者的确定的成交率。本领域技术人员将认识到可以其他方式定义和确定成交率。

根据另一个和/或附加实例，不管时间如何都可以为提供者确定和更新成交率，以使得提供者对交易命令的全部响应历史都被考虑在内。根根据另一个和/或附加实例，可以在规定的持续时间，诸如规定数小时、规定数天等内为提供者确定和更新成交率。例如，持续时间可以是市场开放期间交易的前一天。因此，可以在每个交易日结束时例如仅考虑那一天提供者对交易命令的响应来确定/更新成交率。作为另一个实例，可以在走动的持续时间，诸如最后x小时内测量成交率。因此，可以考虑最后x小时的交易命令来确定/更新每小时的成交率。本领域技术人员将认识到可以本文论述的附加和/或不同方式定义和确定成交率。例如，如果提供者以完成但小于由交易命令规定的大小的大小对交易命令作出响应，那么这种部分满足可能会不利地影响成交率，或换言之，会使成交率变为小于完成具有与由交易命令规定的大小相同的大小的情况的值。在给定市场中，每个提供者可以具有其以相同方式确定的成交率，或不同的提供者各自可以具有其以不同方式确定的相应的成交率。本领域技术人员将认识到其他变化也是可能的。

根据另一个和/或附加实例，成交率可以例如在给定时间段内例如针对给定交易产品基于满足的数量对比未被满足的数量来确定。相关时间段可以包括历史时间段(例如，过去两个交易周)并且还可以包括响应时间(例如，典型在数毫秒执行请求内满足的订单的百分比)。在一些实施方案中，被满足的或未被满足的不同订单的数目可以是不相关的；相反，满足的对未被满足的总数量可以是相关的。例如，如果交易者仅满足传送至交易者来执行的交易产品的总数量的一半，那么可以计算出交易者针对特定交易产品具有50％的成交率。在这个实例中，计算的成交率可以是50％，甚至是在满足的50％代表80％的订单数目的情况下(例如，这可能在以下情况下发生：满足的订单倾向于少于未被满足的订单，或交易者部分满足各种订单)。

根据另一个和/或附加实例，给定提供者在给定情况下可以具有一个或多个成交率。例如，提供者可以具有所述提供者为其创造了市场的每种FX票据的一个或多个确定的成交率。例如，对于给定FX票据，提供者可以具有单一成交率，所述单一成交率是基于提供者不管交易命令的来源(即，接受者)如何都如何对交易命令作出响应。作为另一个和/或附加实例，对于给定FX票据，提供者可以具有多个成交率，例如，一个成交率用于一个接受者，并且所述多个成交率是基于提供者如何对来自所述接受者的交易命令作出响应。作为另一个和/或附加实例，对于给定FX票据，提供者可以具有成交率，所述成交率是基于所述提供者如何对来自多个接受者但不是提供者可以作出响应的所有接受者的交易命令作出响应。作为另一个和/或附加实例，提供者可以具有对多种FX票据确定的成交率。本领域技术人员将认识到其他变化也是可能的，包括不同提供者具有不同数目的确定的成交率。例如，每个提供者可以具有基于所述提供者不管来源(即，接受者)如何都如何对交易命令作出响应的单一成交率，并且一个或多个提供者也可以具有与规定的接受者绑定的成交率。

根据另一个和/或附加实例，可以人工地和/或电子地确定给定提供者的成交率。例如，参考系统100，例如，服务器诸如服务器101-106中的任一个例如可以监控由与所述服务器相关联的用户/交易应用程序产生的订单，并且还可以监控针对这类订单的交易命令。根据这类测量，服务器可以确定成交率。换言之，分配给给定提供者/与之相关联的服务器可以为所述提供者确定成交率。作为一个实例，在服务器上执行的应用程序诸如匹配引擎120可以执行这类测量来确定成交率。作为另一个和/或附加实例，服务器诸如服务器101-106中的任一个例如可以监控由与所述服务器相关联的用户/交易应用程序产生的交易命令，并且还可以监控发出了这类交易命令的订单，同时从这类测量确定成交率。换言之，分配给给定接受者/与之相关联的服务器可以为所述提供者确定成交率。作为一个实例，在服务器上执行的应用程序诸如匹配引擎120可以执行这类测量来确定成交率。作为另一个和/或附加实例，系统100中与用户没有关联的服务器诸如服务器150可以监控订单、交易命令等，并且为系统100的提供者确定成交率。作为另一个和/或附加实例，系统100中的任一个或多个服务器可以监控订单、交易命令等。此后，管理员例如可以人工地为系统100的提供者确定成交率。本领域技术人员将认识到成交率可以其他和/或附加方式来确定。

根据另一个和/或附加实例，给定提供者的成交率可能可供用于系统100的其他服务器–换言之，不同于与给定提供者相关联的服务器和/或除此之外的服务器。例如，如果系统100的管理员确定成交率，那么管理员可以将这类成交率配置用于/使所述成交率可供用于系统100的多个服务器中的一个。作为另一个和/或附加实例，如果系统100的服务器诸如服务器150确定成交率，那么服务器可以向系统100的多个服务器中的一个传达所述成交率。作为另一个和/或附加实例，如果与给定提供者相关联的服务器为所述提供者确定成交率，那么服务器可以向系统100的多个其他服务器中的一个传达所述成交率。作为一个实例，提供者的成交率可以被包括在由所述提供者产生的订单中。本领域技术人员将认识到成交率可以其他和/或附加方式来传达。

根据另一个和/或附加实例，提供者的多个成交率可以例如针对特定交易产品的多个不同数量来确定。例如，成交率可以针对100及其以下、介于(且包括)101与1000之间、介于(且包括)1001与5000之间、5001和10,000等的数量来确定。这例如在提供者针对小额数量具有高成交率但是针对大额数量具有低成交率的情况下可能是特别有用的。例如，可以计算出提供者针对介于1百万与2百万之间的欧元-美元数量具有30％的成交率，但是针对介于100,000与500,000之间的欧元-美元数量具有85％的成交率。

根据另一个和/或附加实例，成交率可以基于交易一方来确定，例如，无论提供者针对特定物品是处在买方还是买方。例如，在交易特定物品的过程中，一些提供者可能作为买方比作为卖方更有可能满足订单。因此，当提供者是买方(或卖方)时，提供者的成交率可以基于在提供者为买方(或卖方)时被所述提供者满足的订单的数目(或数量等)对在提供者为买方(或卖方)时未被所述提供者满足的订单的数目(或数量)来计算。

根据另一个和/或附加实例，成交率可以基于差价，例如国内最佳出价和报价(NBBO)的价格之间的差价来确定。例如，一些交易者可能在差价满足特定阈值或范围时更有可能满足订单，诸如差价小于$1，或小于其平均差价，或自交易日开始小于低于交易产品的平均差价的一个标准偏差，或大于(和/或等于)$0.10且小于(和/或等于)$0.20。因此，特定提供者的成交率可以取决于成交率被计算的物品的当前差价。

在一些实施方案中，成交率可以基于本文论述的各种因素来确定，例如，满足的对未被满足的所有交易产品的总数量、满足的对未被满足的特定交易产品的总数量、满足的对未被满足的来自所有来源的总订单的数目、满足的对未被满足的特定交易产品的订单的数目、满足的对未被满足的处于与特定订单相同的数量范围的订单的数目等。例如，成交率(例如，净成交率)可以被计算为按本文论述计算的两个或更多个成交率值的单一平均值或加权平均值。例如，为提供者计算的可以用于在特定交易者的订货簿中排序特定交易者的特定交易产品的订单的成交率可以被计算为以下各项的平均值：(1)针对所有各方的所有交易产品的计算出的提供者的总成交率，(2)针对特定交易者的所有交易产品的计算出的提供者的成交率，以及(3)针对特定交易产品的特定交易者的计算出的提供者的成交率。

在一些实施方案中，成交率可以至少部分基于响应时间来确定。例如，可以确定提供者在不同的响应时间下具有不同的成交率。例如，可以计算出提供者在10ms内典型地满足70％的平均订单，并且在20ms内满足85％的平均订单。

在一些实施方案中，成交率可以表示为单位时间成交的概率，这反映了成交率(如在本文的各个实例中所计算)和响应时间两者。

根据另一个和/或附加实例，当提供者的成交率被传达给/可供用于服务器时，可以让例如所述服务器的匹配引擎了解所述成交率，但是不让所述服务器的交易应用程序和/或用户了解所述成交率。根据另一个和/或附加实例，可以让服务器的交易应用程序和/或用户了解成交率。根据另一个和/或附加实例，如果由匹配引擎向相应的交易应用程序/用户传达接收的订单，那么也可以向交易应用程序/用户传达产生所述订单的提供者的成交率。

本领域技术人员还将认识到，如本文定义的成交率的确定及其使用并不限于分布式架构诸如系统100。例如，成交率的使用还可以适用于集中式订货簿。在此处，例如，集中式交易系统(例如，维护记录簿和订单接收，并控制针对这类订单的交易命令的执行的中央服务器)可以确定提供者的成交率。这种服务器也可以向由最终用户使用的计算系统传达成交率。

根据另一个实例，假定例如三位提供者诸如用户A、用户C和用户D各自以相同的价格提交票据订单，例如，A的订单的大小是10，C的订单的大小是5，并且D的订单的大小是5。进一步假定每个订单被传送至用户B的服务器102，并且如本文所述被归入到订货簿124b中。进一步假定例如A的订单具有C的订单的时间优先级，而C的订单具有优于D的订单的时间优先级。仍然进一步假定用户A具有70％的成交率，用户C具有80％的成交率，并且用户D具有90％的成交率。响应于接收到订单，用户B和/或交易应用程序122b可以三个订单的价格和大小10提交票据的交易命令。根据一个实例，匹配引擎120b可以先后基于订单提交到市场的价格和时间在订货簿124b中对用户A、用户C和用户D的订单划分优先级。因此，用户A的订单可以优先于用户C的订单，并且用户C的订单可以优先于用户D的订单。在此处，响应于来自用户B的交易命令，匹配引擎120b可以将大小为10的交易命令转发给服务器101/匹配引擎120a(从而执行A的订单)，因为用户A的订单具有最高优先级。根据另一个实例，匹配引擎120b可以先后基于价格和成交率(即，不是时间，除非两个或更多个订单具有相同的价格和相关联的成交率)在订货簿124b中对用户A、用户C和用户D的订单划分优先级。因此，用户D的订单可以优先于用户C的订单，并且用户C的订单可以优先于用户A的订单。在此处，响应于来自用户B的交易命令，匹配引擎120b可以将大小为5的交易命令转发给服务器104/匹配引擎120d(从而执行D的订单)，因为用户D的订单具有最高优先级。另外，匹配引擎120b还可能尝试让用户D满足交易命令的剩余大小5。可替代地，匹配引擎120b也可以将剩余大小为5的交易命令转发给服务器103/匹配引擎120c(从而执行C的订单)，因为用户C的订单例如在订货簿中具有第二最高优先级。再次，本领域技术人员将认识到上文是系统100的示例操作，并且其他变化也是可能的。

根据另一个实例，假定例如三位提供者诸如用户A、用户C和用户D各自以不同的价格提交票据订单，例如，A的订单具有比C的订单的价格更有利的价格，并且C的订单具有比D的订单的价格更有利的价格(更有利意指例如，在出价的情况下为更高的价格，而在报价的情况下为更低的价格)。进一步假定每个订单被传送至用户B的服务器102，并且如本文所述被归入到订货簿124b中。进一步假定例如A的订单具有C的订单的时间优先级，而C的订单具有优于D的订单的时间优先级。仍然进一步假定用户A具有70％的成交率，用户C具有80％的成交率，并且用户D具有90％的成交率。根据实例，匹配引擎120b可以先后基于成交率和价格在订货簿124b中对用户A、用户C和用户D的订单划分优先级(再次，如果两个或更多个订单具有相同的成交率，那么时间可以用作附加因素)。因此，用户D的订单可以优先于用户C的订单，并且用户C的订单可以优先于用户A的订单。根据这个实例，用户B和/或交易应用程序122b可能对满足交易命令比对满足所述交易命令时所处的价格更为感兴趣。因此，甚至是在用户B和/或交易应用程序122b不了解发起订单的提供者的相应的成交率的情况下，通过了解一个订单优先于具有不同价格的另一个订单可以允许用户选择用户认为成交率优于价格的那种成交率。

根据另一个和/或附加实例，可以根据价格和成交率的加权平均值来排序。例如，在一些实施方案中，成交率的5％的差异可以被视作为与价格的$0.10的差异相同，以使得具有$0.09的不利价格的一个订单将先于具有5％的更好的成交率的订单被排序。响应时间也可以是重要考虑因素。在一些实施方案中，特定交易者可以指定各种因素的权重，诸如例如特定交易产品在特定交易者的订货簿中的成交率、响应时间和价格。例如，用户可以规定成交率的百分比等同于价格差异，例如，等同于响应时间。例如，出于为特定交易者的订货簿排序的目的，特定的交易者可以规定一个单位的价格(即，对于特定交易者而言具有一个单位优势的价格)等同于3％的成交率改进和2.5ms的响应时间改进。在一个实例中，价格为$12.25，相关联的成交率为80％且相关联的响应时间为13ms的第一卖出订单在优先级上可以被认为等同于价格为$12.26(与$12.25相比，具有一个单位的劣势)、相关联的成交率为86％且相关联的响应时间为15.5ms的第二卖出订单；并且两个订单都可以先于价格为$12.25、成交率为80％且响应时间为15.5ms的第三订单被排序。

根据另一个和/或附加实例，系统100的一个或多个用户可以具有对应于用户在提交交易命令时希望实现的最小成交率的限定阈值。换言之，相对于系统100中充当接受者的用户而言，用户可以限定所述用户在提交交易命令时希望实现的最小成交率。给定用户可以具有适用于用户希望交易的所有金融票据的单一阈值。作为另一个实例，给定用户可以具有多个阈值，一个阈值用于用户希望交易的一种票据。不同的用户可以具有不同的限定阈值以及不同数目的限定阈值。根据一个实例，系统100的用户/交易应用程序/管理员可以利用用户的阈值配置与所述用户相关联的相应的服务器–诸如利用阈值配置相应的匹配引擎。根据另一个和/或附加实例，当用户/交易应用程序向相应的匹配引擎提交交易命令时，所述交易命令可以包括阈值。例如，如果用户B和/或交易应用程序122b针对订单向其匹配引擎120b提交交易命令，那么交易命令可以包括阈值。本领域技术人员将认识到其他变化也是可能的。

在一些实施方案中，较高的成交率可能与不利的价格和较高的差价相关联，因为交易对方通常更有可能以对于它们而言更有利的价格来满足订单。(例如，如果交易产品的当前的最佳出价/报价是$5.00/$5.50，那么交易者将更有可能以$5.50而非以$4.75满足出价，并且交易者将更有可能以$5.75而非以$5.50满足报价。)因此，通过使得用户能够规定最小成交率，各种实施方案使得用户能够在成交率与价格之间表明折中。例如，用户可以规定高成交率但典型地处于不利价格，或者可以规定低成交率但典型地处于更有利的价格。

图2和图3展示了示出根据一些实施方案的估测成交率对平均差价的示例性曲线图。图2示出市场订单大小等于1,000,000的示例性曲线图。图3示出市场订单大小等于5,000,000的示例性曲线图。如示例性模型A和示例性变换记录簿(Shift Book)的曲线图中所示，估测成交率倾向于随着平均差价增加。图2和图3的示例性曲线图还展示了绘制的数据组的这些变量之间的非线性关系，例如，估测成交率在较低差价下比在较高差价下更快速地增加。

根据另一个和/或附加实例，当接受者(诸如用户B和/或交易应用程序122b)在其订货簿124b中提交针对由提供者(诸如用户A和/或交易应用程序122a)提交的订单的交易命令时，匹配引擎120b例如可以将用户B的限定阈值与用户A的确定的成交率进行比较，并且仅在用户A的成交率大于(或大于或等于)用户B的阈值的情况下向用户A的服务器101传达可能执行针对所述订单的交易命令的交易命令。否则，匹配引擎120b可能不尝试执行针对所述订单的交易命令。根据另一个和/或附加实例，假定订货簿124b例如具有两个订单，每一个来自不同的提供者并且每一个处于相同的价格，例如，基于提交到市场上的时间，第一订单优先于第二订单。在此处，匹配引擎120b在从用户B和/或交易应用程序120b接收到交易命令之后首先可以将用户B的限定阈值与提交第一订单的提供者的确定的成交率进行比较，并且向所述提供者的服务器传达仅在成交率大于(大于或等于)用户B的阈值的情况下才可能执行针对所述订单的交易命令的交易命令。否则，匹配引擎120b可以跳过/忽略第一订单，并且将用户B的限定阈值与提交第二订单的提供者的确定的成交率进行比较。再次，匹配引擎120b仅可以在成交率大于(大于或等于)用户B的阈值的情况下才向提交第二订单的提供者的服务器传达可能执行的交易命令。更一般而言，匹配引擎120b在从用户B和/或交易应用程序120b接收到交易命令之后可以在订单的成交率小于例如用户B的限定阈值的情况下在订货簿124b中跳过/忽略订单。再次，成交率的这种方式的使用也可以适用于集中式交易系统。本领域技术人员将认识到成交率的这种使用还可以在订货簿先后通过价格和成交率，或先后通过成交率和价格来划分优先级的情况下适用。

根据另一个和/或附加实例，当提供者向系统100提交订单时，并且向其他服务器和那些服务器的相应的匹配引擎传达所述订单时，给定的匹配引擎可能不会自动地将所述订单归入到相应的订货簿中。例如，假定用户A和/或交易应用程序122a向系统100提交订单，并且在用户B的服务器102处接收到所述订单。由于匹配引擎120b接收到订单，所述匹配引擎可以将用户B的限定阈值与用户A的确定的成交率进行比较。如果成交率大于(或大于或等于)用户B的阈值，那么匹配引擎可以将所述订单归入到订货簿124b中(可能会将与所述订单有关的信息转发给用户和/或交易应用程序122b)。在替代方案中，如果成交率小于(或小于或等于)用户B的阈值，那么匹配引擎可能不会将所述订单归入到订货簿124b中(并且不会将与所述订单有关的信息转发给用户B和/或交易应用程序122b)。以此方式，仅向用户B/交易应用程序124b呈现相关联的成交率满足某一阈值的订单(并且因此有机会来针对所述订单进行交易)。用户不会看到相关联的成交率未满足用户的限定阈值的订单(并且因此没有机会来针对所述订单进行交易)。此外，根据这个实例，由于系统100中的不同用户可以具有不同的阈值和/或针对相应的提供者可以使用不同的成交率，每个服务器处给定票据的订货簿可以是不同的(即，具有市场的不同的现时表示)。本领域技术人员将认识到成交率的这种使用还可以在订货簿先后通过价格和成交率，或先后通过成交率和价格来划分优先级的情况下适用。

根据另一个和/或附加实例，订货簿可以至少部分基于响应时间来排序。响应时间可以包括接收成交或不成交响应(例如，平均)所花的时间量。响应时间可以在系统组件、时间、用户等之间变化。例如，系统中彼此十分接近的两个节点可以具有非常短的响应时间，而远离节点可以具有较长的响应时间。另外，响应时间在繁忙的网络通信时间期间可能会增加。在任何情况下，可以追踪和测量成交和不成交消息的响应时间。如同成交率一样，可以测量各种时间段和情形的响应时间。具体而言，可以计算特定消息路径的响应时间(例如，#2提供者例如在过去三个交易日内对#3交易者作出响应的响应时间)，并且也可以计算特定交易实体的响应时间(例如，#2提供者在所有其他交易实体发出所有成交和不成交消息过程中经历的平均响应时间)。

在一些情况下，交易者可以期望以较快的响应时间(例如，0.1-1ms)从若干提供者接收多个响应时间，同时交易者可能期望以较慢的响应时间(例如，100ms)从单一提供者获得单一响应。例如，尝试满足1000个单位的订单的交易者在交易者的订货簿中可以具有以下回报订单：(1)#1提供者的订单，所述订单具有1000的数量、1ms的响应时间和40％的成交率，(2)#2提供者的订单，所述订单具有1200的数量、5ms的响应时间和50％的成交率，(3)#3提供者的订单，所述订单具有1200的数量、10ms的响应时间和60％的成交率，以及(4)#3提供者的订单，所述订单具有2000的数量、40ms的响应时间和90％的成交率。显著地是，交易者可以从#1提供者、之后#2提供者(如果#1未完全满足订单的话)、以及接着#3提供者(如果#1和#2都未完全满足订单的话)获得成交或不成交响应，一个接着另一个地获得–所有提供者花费比从#4提供者获得响应所需更少的时间(16ms)。虽然#4订单可能具有最佳成交率，但是交易者更有可能–且更快速地–通过(根据需要)向#1、#2和/或#3提供者发送订单来满足订单。

在一些实施方案中，可以多次将订单传送至同一个提供者。例如，在从#4提供者接收响应之前可以多次将订单传送至#1提供者。虽然单次传送至#1提供者成交的概率可能计算出来是40％，但是五次将订单传送至#1提供者成交的概率可以显著高于40％。这种概率的一种计算方法可以是：(在5次传送至#1提供者之后的)成交的概率＝1–(1–0.4)^5＝92.224％，这高于#4提供者在1次传送之后的成交的概率。然而，多次传送之后成交的概率可能不以此方式增加，因为单独传送至同一个提供者可能不是数学独立事件；相反，提供者的成交的概率每当这个提供者未满足所述订单时可能会下降。也可以追踪和测量这些值。例如，可以确定的是，成交率为50％的提供者针对先前传送至所述提供者但未被满足的订单而言将具有30％的成交率，并且针对被所述提供者拒绝两次的订单而言将具有10％的成交率。在任何情况下，可以确定的是，若干次传送之后的总成交率高于单次传送的成交率。

因此，在一些实施方案中，较短响应时间对于较高成交率(和/或略为有利的价格、或略高的数量)而言可能是优选的。

根据另一个和/或附加实例，例如流动性提供者的驳回率(例如，提供者拒绝订单或订单类型的比率，在某种程度上来说是成交率的对立面)可能是高度相关的。例如，可能存在迟于多个流动性提供者的订单的单一订单。例如，当用户A想要买入1000个单位时，#1、#2和#3流动性提供者可以全部将卖出订单设定为1000个单位，以便于获取单位来卖给用户A。虽然订货簿可以反映具有1000个单位的三个单独的订单–这看起来像有3000个单位的总数量–但是实际上只需要1000个单位。一旦流动性提供者获得1000个单位，并且满足用户A的买入订单，来自其他流动性提供者的1000个单位的其他卖出订单就可能会消失。在这个实例中，#1交易者可能希望买入2000个单位，而#1交易者的订货簿可能会展示出来自成交率为75％、80％和90％的#1、#2和#3流动性提供者的1000个单位的订单。在这种情形下，#1交易者可能与#3提供者交易1000个单位，并且之后发现#1提供者和#2提供者并未满足交易者的订单中的剩余1000个单位。在这种情况下，#1提供者和#2提供者的成交率将是高度相关的。

因此，在一些实施方案中，两个(或更多个)订单是独立的或不独立的概率可以例如基于以下信息来确定，所述信息诸如历史交易信息(例如，例如在某一时间段内，例如在满足一个对应的订单之后取消全部或部分订单的两方之间的相关性)、数量相似性以及时间相似性(例如，在相同或相似的时间进入)。例如，可以确定来自提供者A和提供者B的两个看起来相似的订单(例如，相似是因为订单处于相同或相似的价格和数量，例如，在相同或相似的时间进入)在以下情况下具有较高的重复的可能性，在相同产品的相似订单是从提供者A和提供者B进入的大多数情况(three ofthe last four instances)下，其中一个订单在其他订单正被满足的三毫秒内被取消。

在一些实施方案中，驳回率可以是所示大小的函数。例如，提供者展示越多的相同订单数量，驳回率将越有可能相关。(例如，这可能是因为订单是基于来自第三方的相同的基础数量，并且因此反映了相同的基础订单的重复数量。)在一些实施方案中，驳回率可以是微结构的函数。可以追踪和测量成交率与驳回率之间的相关性。

在一些实施方案中，两个或更多个订单之间的流动性有关联性可以例如基于成交率与驳回率之间的相关性来估测。例如，服务器可以确定、计算或以其他方式估测两个(或更多个)订单可能彼此独立或为彼此的重复(全部或部分)的程度。例如，系统可以确定具有完全不同的流动性的两个订单可能是独立的，以至于一个订单的成交不会影响其他订单中可用的数量，从而使得可以命中两个订单(例如，其全部数量)。所述系统可以确定另外三个订单可能是彼此的至少部分重复，以至于任何各方都不能够在其全部数量上命中所有三个订单。例如，所述系统可以确定三个订单具有80％的重复，以至于在满足一个订单之后，另外两个订单将仅具有其仍可供用于交易的20％的数量。在一些实施方案中，路由器可以检测每个交易对应方之间的链路状态以便于估测流动性有关联性。在一些实施方案中，所述系统可以检测格兰杰因果关系(Granger causation)以便于估测流动性有关联性。

图4展示了根据本发明的各种实施方案的示例性流程图。

在方块405，交易者可以接收交易产品的包括数量和价格的订单。订单可以包括买入/卖出交易的特定属方；例如，订单可以包括出价(或报价)。每个订单可以包括数量。一些订单可以在其他订单之前接收。

在方块410，可以确定与订单和订单的提供者有关的信息，诸如成交率、响应时间、流动性独立性(或有关联性)以及其他标准。应了解到，不需要在任何特定时间、或相较于流程图中的其他方块的任何特定相关时间确定方块210中确定的信息。

在方块415，交易者可以接收与所述订单有关的信息，诸如方块210中确定的信息。所述信息可以包括与成交率、响应时间、流动性独立性(或有关联性)有关的信息以及其他信息。

在方块420，可以提示交易者提交交易者偏好，诸如阈值成交率、阈值响应时间、最小交易量要求和/或其他交易标准。交易者可以输入标准和/或用户偏好，诸如目标成交率、阈值响应时间、最小交易量要求和/或例如关于特定交易产品的其他交易标准。例如，用户可以规定最小交易量要求为1000个单位、最小成交率为70％并且最大期望响应时间为20ms。

在方块425，交易者可以输入交易命令，例如以规定价格(或以最佳价格)例如满足交易产品的订单的数量。交易命令可以与标准诸如目标成交率和最小交易量要求相关联。可以将交易命令解释为根据订货簿和标准，例如通过针对交易者的订货簿中基于标准(例如，满足所述标准)的交叉指令满足交易者的订单规定来满足订单的指令。例如，可以将命令解释为针对满足各种标准的交叉指令以最少时间、以有利(或最佳)价格满足订单的指令。

在方块430，可以例如根据交易者的订货簿和标准来将交易者的一个或多个订单指令(例如，执行请求)传送至所述订单的一个或多个提供者。例如，可以将执行订货簿顶端的一个或多个订单的指令传送至那些订单的提供者。那些订单可以基于其价格、数量、成交率、响应时间、流动性独立性和/或其他因素来选择。可以向提供者中的一个或多个进行“二次曝光”以确定是否满足所请求的订单。

在方块435，可以例如通过一个或多个流动性提供者来执行交易者的订货簿中的一个或多个订单。可以将与所述执行有关的信息传送至交易者，并且可以更新交易者的订货簿(和其中的排序)以反映交易。例如，可以基于以下确定而将订货簿的顶端附近的未被满足的订单移至订货簿的底端：(例如，在方块430中)满足的流动性可能与未被满足的订单的数量重复，从而表明未被满足的订单不太可能被执行。

在方块440，如果交易者的期望数量中的一些仍然未被满足，可以根据交易者的更新的订货簿和标准来将一个或多个订单指令(例如，执行请求)传送至所述订单的一个或多个提供者。响应于此，可以执行更新的订货簿中的所述订单中的一个或多个。

在方块445，可以追踪与成交、不成交和响应时间有关的信息。这类信息可以用于确定和更新成交率、响应时间以及与订货簿和传送有关的其他信息的估测内容。

虽然已经就某些实施方案和一般相关方法描述了本公开，但是所述实施方案和方法的改变和更换对于本领域技术人员而言将是显而易见的。例如，应了解到，虽然参考FX票据描述了各种特征，但是这类特征也可以适用于其他票据和交易产品(例如，股票、债券、零售产品以及其他产品和服务)。因此，示例实施方案的上文描述并不约束本公开。在不脱离本公开的精神和范围的情况下，其他变化、取代和改变也是可能的。

以下章节提供了解释本申请的指南。

I.术语

除非另外明确指明，否则术语“产品”意指机器、制造品和/或物质组合物。

除非另外明确指明，否则术语“过程”意指过程、算法、方法等等。

每个过程(无论是称为方法、算法还是其他名称)固有地包括一个或多个步骤，并且因此对过程的一个“步骤”或“多个步骤”的所有提及在对过程的单纯描述中，或者在对术语“过程”或类似术语的单纯叙述中都具有固有的前提基础。因此，在权利要求书中对过程的一个“步骤”或“多个步骤”的任何提及都具有充分的前提基础。

除非另外明确指明，否则术语“发明”等等意指“本申请中公开的一个或多个发明”。

除非另外明确指明，否则术语“一实施方案”、“实施方案”、“多个实施方案”、“所述实施方案”、“所述多个实施方案”、“一个或多个实施方案”、“一些实施方案”、“某些实施方案”、“一个实施方案”、“另一个实施方案”等等意指“本发明的一个或多个(但不是全部)实施方案”。

除非另外明确指明，否则术语本发明的“变型”意指本发明的实施方案。

术语“指示”以极其广泛的意义使用。事物的“指示”应理解为包括可以用于确定所述事物的任何事物。

事物的指示可以包括识别所述事物的电子消息(例如，通过附着至小部件的序列号识别小部件、通过小部件的一个或多个特征识别小部件)。事物的指示可以包括可以用于计算和/或查找事物的信息(例如，识别小部件为其中一部分的机器的可以用于确定所述小部件的信息)。事物的指示可以指明与所述事物相关的事物(例如，事物的特征、事物的名称、与所述事物相关的事物的名称)。事物的指示可能无法指明与所述事物相关的事物(例如，字母“a”可以指示计算机系统中被配置来解释字母“a”以识别小部件的小部件)。事物的指示可以包括事物的标志、符号和/或标记。指示例如可以包括代码、参考物、实例、链接、信号和/或识别符。事物的指示可以包括表示、描述和/或以其他方式与所述事物相关联的信息。

事物的指示的变换形式可以指示事物(例如，事物的加密指示可以指示事物)。事物的指示可以包括事物自身、事物的拷贝和/或事物的一部分。事物的指示对于未被配置来理解所述指示的事物而言可能是没有意义的(例如，个人可能无法理解字母“a”指示小部件，但是所述字母可以指示小部件，因为计算机系统可以从字母“a”确定所述小部件)。应理解，事物的指示可以用于确定所述事物的事实并不意指所述事物或任何其他事物都能被确定。除非另外指明，否则事物的指示可以包括任何数目事物的指示。事物的指示可以包括其他事物的指示(例如，指示许多事物的电子消息)。(指示在权利要求语言中可以用作非常宽泛的术语。例如：接收金融票据的指示。)

术语“表示”意指(1)用于像单词、符号等等一样表达、标明、代表或指示；(2)通过某一术语、字符、符号等等来表达或标明；(3)像图片一样描画或描绘或呈现可能性；或者(4)用作标志或符号。

除非另外明确指明，否则在描述实施方案时对“另一个实施方案”的提及并不暗示所提及的实施方案与另一个实施方案(例如，在所提及实施方案之前描述的实施方案)不相容。类似地，提及两个(或更多个)实施方案的单一事实并不暗示这些实施方案是不相容的。

本发明的一个实施方案可以包括或覆盖或包含本发明的多于一个的其他实施方案。例如，包含元素a、b和c的第一实施方案可以覆盖包含元素a、b、c和d的第二实施方案以及覆盖元素a、b、c和e的第三实施方案。类似地，第一实施方案、第二实施方案和第三实施方案中的每一个可以覆盖包含元素a、b、c、d以及e的第四实施方案。

除非另外明确指明，否则术语“包括”、“包含”及其变型意指“包括但不必限于”。因此，例如，句子“机器包括红色小部件和蓝色小部件”意指所述机器包括红色小部件和蓝色小部件，但是可能同样包括一个或多个其他物品。

除非另外明确指明，否则术语“由……组成”及其变型意指“包括且还限于”。因此，例如，句子“机器由红色小部件和蓝色小部件组成”意指所述机器包括红色小部件和蓝色小部件，但是不包括任何其他事物。

除非另外明确指明，否则术语“构成”及其变型意指“构成组成部分、组件或构件”。因此，例如，句子“红色小部件和蓝色小部件构成机器”意指所述机器包括红色小部件和蓝色小部件。

除非另外明确指明，否则术语“排他性地构成”及其变型意指“排他性地构成组成部分、仅有组件或仅有构件”。因此，例如，句子“红色小部件和蓝色小部件排他性地构成机器”意指所述机器由红色小部件和蓝色小部件(即，以及没有任何其他事物)组成。

除非另外明确指明，否则术语“一个”、“一种”和“所述”指代“一个(种)或多个(种)”。因此，例如，除非另外明确指明，否则短语“一个小部件”意指一个或多个小部件。类似地，在叙述短语“一个小部件”之后，随后对短语“所述小部件”的叙述意指“所述一个或多个小部件”。因此，应理解，单词“所述”还可以指代具有前提基础的特定术语。例如，如果段落提及“一个特定单一特征”并且之后提及“所述特征”，那么短语“所述特征”应被理解为指代先前提及的“一个特定单一特征”。(应理解，“一个特定单一特征”中的术语“一个(a)”指代“一个(one)”特定单一特征，而不是“一个或多个”特定单一特征。)

除非另外明确指明，否则术语“多个”意指“两个或更多个”。

除非另外明确指明，否则术语“在本文中”意指“在包括可以引用的方式并入的任何事物的本申请中”。

除非另外明确指明，否则短语“至少一个”在这种短语修饰多种事物(诸如一列枚举的事物)时意指这些事物中的一种或两种的任何组合。例如，短语“小部件、车厢和轮子中的至少一个”意指(i)小部件，(ii)车厢，(iii)轮子，(iv)小部件和车厢，(v)小部件和轮子，(vi)车厢和轮子，或者(vii)小部件、车厢和轮子。短语“至少一个”在这种短语修饰多种事物时并不意指多种事物中的“每一种的一个”。例如，短语“小部件、车厢和轮子中的至少一个”并不意指“一个小部件、一个车厢和一个轮子”。

数字术语诸如“一个”、“两个”等在用作基数来指示某物的数量(例如，一个小部件、两个小部件)时意指由所述数字术语指示的数量，而不意指由所述数字术语指示的至少所述数量。例如，短语“一个小部件”并不意指“至少一个小部件”，并且因此短语“一个小部件”不覆盖例如两个小部件。

除非另外明确指明，否则短语“基于”并不意指“仅基于”。换言之，短语“基于”覆盖“仅基于”和“至少基于”两者。短语“至少基于”等同于短语“至少部分基于”。例如，短语“元素A是基于元素B和元素C来计算”覆盖元素A被计算为B乘以C的乘积(换言之，A＝B x C)的实施方案；A被计算为B加C的总和(换言之，A＝B+C)的实施方案；A被计算为B乘以C乘以D的乘积的实施方案；A被计算为B加C的平方根加D乘以E的总和的实施方案等等。

除非另外明确指明，否则术语“表示”和类似术语不是排他性的。例如，除非另外明确指明，否则术语“表示”并不意指“仅表示”。例如，短语“表示信用卡卡号的数据”覆盖“仅表示信用卡卡号的数据”和“表示信用卡卡号的数据和还表示一些其他事物的数据”两者。

术语“借此”在本文中仅用于放在从句或其他组单词之前，所述从句或其他组单词仅表达在术语“借此”之前明确叙述的某物的预期结果、目的或结论。因此，当术语“借此”用在权利要求书中时，由术语“借此”修饰的从句或其他单词并不产生对权利要求书的特定的另外限制或以其他方式限制权利要求书的含义或范围。

术语“例如”、“诸如”和类似术语意指“举例来说”，并且因此不限制其所解释的术语或短语。例如，在句子“计算机在因特网上发送数据(例如，指令、数据结构)”中，术语“例如”解释“指令”是计算机可以在因特网上发送的“数据”的实例，并且还解释“数据结构”是计算机可以在因特网上发送的“数据”的实例。然而，“指令”和“数据结构”两者仅是“数据”的实例，并且除了“指令”和“数据结构”之外的其他事物也可以是“数据”。

术语“相应的”和类似术语意指“个别取出的”。因此，如果两种或更多种事物具有“相应的”特征，那么每个这种事物具有其自身的特征，并且这些特征可以彼此不同，但是这不是必需的。例如，短语“两个机器中的每一个具有相应的功能”意指两个机器中的第一机器具有功能，并且两个机器中的第二机器同样具有功能。第一机器的功能可以与第二机器的功能相同或不相同。

术语“即”和类似术语意指“也就是说”，并且因此不限制其所解释的术语或短语。例如，在句子“计算机在因特网上发送数据(即，指令)”中，术语“即”解释“指令”是计算机在因特网上发送的“数据”。

除非另外明确指明，否则数字范围包括范围内的整数和非整数。例如，范围“1至10”包括从1至10的整数(例如，1、2、3、4、…9、10)和非整数(例如，1.0031415926、1.1、1.2、…1.9)。

在两个或更多个术语或短语同义的(例如，归因于术语或短语是同义的明确陈述)情况下，一个这种术语或短语的例子并不意指另一个这种术语或短语的例子必须具有不同的含义。例如，在陈述提供“包括”的含义与“包括但不限于”同义的情况下，短语“包括但不限于”的单纯使用并不意指术语“包括”意指除了“包括但不限于”之外的某物。

II.确定

术语“确定”及其语法变型(例如，确定价格、确定值、确定满足某一标准的物体)以极其广泛的意义使用。术语“确定”涵盖各种各样的动作并且因此“确定”可以包括计算(calculating)、计算(computing)、处理、导出、调查、查找(例如，在表、数据库或另一个数据结构中查找)、转化成电子格式或数字表示、查明等等。而且，“确定”可以包括接收(例如，接收信息)、评定(例如，评定存储器中的数据)等等。另外，“确定”可以包括解决、选择、选定、建立等等。

术语“确定”并不暗示必然或绝对精确，并且因此“确定”可以包括估测、推断、预测、猜测、求平均值等等。

术语“确定”不暗示必须执行数学处理，同时也不暗示必须使用数字方法，并且不暗示使用算法。

术语“确定”并不暗示必须使用任何特定装置。例如，计算机不一定需要执行确定。

术语“确定”可以包括“计算”。术语“计算”应被理解为包括执行一次或多次计算。计算可以包括计算、处理和/或导出。计算可以通过计算装置来执行。例如，计算事物可以包括通过计算机处理器将算法应用于数据并且产生作为处理器的输出的事物。

术语“确定”可以包括“参考”。术语“参考”应被理解为包括例如对事物进行一次或多次参考。参考可以包括查询、评定、选择、选定、读取和/或查找。参考动作可以通过计算装置来执行。例如，对事物进行参考可以包括读取通过处理器将事物存储在其中的存储器位置。

术语“确定”可以包括“接收”。例如，接收事物可以包括接受事物。在一些实施方案中，接收可以包括执行来接受事物的动作，诸如操作接收事物所凭借的网络接口。在一些实施方案中，接收可以在不存在执行来接受事物的动作的情况下执行，诸如在直接写存储器或硬连线电路中执行。接收事物可以包括从可能已经对事物作出计算的远程源接收事物。

III.句子形式

在第一权利要求的限制将覆盖一个特征以及多于一个特征(例如，限制诸如“至少一个小部件”覆盖一个小部件以及多于一个小部件)的情况下，并且在取决于第一权利要求的第二权利要求中，第二权利要求使用定冠词“所述”来指代所述限制(例如，“所述小部件”)的情况下，这种单纯使用并不暗示第一权利要求覆盖仅一个特征，并且这也不暗示第二权利要求覆盖仅一个特征(例如，“所述小部件”可以覆盖一个小部件和多于一个小部件两者)。

当序数(诸如“第一”、“第二”、“第三”等等)用作术语之前的形容词时，所述序数仅用于(除非另外明确指明)指示特定特征，诸如将所述特定特征与由相同术语或由相似术语描述的另一个特征区分开来，但是所述序数并不具有任何其他含义或限制作用–它只是方便使用的名称。例如，“第一小部件”可以仅仅如此命名以将其与例如“第二小部件”区分开来。因此，序数“第一”和“第二”在术语“小部件”之前的单纯使用并不指示两个小部件之间的任何其他关系，并且类似地也不指示任一个或两个小部件的任何其他特征。例如，序数“第一”和“第二”在术语“小部件”之前的单纯使用(1)不指示任一个小部件在顺序或位置上处在任何其他小部件之前或之后；(2)不指示任一个小部件在时间上比任何其他小部件早或晚出现或采取动作；以及(3)不指示任一个小部件在重要性或品质方面排在任何其他小部件之前或之后。序数的单纯使用并不限定对用序数识别的特征的数字限制。例如，序数“第一”和“第二”在术语“小部件”之前的单纯使用并不指示正好存在两个小部件。

当本文描述单一装置、制品或其他产品时，在另一个实施方案中，多于一个装置或制品(无论它们是否合作)可以可替代地用来取代所描述的单一装置或制品。因此，描述成由一个装置拥有的功能性在另一个实施方案中可以可替代地由多于一个装置或制品(无论它们是否合作)拥有。

类似地，当本文描述多于一个装置、制品或其他产品(无论它们是否合作)时，在另一个实施方案中，单一装置或制品可以可替代地用来取代所描述的多于一个装置或制品。例如，多个基于计算机的装置可以用单一基于计算机的装置来取代。在一些实施方案中，这多个基于计算机的装置可以一起操作来执行过程的一个步骤，这在网格计算系统中是常见的。在一些实施方案中，这多个基于计算机的装置可以操作来向彼此提供增加的功能性，以使得所述多个基于计算机的装置可以操作来执行过程的一个步骤，这在云计算系统中是常见的。(相反，单一基于计算机的装置可以用多个彼此合作操作的基于计算机的装置取代。例如，单一计算装置可以用彼此通过因特网通信的服务器和工作站取代。)因此，描述成由多于一个装置或制品拥有的各种功能性可以可替代地由单一装置或制品拥有。

所描述的单一装置的功能性和/或特征在另一个实施方案中可以可替代地由一个或多个其他装置体现，所述一个或多个其他装置被描述但是未明确描述成具有这类功能性或特征。因此，其他实施方案不需要包括描述的装置本身，而是可以包括将在那些其他实施方案中具有这类功能性或特征的一个或多个其他装置。

IV.公开的实例和术语不具有限制性

标题(在本申请的第一页开始时阐述)或摘要(在本申请结束时阐述)都不应视为以任何方式限制所公开的发明的范围，而是用于解释任何权利要求的含义或用于限制任何权利要求的范围。仅仅因为摘要是根据37C.F.R.§1.72(b)而被要求的，摘要已被包括在本申请中。

本申请中提供的章节的标题仅是为了方便，并且不应视为以任何方式限制本公开。

本申请中描述了众多实施方案，并且所述众多实施方案仅出于说明性目的而呈现。所描述的实施方案不具有且不意在具有任何意义上的限制。所公开的发明可广泛适用于众多实施方案，如从本公开容易显而易见的。本领域普通技术人员将认识到所公开的发明可以用各种修改和改变(诸如结构、逻辑、软件和电修改)来实践。虽然可以参考一个或多个特定实施方案和/或附图来描述所公开的发明的具体特征，但是应理解除非另外明确指明，否则这类特征不限于描述所述特征所参考的一个或多个特定实施方案或附图中的使用。

虽然实施方案可以被公开为包括若干特征，但是本发明的其他实施方案可以包括少于所有这类特征的特征。因此，例如，权利要求书可以涉及少于所公开的实施方案中的整组特征的特征，并且这种权利要求书不会被解释为要求超过权利要求明确叙述的那些特征的特征。

本申请中描述的方法步骤或产品元素的实施方案不构成本文要求保护的发明，或对于本文要求保护的发明而言不是必要的，或者不与本文要求保护的发明共扩展，例外的是在本说明书中明确如此陈述或在所述权利要求书中(相对于权利要求书和由所述权利要求书限定的发明)明确叙述。

权利要求中叙述除了法定类别之外的任何事物的任何前序应被解释为叙述所要求保护的发明的目的、益处和可能的用途，并且这类前序不应被视为限制所要求保护的发明。

本公开并不是本发明的所有实施方案的文字描述。另外，本公开不是本发明中必须存在于所有实施方案中的特征的列表。

权利要求(甚至包括所有未决的、修订的、公布的和取消的权利要求)不必覆盖所有公开的实施方案。此外，公开的实施方案可以(但不一定需要)由若干权利要求覆盖。因此，在一项权利要求(无论是未决的、修订的、公布的还是取消的)涉及特定实施方案的情况下，这并不是其他权利要求的范围也不覆盖所述实施方案的证据。

除非另外明确指明，否则描述成彼此通信的装置彼此不需要持续通信。相反，这类装置仅在必要或合乎需要的情况下需要彼此传输，并且实际上可能在大多数时间内会制止交换数据。例如，通过因特网与另一个机器通信的机器可能在一段较长时间(例如，有时是数周)内都不会向另一个机器传输数据。此外，彼此通信的装置可以直接地或间接地通过一个或多个中间渠道来通信。装置在它们彼此能够至少单向通信的情况下就可彼此通信。例如，第一装置在所述第一装置能够向第二装置传输信息的情况下就可与所述第二装置通信。类似地，第二装置在所述第二装置能够从第一装置接收信息的情况下就可与所述第一装置通信。

对实施方案的若干组件或特征的描述并不暗示这类组件或特征的所有或甚至任何描述都是需要的。相反，将描述各种任选组件来说明本发明的各种各样的可能的实施方案。除非另外明确指明，否则没有组件或特征是必要的或需要的。

虽然可能以特定顺序描述或主张过程步骤、算法等等，但是这类过程可以被配置来以不同的次序工作。换言之，可能明确描述或主张的步骤的任何顺序或次序不一定指示所述步骤按所述次序执行的要求。本文描述的过程的步骤可以任何可能的次序执行。另外，一些步骤可以同时执行，但是被描述或暗示成是非同时发生的(例如，因为一个步骤是在另一个步骤之后描述的)。此外，过程通过附图中对其的描绘而进行的说明不暗示说明的过程排除对其作出的其他变化和修改，不暗示说明的过程或其任何步骤对本发明而言是必要的，并且不暗示说明的过程是优选的。

虽然过程可以被描述成包括多个步骤，但是这并不暗示所有或任何步骤都是优选的、必要的或需要的。所描述的本发明的范围内的各种其他实施方案包括省略所描述步骤中的一些或全部的其他过程。除非另外明确指明，否则没有步骤是必要的或需要的。

虽然可以单独地或在不参考其他产品或方法的情况下描述过程，但是在一个实施方案中，所述过程可以与其他产品或方法交互。例如，这类交互可以包括将一个商业模式与另一个商业模式联系起来。这类交互可以被提供来增强过程的灵活性或合意性。

虽然产品可以被描述成包括多个组件、方面、品质、特征和/或特性，但是这并不指示任何或所有所述多个都是优选的、必要的或需要的。所描述的本发明的范围内的各种其他实施方案包括省略所描述多个中的一些或全部的其他产品。

除非另外明确指明，否则一列枚举的物品(其可以是编号或不编号的)并不暗示任何或所有物品都是不相容的。类似地，除非另外明确指明，否则一列枚举的物品(其可以是编号或不编号的)并不暗示任何或所有物品包含任何类别。例如，枚举的列表“计算机、膝上型计算机和PDA”不暗示所述列表中三项物品中的任一个或全部都是不相容的，并且不暗示所述列表中三项物品中的任一个或全部都包含任何类别。

一列枚举的物品(其可以是编号或不编号的)并不暗示任何或所有物品都彼此等同或容易彼此取代。

所有实施方案都是说明性的，并且不暗示本发明或任何实施方案都已形成或执行，这要视情况而定。

V.计算

对于本领域普通技术人员而言将容易显而易见的是，本文描述的各种过程可以通过例如适当编程的通用计算机、专用计算机和计算装置来实施。典型地，处理器(例如，一个或多个微处理器、一个或多个微控制器、一个或多个数字信号处理器)将(从存储器或类似装置)接收指令，并且执行这些指令，从而执行由这些指令限定的一个或多个过程。指令可以体现在例如一个或多个计算机程序、一个或多个脚本中。

术语“计算”应是指根据软件算法使用处理器来确定。

“处理器”意指一个或多个微处理器、中央处理单元(CPU)、计算装置、微控制器、数字信号处理器、图形处理单元(GPU)或类似装置或其任何组合，而不管架构(例如，芯片级多重处理或多核、RISC、CISC、无互锁流水线级的微处理器、流水线配置、同时多线程、具有集成图形处理单元的微处理器GPGPU)如何。

“计算装置”意指一个或多个微处理器、中央处理单元(CPU)、计算装置、微控制器、数字信号处理器、图形卡、移动游戏装置或类似装置或其任何组合，而不管架构(例如，芯片级多重处理或多核、RISC、CISC、无互锁流水线级的微处理器、流水线配置、同时多线程)如何。

因此，过程的描述类似地是用于执行所述过程的设备的描述。执行所述过程的设备可以包括例如处理器和对于执行所述过程而言适当的那些输入装置和输出装置。例如，过程的描述是包括处理器和存储器的设备的描述，所述存储器存储包含指令的程序，所述指令在由处理器执行时引导所述处理器执行方法。

执行所述过程的设备可以包括一起工作来执行所述过程的多个计算装置。计算装置中的一些可以一起工作来执行过程的每个步骤，可以在过程的单独步骤内工作，可以向其他计算装置提供可以促进所述过程的执行的基本服务。这类计算装置可以在集中式授权机构的指令下采取动作。在另一个实施方案中，这类计算装置可以在不存在集中式授权机构的指令的情况下采取动作。可以这些方式中的一些或全部操作的设备的一些实例可以包括网格计算机系统、云计算机系统、对等计算机系统、被配置来提供软件即服务的计算机系统等等。例如，所述设备可以包括计算机系统，所述计算机系统在远程服务器上执行其大部分处理负载，但向本地用户计算机输出显示信息并且从其接收用户输入信息，诸如执行VMware软件的计算机系统。

另外，实施这类方法(以及其他类型数据)的程序可以使用各种介质(例如，计算机可读介质)以多种方式来存储和传输。在一些实施方案中，硬连线电路或定制硬件可以用来取代可以实施各种实施方案的过程的软件指令中的一些或全部或与其组合。因此，硬件和软件的各种组合可以用来取代仅有的软件。

术语“计算机可读介质”指代任何非暂时介质、多个所述非暂时介质、或参与提供可以由计算机、处理器或类似装置读取的数据(例如，指令、数据结构)的不同介质的组合。这种介质可以采取许多形式，包括但不限于非易失性介质、易失性介质和传输介质。非易失性介质包括例如光盘或磁盘和其他持久性存储器。易失性介质包括动态随机存取存储器(DRAM)，其典型地构成主存储器。传输介质包括同轴缆线、铜线和光纤，包括包含耦合至处理器的系统总线的导线。传输介质可以包括或传送声波、光波和电磁发射，诸如在射频(RF)和红外线(IR)数据通信期间产生的那些。计算机可读介质的常见形式包括例如软盘、软磁盘、硬盘、磁带、任何其他磁性介质、CD-ROM、DVD、任何其他光学介质、穿孔卡、纸带、任何其他具有孔形图案的物理介质、RAM、PROM、EPROM、FLASH-EEPROM、任何其他存储器芯片或盒式磁带、下文描述的载波、或任何其他计算可以读取的介质。

术语“有形计算机可读介质”指代包括硬件组件，诸如光盘或磁盘的“计算机可读介质”。

各种形式的计算机可读介质可以参与将数据(例如，指令序列)传送至处理器。例如，数据可以(i)从RAM传递至处理器；(ii)经由无线传输介质传送；(iii)根据众多格式，标准或协议诸如以太网(或IEEE 802.3)、由IEEE 802.11规范限定的无线局域网通信(无论它们是否被WiFi联盟、SAP、ATP、BluetoothTM和TCP/IP认可)，TDMA，CDMA以及3G来格式化和/或传输；和/或(iv)加密来确保隐私或防止本领域中熟知的各种方式中任一种方式的诈骗。

术语“数据库”指代以可检索格式存储的数据的任何电子存储集合。

术语“数据结构”指代硬件机器诸如计算机中的数据库。

术语“网络”意指通过通信路径互连的一系列点或节点。例如，网络可以包括通过一个或多个有线和/或无线通信路径互连的多个计算机或通信装置。网络可以与其他网络互连并且含有子网络。

术语“预定的”意指事先例如在当前时间或当前动作之前确定的。例如，短语“显示预定值”意指显示在显示动作之前确定的值。

术语“条件”意指(1)达成一致所依据的前提，或(2)对于其他事物的出现或发生而言必要的某物。

术语“交易”意指(1)商品、服务或资金的交换或转移，或(2)涉及彼此相互地作用或影响的两位当事人或两件事的交往行为或活动。

因此，过程的描述类似地是存储用于执行所述过程的程序的计算机可读介质的描述。计算机可读介质可以存储(以任何适当的格式)对于执行方法而言适当的那些程序单元。例如，过程的描述是存储程序的计算机可读存储介质的描述，所述程序包含指令，所述指令在由处理器执行时引导所述处理器执行所述方法。

正如过程中的各种步骤的描述并不指示所有描述步骤是需要的一样，设备的实施方案包括可操作来执行所描述过程的一些(但不需要是全部)的计算机或计算装置。

类似地，正如过程中的各种步骤的描述并不指示所有描述步骤是需要的一样，存储程序或数据结构的计算机可读介质的实施方案包括存储程序的计算机可读介质，所述程序在执行时可以致使处理器执行所描述过程的一些(但不需要是全部)。

在描述数据库的情况下，本领域普通技术人员将理解(i)可以容易地采用所描述的那些的替代的数据库结构，并且(ii)可以容易地采用除了数据库之外的其他存储结构。本文呈现的任何抽样数据库的任何说明或描述是信息的存储表示的说明性布置。可以采用除了由例如附图中示出的表或其他地方提出的那些之外的任何数目的其他布置。类似地，数据库的任何说明的条目仅表示示例性信息；本领域普通技术人员将理解，所述条目的数目和内容可以与本文描述的那些不同。另外，虽然存在数据库作为表的任何描绘，但是(包括相关的数据库、基于对象的模型和/或分布的数据库)的其他格式可以用于存储和操纵本文描述的数据类型。类似地，数据库的对象方法或动作可以用于实施诸如本文所描述的各种过程。此外，数据库可以已知的方式在本地或相对于访问这个数据库中的数据的装置远程地存储。

各种实施方案可以被配置来在网络环境中起作用，所述网络环境包括与一个或多个装置通信(例如，通过通信网络)的计算机。计算机可以直接地或间接地通过任何有线或无线介质(例如，因特网、LAN、WAN或以太网、令牌环、电话线、缆线、无线电信道、光通信线路、商业在线服务提供者、公告板系统、卫星通信链路、上述情况的任何组合)来与装置通信。装置中的每一个自身可以包括计算机或适于与计算机通信的其他计算装置，诸如基于或Centrino^TM、Atom^TM或Core^TM处理器的那些。任何数目和类型的装置可以与计算机通信。

在一个实施方案中，服务器计算机或集中式授权机构可能不是必要的或合乎需要的。例如，本发明在一个实施方案中可以在不存在中心机构的情况下在一个或多个装置上实践。在这样一个实施方案中，在本文中描述成由服务器计算机执行的任何功能或描述成存储在服务器计算机上的数据可以替代地由一个或多个这类装置执行或存储在所述一个或多个这类装置上。

在描述过程时，在一个实施方案中，所述过程可以在没有任何用户干预的情况下操作。在另一个实施方案中，所述过程包括一些人工干预(例如，步骤由人执行或借助于人来执行)。

如本文所使用，术语“加密”指代以下过程：遮蔽或隐藏信息，以使得在不具有专门知识的情况下无法容易地理解信息。加密过程可以将原始信息(称为明文)转换为加密信息。加密信息可以被称为密文，并且用于将明文转换为密文的算法可以被称为密码。密码还可以用于执行将密文转回到明文的反向操作。密码的实例包括替代密码、变位密码和使用转子机实施的密码。

在各种加密方法中，密码可能要求称为密钥的补充信息片。密钥可以例如由一串字节组成。密钥可以与用于对明文加密的密码结合使用。密钥也可以与用于对密文加密的密码结合使用。在称为对称密钥算法的密码的类别(例如，私钥密码)中，相同的密钥用于加密和解密两者。加密信息的不可侵犯性因此可以取决于保密的密钥。对称密钥算法的实例是DES和AES。在称为非对称密钥算法的密码的类别(例如，公钥密码)中，不同的密钥用于加密和解密两者。在非对称密钥算法的情况下，任何公众成员都可以使用第一密钥(例如，公钥)来将明文加密为密文。然而，只有第二密钥(例如，私钥)的持有者才能够将密文解密回到明文。非对称密钥算法的实例是RSA算法。

VI.继续申请

本公开向本领域普通技术人员提供了实现若干实施方案和/或发明的描述。本申请中可能未主张这些实施方案和/或发明中的一些，但是却可能在要求本申请的优先权的权益的一个或多个继续申请中得到主张。

申请人意在提交另外的申请来追加已经公开和实现但未在本申请中主张的主题的专利。

VII.35 U.S.C.§112的第6段

在权利要求书中，权利要求书中包括短语“用于……装置”或短语“用于……的步骤”的限制意指35U.S.C.§112的第6段适用于所述限制。

在权利要求书中，权利要求书中不包括短语“用于……的装置”或短语“用于……的步骤”的限制意指35U.S.C.§112的第6段不适用于所述限制，而不管所述限制是叙述功能还是叙述用于执行所述功能的结构、材料或动作。例如，在权利要求书中，在提及权利要求或另一项权利要求中的一个或多个步骤时短语“……的一个步骤”或短语“……的多个步骤”的单纯使用并不意指35U.S.C.§112的第6段适用于所述步骤。

对于用于根据35U.S.C.§112的第6段执行指定功能的装置或步骤，本说明书及其等效形式中描述的对应的结构、材料或动作可以执行另外的功能以及指定功能。

计算机、处理器、计算装置和类似产品是可以执行各种各样功能的结构。这类产品可以操作来通过执行一个或多个程序来执行指定功能，所述一个或多个程序诸如存储在所述产品的存储器装置中或所述产品访问的存储器装置中的程序。除非另外明确指明，否则这种程序不需要基于任何特定算法，诸如本申请中可能公开的任何特定算法。本领域普通技术人员熟知的是，指定功能可以通过不同算法来实施，并且许多不同算法中的任一个将是用于执行指定功能的单纯的设计选择。

对于用于根据35U.S.C.§112的第6段执行指定功能的装置或步骤，对应于指定功能的结构包括编程来执行指定功能的任何产品。这种结构包括执行功能的编程产品，而不管这种产品是用(i)用于执行所述功能的公开算法，(ii)与公开算法类似的算法，还是用(iii)用于执行所述功能的不同算法来编程。

在叙述了用于执动作方法的功能的装置的情况下，用于执行这种方法的一个结构包括计算装置(例如，通用计算机)，所述计算装置被编程和/或配置有适当的硬件以执行所述功能。

还包括被编程和/或配置有适当的硬件以通过如本领域普通技术人员将理解的其他算法来执行所述功能的计算装置(例如，通用计算机)。

VIII.放弃权利要求

对特定实施方案的频繁提及并不指示放弃或否认另外的不同实施方案，并且对全部包括特定特征的实施方案的描述的类似提及并不指示放弃或否认不包括所述特定特征的实施方案。本申请中的明确放弃或否认将前加短语“不包括”或短语“无法执行”。

IX.以引用方式并入

本文提及的任何专利、专利申请或其他文件以引用的方式并入到本专利申请中作为本公开的部分，但是仅出于根据35U.S.C.§112的第1段来书面撰写和实现的目的，并且绝不应当用于限制、限定或以其他方式解释本申请的任何术语，除非在不存在这种以引用方式进行的并入的情况下，否则本领域普通技术人员尚无法确定一般含义。本领域普通技术人员不需要以任何方式受限于参考文献中提供的任何实施方案。相反地，本申请中提供的定义不应用于限制、限定或以其他方式解释以引用的方式并入本文的任何文件的任何术语。尽管特定实施方案的描述可能与所述定义不相容，但是本申请中明确阐述的定义占主导地位。

除非本专利申请中另外明确指明，否则以引用方式进行的任何并入就其自身而言并不暗示对任何并入专利、专利申请或其他文件中含有的任何陈述、观点、争议或表征的任何承认、认可或默许。

X.审批过程(ProsecutionHistory)

在解释本申请(其包括权利要求)时，本领域普通技术人员提及本申请的审批过程，但是不是任何其他专利或专利申请的审批过程，而不管是否存在被认为与本申请相关的其他专利申请，并且不管是否存在与本申请共享优先权要求的其他专利申请。

Claims (20)

1.一种设备，其包括：

至少一个处理器，所述至少一个处理器与特定交易者的工作站相关联；以及

至少一个存储器，所述至少一个存储器上存储有指令，所述指令在由所述至少一个处理器执行时进一步引导所述至少一个处理器来：

接收物品的第一订单，所述第一订单与第一成交率和第一响应时间相关联；

在接收到所述第一订单之后，接收所述物品的第二订单，所述第二订单与第二成交率和第二响应时间相关联；

至少部分基于与所述第一订单相关联的所述第一成交率和所述第一响应时间以及所述第二订单的所述第一成交率和所述第一响应时间来在所述特定交易者的订货簿中将所述第二订单排在所述第一订单之前；

响应于在所述订货簿中将所述第二订单排在所述第一订单之前而使得在所述特定交易者的针对所述第一订单的任何订单的任何执行之前针对所述第二订单执行所述特定交易者的订单。

2.如权利要求1所述的设备，其中接收所述第一订单的动作包括接收所述第一成交率，并且其中接收所述第二订单的动作包括接收所述第二成交率。

3.如权利要求1所述的设备，其中所述第一成交率是基于传送至所述第一订单的提供者的订单被所述第一订单的所述提供者满足的次数相较于传送至所述第一订单的所述提供者的订单未被所述第一订单的所述提供者满足的次数来确定。

4.如权利要求1所述的设备，其中所述第一成交率是基于传送至所述第一订单的提供者的所述物品的订单被所述第一订单的所述提供者满足的次数相较于传送至所述第一订单的所述提供者的所述物品的订单未被所述第一订单的所述提供者满足的次数来确定。

5.如权利要求1所述的设备，其中所述第一成交率是基于传送至所述第一订单的提供者的被所述第一订单的所述提供者满足的总数量相较于传送至所述第一订单的所述提供者的未被所述第一订单的所述提供者满足的总数量来确定。

6.如权利要求1所述的设备，其中所述第一成交率是基于传送至所述第一订单的提供者的被所述第一订单的所述提供者满足的所述物品的总数量相较于传送至所述第一订单的所述提供者的未被所述第一订单的所述提供者满足的所述物品的总数量来确定。

7.如权利要求1所述的设备，其中所述第一成交率是基于传送至所述第一订单的提供者的特定数量范围的所述物品的订单被所述第一订单的所述提供者满足的次数相较于传送至所述第一订单的所述提供者的所述特定数量范围的所述物品的订单未被所述第一订单的所述提供者满足的次数来确定。

8.如权利要求1所述的设备，其中所述第二订单与第一响应时间相关联，并且其中所述指令在由至少一个处理器执行时进一步引导所述至少一个处理器来：

在接收所述第二订单之前，通过所述至少一个服务器从第三用户接收所述物品的第三订单，所述第三订单具有与所述第二订单的价格相等的价格，所述第三订单与长于所述第一响应时间的第二响应时间相关联；以及

至少部分基于与所述第三订单相关联的所述第二响应时间长于与所述第二订单相关联的所述第一响应时间而通过至少一个服务器在所述订货簿中将所述第二订单排在所述第三订单之前，

其中通过至少一个服务器向第二用户传达交易命令的动作在通过所述至少一个服务器向所述第三用户传达关于所述物品的任何交易命令之前发生，并且其中所述传达动作是响应于在所述订货簿中将所述第二订单排在所述第三订单之前。

9.如权利要求1所述的设备，其中所述指令在由所述至少一个处理器执行时进一步引导所述至少一个处理器来：

接收第三订单和第四订单；

确定所述第三订单的至少一部分不独立于所述第一订单的至少一部分的概率；以及

至少部分基于所述第三订单的至少一部分不独立于所述第一订单的至少一部分的所述确定的概率来将所述第三订单和所述第四订单排在所述订货簿中。

10.如权利要求1所述的设备，其中所述第一成交率包括每单位时间成交的概率，并且其中所述第二成交率包括每单位时间成交的概率。

11.一种方法，其包括：

通过至少一个服务器接收物品的第一订单和第二订单，其中：

所述第一订单与第一用户相关联，并且所述第二订单与第二用户相关联，

所述第一订单和所述第二订单具有与之相关联的相同的价格，

所述第一订单在时间上在所述第二订单之前接收，

第一成交率与所述第一订单相关联，以及

第二成交率与所述第二订单相关联；

通过至少一个服务器接收买入或卖出所述物品的命令，其中所述命令具有与之相关联的标准；

通过至少一个服务器确定与所述第一订单相关联的所述第一成交率未满足所述阈值；

由于确定与所述第一订单相关联的所述第一成交率未满足所述阈值，至少一个服务器忽略所述第一订单并且确定与所述第二订单相关联的所述第二成交率是否满足所述标准；

通过至少一个服务器确定与所述第二订单相关联的所述第二成交率满足所述标准；

由于确定与所述第二订单相关联的所述第二成交率满足所述标准，在传达与所述第一订单有关的任何交易命令之前通过至少一个服务器向所述第二用户传达与所述第二订单相关联的所述交易命令；以及

响应于向所述第二用户传达所述交易命令，接收所述第二用户希望就所述交易命令进行交易的指示。

12.如权利要求11所述的方法，

其中接收所述第一订单的动作包括接收所述第一成交率，

其中接收所述第二订单的动作包括接收所述第二成交率，

其中所述第一成交率包括每单位时间成交的概率，

其中所述第二成交率包括每单位时间成交的概率，

其中所述标准包括成交率阈值，以及

其中确定所述第二成交率满足所述标准的动作包括确定所述第二成交率大于所述阈值。

13.如权利要求11所述的方法，

其中所述第一成交率是基于传送至所述第一用户的订单被所述第一用户满足的次数相较于传送至所述第一用户的订单未被所述第一用户满足的次数来确定，以及

其中所述标准包括成交率阈值，以及

其中确定所述第一成交率未满足所述标准的动作包括确定所述第一成交率小于所述阈值。

14.如权利要求11所述的方法，其中所述第一成交率是基于传送至所述第一用户的所述物品的订单被所述第一用户满足的次数相较于传送至所述第一用户的所述物品的订单未被所述第一用户满足的次数来确定。

15.如权利要求11所述的方法，其中所述第一成交率是基于传送至所述第一用户的被所述第一用户满足的总数量相较于传送至所述第一用户的未被所述第一用户满足的总数量来确定。

16.如权利要求11所述的方法，其中所述第一成交率是基于传送至所述第一用户的被所述第一用户满足的所述物品的总数量相较于传送至所述第一用户的未被所述第一用户满足的所述物品的总数量来确定。

17.如权利要求11所述的方法，其中所述第一成交率是基于传送至所述第一用户的特定数量范围的所述物品的订单被所述第一用户满足的次数相较于传送至所述第一用户的所述特定数量范围的所述物品的订单未被所述第一用户满足的次数来确定。

18.如权利要求11所述的方法，其中所述第二订单与第一响应时间相关联，所述方法还包括：

在接收所述第二订单之前，通过所述至少一个服务器从第三用户接收所述物品的第三订单，所述第三订单具有与所述第二订单的价格相等的价格，所述第三订单与长于所述第一响应时间的第二响应时间相关联；以及

至少部分基于与所述第三订单相关联的所述第二响应时间长于与所述第二订单相关联的所述第一响应时间而通过至少一个服务器在所述订货簿中将所述第二订单排在所述第三订单之前，

其中通过至少一个服务器向所述第二用户传达所述交易命令的动作在通过所述至少一个服务器向所述第三用户传达关于所述物品的任何交易命令之前发生，并且其中所述传达动作是响应于在所述订货簿中将所述第二订单排在所述第三订单之前。

19.如权利要求11所述的方法，其还包括：

接收第三订单和第四订单；

确定所述第三订单的至少一部分不独立于所述第一订单的至少一部分的概率；以及

至少部分基于所述第三订单的至少一部分不独立于所述第一订单的至少一部分的所述确定的概率来将所述第三订单和所述第四订单排在所述订货簿中。

20.一种非暂时计算机可读介质，所述非暂时计算机可读介质上存储有指令，所述指令在由特定交易者的工作站的至少一个处理器执行时引导所述至少一个处理器来：

接收物品的第一订单，所述第一订单与第一成交率和第一响应时间相关联；

在接收到所述第一订单之后，接收所述物品的第二订单，所述第二订单与第二成交率和第二响应时间相关联；

至少部分基于与所述第一订单相关联的所述第一成交率和所述第一响应时间以及所述第二订单的所述第一成交率和所述第一响应时间来在所述特定交易者的订货簿中将所述第二订单排在所述第一订单之前；

响应于在所述订货簿中将所述第二订单排在所述第一订单之前而使在所述特定交易者的针对所述第一订单的任何订单的任何执行之前针对所述第二订单执行所述特定交易者的订单。