CN110135925A - 订单处理系统、方法和装置 - Google Patents

Abstract

本申请公开了订单处理系统、方法和装置。该系统的一具体实施方式包括：订单处理服务器，用于响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单，将预定数量的订单移动到处理队列，执行如下处理步骤：对处理队列中的订单进行订单处理，将订单的处理结果发送到数据库中，将处理过的订单从处理队列中删除，其中，订单缓冲池中的订单也存储在数据库中；订单复制服务器，用于响应于检测到数据库中存在处理结果为失败的订单，将数据库中存储的处理结果为失败的订单复制到处理队列，以供订单处理服务器继续执行处理步骤。该实施方式提高了订单处理的速度。

Description

订单处理系统、方法和装置

技术领域

本申请实施例涉及计算机技术领域，具体涉及订单处理系统、方法和装置。

背景技术

订单履行是指客户订单的接受、处理优化、物品拣选、订单整合和包装的过程。它包括对物品的物理操作和相应的信息处理。订单履行是实现配送中心功能的关键环节，它决定了订单执行的效率、准确性并负责反馈库存可得性，最终决定了客户的满意度，是配送企业的核心竞争力之所在。

通常在订单履行体系中，客户的订单需经过多个环节处理。接收上游系统推送的订单请求，依次进行各环节的处理，任何一个环节失败都会导致从第一个环节开始重试。

发明内容

本申请实施例提出了订单处理系统、方法和装置。

第一方面，本申请实施例提供了一种订单处理系统，包括：订单处理服务器，用于响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单，将预定数量的订单移动到处理队列，执行如下处理步骤：对处理队列中的订单进行订单处理，将订单的处理结果发送到数据库中，将处理过的订单从处理队列中删除，其中，订单缓冲池中的订单也存储在数据库中；订单复制服务器，用于响应于检测到数据库中存在处理结果为失败的订单，将数据库中存储的处理结果为失败的订单复制到处理队列，以供订单处理服务器继续执行处理步骤。

在一些实施例中，对处理队列中的订单进行订单处理，包括：根据顺序执行的至少一个步骤，对订单进行订单处理，其中，所述处理队列包括至少一个子队列，所述至少一个步骤中的每个步骤与一个子队列相对应。

在一些实施例中，将预定数量的订单移动到处理队列，包括：将预定数量的订单移动到第一步骤对应的子队列中；以及根据顺序执行的至少一个步骤，对订单进行订单处理，包括：对第一步骤对应的子队列中的订单进行第一步骤处理，若订单的第一步骤处理成功，则执行如下队列管理步骤：将第一步骤对应的子队列中的订单移动到第一步骤的下一步骤对应的子队列中进行下一步骤处理；确定下一步骤对应的子队列中的订单是否处理失败；响应于确定处理失败，将处理失败的订单的订单编号、失败时间和失败的子队列编号关联存储到数据库中，将处理失败的订单从下一步骤对应的子队列中删除；响应于确定处理成功，将处理成功的订单的订单编号和处理成功的步骤编号关联存储到数据库中，若至少一个步骤中存在未执行的步骤，则将下一步骤作为第一步骤，继续执行队列管理步骤。

在一些实施例中，订单复制服务器还用于：获取处理失败的订单的订单编号；根据获取到的订单编号从数据库中查找到处理失败的订单和失败的子队列编号；将查找到的订单复制到查找到的失败的子队列编号对应的子队列中。

在一些实施例中，订单复制服务器还用于：获取当前时间与失败时间之差大于预定时间差阈值的处理失败的订单的订单编号；根据获取到的订单编号从数据库中查找到处理失败的订单和失败的子队列编号；将查找到的订单复制到查找到的失败的子队列编号对应的子队列中。

在一些实施例中，订单处理请求包括至少一个处理队列的负载率；以及订单处理服务器还用于：从至少一个处理队列中确定负载率最小的处理队列；将预定数量的订单移动到负载率最小的处理队列。

在一些实施例中，系统还包括订单接收服务器；以及订单接收服务器用于：响应于接收到包括订单编号的待处理订单，检测已存储订单编号集合中是否存在待处理订单的订单编号，其中，已存储订单编号集合用于记录已经存储到数据库中的订单的订单编号；若不存在，则将待处理订单存储到数据库中；响应于检测到待处理订单成功存储到数据库中，将待处理订单存入订单缓冲池，以及将待处理订单的订单编号添加到已存储订单编号集合中。

第二方面，本申请实施例提供了一种订单处理方法，包括：响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单；将预定数量的订单移动到处理队列，对处理队列中的订单进行订单处理；将订单的处理结果发送到数据库中；将处理过的订单从处理队列中删除，其中，订单缓冲池中的订单也存储在数据库中。

在一些实施例中，对处理队列中的订单进行订单处理，包括：根据顺序执行的至少一个步骤，对订单进行订单处理，其中，所述处理队列包括至少一个子队列，所述至少一个步骤中的每个步骤与一个子队列相对应。

在一些实施例中，将预定数量的订单移动到处理队列，包括：将预定数量的订单移动到第一步骤对应的子队列中；以及根据顺序执行的至少一个步骤，对订单进行订单处理，包括：对第一步骤对应的子队列中的订单进行第一步骤处理，若订单的第一步骤处理成功，则执行如下队列管理步骤：将第一步骤对应的子队列中的订单移动到第一步骤的下一步骤对应的子队列中进行下一步骤处理；确定下一步骤对应的子队列中的订单是否处理失败；响应于确定处理失败，将处理失败的订单的订单编号、失败时间和失败的子队列编号关联存储到数据库中，将处理失败的订单从下一步骤对应的子队列中删除；响应于确定处理成功，将处理成功的订单的订单编号和处理成功的步骤编号关联存储到数据库中，若至少一个步骤中存在未执行的步骤，则将下一步骤作为第一步骤，继续执行队列管理步骤。

在一些实施例中，将预定数量的订单移动到处理队列，包括：获取至少一个处理队列的负载率；从至少一个处理队列中确定负载率最小的处理队列；将预定数量的订单移动到负载率最小的处理队列。

第三方面，本申请实施例提供了一种订单处理装置，包括：获取单元，配置用于响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单；处理单元，配置用于将预定数量的订单移动到处理队列，对处理队列中的订单进行订单处理；发送单元，配置用于将订单的处理结果发送到数据库中；删除单元，配置用于将处理过的订单从处理队列中删除，其中，订单缓冲池中的订单也存储在数据库中。

在一些实施例中，处理单元进一步配置用于：根据顺序执行的至少一个步骤，对订单进行订单处理，其中，处理队列包括至少一个子队列，至少一个步骤中的每个步骤与一个子队列相对应。

在一些实施例中，处理单元进一步配置用于：将预定数量的订单移动到第一步骤对应的子队列中；对第一步骤对应的子队列中的订单进行第一步骤处理，若订单的第一步骤处理成功，则执行如下队列管理步骤：将第一步骤对应的子队列中的订单移动到第一步骤的下一步骤对应的子队列中进行下一步骤处理；若下一步骤对应的子队列中的订单的处理失败，将处理失败的订单的订单编号、失败时间和失败的子队列编号关联存储到数据库中，将处理失败的订单从下一步骤对应的子队列中删除；若下一步骤对应的子队列中的订单的处理成功，则将处理成功的订单的订单编号和处理成功的步骤编号关联存储到数据库中，以及将下一步骤作为第一步骤，继续执行队列管理步骤。

在一些实施例中，处理单元进一步配置用于：获取至少一个处理队列的负载率；从至少一个处理队列中确定负载率最小的处理队列；将预定数量的订单移动到负载率最小的处理队列。

第四方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第二方面中任一的方法。

第五方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，其中，程序被处理器执行时实现如第二方面中任一的方法。

本申请实施例提供的订单处理系统、方法和装置，通过将缓冲池中的订单放入内存队列中进行处理，并将处理失败的订单从数据库中复制到队列中继续进行处理，提高了订单处理速度。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的订单处理系统的一个实施例的时序图；

图3是根据本申请的订单处理系统的一个应用场景的示意图；

图4是根据本申请的订单处理系统的又一个实施例的时序图；

图5是根据本申请的订单处理系统的又一个实施例的队列结构图；

图6是根据本申请的订单处理系统的又一个实施例的子队列间数据流向图；

图7是根据本申请的订单处理方法的一个实施例的结构示意图

图8是根据本申请的订单处理装置的一个实施例的结构示意图；

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

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的订单处理系统、订单处理方法或订单处理装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、订单接收服务器102、数据库103，订单处理服务器104和订单复制服务器105。网络用以在终端设备101、订单接收服务器102、数据库103，订单处理服务器104和订单复制服务器105之间提供通信链路的介质。网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101通过网络与订单接收服务器102交互，以接收或发送消息等(例如发送订单)。终端设备101上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group AudioLayer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts GroupAudio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

订单接收服务器102可以是提供各种服务的服务器，例如对终端设备101上显示的网页提供支持的后台网页服务器。后台网页服务器可以对接收到的订单请求等数据进行分析等处理，并将处理结果(例如订单处理状态)反馈给终端设备。

数据库103用于存储订单和订单处理结果。数据库103可以在单独的服务器上也可在订单接收服务器102或订单复制服务器105中。

订单处理服务器104用于对订单进行处理，记录订单处理过程中的各种数据，并将最终的处理结果存储到数据库103中。

订单复制服务器105用于检测处理失败的订单，从数据库中将处理失败的订单复制到订单处理服务器104，使得订单处理服务器104重新处理订单。

在这里，订单接收服务器102、数据库103、订单处理服务器104、订单复制服务器105可以是硬件，也可以是软件。当订单接收服务器102、数据库103、订单处理服务器104、订单复制服务器105为硬件时，可以是多个服务器组成的分布式服务器集群，也可以是单个服务器；当上述订单接收服务器102、数据库103、订单处理服务器104、订单复制服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做限定。

需要说明的是，本申请实施例所提供的订单处理方法一般由订单处理服务器104执行，相应地，订单处理装置一般设置于订单处理服务器104中。

应该理解，图1中的终端设备、数据库、订单接收服务器、订单处理服务器、订单复制服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、数据库、订单接收服务器、订单处理服务器、订单复制服务器。

继续参考图2，示出了根据本申请的订单处理系统的一个实施例的时序图。

本申请实施例中的订单处理系统可以包括：订单处理服务器(例如图1中104所示)，用于响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单，订单可包括物品的名称和数量等信息，用于指示需要拣选哪些物品，每个订单具有订单编号。将预定数量的订单移动到处理队列，执行如下处理步骤：对处理队列中的订单进行订单处理，将订单的处理结果发送到数据库中，将处理过的订单从处理队列中删除，其中，订单缓冲池中的订单也存储在数据库中；订单复制服务器(例如图1中105所示)，用于响应于检测到数据库中存在处理结果为失败的订单，将数据库中存储的处理结果为失败的订单复制到处理队列，以供订单处理服务器继续执行处理步骤。

如图2所示，在步骤201中，订单处理服务器响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单。

在本实施例中，订单处理服务器(例如图1中104所示)可以通过有线连接方式或者无线连接方式从订单接收服务器(例如图1中102所示)接收订单处理请求。从订单接收服务器的订单缓冲池中获取预定数量的订单。订单接收服务器接收到终端设备发送的订单后，将订单存入到自身内存队列即存入到订单缓冲池中，订单还存储在数据库中。订单处理服务器可以立即响应订单处理请求，也可等到订单积累到一定数量再获取订单进行处理。订单缓冲池中可能有多个订单，订单处理服务器可根据自己的处理能力获取预定数量的订单。预定数量是通过订单处理服务器的CPU、内存等负载情况计算得到的。订单缓冲池由多台实例(实例由操作系统后台进程和分配的内存区域构成)构成，每台实例只有一个队列即可，如需扩充订单缓冲池，增加实例即可，如下举例说明单台实例的订单缓冲池的结构，其余实例的订单缓冲池结构同理，订单缓冲池使用BlockingQueue(阻塞队列)内存队列实现，如单台实例队列长度10万，5台实例缓冲池大小为10万*5。订单处理服务器从订单缓冲池获取到预定数量的订单后，订单接收服务器将已经被获取的订单从缓冲池删除。

在步骤202中，订单处理服务器将预定数量的订单移动到处理队列。

在本实施例中，移动在这里指的是将订单缓冲池中的预定数量的订单剪切到处理队列中，即，订单移动后订单缓冲池中不再保留被移动的订单。处理队列位于订单处理服务器，是订单处理服务器的内存队列。一个订单处理服务器可能存在多个处理队列，每个处理队列位于不同的实例。可根据各队列的负载情况选择要移动的处理队列。例如，有队列A和队列B，队列A的负载率达到90％，队列B的负载率达到10％，则可将订单移动到队列B进行处理。

在本实施例的一些可选的实现方式中，订单处理服务器还用于：获取至少一个处理队列的负载率；从至少一个处理队列中确定负载率最小的处理队列；将预定数量的订单移动到负载率最小的处理队列。负载率可以是CPU的使用率，内存使用率，吞吐量等。也可以是根据CPU的使用率，内存使用率，吞吐量等参数计算出加权和作为负载率。根据CPU的使用率，内存使用率，吞吐量的权重可根据需要设置，也可采用相同的权重。例如，订单处理系统可由实例1和实例2组成一个分组，一个分组对应一个独立的订单缓冲池，每个分组下至少保证两台实例，避免单机故障引起的订单缓冲池数据积压，实例1，实例2发起请求从订单缓冲池中抓取指定订单加入到本实例的内存队列中，由于订单履约业务场景中会涉及单个订单需经过多个环节(即步骤)才能完成最终的履约流程。例如，订单处理时有确定货架的环节、确定运输车的环节等。所以在实例1，实例2中为每一个履约环节建立单独的内存子队列，此处内存队列同样采用BlockingQueue实现。结构如图5所示“第一步骤的子队列”，“第二步骤的子队列”，此方案订单处理服务器中每台实例可根据自身处理性能拉取订单缓冲池中的数据，避免单个实例CPU负载过高，吞吐量过高或者其他原因引起的处理性能减慢，订单处理服务器增加处理队列实现数据内存化，提升订单在履约过程中经过多个环节的处理效率。

在步骤203中，订单处理服务器对处理队列中的订单进行订单处理。

在本实施例中，处理队列为顺序队列，遵循FIFO(First Input First Output，先进先出)调度算法，实例启动时为每一个处理队列启动一个线程，负责定时从处理队列中抓取指定数量的订单交于对应的线程池处理，具体抓取的订单数量可自行设定，例如5条，10条，线程池使用ThreadPoolExecutor(一种Java线程池)实现，线程池中的每个线程处理一个订单，进行单个订单环节逻辑的处理，如果订单只涉及一个环节则一次处理完毕。如果订单涉及多个环节，则单个订单第一步骤处理成功后直接把此订单放入下一步骤对应的子队列。

在步骤204中，订单处理服务器将订单的处理结果发送到数据库中。

在本实施例中，将处理结果发送数据库，数据库可根据处理结果修改订单相关数据。如果订单处理失败，则订单处理结果包括处理失败的订单的订单编号、失败时间和失败的子队列编号，在数据库中将三者关联存储。如果订单处理成功，则在数据库中标记该订单为处理成功。

在步骤205中，将处理过的订单从处理队列中删除。

在本实施例中，无论订单处理成功或者失败都要将处理过的订单从处理队列中删除。处理队列丢弃掉处理失败的订单，但订单在数据库中仍有备份。

在步骤206中，数据库对订单的处理结果进行存储。

在本实施例中，订单接收服务器在接收到订单后将订单存储在数据库中。步骤206可与步骤205同时进行，或在步骤205之前执行。步骤205和206的执行顺序在此不做限定。数据库还记录了订单的处理结果。如下表所示。

主键	订单编号	失败时间	是否已经完成	环节
					1	订单1	失败时间1	否	环节1
2	订单2	失败时间2	否	环节2
					3	订单3	失败时间3	否	环节3

表1

其中，表1中可按失败时间进行升序排列，所以每次失败的订单会自动排到最后，避免处理阻塞。当所有环节都处理成功之后，才将上表中“是否已经完成”的选项改为“是”。

在步骤207中，订单复制服务器从数据库中获取失败的订单。

在本实施例中，订单复制服务器(例如图1中105所示)可以通过有线连接方式或者无线连接方式从数据库(例如图1中103所示)抓取失败的订单。检测到数据库有失败的订单，按照预定规则抓取一定数量的失败订单。失败订单的抓取条件可包括以下至少一项：

1、限定抓取失败订单的数量。例如，MYSQL数据库中采用LIMIT(MYSQL的语法)条件进行限定。

2、抓取条件按照失败时间进行升序排列，由于上面介绍订单处理系统单个订单处理失败会修改失败时间为当前时间，所以每次失败的订单会自动排到最后，避免处理阻塞。

3、限定只抓取预定时间(例如，5分钟)之前的数据。预定时间的间隔设计是为了避免订单尚在订单处理系统处理又重复补漏。

4、距离上一次复制间隔预定时间，例如5ms，设定此时间为订单调用延迟时间。

在步骤208中，订单复制服务器将数据库中存储的处理结果为失败的订单复制到处理队列中。

在本实施例中，订单复制服务器查找到失败的订单以及该订单对应的失败的处理队列，将该订单放入失败的处理队列，如果处理队列由多个子队列组成，则将订单处理到处理失败时的子队列，从而使得订单处理服务器不需要从第一步骤开始处理，直接从上次失败的步骤继续处理即可。可通知订单处理服务器从处理队列中取出订单进行处理，也可定时触发订单处理服务器对处理队列中的订单进行处理。处理的内容不限于失败的订单，还可同时处理刚接收到的订单。

在本实施例的一些可选的实现方式中，订单复制服务器每复制一个订单到订单处理服务器的处理队列，休眠固定时间，如5ms，设定此时间为订单调用延迟时间。

在本实施例的一些可选的实现方式中，订单处理系统还包括订单接收服务器；以及订单接收服务器用于：响应于接收到包括订单编号的待处理订单，检测已存储订单编号集合中是否存在待处理订单的订单编号，其中，已存储订单编号集合用于记录已经存储到数据库中的订单的订单编号；若不存在，则将待处理订单存储到数据库中；响应于检测到待处理订单成功存储到数据库中，将待处理订单存入订单缓冲池，以及将待处理订单的订单编号添加到已存储订单编号集合中，向订单处理服务器发送订单处理请求，通知订单处理服务器有订单需要处理。

订单接收服务器(例如图1中102所示)可以通过有线连接方式或者无线连接方式从终端设备(例如图1中101所示)接收订单。订单发送到订单接收服务器后尝试插入位于本地或者数据库的防重表，如报唯一冲突异常则认为数据重复反馈已接收，无需重试，如防重表插入成功则继续数据库存储，存储数据库失败需反馈接收失败需重试，存储数据库成功后同步将订单存入到自身内存队列中即存入到订单缓冲池中，此处订单数据已存储数据库，所以存入订单缓冲池的操作无论成功与否都可反馈订单来源方接收成功无需重试。订单接收服务器采用缓冲池设计，缓冲流量洪峰强压下游系统。

继续参见图3，图3是根据本实施例的订单处理系统的应用场景的一个示意图。在图3的应用场景中，用户通过终端设备发送的订单存储在订单缓冲池301和数据库304中。订单处理服务器303从订单缓冲池301抓取预定数量的订单放入处理队列302中，再依次将订单放入线程池中进行处理，将订单处理结果存储到数据库304中。订单复制服务器305如果检测到数据库中存在处理失败的订单，则将该订单复制到处理队列302中，由订单处理服务器303继续处理该失败的订单。

本申请的上述实施例提供的订单处理系统，通过将订单处理内存化，提升了处理性能，从而提高了订单处理的速度。

进一步参考图4，其示出了根据本申请的订单处理系统的又一个实施例的时序图。

本申请实施例中的订单处理系统可以包括：订单处理服务器，用于响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单，将预定数量的订单移动到第一步骤对应的子队列中，根据顺序执行的至少一个步骤，对订单进行订单处理，将订单的处理结果发送到数据库中，将处理过的订单从处理队列中删除，其中，订单缓冲池中的订单也存储在数据库中；订单复制服务器，用于响应于检测到数据库中存在处理结果为失败的订单，将数据库中存储的处理结果为失败的订单复制到处理队列，以供订单处理服务器继续执行处理步骤。

根据顺序执行的至少一个步骤，对订单进行订单处理，包括：对第一步骤对应的子队列中的订单进行第一步骤处理，若订单的第一步骤处理成功，则执行如下队列管理步骤：将第一步骤对应的子队列中的订单移动到第一步骤的下一步骤对应的子队列中进行下一步骤处理；确定下一步骤对应的子队列中的订单是否处理失败；响应于确定处理失败，将处理失败的订单的订单编号、失败时间和失败的子队列编号关联存储到数据库中，将处理失败的订单从下一步骤对应的子队列中删除；响应于确定处理成功，将处理成功的订单的订单编号和处理成功的步骤编号关联存储到数据库中，若至少一个步骤中存在未执行的步骤，则将下一步骤作为第一步骤，继续执行队列管理步骤。

在步骤401中，订单处理服务器响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单。

在本实施例中，订单处理服务器(例如图1中104所示)可以通过有线连接方式或者无线连接方式从订单接收服务器(例如图1中102所示)接收订单处理请求。从订单接收服务器的订单缓冲池中获取预定数量的订单。如图5所示，501为订单缓存中的订单，502和503分别为订单处理服务器中两个实例的处理队列。每个处理队列可包括两个步骤的子队列，图5、图6中第一步骤对应的子队列为第一子队列，第二步骤对应的子队列为第二子队列。订单处理服务器为两个处理队列分别获取了订单，所获取的订单数量可根据处理队列的负载情况确定。

在步骤402中，订单处理服务器将预定数量的订单移动到第一步骤对应的子队列中。

在本实施例中，移动在这里指的是将订单缓冲池中的预定数量的订单剪切到处理队列中，即，订单缓冲池中不再保留被移动的预定数量的订单。处理队列位于订单处理服务器，是订单处理服务器的内存队列。一个订单处理服务器可能存在多个处理队列，每个处理队列位于不同的实例。可根据各队列的负载情况选择要移动的处理队列。将订单首先移动到第一步骤对应的子队列。如图6所示，601为第一步骤对应的子队列中的订单。

在步骤403中，订单处理服务器第一步骤对应的子队列中的订单进行第一步骤处理。

在本实施例中，第一步骤对应的子队列为顺序队列，遵循FIFO(先进先出)调度算法，实例启动时为每一个子队列启动一个线程，负责定时从处理队列中抓取指定数量的订单交于对应的线程池(如图6中602所示)处理，具体抓取的订单数量可自行设定，例如5条，10条，线程池使用ThreadPoolExecutor(一种Java线程池)实现，线程池中的每个线程处理一个订单，进行单个订单环节逻辑的处理，单个订单第一步骤处理成功后直接把此订单放入下一步骤对应的子队列。

若下一步骤对应的子队列中的订单处理失败，则执行步骤404-408，若处理成功，执行步骤409-410。

在步骤404中，订单处理服务器将订单处理结果发送到数据库。

在本实施例中，将处理结果发送数据库，数据库可根据处理结果修改订单相关数据。如果订单处理失败，则订单处理结果包括处理失败的订单的订单编号、失败时间和失败的子队列编号，在数据库中将三者关联存储。如果订单处理成功，则在数据库中标记该订单为处理成功。如果该步骤处理成功则可将表1中“环节”选项修改为下一环节的名称，也可在单环节成功时不修改数据库，而所有环节都处理成功时，修改数据库，例如，修改表1中“是否完成”的选项为“是”。

在步骤405中，将处理过的订单从处理队列中删除。

在步骤406中，数据库对订单的处理结果进行存储。

在步骤407中，订单复制服务器从数据库中获取失败的订单。

步骤405-407与步骤205-207基本相同，因此不再赘述。步骤405与406的顺序也不做限定。

在步骤408中，订单复制服务器将数据库中存储的处理结果为失败的订单复制到第一步骤对应的子队列中。

在本实施例中，订单复制服务器(例如图1中105所示)可以通过有线连接方式或者无线连接方式从数据库(例如图1中103所示)抓取失败的订单。检测到数据库有失败的订单，按照预定规则抓取一定数量的失败订单。失败订单的抓取条件可包括以下至少一项：

1、MYSQL数据库中采用LIMIT(MYSQL的语法)条件限定抓取失败订单的数量。

2、抓取条件按照失败时间进行升序排列，由于上面介绍订单处理系统单个订单处理失败会修改失败时间为当前时间，所以每次失败的订单会自动排到最后，避免处理阻塞。

3、限定只抓取预定时间(例如，5分钟)之前的数据。预定时间的间隔设计是为了避免订单尚在订单处理系统处理又重复补漏。

4、距离上一次复制间隔预定时间，例如5ms，设定此时间为订单调用延迟时间。

在本实施例的一些可选的实现方式中，订单复制的条件与获取当前时间与失败时间之差大于预定时间差阈值的处理失败的订单的订单编号；根据获取到的订单编号从数据库中查找到处理失败的订单和失败的子队列编号；将查找到的订单复制到查找到的失败的子队列编号对应的子队列中。例如，如果图6中的订单5处理失败，则订单复制服务器从数据库中找到订单5和订单5对应的失败的第二子队列，再将订单5复制到第二子队列中，由订单处理服务器从第二步骤开始继续处理，而不需要再执行第一步骤。

在步骤409中，订单处理服务器将处理结果发送到数据库中。

在本实施例中，如果该步骤处理成功则可将表1中“环节”选项修改为下一环节的名称，也可在单环节成功时不修改数据库，而所有环节都处理成功时，修改数据库，例如，修改表1中“是否完成”的选项为“是”。如果下一步骤处理失败，则订单复制服务器执行步骤407和408，将订单复制到失败的订单关联存储的子队列中。

若至少一个步骤中存在未执行的步骤，则执行步骤410，否则结束订单处理。

在步骤410中，订单处理服务器将下一步骤作为第一步骤，继续执行步骤402。

在本实施例中，如图6所示，将第一步骤处理成功的订单放入第二子队列603中，交由线程池604处理。如果第二步骤处理成功，将第二步骤处理成功的订单放入第三子队列605中，交由线程池606处理。重复执行步骤402-410，直到所有步骤都执行成功。

从图4中可以看出，与图2对应的实施例相比，本实施例中的订单处理系统的流程400突出了针对不同订单处理环节使用不同的子队列进行存储的步骤。由此，本实施例描述的方案可以在订单的中间环节处理失败的情况下不需要从头开始处理，从而提高了订单处理速度，并减少了系统处理压力。

进一步参考图7，其示出了根据本申请的订单处理方法的一个实施例的流程700。该订单处理方法，包括以下步骤：

步骤701，响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单。

在本实施例中，订单处理方法运行于其上的订单处理服务器(例如图1所示的订单处理服务器104)可以通过有线连接方式或者无线连接方式从订单接收服务器(例如图1所示的订单接收服务器102)接收订单处理请求，从订单缓冲池中获取预定数量的订单。从订单接收服务器的订单缓冲池中获取预定数量的订单。订单接收服务器接收到终端设备发送的订单后，将订单存入到自身内存队列即存入到订单缓冲池中，订单还存储在数据库中。订单缓冲池中可能有多个订单，订单处理服务器可根据自己的处理能力获取预定数量的订单。预定数量是通过订单处理服务器的CPU、内存等负载情况计算得到的。订单缓冲池由多台实例(实例由操作系统后台进程和分配的内存区域构成)构成，每台实例只有一个队列即可，如需扩充订单缓冲池，增加实例即可，如下举例说明单台实例的订单缓冲池的结构，其余实例的订单缓冲池结构同理，订单缓冲池使用BlockingQueue(阻塞队列)内存队列实现，如单台实例队列长度10w，5台实例缓冲池大小为10w*5。订单处理服务器从订单缓冲池获取到预定数量的订单后，订单接收服务器将已经被获取的订单从缓冲池删除。

步骤702，将预定数量的订单移动到处理队列，对处理队列中的订单进行订单处理。

在本实施例中，移动在这里指的是将订单缓冲池中的预定数量的订单剪切到处理队列中，即，订单缓冲池中不再保留被移动的预定数量的订单。处理队列位于订单处理服务器，是订单处理服务器的内存队列。一个订单处理服务器可能存在多个处理队列，每个处理队列位于不同的实例。可根据各队列的负载情况选择要移动的处理队列。处理队列为顺序队列，遵循FIFO(先进先出)调度算法，实例启动时为每一个处理队列启动一个线程，负责定时从处理队列中抓取指定数量的订单交于对应的线程池处理。

在本实施例的一些可选的实现方式中，对处理队列中的订单进行订单处理，包括：根据顺序执行的至少一个步骤，对订单进行订单处理，其中，处理队列包括至少一个子队列，至少一个步骤中的每个步骤与一个子队列相对应。可参考图6所示的处理过程。

在本实施例的一些可选的实现方式中，将预定数量的订单移动到处理队列，包括：将预定数量的订单移动到第一步骤对应的子队列中；以及根据顺序执行的至少一个步骤，对订单进行订单处理，包括：对第一步骤对应的子队列中的订单进行第一步骤处理，若订单的第一步骤处理成功，则执行如下队列管理步骤：将第一步骤对应的子队列中的订单移动到第一步骤的下一步骤对应的子队列中进行下一步骤处理；确定下一步骤对应的子队列中的订单是否处理失败；响应于确定处理失败，将处理失败的订单的订单编号、失败时间和失败的子队列编号关联存储到数据库中，将处理失败的订单从下一步骤对应的子队列中删除；响应于确定处理成功，将处理成功的订单的订单编号和处理成功的步骤编号关联存储到数据库中，若至少一个步骤中存在未执行的步骤，则将下一步骤作为第一步骤，继续执行队列管理步骤。具体执行过程可参考步骤402-410。

在本实施例的一些可选的实现方式中，将预定数量的订单移动到处理队列，包括：获取至少一个处理队列的负载率；从至少一个处理队列中确定负载率最小的处理队列；将预定数量的订单移动到负载率最小的处理队列。此方法可根据处理队列的负载情况将订单分配到负载率较低的处理队列，避免单个实例CPU负载过高，吞吐量过高或者其他原因引起的处理性能减慢，实现负载均衡。

步骤703，将订单的处理结果发送到数据库中。

在本实施例中，将处理结果发送数据库，数据库可根据处理结果修改订单相关数据。如果订单处理失败，则订单处理结果包括处理失败的订单的订单编号、失败时间和失败的子队列编号，在数据库中将三者关联存储。如果订单处理成功，则在数据库中标记该订单为处理成功。

步骤704，将处理过的订单从处理队列中删除。

在本实施例中，无论订单处理成功或者失败都要将处理过的订单从处理队列中删除。处理队列丢弃掉处理失败的订单，但订单在数据库中仍有备份。

本申请实施例提供的信息处理方法，通过将订单处理过程内存化，直接读取内存提升处理性能，从而提高了订单处理速度。

进一步参考图8，作为对上述各图所示方法的实现，本申请提供了一种订单处理装置的一个实施例，该装置实施例与图7所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图8所示，本实施例的订单处理装置800包括：获取单元801、处理单元802、发送单元803和删除单元804。其中，获取单元801配置用于响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单；处理单元802配置用于将预定数量的订单移动到处理队列，对处理队列中的订单进行订单处理；发送单元803配置用于将订单的处理结果发送到数据库中；删除单元804配置用于将处理过的订单从处理队列中删除，其中，订单缓冲池中的订单也存储在数据库中。

在本实施例中，订单处理装置800的获取单元801、处理单元802、发送单元803和删除单元804的具体处理可以参考图7对应实施例中的步骤701、步骤702、步骤703、步骤704。

在本实施例的一些可选的实现方式中，处理单元802进一步配置用于：根据顺序执行的至少一个步骤，对订单进行订单处理，其中，处理队列包括至少一个子队列，至少一个步骤中的每个步骤与一个子队列相对应。

在本实施例的一些可选的实现方式中，处理单元802进一步配置用于：将预定数量的订单移动到第一步骤对应的子队列中；对第一步骤对应的子队列中的订单进行第一步骤处理，若订单的第一步骤处理成功，则执行如下队列管理步骤：将第一步骤对应的子队列中的订单移动到第一步骤的下一步骤对应的子队列中进行下一步骤处理；确定下一步骤对应的子队列中的订单是否处理失败；响应于确定处理失败，将处理失败的订单的订单编号、失败时间和失败的子队列编号关联存储到数据库中，将处理失败的订单从下一步骤对应的子队列中删除；响应于确定处理成功，将处理成功的订单的订单编号和处理成功的步骤编号关联存储到数据库中，若至少一个步骤中存在未执行的步骤，则将下一步骤作为第一步骤，继续执行队列管理步骤。

在本实施例的一些可选的实现方式中，处理单元802进一步配置用于：获取至少一个处理队列的负载率；从至少一个处理队列中确定负载率最小的处理队列；将预定数量的订单移动到负载率最小的处理队列。

下面参考图9，其示出了适于用来实现本申请实施例的电子设备的计算机系统900的结构示意图。图9示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有系统900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

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

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元、处理单元、发送单元和删除单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单；将预定数量的订单移动到处理队列，对处理队列中的订单进行订单处理；将订单的处理结果发送到数据库中；将处理过的订单从处理队列中删除，其中，订单缓冲池中的订单也存储在数据库中。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (17)

1.一种订单处理系统，包括：

订单处理服务器，用于响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单，将所述预定数量的订单移动到处理队列，执行如下处理步骤：对所述处理队列中的订单进行订单处理，将订单的处理结果发送到数据库中，将处理过的订单从所述处理队列中删除，其中，所述订单缓冲池中的订单也存储在所述数据库中；

订单复制服务器，用于响应于检测到所述数据库中存在处理结果为失败的订单，将所述数据库中存储的所述处理结果为失败的订单复制到所述处理队列，以供所述订单处理服务器继续执行所述处理步骤。

2.根据权利要求1所述的系统，其中，所述对所述处理队列中的订单进行订单处理，包括：

根据顺序执行的至少一个步骤，对订单进行订单处理，其中，所述处理队列包括至少一个子队列，所述至少一个步骤中的每个步骤与一个子队列相对应。

3.根据权利要求2所述的系统，其中，所述将所述预定数量的订单移动到处理队列，包括：

将所述预定数量的订单移动到第一步骤对应的子队列中；以及

所述根据顺序执行的至少一个步骤，对订单进行订单处理，包括：

对所述第一步骤对应的子队列中的订单进行第一步骤处理，若订单的第一步骤处理成功，则执行如下队列管理步骤：将第一步骤对应的子队列中的订单移动到第一步骤的下一步骤对应的子队列中进行下一步骤处理；确定下一步骤对应的子队列中的订单是否处理失败；响应于确定处理失败，将处理失败的订单的订单编号、失败时间和失败的子队列编号关联存储到所述数据库中，将处理失败的订单从下一步骤对应的子队列中删除；

响应于确定处理成功，将处理成功的订单的订单编号和处理成功的步骤编号关联存储到所述数据库中，若所述至少一个步骤中存在未执行的步骤，则将下一步骤作为第一步骤，继续执行所述队列管理步骤。

4.根据权利要求3所述的系统，其中，所述订单复制服务器还用于：

获取处理失败的订单的订单编号；

根据获取到的订单编号从所述数据库中查找到处理失败的订单和失败的子队列编号；

将查找到的订单复制到查找到的失败的子队列编号对应的子队列中。

5.根据权利要求3所述的系统，其中，所述订单复制服务器还用于：

获取当前时间与失败时间之差大于预定时间差阈值的处理失败的订单的订单编号；

根据获取到的订单编号从所述数据库中查找到处理失败的订单和失败的子队列编号；

将查找到的订单复制到查找到的失败的子队列编号对应的子队列中。

6.根据权利要求1所述的系统，其中，所述订单处理服务器还用于：

获取至少一个处理队列的负载率；

从所述至少一个处理队列中确定负载率最小的处理队列；

将所述预定数量的订单移动到所述负载率最小的处理队列。

7.根据权利要求1-6之一所述的系统，其中，所述系统还包括订单接收服务器；以及

所述订单接收服务器用于：

响应于接收到包括订单编号的待处理订单，检测已存储订单编号集合中是否存在所述待处理订单的订单编号，其中，所述已存储订单编号集合用于记录已经存储到所述数据库中的订单的订单编号；

若不存在，则将所述待处理订单存储到所述数据库中；

响应于检测到所述待处理订单成功存储到所述数据库中，将所述待处理订单存入所述订单缓冲池，以及将所述待处理订单的订单编号添加到所述已存储订单编号集合中，向所述订单处理服务器发送订单处理请求。

8.一种订单处理方法，包括：

响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单；

将所述预定数量的订单移动到处理队列，对所述处理队列中的订单进行订单处理；

将订单的处理结果发送到数据库中；

将处理过的订单从所述处理队列中删除，其中，所述订单缓冲池中的订单也存储在所述数据库中。

9.根据权利要求8所述的方法，其中，所述对所述处理队列中的订单进行订单处理，包括：

根据顺序执行的至少一个步骤，对订单进行订单处理，其中，所述处理队列包括至少一个子队列，所述至少一个步骤中的每个步骤与一个子队列相对应。

10.根据权利要求9所述的方法，其中，所述将所述预定数量的订单移动到处理队列，包括：

将所述预定数量的订单移动到第一步骤对应的子队列中；以及

所述根据顺序执行的至少一个步骤，对订单进行订单处理，包括：

对所述第一步骤对应的子队列中的订单进行第一步骤处理，若订单的第一步骤处理成功，则执行如下队列管理步骤：将第一步骤对应的子队列中的订单移动到第一步骤的下一步骤对应的子队列中进行下一步骤处理；确定下一步骤对应的子队列中的订单是否处理失败；响应于确定处理失败，将处理失败的订单的订单编号、失败时间和失败的子队列编号关联存储到所述数据库中，将处理失败的订单从下一步骤对应的子队列中删除；

响应于确定处理成功，将处理成功的订单的订单编号和处理成功的步骤编号关联存储到所述数据库中，若所述至少一个步骤中存在未执行的步骤，则将下一步骤作为第一步骤，继续执行所述队列管理步骤。

11.根据权利要求8所述的方法，其中，所述将所述预定数量的订单移动到处理队列，包括：

获取至少一个处理队列的负载率；

从所述至少一个处理队列中确定负载率最小的处理队列；

将所述预定数量的订单移动到所述负载率最小的处理队列。

12.一种订单处理装置，包括：

获取单元，配置用于响应于接收到订单处理请求，从订单缓冲池中获取预定数量的订单；

处理单元，配置用于将所述预定数量的订单移动到处理队列，对所述处理队列中的订单进行订单处理；

发送单元，配置用于将订单的处理结果发送到数据库中；

删除单元，配置用于将处理过的订单从所述处理队列中删除，其中，所述订单缓冲池中的订单也存储在所述数据库中。

13.根据权利要求12所述的装置，其中，所述处理单元进一步配置用于：

根据顺序执行的至少一个步骤，对订单进行订单处理，其中，所述处理队列包括至少一个子队列，至少一个步骤中的每个步骤与一个子队列相对应。

14.根据权利要求13所述的装置，其中，所述处理单元进一步配置用于：

将所述预定数量的订单移动到第一步骤对应的子队列中；对所述第一步骤对应的子队列中的订单进行第一步骤处理，若订单的第一步骤处理成功，则执行如下队列管理步骤：将第一步骤对应的子队列中的订单移动到所述第一步骤的下一步骤对应的子队列中进行下一步骤处理；确定下一步骤对应的子队列中的订单是否处理失败；响应于确定处理失败，将处理失败的订单的订单编号、失败时间和失败的子队列编号关联存储到所述数据库中，将处理失败的订单从下一步骤对应的子队列中删除；

响应于确定处理成功，则将处理成功的订单的订单编号和处理成功的步骤编号关联存储到所述数据库中，若所述至少一个步骤中存在未执行的步骤，则将下一步骤作为第一步骤，继续执行所述队列管理步骤。

15.根据权利要求12所述的装置，其中，所述处理单元进一步配置用于：

获取至少一个处理队列的负载率；

从所述至少一个处理队列中确定负载率最小的处理队列；

将所述预定数量的订单移动到所述负载率最小的处理队列。

16.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求8-11中任一所述的方法。

17.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求8-11中任一所述的方法。