业务订单处理方法、装置、计算机设备及存储介质与流程

1.本技术实施例涉及计算机技术领域，尤其涉及一种业务订单处理方法、装置、计算机设备及存储介质。


背景技术：

2.随着计算机通信技术的不断发展，智能手机、平板电脑及笔记本电脑等终端的大量普及应用，终端向着多样化、个性化的方向发展，日益成为人们在生活与工作中不可或缺的终端，为了满足人们对精神生活的追求，能够在终端上操作的应用程序应运而生，例如，可供用户在网上进行购物的网购类应用程序，或可供用户线上进行业务办理的银行金融类应用程序。
3.目前，用户均可在上述应用程序中生成订单，例如可以在网购类应用程序中确定要购买的商品后向购物系统提交订单，又或者是可以在银行金融类应用程序上确定需要办理的金融业务后向银行系统提交订单，从而进行网上购物或银行金融业务的办理。然而，现有的订单生成后会存在订单超时未支付的情况，超时的订单没有得到及时的处理，则会在订单数据库中造成大量的无效订单数据，同时锁定大量的计算资源，导致后台订单数据量大，造成订单数据库存储资源的浪费，通过对订单数据库中的大量订单逐个进行分析判断需要耗费大量时间，订单处理效率低。


技术实现要素：

4.本发明实施例提供一种业务订单处理方法、装置、计算机设备及存储介质，通过创建订单提醒队列和订单失效队列，在获取到待处理订单后，将待处理订单的订单提醒消息和订单失效消息分别加入订单提醒队列和订单失效队列，从而能够及时确定待处理订单的存在时长，根据待处理订单的存在时长向用户发送提醒信息提醒用户及时支付，并且，当待处理订单的存在时长过长时，则在订单数据库中将待处理业务订单设置为失效业务订单，从而在订单数据库中及时将失效的待处理订单的订单信息从订单数据库中删除，减少订单数据库中大量的无效订单数据的存在，及时解放大量的计算资源，节省订单数据库存储资源的浪费，从而提高了订单的处理效率。
5.本发明实施例提供一种业务订单处理方法，包括：
6.当接收到待处理业务订单时，获取待处理业务订单的订单信息并存储至订单数据库；
7.基于所述待处理业务订单的订单信息创建订单提醒消息和订单失效消息，将所述订单提醒消息添加至订单提醒队列中，将所述订单失效消息添加至订单失效队列中；
8.当检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长时，则将所述订单提醒消息从所述订单提醒队列中移除，并基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息；
9.当检测到所述订单失效消息在所述订单失效队列中的存在时间大于订单失效时长时，则将所述订单失效消息从所述订单失效队列中移除；
10.在所述订单数据库中将所述待处理业务订单设置为失效业务订单。
11.相应的，本发明实施例还提供一种业务订单处理装置，包括：
12.获取单元，用于当接收到待处理业务订单时，获取待处理业务订单的订单信息并存储至订单数据库；
13.创建单元，用于基于所述待处理业务订单的订单信息创建订单提醒消息和订单失效消息，将所述订单提醒消息添加至订单提醒队列中，将所述订单失效消息添加至订单失效队列中；
14.第一检测单元，用于当检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长时，则将所述订单提醒消息从所述订单提醒队列中移除，并基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息；
15.第二检测单元，用于当检测到所述订单失效消息在所述订单失效队列中的存在时间大于订单失效时长时，则将所述订单失效消息从所述订单失效队列中移除；
16.设置单元，用于在所述订单数据库中将所述待处理业务订单设置为失效业务订单。
17.在本发明的一些实施例中，还可以提供一种计算机设备，包括存储器，处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现如上所述方法的步骤。
18.在本发明的一些实施例中，还可以提供一种计算机可读存储介质，其上存储有计算机程序，当计算机程序在计算机上运行时，使得所述计算机执行如上所述方法的步骤。
19.采用本技术实施例，可以通过当接收到待处理业务订单时，获取待处理业务订单的订单信息并存储至订单数据库；然后，基于所述待处理业务订单的订单信息创建订单提醒消息和订单失效消息，将所述订单提醒消息添加至订单提醒队列中，将所述订单失效消息添加至订单失效队列中；接着，当检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长时，则将所述订单提醒消息从所述订单提醒队列中移除，并基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息；之后，当检测到所述订单失效消息在所述订单失效队列中的存在时间大于订单失效时长时，则将所述订单失效消息从所述订单失效队列中移除；最后，在所述订单数据库中将所述待处理业务订单设置为失效业务订单。本技术实施例通过创建订单提醒队列和订单失效队列，在获取到待处理订单后，将待处理订单的订单提醒消息和订单失效消息分别加入订单提醒队列和订单失效队列，从而能够及时确定待处理订单的存在时长，根据待处理订单的存在时长向用户发送提醒信息提醒用户及时支付，并且，当待处理订单的存在时长过长时，则在订单数据库中将待处理业务订单设置为失效业务订单，从而在订单数据库中及时将失效的待处理订单的订单信息从订单数据库中删除，减少订单数据库中大量的无效订单数据的存在，及时解放大量的计算资源，节省订单数据库存储资源的浪费，从而提高了订单的处理效率。
附图说明
20.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
21.图1是本发明实施例提供的业务订单处理方法的流程示意图；
22.图2是本发明实施例提供的业务订单处理方法的一种应用场景示意图；
23.图3是本发明实施例提供的业务订单处理装置的结构示意图；
24.图4是本发明实施例提供的计算机设备的结构示意图。
具体实施方式
25.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
26.本技术实施例提供一种业务订单处理方法、装置、计算机设备及存储介质。具体地，本技术实施例的业务订单处理方法可以由计算机设备执行，其中，该计算机设备可以为终端或者服务器等设备。该终端可以为智能手机、平板电脑、笔记本电脑、触控屏幕、个人计算机(pc，personal computer)、个人数字助理(personal digital assistant，pda)等终端设备，终端还可以包括客户端，该客户端可以是应用客户端、携带有控制程序的浏览器客户端或即时通信客户端等。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。
27.本发明实施例提供一种业务订单处理方法、装置、计算机设备及存储介质，该业务订单处理方法可以配合终端使用，如智能手机、平板电脑、笔记本电脑或个人计算机等。以下对该业务订单处理方法、装置、计算机设备及存储介质进行详细说明。需说明的是，以下实施例的描述顺序不作为对实施例优选顺序的限定。
28.请参阅图1，图1为本技术实施例提供的一种业务订单处理方法的流程示意图，具体流程可以如下步骤101至步骤106：
29.101，当接收到待处理业务订单时，获取待处理业务订单的订单信息并存储至订单数据库。
30.其中，订单信息可以包括待处理业务订单创建的订单创建时间、订单中添加的产品或业务名称、产品或业务型号、产品或业务数量、以及订单的发起人/收货人名称、目标地址等信息，并且，每一个待处理业务订单对应有一个订单标识。
31.为了能够对待处理业务订单的存在时间进行监控，在步骤“接收到待处理业务订单时，获取待处理业务订单的订单信息并存储至订单数据库”之前，方法可以包括：
32.响应于队列创建指令，分别创建订单提醒队列和订单失效队列，其中，所述订单提醒队列设置有提醒支付时长，所述订单失效队列设置有订单失效时长。
33.具体的，本技术实施例可以基于分布式消息队列(rabbitmq)分别创建两个消息队列，这两个消息队列可以分别为订单提醒队列(remindermessagequeue)和订单失效队列(expiremessagequeue)，订单提醒队列用于存储待处理订单的订单提醒消息，订单失效队列用于存储订单失效消息。其中，rabbitmq是一套高性能的使用广泛的分布式消息队列服务软件。
34.进一步的，在创建订单提醒队列和订单失效队列，可以分别为两个队列设置队列中任务的过期时间，也即任务的生存时间。具体的，通过在订单提醒队列和订单失效队列中各添加一个任务设置x-message-tt，将两个队列的x-message-tt分别设置为提醒支付时长和订单失效时长，x-message-tt的作用为控制消息队列中消息的生存时间，如果该消息的生存时间超时，则可以将该消息变为死信(dead letter)，当消息变成死信后,则将该消息转发到死信队列交换机(dlx)上。
35.102，基于所述待处理业务订单的订单信息创建订单提醒消息和订单失效消息，将所述订单提醒消息添加至订单提醒队列中，将所述订单失效消息添加至订单失效队列中。
36.在本技术实施例中，可以基于所述待处理业务订单的订单标识以及订单创建时间，创建订单提醒消息和订单失效消息，将所述订单提醒消息添加至订单提醒队列中，将所述订单失效消息添加至订单失效队列中。
37.103，当检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长时，则将所述订单提醒消息从所述订单提醒队列中移除，并基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息。
38.在一实施例中，所述当检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长时，则将所述订单提醒消息从所述订单提醒队列中移除，并基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息，包括：
39.当检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长时，将所述订单提醒消息从所述订单提醒队列中移除，并基于所述订单提醒消息生成第一死信消息，将所述第一死信消息发送至订单提醒死信队列；
40.当检测到所述订单提醒死信队列接收所述第一死信消息时，创建订单支付提醒线程，采用所述订单支付提醒线程基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息。
41.具体的，可以在订单处理系统中通过new consumer创建两个消费者，两个消费者分别为订单支付提醒消息消费者(reminderconsumer)和订单失效消息消费者(expireconsumer)，其中，订单支付提醒消息消费者通过监听第一死信队列交换机的订单提醒消息的死信消息，当监听到第一死信队列交换机上出现订单提醒消息的死信消息时，获取订单提醒消息，并基于订单提醒消息执行订单支付提醒逻辑，具体可以为基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息。
42.为了避免订单在支付成功后还会对该订单进行信息提醒以及失效处理，在步骤“检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长”之
前，方法可以包括：
43.若检测到所述待处理业务订单的订单状态为已支付状态时，则将所述待处理业务订单的订单提醒消息从所述订单提醒队列中删除，并将所述待处理业务订单的订单失效消息从所述订单失效队列中删除。
44.例如，当检测到待处理业务订单完成支付后，查询该待处理订单对应的订单提醒消息是否还存在于订单提醒队列中，若订单提醒消息存在于订单提醒队列中，则将所述待处理业务订单的订单提醒消息从所述订单提醒队列中删除。又例如，当检测到待处理业务订单完成支付后，查询该待处理订单对应的订单失效消息是否还存在于订单失效队列中，若订单失效消息存在于订单失效队列中，则将所述待处理业务订单的订单失效消息从所述订单失效队列中删除。
45.104，当检测到所述订单失效消息在所述订单失效队列中的存在时间大于订单失效时长时，则将所述订单失效消息从所述订单失效队列中移除。
46.在一具体实施例中，步骤“所述当检测到所述订单失效消息在所述订单失效队列中的存在时间大于订单失效时长时，则将所述订单失效消息从所述订单失效队列中移除”，方法可以包括：
47.当检测到所述订单失效消息在所述订单失效队列中的存在时间大于订单失效时长时，将所述订单失效消息从所述订单失效队列中移除，并基于所述订单失效消息生成第二死信消息，将所述第二死信消息发送至订单失效死信队列；
48.当检测到所述订单失效死信队列接收所述第二死信消息时，创建订单失效线程，采用所述订单失效线程确定所述待处理业务订单的当前订单状态为失效状态，并将所述订单信息和所述当前订单状态发送至所述订单数据库，以在所述订单数据库中将所述待处理业务订单设置为失效业务订单。
49.具体的，可以在订单处理系统中通过new consumer创建两个消费者，两个消费者分别为订单支付提醒消息消费者(reminderconsumer)和订单失效消息消费者(expireconsumer)，其中，订单失效消息消费者通过监听第二死信队列交换机的订单失效消息的死信消息，当监听到第二死信队列交换机上出现订单失效消息的死信消息时，获取订单失效消息，并基于订单失效消息执行订单支付失效逻辑，具体可以为确定所述待处理业务订单的当前订单状态为失效状态，并将所述订单信息和所述当前订单状态发送至所述订单数据库，以在所述订单数据库中将所述待处理业务订单设置为失效业务订单。
50.105，在所述订单数据库中将所述待处理业务订单设置为失效业务订单。
51.为了减少失效业务订单的订单信息对订单数据库存储空间的占用，可以周期性的对订单数据库中的订单信息进行清理。在步骤“所述订单数据库中将所述待处理业务订单设置为失效业务订单”之后，方法可以包括：
52.获取所述订单数据库从最近的数据库清理操作的结束时刻到当前时刻的目标时长；
53.根据预设时长与所述目标时长对所述订单数据库进行清理操作，以将失效业务订单的订单信息从所述订单数据库中删除。
54.进一步的，步骤“所述根据预设时长与所述目标时长对所述订单数据库进行清理操作，以将失效业务订单的订单信息从所述订单数据库中删除”，方法可以包括：
55.若所述目标时长与所述预设时长相同，则生成数据库清理指令；
56.响应于所述数据库清理指令，对所述订单数据库进行清理操作，以将失效业务订单的订单信息从所述订单数据库中删除。
57.根据上述介绍的内容，下面将举例来进一步说明本技术的业务订单处理方法。下面将以业务订单处理方法在具体实施场景中的应用为例进行说明，具体应用场景如下所述：
58.(1)计算机设备可以基于分布式消息队列(rabbitmq)分别创建两个消息队列，这两个消息队列可以分别为订单提醒队列(remindermessagequeue)和订单失效队列(expiremessagequeue)，订单提醒队列用于存储待处理订单的订单提醒消息，订单失效队列用于存储订单失效消息。其中，在创建订单提醒队列和订单失效队列，可以分别为两个队列设置队列中任务的过期时间，也即任务的生存时间。具体的，通过在订单提醒队列和订单失效队列中各添加一个任务设置x-message-tt，将两个队列的x-message-tt分别设置为提醒支付时长和订单失效时长，x-message-tt的作用为控制消息队列中消息的生存时间，如果该消息的生存时间超时，则可以将该消息变为死信(dead letter)，当消息变成死信后,则将该消息转发到死信队列交换机(dlx)上。
59.(2)用户可以在终端设备上的目标应用程序中选择相关的产品后创建待处理业务订单，并将待处理业务订单发送给订单处理系统，计算机设备接收到待处理业务订单，获取待处理业务订单的订单信息并存储至订单数据库，其中，订单信息可以包括待处理业务订单创建的订单创建时间、订单中添加的产品或业务名称、产品或业务型号、产品或业务数量、以及订单的发起人/收货人名称、目标地址等信息，并且，每一个待处理业务订单对应有一个订单标识。采用该订单标识可以在订单数据库中查找到响应的业务订单。
60.(3)计算机设备可以基于所述待处理业务订单的订单标识以及订单创建时间，创建订单提醒消息和订单失效消息，将所述订单提醒消息添加至订单提醒队列中，将所述订单失效消息添加至订单失效队列中。
61.(4)当计算机设备检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长时，将所述订单提醒消息从所述订单提醒队列中移除，并基于所述订单提醒消息生成第一死信消息，将所述第一死信消息发送至订单提醒死信队列。当检测到所述订单提醒死信队列接收所述第一死信消息时，创建订单支付提醒线程，采用所述订单支付提醒线程基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息。
62.(5)当计算机设备检测到所述订单失效消息在所述订单失效队列中的存在时间大于订单失效时长时，将所述订单失效消息从所述订单失效队列中移除，并基于所述订单失效消息生成第二死信消息，将所述第二死信消息发送至订单失效死信队列。当检测到所述订单失效死信队列接收所述第二死信消息时，创建订单失效线程，采用所述订单失效线程确定所述待处理业务订单的当前订单状态为失效状态，并将所述订单信息和所述当前订单状态发送至所述订单数据库，以在所述订单数据库中将所述待处理业务订单设置为失效业务订单。
63.根据上述介绍的内容，下面将举例来进一步说明本技术的业务订单处理方法。下面将以业务订单处理方法在具体实施场景中的应用为例进行说明，具体应用场景如下所
述：
64.(1)计算机设备可以基于分布式消息队列(rabbitmq)分别创建两个消息队列，这两个消息队列可以分别为订单提醒队列(remindermessagequeue)和订单失效队列(expiremessagequeue)，订单提醒队列用于存储待处理订单的订单提醒消息，订单失效队列用于存储订单失效消息。其中，在创建订单提醒队列和订单失效队列，可以分别为两个队列设置队列中任务的过期时间，也即任务的生存时间。具体的，通过在订单提醒队列和订单失效队列中各添加一个任务设置x-message-tt，将两个队列的x-message-tt分别设置为提醒支付时长和订单失效时长，x-message-tt的作用为控制消息队列中消息的生存时间，如果该消息的生存时间超时，则可以将该消息变为死信(dead letter)，当消息变成死信后,则将该消息转发到死信队列交换机(dlx)上。
65.(2)用户可以在终端设备上的目标应用程序中选择相关的产品后创建待处理业务订单，并将待处理业务订单发送给订单处理系统，计算机设备接收到待处理业务订单，获取待处理业务订单的订单信息并存储至订单数据库，其中，订单信息可以包括待处理业务订单创建的订单创建时间、订单中添加的产品或业务名称、产品或业务型号、产品或业务数量、以及订单的发起人/收货人名称、目标地址等信息，并且，每一个待处理业务订单对应有一个订单标识。采用该订单标识可以在订单数据库中查找到响应的业务订单。
66.(3)计算机设备可以基于所述待处理业务订单的订单标识以及订单创建时间，创建订单提醒消息和订单失效消息，将所述订单提醒消息添加至订单提醒队列中，将所述订单失效消息添加至订单失效队列中。
67.(4)若计算机设备检测到所述待处理业务订单的订单状态为已支付状态时，则将所述待处理业务订单的订单提醒消息从所述订单提醒队列中删除，并将所述待处理业务订单的订单失效消息从所述订单失效队列中删除。具体的，当计算机设备检测到待处理业务订单完成支付后，查询该待处理订单对应的订单提醒消息是否还存在于订单提醒队列中，若订单提醒消息存在于订单提醒队列中，则将所述待处理业务订单的订单提醒消息从所述订单提醒队列中删除。同时，查询该待处理订单对应的订单失效消息是否还存在于订单失效队列中，若订单失效消息存在于订单失效队列中，则将所述待处理业务订单的订单失效消息从所述订单失效队列中删除。
68.根据上述介绍的内容，下面将举例来进一步说明本技术的业务订单处理方法。下面将以业务订单处理方法在具体实施场景中的应用为例进行说明，请参阅图2，具体应用场景如下所述：
69.(1)计算机设备可以基于分布式消息队列(rabbitmq)分别创建两个消息队列，这两个消息队列可以分别为订单提醒队列(remindermessagequeue)和订单失效队列(expiremessagequeue)，订单提醒队列用于存储待处理订单的订单提醒消息，订单失效队列用于存储订单失效消息。其中，在创建订单提醒队列和订单失效队列，可以分别为两个队列设置队列中任务的过期时间，也即任务的生存时间。具体的，通过在订单提醒队列和订单失效队列中各添加一个任务设置x-message-tt，将两个队列的x-message-tt分别设置为提醒支付时长和订单失效时长，x-message-tt的作用为控制消息队列中消息的生存时间，如果该消息的生存时间超时，则可以将该消息变为死信(dead letter)，当消息变成死信后,则将该消息转发到死信队列交换机(dlx)上。
70.(2)用户可以在终端设备上的目标应用程序中选择相关的产品后创建待处理业务订单，并将待处理业务订单发送给订单处理系统，计算机设备接收到待处理业务订单，获取待处理业务订单的订单信息并存储至订单数据库，其中，订单信息可以包括待处理业务订单创建的订单创建时间、订单中添加的产品或业务名称、产品或业务型号、产品或业务数量、以及订单的发起人/收货人名称、目标地址等信息，并且，每一个待处理业务订单对应有一个订单标识。采用该订单标识可以在订单数据库中查找到响应的业务订单。
71.(3)计算机设备可以基于所述待处理业务订单的订单标识以及订单创建时间，创建订单提醒消息和订单失效消息，将所述订单提醒消息添加至订单提醒队列中，将所述订单失效消息添加至订单失效队列中。
72.(4)当计算机设备检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长时，将所述订单提醒消息从所述订单提醒队列中移除，并基于所述订单提醒消息生成第一死信消息，将所述第一死信消息发送至订单提醒死信队列。当检测到所述订单提醒死信队列接收所述第一死信消息时，创建订单支付提醒线程，采用所述订单支付提醒线程基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息。
73.(5)当计算机设备检测到所述订单失效消息在所述订单失效队列中的存在时间大于订单失效时长时，将所述订单失效消息从所述订单失效队列中移除，并基于所述订单失效消息生成第二死信消息，将所述第二死信消息发送至订单失效死信队列。当检测到所述订单失效死信队列接收所述第二死信消息时，创建订单失效线程，采用所述订单失效线程确定所述待处理业务订单的当前订单状态为失效状态，并将所述订单信息和所述当前订单状态发送至所述订单数据库，以在所述订单数据库中将所述待处理业务订单设置为失效业务订单。
74.(6)计算机设备可以获取所述订单数据库从最近的数据库清理操作的结束时刻到当前时刻的目标时长，根据预设时长与所述目标时长对所述订单数据库进行清理操作，以将失效业务订单的订单信息从所述订单数据库中删除。具体的，若所述目标时长与所述预设时长相同，则生成数据库清理指令；响应于所述数据库清理指令，对所述订单数据库进行清理操作，以将失效业务订单的订单信息从所述订单数据库中删除。
75.综上所述，本技术实施例提供一种业务订单处理方法，通过当接收到待处理业务订单时，获取待处理业务订单的订单信息并存储至订单数据库；然后，基于所述待处理业务订单的订单信息创建订单提醒消息和订单失效消息，将所述订单提醒消息添加至订单提醒队列中，将所述订单失效消息添加至订单失效队列中；接着，当检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长时，则将所述订单提醒消息从所述订单提醒队列中移除，并基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息；之后，当检测到所述订单失效消息在所述订单失效队列中的存在时间大于订单失效时长时，则将所述订单失效消息从所述订单失效队列中移除；最后，在所述订单数据库中将所述待处理业务订单设置为失效业务订单。本技术实施例通过创建订单提醒队列和订单失效队列，在获取到待处理订单后，将待处理订单的订单提醒消息和订单失效消息分别加入订单提醒队列和订单失效队列，从而能够及时确定待处理订单的存在时长，根据待处理订单的存在时长向用户发送提醒信息
提醒用户及时支付，并且，当待处理订单的存在时长过长时，则在订单数据库中将待处理业务订单设置为失效业务订单，从而在订单数据库中及时将失效的待处理订单的订单信息从订单数据库中删除，减少订单数据库中大量的无效订单数据的存在，及时解放大量的计算资源，节省订单数据库存储资源的浪费，从而提高了订单的处理效率。
76.为了更好地实施以上方法，相应的，本发明实施例还提供一种业务订单处理装置，该业务订单处理装置具体集成在终端或服务器中。
77.请参阅图3，图3为本技术实施例提供的一种业务订单处理装置的结构示意图，该业务订单处理装置包括：
78.获取单元201，用于当接收到待处理业务订单时，获取待处理业务订单的订单信息并存储至订单数据库；
79.创建单元202，用于基于所述待处理业务订单的订单信息创建订单提醒消息和订单失效消息，将所述订单提醒消息添加至订单提醒队列中，将所述订单失效消息添加至订单失效队列中；
80.第一检测单元203，用于当检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长时，则将所述订单提醒消息从所述订单提醒队列中移除，并基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息；
81.第二检测单元204，用于当检测到所述订单失效消息在所述订单失效队列中的存在时间大于订单失效时长时，则将所述订单失效消息从所述订单失效队列中移除；
82.设置单元205，用于在所述订单数据库中将所述待处理业务订单设置为失效业务订单。
83.在一些实施例中，该业务订单处理装置包括：
84.获取子单元，用于获取所述订单数据库从最近的数据库清理操作的结束时刻到当前时刻的目标时长；
85.第一处理子单元，用于根据预设时长与所述目标时长对所述订单数据库进行清理操作，以将失效业务订单的订单信息从所述订单数据库中删除。
86.在一些实施例中，该业务订单处理装置包括：
87.生成子单元，用于若所述目标时长与所述预设时长相同，则生成数据库清理指令；
88.第一响应子单元，用于响应于所述数据库清理指令，对所述订单数据库进行清理操作，以将失效业务订单的订单信息从所述订单数据库中删除。
89.在一些实施例中，该业务订单处理装置包括：
90.第二响应子单元，用于响应于队列创建指令，分别创建订单提醒队列和订单失效队列，其中，所述订单提醒队列设置有提醒支付时长，所述订单失效队列设置有订单失效时长。
91.在一些实施例中，该业务订单处理装置包括：
92.第二处理子单元，用于当检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长时，将所述订单提醒消息从所述订单提醒队列中移除，并基于所述订单提醒消息生成第一死信消息，将所述第一死信消息发送至订单提醒死信队列；
93.第二处理子单元，还用于当检测到所述订单提醒死信队列接收所述第一死信消息
时，创建订单支付提醒线程，采用所述订单支付提醒线程基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息。
94.在一些实施例中，该业务订单处理装置包括：
95.第三处理子单元，用于当检测到所述订单失效消息在所述订单失效队列中的存在时间大于订单失效时长时，将所述订单失效消息从所述订单失效队列中移除，并基于所述订单失效消息生成第二死信消息，将所述第二死信消息发送至订单失效死信队列；
96.第三处理子单元，还用于当检测到所述订单失效死信队列接收所述第二死信消息时，创建订单失效线程，采用所述订单失效线程确定所述待处理业务订单的当前订单状态为失效状态，并将所述订单信息和所述当前订单状态发送至所述订单数据库，以在所述订单数据库中将所述待处理业务订单设置为失效业务订单。
97.在一些实施例中，该业务订单处理装置包括：
98.第四处理子单元，用于若检测到所述待处理业务订单的订单状态为已支付状态时，则将所述待处理业务订单的订单提醒消息从所述订单提醒队列中删除，并将所述待处理业务订单的订单失效消息从所述订单失效队列中删除。
99.本技术实施例提供一种业务订单处理装置，通过获取单元201当接收到待处理业务订单时，获取待处理业务订单的订单信息并存储至订单数据库；创建单元202基于所述待处理业务订单的订单信息创建订单提醒消息和订单失效消息，将所述订单提醒消息添加至订单提醒队列中，将所述订单失效消息添加至订单失效队列中；第一检测单元203当检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长时，则将所述订单提醒消息从所述订单提醒队列中移除，并基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息；第二检测单元204当检测到所述订单失效消息在所述订单失效队列中的存在时间大于订单失效时长时，则将所述订单失效消息从所述订单失效队列中移除；设置单元205在所述订单数据库中将所述待处理业务订单设置为失效业务订单。本技术实施例通过创建订单提醒队列和订单失效队列，在获取到待处理订单后，将待处理订单的订单提醒消息和订单失效消息分别加入订单提醒队列和订单失效队列，从而能够及时确定待处理订单的存在时长，根据待处理订单的存在时长向用户发送提醒信息提醒用户及时支付，并且，当待处理订单的存在时长过长时，则在订单数据库中将待处理业务订单设置为失效业务订单，从而在订单数据库中及时将失效的待处理订单的订单信息从订单数据库中删除，减少订单数据库中大量的无效订单数据的存在，及时解放大量的计算资源，节省订单数据库存储资源的浪费，从而提高了订单的处理效率。
100.此外，本发明实施例还提供一种计算机设备，该计算机设备可以为终端或者服务器，如图4所示，其示出了本发明实施例所涉及的计算机设备的结构示意图，具体来讲：
101.该计算机设备可以包括一个或者一个以上处理核心的处理器301、一个或一个以上计算机可读存储介质的存储器302、电源303和输入单元304等部件。本领域技术人员可以理解，图4中示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
102.处理器301是该计算机设备的控制中心，利用各种接口和线路连接整个计算机设
备的各个部分，通过运行或执行存储在存储器302内的软件程序和/或模块，以及调用存储在存储器302内的数据，执行计算机设备的各种功能和处理数据，从而对计算机设备进行整体监控。可选的，处理器301可包括一个或多个处理核心；优选的，处理器301可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器301中。
103.存储器302可用于存储软件程序以及模块，处理器301通过运行存储在存储器302的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器302可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器302可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器302还可以包括存储器控制器，以提供处理器301对存储器302的访问。
104.计算机设备还包括给各个部件供电的电源303，优选的，电源303可以通过电源管理系统与处理器301逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源303还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
105.该计算机设备还可包括输入单元304，该输入单元304可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
106.尽管未示出，计算机设备还可以包括显示单元等，在此不再赘述。具体在本实施例中，计算机设备中的处理器301会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器302中，并由处理器301来运行存储在存储器302中的应用程序，从而实现各种功能，如下：
107.当接收到待处理业务订单时，获取待处理业务订单的订单信息并存储至订单数据库；
108.基于所述待处理业务订单的订单信息创建订单提醒消息和订单失效消息，将所述订单提醒消息添加至订单提醒队列中，将所述订单失效消息添加至订单失效队列中；
109.当检测到所述订单提醒消息在所述订单提醒队列中的存在时长大于订单提醒支付时长时，则将所述订单提醒消息从所述订单提醒队列中移除，并基于所述订单提醒消息生成所述待处理业务订单对应的提醒信息，向所述待处理业务订单对应的业务账户发送所述提醒信息；
110.当检测到所述订单失效消息在所述订单失效队列中的存在时间大于订单失效时长时，则将所述订单失效消息从所述订单失效队列中移除；
111.在所述订单数据库中将所述待处理业务订单设置为失效业务订单。
112.以上各个操作的具体实施可参见前面的实施例，在此不再赘述。
113.本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。
114.为此，本发明实施例还提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本发明实施例中的各种可选实现方式中提供的方法。
115.根据本技术的一个方面，还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述实施例中的各种可选实现方式中提供的方法。
116.以上各个操作的具体实施可参见前面的实施例，在此不再赘述。
117.其中，该存储介质可以包括：只读存储器(rom，read only memory)、随机存取记忆体(ram，random access memory)、磁盘或光盘等。
118.由于该存储介质中所存储的计算机程序，可以执行本技术实施例所提供的任一种业务订单处理方法中的步骤，因此，可以实现本技术实施例所提供的任一种业务订单处理方法所能实现的有益效果，详见前面的实施例，在此不再赘述。
119.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
120.以上对本发明实施例所提供的一种业务订单处理方法、装置、计算机设备和存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。