CN114169967A - 基于esop系统的订单交易方法、装置、设备和介质 - Google Patents

Abstract

提供了基于ESOP系统的订单交易方法。该方法包括：获取订单交易请求集合，订单交易请求集合中包括M个订单交易请求，订单交易请求中包括待交易对象的对象数量，M为大于或者等于2的整数；从订单交易请求集合中获取N个订单交易请求，N为大于1并且小于或等于M的整数，N个订单交易请求中的对象数量之和大于或者等于对象数量阈值；根据N个订单交易请求，生成交易订单，交易订单中包括N个订单交易请求中的待交易对象；根据交易订单，对待交易对象进行交易。该方法能够对不满足待交易对象的交易数量限制的订单请求进行自动整合，生成满足条件的交易订单来进行交易，从而避免通过线下的方式来对不满足条件的卖方进行撮合，提升了交易的执行效率。

Description

基于ESOP系统的订单交易方法、装置、设备和介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于ESOP系统的订单交易方法、装置、设备和介质。

背景技术

随着计算机和互联网技术的发展，越来越多的商业和交易过程选择线上模式。通过各类交易平台进行在线交易成为了一种常见的在线交易形式。

目前，在相关技术中，卖方可以将要出售的资产等待交易对象以订单的形式发布到交易平台上，买方则根据卖方发布的订单进行买入，从而完成交易过程。

然而，交易平台对于每笔订单所涉及的交易内容经常存在数量或者金额等限制条件，对于单个卖方的交易内容无法满足限制条件的情况，则需要通过线下撮合卖方以便整合多个卖方的交易内容来进行交易，因此，降低了交易的执行效率。

发明内容

基于上述技术问题，本申请提供一种基于ESOP系统的订单交易方法，以对不满足待交易对象的交易数量限制的订单请求进行自动整合，生成满足条件的交易订单来进行交易，从而避免通过线下的方式来对不满足条件的卖方进行撮合，提升了交易的执行效率。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供一种基于ESOP系统的订单交易方法，包括：

获取订单交易请求集合，所述订单交易请求集合中包括M个订单交易请求，所述订单交易请求中包括待交易对象的对象数量，M为大于或者等于2的整数；

从所述订单交易请求集合中获取N个订单交易请求，所述N为大于1并且小于或等于所述M的整数，所述N个订单交易请求中的对象数量之和大于或者等于对象数量阈值；

根据所述N个订单交易请求，生成交易订单，所述交易订单中包括所述N个订单交易请求中的待交易对象；

根据所述交易订单，对所述待交易对象进行交易。

在本申请的一些实施例中，基于以上技术方案，所述订单交易请求中还包括待交易对象的对象类型；所述获取订单交易请求集合，包括：

根据所述订单交易请求的对象类型，从交易单记录中获取对应于目标对象类型的订单交易请求，其中，所述交易单记录是根据用户提交的交易请求生成的；

根据所获得的对应于目标对象类型的订单交易请求，生成订单交易请求集合。

在本申请的一些实施例中，基于以上技术方案，所述从所述订单交易请求集合中获取N个订单交易请求，包括：

按照所述订单交易请求的生成时间，从所述订单交易请求集合中获取第N个订单交易请求；

根据所获取的订单交易请求的对象数量与累计对象数量进行累加，其中，累计对象数量是根据所获取的N-1个订单交易请求计算得到的；

若所述累计对象数量大于或者等于对象数量阈值，则将所获得的订单交易请求确定为所述N个订单交易请求。

在本申请的一些实施例中，基于以上技术方案，所述根据所述N个订单交易请求，生成交易订单，包括：

若所述N个订单交易请求的对象数量之和大于所述对象数量阈值，根据所述对象数量阈值与N-1个订单交易请求的对象数量之和的差值，生成第一子请求；

根据所述第N个订单交易请求的对象数量与所述第一子请求的对象数量的差值，生成第二子请求；

将所述第二子请求加入到所述订单交易请求集合中；

根据所述N-1个订单交易请求和所述第一子请求，生成交易订单。

在本申请的一些实施例中，基于以上技术方案，所述根据所述交易订单，对所述待交易对象进行交易，包括：

向交易服务器发送所述交易订单，以使所述交易服务器根据所述交易订单进行交易；

接收所述交易服务器发送的交易结果；

根据所述交易结果更新所述N个订单交易请求的订单结果。

在本申请的一些实施例中，基于以上技术方案，所述根据所述交易结果更新所述N个订单交易请求的订单结果，包括：

对于N-1个订单交易请求，根据所述订单交易请求中的对象数量与所述交易结果中的对象数量的比例，确定所述N-1个订单交易请求对应的交易金额；

对于第N个订单交易请求，根据所述交易结果中的交易总额与所述N-1个订单交易请求对应的交易金额之和的差值，确定所述第N个订单交易请求对应的交易金额；

根据所确定的各个订单交易请求对应的交易金额，更新各个订单交易请求对应的订单结果。

在本申请的一些实施例中，基于以上技术方案，所述方法还包括：

获取当前时间；

若所述当前时间晚于所述交易时间阈值，则对所述订单交易请求集合中的订单交易请求进行撤单。

根据本申请实施例的一个方面，提供一种基于ESOP系统的订单交易装置，包括：

订单集合获取模块，用于获取订单交易请求集合，所述订单交易请求集合中包括M个订单交易请求，所述订单交易请求中包括待交易对象的对象数量，M为大于或者等于2的整数；

订单请求获取模块，用于从所述订单交易请求集合中获取N个订单交易请求，所述N为大于1并且小于或等于所述M的整数，所述N个订单交易请求中的对象数量之和大于或者等于对象数量阈值；

交易订单生成模块，用于根据所述N个订单交易请求，生成交易订单，所述交易订单中包括所述N个订单交易请求中的待交易对象；

订单交易模块，用于根据所述交易订单，对所述待交易对象进行交易。

根据本申请实施例的一个方面，提供一种电子设备，该电子设备包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，该处理器配置为经由执行可执行指令来执行如以上技术方案中的基于ESOP系统的订单交易方法。

根据本申请实施例的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，当该计算机程序被处理器执行时实现如以上技术方案中的基于ESOP系统的订单交易方法。

在本申请的实施例中，从订单交易请求集合中获取多个订单，并且基于多个订单交易请求中待交易对象的交易数量，根据所获得的多个订单交易请求，生成交易订单，从而使得交易订单中的交易数量等于交易数量阈值。通过上述的方式，通过系统对不满足待交易对象的交易数量限制的订单请求进行自动整合，生成满足条件的交易订单来进行交易，从而避免通过线下的方式来对不满足条件的卖方进行撮合，提升了交易的执行效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

在附图中：

图1为本申请技术方案在一个应用场景中的示例性系统构架示意图；

图2是本申请实施例提供的一种基于ESOP系统的订单交易方法的流程图；

图3为本申请实施例中订单交易的流程示意图；

图4为本申请实施例中合单流程的流程示意图；

图5示意性地示出了本申请实施例中基于ESOP系统的订单交易装置的组成框图；

图6示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，本申请可以应用于在线交易场景中。以网络上的虚拟资产交易为例，例如交易某个游戏中的游戏币进行交易，交易平台对每笔交易中游戏币的数量进行了限制，例如1000枚。此时，对于游戏币数量少于1000枚或者想要交易的游戏币数量少于1000枚的情况，则不能进行交易或者几个卖家在线下相互联系和协商，凑够1000枚以上的游戏币进行交易。利用本申请的方法，想要交易的数量低于平台限制的用户也可以发出交易申请，本申请的方案会将低于交易限制的交易申请自动整合到一起来进行交易，并且在交易完成后将交易所得分发给各个卖方。对于单个卖方来说，交易过程与其他符合交易限制的交易过程相同，不需要额外的联系和协商，也不需要对感知到整个的整合过程。

具体地，本申请的方案可以应用在公司职工持股计划(Empolyee StockOwnership Plans，ESOP)管理系统中。ESOP系统可以提供多重安全保障，包括单项加密、多副本存储、访问控制等技术手段保证数据安全；通过身份认证、限定IP、访问控制等保证账户安全；通过公司管理员权限分级，设置多级权限范围、记录变更操作、提供修改记录查看等保证业务安全；通过多个存储服务器，保证数据安全稳定，跟踪发现系统漏洞，实时升级修复等技术手段来保证系统安全。

下面介绍以交易平台为例介绍本申请的应用场景。请参阅图1，图1为本申请技术方案在一个应用场景中的示例性系统构架示意图。

如图1所示，在该系统架构中包括终端110、订单服务器120和交易服务器130。终端110与订单服务器120存在网络连接，订单服务器120与交易服务器130存在网路连接。

终端110可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端110安装和运行有用于进行交易以及订单请求的客户端或者通过浏览器等网络浏览应用来进行交易。终端110可以泛指多个终端中的一个，本实施例仅以终端110来举例说明。

订单服务器120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。订单服务器120用于为终端110所运行的交易客户端提供后台服务。

交易服务器130是用于提供交易服务的服务器。交易服务器130和订单服务器120可以属于不同的拥有者。以股票交易平台为例，交易服务器130可以是证券交易所的股票交易系统。订单服务器120则是某个企业内部所设立的代理交易系统。企业的员工拥有一定量的股票，但并却没有达到股票交易系统所规定的一手交易的股票数量，因此不能直接在股票交易系统进行出售。在此情况下，该企业的员工可以通过终端110来发送订单交易请求，订单服务器120则将多个员工的订单交易请求中的股票合并为可以进行一手交易的订单发送给交易服务器130进行交易，在股票售出后再根据订单交易请求的合并记录将交易得到的资金发送给相对应的员工，从而完成交易过程。

上述终端110与订单服务器120、订单服务器120与交易服务器130之间可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例对此不作限定。在一个实施例中，订单服务器120与交易服务器130也可以被整合到同一个平台中或者同一个物理服务器上，例如由交易平台直接提供订单整合功能。

本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终端可以仅为一个，或者上述终端为几十个或几百个，或者更多数量。本申请实施例对终端的数量和设备类型不加以限定。下面结合具体实施方式对本申请提供的技术方案做出详细说明。为了便于介绍，请参阅图2，图2是本申请实施例提供的一种基于ESOP系统的订单交易方法的流程图。该方法可以应用于上述订单服务器，服务器可以视为一种计算机设备，在本申请实施例中，以计算机设备作为执行主体，对该订单交易方法进行介绍，该订单交易方法可以包括以下步骤：

步骤S210，获取订单交易请求集合，订单交易请求集合中包括M个订单交易请求，订单交易请求中包括待交易对象的对象数量，M为大于或者等于2的整数。

在本实施例中，订单交易请求是用户为了对待交易对象进行交易而发送的请求。该请求通常由终端设备发送给服务器，服务器会维护一个队列或者请求池，以用于接收和管理订单交易请求。本申请的方法可以定时运行或者根据预定的条件触发，例如每次接收到新的订单交易请求是执行。执行订单交易方法时，服务器从队列或者请求池中获取符合要求的订单交易请求，形成订单交易请求集合。M为大于或者等于2的整数。M为1，即订单交易请求集合中只有一个订单的情况下，由于无法进行合并，并且订单本身无法形成交易，因此方法会直接结束。在可以理解的是，订单交易请求集合中的订单交易请求不能直接进行交易的请求，即，对于订单交易请求中包括待交易对象的对象数量不符合交易规定的请求会被加入到订单交易请求集合。具体地，对于对象数量符合交易规定的请求，可以直接进行交易而不需要加入到队列或者请求池中，因此，在获取订单交易请求集合时，获取到的清单生成请求都是不符合交易规定的请求，即对象数量低于最低交易阈值的请求。在一个实施例中，订单交易请求集合也可以包括对象数量高于最低交易阈值的请求，然而此类请求由于自己符合规定，因此在后续的处理中也会被直接交易。

步骤S220，从订单交易请求集合中获取N个订单交易请求，N为大于1并且小于或等于M的整数，N个订单交易请求中的对象数量之和大于或者等于对象数量阈值。

N是大于1的整数，即至少会从订单交易请求集合中获取到两个订单交易请求。如上文，订单交易请求集合至少包括两个订单交易请求，而为了进行订单合并，因此也需要从订单交易请求集合获取到至少两个订单交易请求。所获取到的N个订单交易请求中的对象数量之和大于或者等于对象数量阈值。对象数量阈值指的是完成一次交易所需要的待交易对象的要求数量或者最低数量，例如，对象数量阈值可以规定每次交易中待交易对象的数量必须是10或者10的倍数或者每次交易中需要包括5个或者5个以上的待交易对象。获取的方式可以是从订单交易请求集合随机取出一个订单交易请求，然后对取出的订单交易请求中的对象数量进行累加，直至取出的订单交易请求的对象数量累计大于或者等于对象数量阈值为止。

步骤S230，根据N个订单交易请求，生成交易订单，交易订单中包括N个订单交易请求中的待交易对象。

具体地，服务器将N个订单交易请求合并一个交易订单。取决于内容以及对于交易的规定的不同，合并订单交易请求的方式也可以不同。具体地，若交易规定每次交易中待交易对象的对象数量不能低于对象数量阈值，则可以直接将N个订单交易请求中的待交易对象加入到所生成的交易订单中。若交易规定每次交易中待交易对象的对象数量必须是对象数量阈值的整数倍，则需要对N个订单交易请求中的部分订单进行拆分，以使得加入交易订单中的待交易对象的数量正好为对象数量阈值，而拆分出的未被加入到交易订单中的部分则会被放回订单交易请求集合中，以便进行下次订单生成过程。

步骤S240，根据交易订单，对待交易对象进行交易。

服务器根据交易订单，对待交易对象进行交易。具体地，进行交易的方式可以是将交易订单发布到公开平台以进行交易，或者以交易请求的方式将交易订单发送到交易服务器，由交易服务器进行交易后返回交易结果。

在本申请的实施例中，从订单交易请求集合中获取多个订单，并且基于多个订单交易请求中待交易对象的交易数量，根据所获得的多个订单交易请求，生成交易订单，从而使得交易订单中的交易数量等于交易数量阈值。通过上述的方式，通过系统对不满足待交易对象的交易数量限制的订单请求进行自动整合，生成满足条件的交易订单来进行交易，从而避免通过线下的方式来对不满足条件的卖方进行撮合，提升了交易的执行效率。

在本申请的一些实施例中，在以上实施例的基础上，订单交易请求中还包括待交易对象的对象类型；上述步骤S210，获取订单交易请求集合，可以包括以下步骤：

根据订单交易请求的对象类型，从交易单记录中获取对应于目标对象类型的订单交易请求，其中，交易单记录是根据用户提交的交易请求生成的；

根据所获得的对应于目标对象类型的订单交易请求，生成订单交易请求集合。

在本实施例中，订单交易请求中的待交易对象可以包括多种不同类型，而在将订单合并时，需要提前对订单进行分类或者分组，以便于将相同对象类型的待交易对象的订单交易请求合并进行交易。对象类型用于辨别可以在一次交易中一起交易的待交易物品。例如，对象数量阈值可以至少待交易对象的种类或者品牌，在股票市场中，对象类型可以指的是股票的编号。服务器订单交易请求的对象类型，从交易单记录中获取对应于目标对象类型的订单交易请求，其中，交易单记录是根据用户提交的交易请求生成的。交易单记录可以数据库中存储的表格，或者在内存中的列表等。交易单记录中记录了目前等待交易的订单交易请求。交易单记录中通常包括关于订单交易请求的描述信息，例如进行请求的用户、请求的时间、待交易对象的类别以及待交易对象的交易对象等。根据所获得的对应于目标对象类型的订单交易请求，生成订单交易请求集合。具体地，服务器可以遍历各种对象类型，从而对应于各个对象类型的订单交易请求集合。对于此类情况，在后续的处理过程中，则对于每个订单请求集合分别进行处理，对于每个对象类型生成分别对应的交易订单。

在本申请的一些实施例中，在以上实施例的基础上，上述步骤S220，从订单交易请求集合中获取N个订单交易请求，可以包括以下步骤：

按照订单交易请求的生成时间，从订单交易请求集合中获取第N个订单交易请求；

根据所获取的订单交易请求的对象数量与累计对象数量进行累加，其中，累计对象数量是根据所获取的N-1个订单交易请求计算得到的；

若累计对象数量大于或者等于对象数量阈值，则将所获得的订单交易请求确定为N个订单交易请求。

在本实施例中，服务器按照订单交易请求的生成时间，从订单交易请求集合中获取第N个订单交易请求。所获得的N个订单交易请求就是会被合并的订单交易请求。具体地，获取N个订单交易请求的过程采用循环进行的方式。根据订单交易请求的生成时间，按照从早到晚的顺序依次从订单交易请求集合中取出订单交易请求。对于之前的第N-1次，累加的对象数量低于对象数量阈值，从而需要继续进行第N次获取。在第N次获取中，按照订单交易请求的生成时间，从订单交易请求集合中获取第N个订单交易请求。将第N个订单交易请求中的对象数量与之前N-1次获取的订单交易请求的对象数量之和累加，得到新的累计对象数量。若累加后的累计对象数量大于或者等于对象数量阈值，则表示目前获取到的N个订单交易请求满足交易条件限制而可以被合并交易，因此，将所获得的订单交易请求确定为N个订单交易请求。

在本申请的一些实施例中，在以上实施例的基础上，上述步骤S230，根据N个订单交易请求，生成交易订单，可以包括以下步骤：

若N个订单交易请求的对象数量之和大于对象数量阈值，根据对象数量阈值与N-1个订单交易请求的对象数量之和的差值，生成第一子请求；

根据第N个订单交易请求的对象数量与第一子请求的对象数量的差值，生成第二子请求；

将第二子请求加入到订单交易请求集合中；

根据N-1个订单交易请求和第一子请求，生成交易订单。

在本申请的实施例中，对于对象数量之和大于与对象数量阈值的情况，将订单进行拆分，以使得生成的交易订单中的交易对象数量等于对象数量阈值。具体地，若N个订单交易请求的对象数量之和大于对象数量阈值，则需要第N个订单交易请求拆分为两个部分，根据对象数量阈值与N-1个订单交易请求的对象数量之和的差值，生成第一子请求。可以理解，第一子请求中待交易对象的对象数量与其他N-1个订单交易请求的对象数量之和会等于对象数量阈值。根据第N个订单交易请求的对象数量与第一子请求的对象数量的差值，生成第二子请求，即，第二子请求中的待交易对象的对象数量即是超过对象数量阈值的部分。例如，N个订单交易请求的对象数量之和为105，而对象数量阈值为100，则需要对第N个订单交易请求进行拆分。第N个订单交易请求中待交易对象的数量至少为6，因为如果为5，则其他订单交易请求就已经满足交易条件而不需要第N个请求。假定第N个订单交易请求的对象数量为7，则N-1个订单交易请求的对象数量之和为105-7＝98，第一子请求中的对象数量为100-98＝2，而第二子请求的对象数量为7-2＝5。在拆分出第一子请求和第二子请求后，将第二子请求加入到订单交易请求集合中，以便于在后续的合并交易过程中进行交易，而第一子请求则与其他N-1个订单交易请求合并生成交易订单。

在本申请的一些实施例中，在以上实施例的基础上，上述步骤S240，根据交易订单，对待交易对象进行交易，可以包括以下步骤：

向交易服务器发送交易订单，以使交易服务器根据交易订单进行交易；

接收交易服务器发送的交易结果；

根据交易结果更新N个订单交易请求的订单结果。

在本实施例中，交易订单的交易过程由交易服务器完成。具体地，服务器向交易服务器发送交易订单，以使交易服务器根据交易订单进行交易。交易服务器根据交易规则，对交易订单进行交易，例如，通过挂单出售或者店铺上架的方式来进行出售，以便于买方购买。交易服务器根据交易订单完成交易后，会向服务器发送交易结果。交易结果中通常包括售出的金额等内容。服务器则相应地接收交易服务器发送的交易结果。随后，根据交易结果更新N个订单交易请求的订单结果。例如，更新每个订单交易请求的售出金额。订单结果可以包括交易状态和交易金额，交易金额可以根据订单交易请求中待交易对象的对象数量而定，例如通过数量乘以单价的方式来计算交易金额。

在本申请的一些实施例中，在以上实施例的基础上，上述步骤S240，根据交易结果更新N个订单交易请求的订单结果，可以包括以下步骤：

对于N-1个订单交易请求，根据订单交易请求中的对象数量与交易结果中的对象数量的比例，确定N-1个订单交易请求对应的交易金额；

对于第N个订单交易请求，根据交易结果中的交易总额与N-1个订单交易请求对应的交易金额之和的差值，确定第N个订单交易请求对应的交易金额；

根据所确定的各个订单交易请求对应的交易金额，更新各个订单交易请求对应的订单结果。

在本实施例中，对于接收到的交易结果进行拆单，得到对应于各个订单交易请求的拆分结果。交易金额可以按照如下的方式进行计算：

假定交易订单的成交金额为R，并且交易订单内拆分订单的交易数量为c_i，则交易订单中前n-1个订单的交易金额为：

第n个订单的交易金额为：

对应的交易单价为：

在一个实施例中，交易产生的交易费用也会进行拆分。拆分的计算过程与上述的交易金额的过程类似，具体如下：

假定交易订单的交易费用为P，并且交易订单内拆分订单的交易数量为c_i，则交易订单中前n-1个订单的交易费用为：

第n个订单的交易金额为：

具体地，对于前N-1个订单交易请求，根据订单交易请求中的对象数量与交易结果中的对象数量的比例，确定N-1个订单交易请求对应的交易金额。例如，交易结果中的对象数量为100个，交易总额为4000，而第一个订单交易请求中的对象数量为10，则第一个订单交易请求对应的交易金额为4000×(10÷100)＝400。对于第N个订单交易请求，根据交易结果中的交易总额与N-1个订单交易请求对应的交易金额之和的差值，确定第N个订单交易请求对应的交易金额。第N个订单交易请求由于可能出现余数或者整除等问题，因此前N-1订单的金额扣除后，将剩余的金额作为第N个订单交易请求对应的交易金额。根据所确定的各个订单交易请求对应的交易金额，更新各个订单交易请求对应的订单结果。具体地，订单交易请求会保存在数据库的数据表中，服务器确定的交易金额来更新数据库中的各个订单交易请求的交易状态和交易金额。

可以理解的是，在一些实施例中，交易过程还会产生手续费等费用消耗，该费用会被各个订单交易请求分摊，而需要分摊的金额的按照上述关于交易金额描述的方式确定，即前N-1个订单分摊金额根据订单中对象数量与总对象数量的比例确定，而第N个订单的分摊金额则是总费用与前N-1个订单分摊金额的差值。该费用也会被更新到订单交易请求对应的订单结果中。

在本申请的一些实施例中，在以上实施例的基础上，本申请的方法还可以包括以下步骤：

获取当前时间；

若当前时间晚于交易时间阈值，则对订单交易请求集合中的订单交易请求进行撤单。

具体地，进行交易的交易平台经常会出现在某个时间之后停止交易的情况，例如，股票交易平台在16点后就不再接受交易。因此，根据时间来确定是否可以进行合单和交易。服务器获取当前时间，当前时间可直接获取服务器的系统时间。若当前时间晚于交易时间阈值，则对订单交易请求集合中的订单交易请求进行撤单。具体地，交易时间阈值指的是可以进行交易的最晚时间，例如上述的16点。若当前时间晚于交易时间阈值，则表示当天不能再进行交易，因此，可以对订单交易请求集合中存在的订单交易请求进行撤单操作。撤单操作可以包括删除订单交易请求并且同时相应的用户撤单原因和结果。在一个实施例中，服务器还会对订单交易请求集合之外的其他订单交易请求进行撤单操作，即对所接收到的所有订单交易请求进行撤单操作。

下面以股票交易为例，结合附图对本申请的一个具体实施例进行描述。请参阅图3，图3为本申请实施例中订单交易的流程示意图。如图3所示，用户通过用户终端进行下单出售股票。订单系统接收用户的下单并且将订单放入等待合单队列中。订单系统会定时对等待合单队列中的订单进行合单处理。在进行合单时，首先检查队列中的订单的交易量总和是否超过一手交易的交易量。如果没有超过，则继续等待，如果超过了一手交易的交易量，则检查订单是否都是可以进行合单。如果可以，则合并成一手交易，并且向股票交易系统提交订单。如果不能正好合并成一手交易，则将超出的部分拆分成单独的订单并且放回到等待合单队列中等待后续的合单。股票交易系统售出后向订单系统写回成交信息。订单系统则将成交信息分配到对应的订单并且向终端返回成交情况，从而完成整个交易。在等到合单的过程中，订单系统会检查当前的时间，一旦时间超过16点，股票交易系统不再接受交易请求，订单系统则将等待合单队列中的订单全部撤单，并且股票交易系统中未被售出的股票也会进行撤单，并且将未成交的信息写回到订单系统、订单系统则将未成交的订单通过终端通知给用户，从而结束交易过程。

下面介绍合单的具体流程，请参阅图4，图4为本申请实施例中合单流程的流程示意图。订单系统定时执行合单流程。首先，在等待合单队列中扫描订单状态为“可合单”的原始订单。随后，按照股票代码来对原始订单进行分类，并且按照下单时间的顺序进行排序。根据排序结果，依次取出原始订单，并且对股票的交易数量进行累加，得到总可合单数量，直到原始单的总可合单数量大于或等于整手。如果总可合单数量等于整手交易的数量，则将当前的N个原始订单写入到拆分单表中作为记录，并且进行合单。如果总可合单数量大于整手交易的数量，则会对其中一个订单进行订单拆分，因此，会将N+1个订单写入到拆分单表中作为记录，并且进行其中的N个订单进行合单。而如果总可合单数量小于整手交易的数量，则需要判断当前时间是否允许下单。如果当前时间允许下单，则结束当前的合单流程，而等待下一次合单流程的执行，如果当前时间不允许下单，则将剩余的未能合单的原始订单撤单后再结束当前合单流程。

应当注意，尽管在附图中以特定顺序描述了本申请中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

以下介绍本申请的装置实施，可以用于执行本申请上述实施例中的基于ESOP系统的订单交易方法。图5示意性地示出了本申请实施例中基于ESOP系统的订单交易装置的组成框图。如图5所示，订单交易装置500主要可以包括：

订单集合获取模块510，用于获取订单交易请求集合，所述订单交易请求集合中包括M个订单交易请求，所述订单交易请求中包括待交易对象的对象数量，M为大于或者等于2的整数；

订单请求获取模块520，用于从所述订单交易请求集合中获取N个订单交易请求，所述N为大于1并且小于或等于所述M的整数，所述N个订单交易请求中的对象数量之和大于或者等于对象数量阈值；

交易订单生成模块530，用于根据所述N个订单交易请求，生成交易订单，所述交易订单中包括所述N个订单交易请求中的待交易对象；

订单交易模块540，用于根据所述交易订单，对所述待交易对象进行交易。

在本申请的一些实施例中，基于以上技术方案，所述订单交易请求中还包括待交易对象的对象类型；订单集合获取模块510包括：

交易请求获取单元，用于根据所述订单交易请求的对象类型，从交易单记录中获取对应于目标对象类型的订单交易请求，其中，所述交易单记录是根据用户提交的交易请求生成的；

请求集合生成单元，用于根据所获得的对应于目标对象类型的订单交易请求，生成订单交易请求集合。

在本申请的一些实施例中，基于以上技术方案，订单请求获取模块520包括：

请求提取单元，用于按照所述订单交易请求的生成时间，从所述订单交易请求集合中获取第N个订单交易请求；

累加单元，用于根据所获取的订单交易请求的对象数量与累计对象数量进行累加，其中，累计对象数量是根据所获取的N-1个订单交易请求计算得到的；

请求确定单元，用于若所述累计对象数量大于或者等于对象数量阈值，则将所获得的订单交易请求确定为所述N个订单交易请求。

在本申请的一些实施例中，基于以上技术方案，交易订单生成模块530包括：

第一子请求生成单元，用于若所述N个订单交易请求的对象数量之和大于所述对象数量阈值，根据所述对象数量阈值与N-1个订单交易请求的对象数量之和的差值，生成第一子请求；

第二子请求生成单元，用于根据所述第N个订单交易请求的对象数量与所述第一子请求的对象数量的差值，生成第二子请求；

集合更新单元，用于将所述第二子请求加入到所述订单交易请求集合中；

订单生成单元，用于根据所述N-1个订单交易请求和所述第一子请求，生成交易订单。

在本申请的一些实施例中，基于以上技术方案，所述订单交易模块540包括：

订单发生单元，用于向交易服务器发送所述交易订单，以使所述交易服务器根据所述交易订单进行交易；

结果接收单元，用于接收所述交易服务器发送的交易结果；

结果更新单元，用于根据所述交易结果更新所述N个订单交易请求的订单结果。

在本申请的一些实施例中，基于以上技术方案，结果更新单元包括：

第一交易金额确定子单元，用于对于N-1个订单交易请求，根据所述订单交易请求中的对象数量与所述交易结果中的对象数量的比例，确定所述N-1个订单交易请求对应的交易金额；

第二交易金额确定子单元，用于对于第N个订单交易请求，根据所述交易结果中的交易总额与所述N-1个订单交易请求对应的交易金额之和的差值，确定所述第N个订单交易请求对应的交易金额；

订单结果更新子单元，用于根据所确定的各个订单交易请求对应的交易金额，更新各个订单交易请求对应的订单结果。

在本申请的一些实施例中，基于以上技术方案，订单交易装置500还包括：

时间获取模块，用于获取当前时间；

撤单模块，用于若所述当前时间晚于所述交易时间阈值，则对所述订单交易请求集合中的订单交易请求进行撤单。

需要说明的是，上述实施例所提供的装置与上述实施例所提供的方法属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

图6示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图6示出的电子设备的计算机系统600仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(Central Processing Unit，CPU)601，其可以根据存储在只读存储器(Read-Only Memory，ROM)602中的程序或者从储存部分608加载到随机访问存储器(Random Access Memory，RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(Input/Output，I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分607；包括硬盘等的储存部分608；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入储存部分608。

特别地，根据本申请的实施例，各个方法流程图中所描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种基于ESOP系统的订单交易方法，其特征在于，包括：

获取订单交易请求集合，所述订单交易请求集合中包括M个订单交易请求，所述订单交易请求中包括待交易对象的对象数量，M为大于或者等于2的整数；

从所述订单交易请求集合中获取N个订单交易请求，所述N为大于1并且小于或等于所述M的整数，所述N个订单交易请求中的对象数量之和大于或者等于对象数量阈值；

根据所述N个订单交易请求，生成交易订单，所述交易订单中包括所述N个订单交易请求中的待交易对象；

根据所述交易订单，对所述待交易对象进行交易。

2.根据权利要求1所述的方法，其特征在于，所述订单交易请求中还包括待交易对象的对象类型；所述获取订单交易请求集合，包括：

根据所述订单交易请求的对象类型，从交易单记录中获取对应于目标对象类型的订单交易请求，其中，所述交易单记录是根据用户提交的交易请求生成的；

根据所获得的对应于目标对象类型的订单交易请求，生成订单交易请求集合。

3.根据权利要求1所述的方法，其特征在于，所述从所述订单交易请求集合中获取N个订单交易请求，包括：

按照所述订单交易请求的生成时间，从所述订单交易请求集合中获取第N个订单交易请求；

根据所获取的订单交易请求的对象数量与累计对象数量进行累加，其中，累计对象数量是根据所获取的N-1个订单交易请求计算得到的；

若所述累计对象数量大于或者等于对象数量阈值，则将所获得的订单交易请求确定为所述N个订单交易请求。

4.根据权利要求1所述的方法，其特征在于，所述根据所述N个订单交易请求，生成交易订单，包括：

若所述N个订单交易请求的对象数量之和大于所述对象数量阈值，根据所述对象数量阈值与N-1个订单交易请求的对象数量之和的差值，生成第一子请求；

根据所述第N个订单交易请求的对象数量与所述第一子请求的对象数量的差值，生成第二子请求；

将所述第二子请求加入到所述订单交易请求集合中；

根据所述N-1个订单交易请求和所述第一子请求，生成交易订单。

5.根据权利要求1所述的方法，其特征在于，所述根据所述交易订单，对所述待交易对象进行交易，包括：

向交易服务器发送所述交易订单，以使所述交易服务器根据所述交易订单进行交易；

接收所述交易服务器发送的交易结果；

根据所述交易结果更新所述N个订单交易请求的订单结果。

6.根据权利要求5所述的方法，其特征在于，所述根据所述交易结果更新所述N个订单交易请求的订单结果，包括：

对于N-1个订单交易请求，根据所述订单交易请求中的对象数量与所述交易结果中的对象数量的比例，确定所述N-1个订单交易请求对应的交易金额；

对于第N个订单交易请求，根据所述交易结果中的交易总额与所述N-1个订单交易请求对应的交易金额之和的差值，确定所述第N个订单交易请求对应的交易金额；

根据所确定的各个订单交易请求对应的交易金额，更新各个订单交易请求对应的订单结果。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取当前时间；

若所述当前时间晚于交易时间阈值，则对所述订单交易请求集合中的订单交易请求进行撤单。

8.一种基于ESOP系统的订单交易装置，其特征在于，包括：

订单集合获取模块，用于获取订单交易请求集合，所述订单交易请求集合中包括M个订单交易请求，所述订单交易请求中包括待交易对象的对象数量，M为大于或者等于2的整数；

订单请求获取模块，用于从所述订单交易请求集合中获取N个订单交易请求，所述N为大于1并且小于或等于所述M的整数，所述N个订单交易请求中的对象数量之和大于或者等于对象数量阈值；

交易订单生成模块，用于根据所述N个订单交易请求，生成交易订单，所述交易订单中包括所述N个订单交易请求中的待交易对象；

订单交易模块，用于根据所述交易订单，对所述待交易对象进行交易。

9.一种电子设备，其特征在于，包括：

处理器；

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至7中任意一项所述的基于ESOP系统的订单交易方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的基于ESOP系统的订单交易方法。

Images