CN105608612A - 基于大数据的网购订单管理方法及装置 - Google Patents

Abstract

本发明实施例提供一种基于大数据的网购订单管理方法及装置，该方法包括：根据检测时刻和订单有效时长，确定待检测订单对应的下单终止时刻；根据所述下单终止时刻和检测周期，确定待检测订单对应的下单起始时刻；获取下单时刻属于所述下单起始时刻至所述下单终止时刻之间的订单信息，所述订单信息包括订单号、下单时刻以及订单状态；将所述订单信息中订单状态为未支付状态的订单确定为失效订单。用以提高确定购物系统中失效订单的效率。

Description

基于大数据的网购订单管理方法及装置

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种基于大数据的网购订单管理方法及装置。

背景技术

随着互联网技术的飞速发展，越来越多的人在网上进行购物，目前，多数网购过程如下：用户确定要购买的商品后向购物系统提交订单，购物系统则为该订单分配库存商品，在用户为订单进行支付后，卖家向用户配送该购物系统为该订单分配的库存商品。

目前，在网购过程中，部分用户在提交订单以后，不想继续购买商品时，既不进行支付，也不主动取消提交的订单，使得订单长期占用库存商品，导致购物系统向用户展示的剩余商品数量不准确，为此，购物系统需要将长时间未支付的订单设置为失效订单，并释放为该订单分配的库存商品。在现有技术中，通过如下方式将长时间未支付的订单设置为失效订单：购物系统定时获取购物系统中所有未支付的订单，判断未支付的订单的下单时间与当前时刻之差是否大于预设阈值，若是，则将该未支付的订单确定为失效订单。

然而，由于购物系统中存储的订单数量很大，通过遍历大量订单并进行逐个判断需要耗费大量时间，使得确定失效订单的效率低下。

发明内容

本发明实施例提供一种基于大数据的网购订单管理方法及装置，提高了确定购物系统中失效订单的效率。

第一方面，本发明实施例提供一种基于大数据的网购订单管理方法，应用于网购系统，所述方法包括：

根据检测时刻和订单有效时长，确定待检测订单对应的下单终止时刻；

根据所述下单终止时刻和检测周期，确定待检测订单对应的下单起始时刻；

获取下单时刻属于所述下单起始时刻至所述下单终止时刻之间的订单信息，所述订单信息包括订单号、下单时刻以及订单状态；

将所述订单信息中订单状态为未支付状态的订单确定为失效订单。

第二方面，本发明实施例提供一种基于大数据的网购订单管理装置，应用于网购系统，所述装置包括：

下单终止时刻确定模块，用于根据检测时刻和订单有效时长，确定待检测订单的下单终止时刻；

下单起始时刻确定模块，用于根据检所述下单终止时刻和检测周期，确定所述待检测订单对应的下单终止时刻；

第一获取模块，用于获取下单时刻属于所述下单起始时刻至所述下单终止时刻之间的订单信息，所述订单信息包括订单号、下单时刻以及订单状态；

失效订单确定模块，将所述订单信息中订单状态为未支付状态的订单确定为失效订单。

本发明实施例提供的基于大数据的网购订单管理方法及装置，在确定网购系统中的失效订单时，先根据检测时刻和订单有效时长，确定待检测订单对应的下单终止时刻，并根据待检测订单对应的下单终止时刻和检测周期，确定待检测订单对应的下单起始时刻；在确定得到下单起始时刻和下单终止时刻以后，获取下单时刻属于下单起始时刻至下单终止时刻之间的订单信息，该部分订单信息为网购系统中的部分订单信息，然后将订单信息中订单状态为未支付状态的订单确定为失效订单；在上述过程中，在无需对网购系统中的所有订单信息进行处理，只需要对网购系统中的部分订单信息进行处理即可确定购物系统中失效的订单，减少了进行处理的订单信息的个数，进而提高了确定购物系统中失效订单的效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的基于大数据的网购订单管理方法的流程示意图一；

图2为本发明提供的基于大数据的网购订单管理方法的流程示意图二；

图3为本发明提供的基于大数据的网购订单管理装置的结构示意图一；

图4为本发明提供的基于大数据的网购订单管理装置的结构示意图二。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例所涉及的基于大数据的网购订单管理方法及装置应用于网购系统，该网购系统可以为现有的任意在线购物系统；本发明实施例所涉及的方法及装置用以实现快速确定购物系统中的失效订单，解决了现有技术中确定购物系统中失效订单的效率低的问题，下面，通过具体实施例对基于大数据的网购订单管理方法及装置进行详细说明。

图1为本发明提供的基于大数据的网购订单管理方法的流程示意图一，该方法的执行主体为网购订单管理装置，请参照图1，该方法可以包括：

S101、根据检测时刻和订单有效时长，确定待检测订单对应的下单终止时刻；

S102、根据下单终止时刻和检测周期，确定待检测订单对应的下单起始时刻；

S103、获取下单时刻属于下单起始时刻至下单终止时刻之间的订单信息，订单信息包括订单号、下单时刻以及订单状态；

S104、将订单信息中订单状态为未支付状态的订单确定为失效订单。

在本发明所示的实施例中，基于大数据的网购订单管理装置(下文简称网购订单管理装置)中预设有订单有效时长，订单有效时长表示用户下单后在该订单有效时长内未进行支付则订单失效，例如，订单有效时长可以为5天；网购订单管理装置中还预设有检测周期，网购订单管理装置根据检测周期对订单库中的订单信息进行检测，例如检测周期可以为0.5天；在实际应用过程中，可以根据实际需要设置订单有效时长以及检测周期。

在网购订单管理装置需要确定网购系统中的失效订单时(将该时刻称之为检测时刻)，根据检测时刻和订单有效时长，确定待检测订单对应的下单终止时刻，其中，待检测订单对应的下单终止时刻位于检测时刻之前，且待检测订单对应的下单终止时刻和检测时刻之差为订单有效时长，具体的，从检测时刻起向前推订单时刻时长，得到待检测订单对应的下单终止时刻；例如，检测时刻为2015年10月15号12点整，订单有效时长为5天，则从2015年10月15号12点整起向前推5天，得到待检测订单对应的下单终止时刻：2015年10月10号12点整。

在确定得到待检测订单对应的下单终止时刻后，根据待检测订单对应的下单终止时刻和检测周期，确定待检测订单对应的下单起始时刻，其中，下单起始时刻位于下单终止时刻之前，且待检测订单的下单终止时刻与待检测订单的下单起始时刻之差为检测周期；具体的，从待检测订单对应的下单终止时刻起，向前推检测周期对应的时长，得到待检测订单对应的下单起始时刻；例如，待检测订单对应的下单终止时刻为2015年10月10号12点整，检测周期为1天，则从2015年10月10号12点整起向前推1天，得到待检测订单对应的下单起始时刻：2015年10月9号12点整。

在确定得到待检测订单对应的下单起始时刻和下单终止时刻后，在购物系统的所有订单信息中，获取下单时刻属于下单起始时刻至下单终止时刻之间的订单信息，然后针对下单时刻属于下单起始时刻至下单终止时刻之间的订单信息中的每一个订单信息，分别判断订单信息中的订单状态是否为未支付状态，若是，则将订单信息对应的订单确定为失效订单，可选的，购物系统的订单信息可以存储在订单库中，在实际应用过程中，订单信息还可以包括下单者、订单商品、订单金额等信息，本发明对订单信息中包括的内容不做具体限定。

本发明实施例提供的基于大数据的网购订单管理方法，在需要确定网购系统中的失效订单时，先根据检测时刻和订单有效时长，确定待检测订单对应的下单终止时刻，并根据待检测订单对应的下单终止时刻和检测周期，确定待检测订单对应的下单起始时刻；在确定得到待检测订单对应的下单起始时刻和下单终止时刻以后，获取下单时刻属于下单起始时刻至下单终止时刻之间的订单信息，该部分订单信息为网购系统中的部分订单信息，然后将订单信息中订单状态为未支付状态的订单确定为失效订单；在上述过程中，在无需对网购系统中的所有订单信息进行处理，只需要对网购系统中的部分订单信息进行处理即可确定购物系统中失效的订单，减少了进行处理的订单信息的个数，进而提高了确定购物系统中失效订单的效率。

在图1所示实施例的基础上，网购系统中可以包括订单库和多个订单列表，订单库用于存储订单信息，订单列表用于存储下单时刻属于预设时段的订单号，其中，订单库存储在网购系统的永久存储介质中，订单列表存储在网购系统的高速缓存存储介质中；为了提高确定失效订单的效率，可以在各下单列表中获取下单时刻属于下单起始时刻至下单终止时刻之间的订单号，并在订单库中获取各订单号对应的订单信息；下面，通过图2所示的实施例对基于大数据的网购订单管理方法进行进一步说明。

图2为本发明提供的基于大数据的网购订单管理方法的流程示意图二，在图1所示实施例的基础上，请参照图2，该方法可以包括：

S201、根据检测时刻和订单有效时长，确定待检测订单对应的下单终止时刻；

S202、根据下单终止时刻和检测周期，确定待检测订单对应的下单起始时刻；

S203、在多个订单列表中，根据订单有效时长、间隔时长以及检测时刻对应的列表编号，确定下单终止时刻对应的终止列表编号；

其中，各订单列表包括列表编号，各订单列表的列表编号按照各订单列表对应的预设时段的时间递增顺序递增，且各预设时段对应的间隔时长相等；

S204、根据检测周期以及间隔时长，确定订单列表的个数；

S205、根据终止列表编号以及订单列表的个数，确定下单起始时刻对应的起始列表编号；

S206、获取起始列表编号至终止列表编号内的订单列表中的订单号，在订单库中获取订单号对应的订单信息。

S207、将订单信息中订单状态为未支付状态的订单确定为失效订单。

在图2所示的实施例中，网购订单管理装置中还预设有间隔时长，购物系统中的多个订单列表对应的预设时段的时长均为间隔时长，每一个订单列表具有列表编号，各订单列表的列表编号按照各订单列表对应的预设时段的时间递增顺序递增；例如：购物系统中预设的间隔时长为6个小时，假设在2000年1月1号00点整，购物系统中开始将订单号存储至的第一个订单列表，则购物系统中的订单列表的列表编号、以及各订单列表用于存储的下单时刻所属的预设时段如表1所示：

表1

列表编号	预设时段
		1	2000年1月1号00点整至2000年1月1号06点整
2	2000年1月1号06点整至2000年1月1号12点整
		3	2000年1月1号12点整至2000年1月1号18点整
4	2000年1月1号18点整至2000年1月1号24点整
		5	2000年1月2号00点整至2000年1月2号06点整
6	2000年1月2号06点整至2000年1月2号12点整
		…	……

下面，分别对图2所示实施例中的各个步骤进行详细说明。

S201-S202与S101-S102相同，S207与S104相同，此处不再进行赘述。

在S203-S205中，可选的，可以根据公式一确定终止列表编号N_end；

$N_{end}=N_{now}-\frac{T_1}{T_2}$ 公式一；

在公式一中，N_now为检测时刻对应的列表编号，T₁为订单有效时长，T₂为间隔时长。

在确定得到终止列表编号N_end后，可以根据公式二确定订单列表的个数M；

$M=\frac{T_3}{T_2}$ 公式二；

在公式二中，T₃为检测周期的时长。

在确定得到订单列表的个数M后，可以根据公式三确定起始列表编号N_begin；

N_begin＝N_end-M+1公式三。

在实际应用过程中，终止列表编号N_end、检测时刻对应的列表编号N_now、以及起始列表编号N_begin、以及订单列表的个数M均为正整数，因此，需要保证和也为正整数，而订单有效时长T₁、间隔时长T₂、检测周期T₃均为管理员预先在网购订单管理装置中预先设置的，因此，在执行图2所示的实施例之前，网购订单管理装置可以预先判断和是否为正整数，否不是，则提醒管理管进行重新设置，具体的，根据检测时刻和订单有效时长，确定待检测订单对应的下单终止时刻之前，还包括：获取管理员设置的订单有效时长、间隔时长以及检测周期；判断订单有效时长是否为间隔时长的整数倍，且检测周期是否为间隔时长的整数倍，若否，则向管理员发送重设信息，直至订单有效时长为间隔时长的整数倍，且检测周期为间隔时长的整数倍。

在S206中，当确定得到起始列表编号以及终止列表编号后，获取起始列表编号至终止列表编号内的订单列表中的所有订单号，然后在订单库中获取各个订单号对应的订单信息。

在图2所示的实施例中，在每一个检测周期，网购订单管理装置根据预设的订单有效时长、检测周期以及间隔时长，在多个订单列表中确定部分订单列表(起始列表编号至终止列表编号内的订单列表)，该部分订单列表中的订单号对应订单的下单时刻与当前时刻之间的时长，均大于订单有效时长，且该部分订单列表中的订单号对应的订单信息在上一个检测周期未进行检测，该部分订单列表中的订单号对应的订单信息为网购系统中订单信息中很小的一部分，减少了需要进行处理的订单信息的个数，进而提高了确定购物系统中失效订单的效率。

在实际应用的过程中，在网购订单管理装置接收用户提交的、包括订单号的支付信息后，可以在订单列表中删除支付信息中的订单号，进而使得订单列表中包括的订单号均为未进行支付的订单号，因此，可以直接将起始列表编号至终止列表编号内的订单列表中的订单号对应的订单确定为失效订单；在该种情况下，网购订单管理装置在确定得到起始列表编号至终止列表编号内的订单列表中的订单号对应的订单信息后，无需对该部分订单信息中的支付状态进行判断，且进一步减少了需要进行处理的订单信息的个数，进一步提高了确定购物系统中失效订单的效率。

在实际应用的过程中，为了减少对高速缓存存储介质的占用，在将订单信息对应的订单确定为失效订单之后，可以删除起始列表编号至终止列表编号内的所有订单列表。

下面，通过具体示例对图2所示的方法进行详细说明。

假设管理员在网购订单管理装置中预预先设置的订单有效时长T₁为5天、间隔时长T₂为0.25天(6个小时)、检测周期T₃为1天，再假设网购订单管理装置在每天的0点整对网购系统中的订单信息进行检测。

假设网购系统的订单库中当前存储着2015年1月15号之前下单的所有订单信息，网购系统中包括110个订单列表，各订单列表的列表编号以及各订单列表用于存储的下单时刻所属的预设时段如表2所示：

表2

列表编号	预设时段
		…	……
87	2015年1月9号0点整至2015年1月9号6点整
		88	2015年1月9号6点整至2015年1月9号12点整
89	2015年1月9号12点整至2015年1月9号18点整
		90	2015年1月9号18点整至2015年1月9号24点整
…	……
		107	2015年1月14号0点整至2015年1月14号6点整
108	2015年1月14号6点整至2015年1月14号12点整
		109	2015年1月14号12点整至2015年1月14号18点整
110	2015年1月14号18点整至2015年1月14号24点整

在2015年1月15号0点整需要对网购系统中的订单信息进行检测时，先根据订单有效时长T₁＝5天、间隔时长T₂＝0.25天以及检测时刻对应的列表编号N_now＝110，确定待检测订单对应的下单终止时刻对应的终止列表编号 $N_{end}=N_{now}-\frac{T_1}{T_2}=110-\frac{5}{0.25}=110-20=90.$

根据检测周期T₃＝1天以及间隔时长T₂＝0.25天，确定订单列表的个数 $M=\frac{T_2}{T_2}=\frac{1}{0.25}=4$ 个。

在确定得到终止列表编号N_end＝90、M＝4后，确定起始列表编号N_begin＝N_end-M+1＝90-4+1＝87。

综上可知，确定得到的起始列表编号为87，终止列表编号为90，则分别获取列表编号为87、88、89、90的订单列表中的订单号，并在订单库中获取各订单号对应的订单信息，分别判断订单信息中的订单状态是否为未支付状态，若是，则将订单信息对应的订单确定为失效订单。

在上述过程中，在2015年1月15号0点整，对列表编号为87-90的订单列表中包括的订单号对应的订单信息进行检测；同理，在2015年1月16号0点整，对列表编号为91-94的订单列表中包括的订单号对应的订单信息进行检测，依次类推，在每一个检测周期，只需要对网购系统中很少一部分的订单信息进行处理，进而提高了确定购物系统中失效订单的效率。

图3为本发明提供的基于大数据的网购订单管理装置的结构示意图一，应用于网购系统，请参照图3，该网购订单管理装置可以包括：

下单终止时刻确定模块301，用于根据检测时刻和订单有效时长，确定待检测订单对应的下单终止时刻；

下单起始时刻确定模块302，用于根据下单终止时刻和检测周期，确定待检测订单对应的下单起始时刻；

第一获取模块303，用于获取下单时刻属于下单起始时刻至下单终止时刻之间的订单信息，订单信息包括订单号、下单时刻以及订单状态；

失效订单确定模块304，将订单信息中订单状态为未支付状态的订单确定为失效订单。

在实际应用过程中，网购系统包括订单库和多个订单列表，订单库用于存储订单信息，订单列表用于存储下单时刻属于预设时段的订单号；

第一获取模块303具体可以用于，在各下单列表中获取下单时刻属于下单起始时刻至下单终止时刻之间的订单号，在订单库中获取订单号对应的订单信息。

在图3所示实施例的基础上，各订单列表还可以包括列表编号，各订单列表的列表编号按照各订单列表对应的预设时段的时间递增顺序递增，各预设时段对应的间隔时长相等。

图4为本发明提供的基于大数据的网购订单管理装置的结构示意图二，应用于网购系统，在图3所示实施例的基础上，请参照图4，第一获取模块303可以包括：

终止列表编号确定单元3031，用于在多个订单列表中，根据订单有效时长、间隔时长以及检测时刻对应的列表编号，确定下单终止时刻对应的终止列表编号；

订单列表个数确定单元3032，用于根据检测周期以及间隔时长，确定订单列表的个数；

起始列表编号确定单元3033，用于根据终止列表编号以及订单列表的个数，确定下单起始时刻对应的起始列表编号；

获取单元3034，用于获取起始列表编号至终止列表编号内的订单列表中的订单号，在订单库中获取订单号对应的订单信息。

在实际应用过程中，可选的，终止列表编号确定单元3031具体可以用于，根据公式一确定终止列表编号N_end；

$N_{end}=N_{now}-\frac{T_1}{T_2}$ 公式一；

其中，N_now为检测时刻对应的列表编号，T₁为订单有效时长，T₂为间隔时长；

订单列表个数确定单元3032具体可以用于，根据公式二确定订单列表的个数；

$M=\frac{T_3}{T_2}$ 公式二；

其中，T₃为检测周期的时长；

起始列表编号确定单元3033具体可以用于，根据公式三确定起始列表编号N_begin；

N_begin＝N_end-M+1公式三。

进一步的，该网购订单管理装置还可以包括：

接收模块305，用于接收用户提交的支付信息，支付信息包括订单号；

第一删除模块306，用于在订单列表中删除支付信息中的订单号；

相应的，失效订单确定模块304具体用于：将起始列表编号至终止列表编号内的订单列表中的订单号对应的订单确定为失效订单。

进一步的，该网购订单管理装置还可以包括第二删除模块307，其中，

第二删除模块307用于，在失效订单确定模块304将订单信息对应的订单确定为失效订单之后，删除起始列表编号至终止列表编号内的所有订单列表。

进一步的，该网购订单管理装置还可以包括第二获取模块308和判断模块309，其中，

第二获取模块308用于，在下单终止时刻确定模块301根据检测时刻和订单有效时长，确定待检测订单的下单终止时刻之前，获取管理员设置的订单有效时长、间隔时长以及检测周期；

判断模块309用于，判断订单有效时长是否为间隔时长的整数倍，且检测周期是否为间隔时长的整数倍，若否，则向管理员发送重设信息，直至订单有效时长为间隔时长的整数倍，且检测周期为间隔时长的整数倍。

本发明所示的网购订单管理装置，可以执行图1和图2实施例所示的技术方法，其具体实现原理以及有益效果类似，此处不再进行赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种基于大数据的网购订单管理方法，其特征在于，应用于网购系统，所述方法包括：

根据检测时刻和订单有效时长，确定待检测订单对应的下单终止时刻；

根据所述下单终止时刻和检测周期，确定待检测订单对应的下单起始时刻；

获取下单时刻属于所述下单起始时刻至所述下单终止时刻之间的订单信息，所述订单信息包括订单号、下单时刻以及订单状态；

将所述订单信息中订单状态为未支付状态的订单确定为失效订单。

2.根据权利要求1所述的方法，其特征在于，所述网购系统包括订单库和多个订单列表，所述订单库用于存储所述订单信息，所述订单列表用于存储下单时刻属于预设时段的所有订单号；

所述获取下单时刻属于所述下单起始时刻至所述下单终止时刻之间的订单信息，包括：

在各所述订单列表中获取下单时刻属于所述下单起始时刻至所述下单终止时刻之间的订单号，在所述订单库中获取所述订单号对应的订单信息。

3.根据权利要求2所述的方法，其特征在于，各所述订单列表还包括列表编号，各所述订单列表的列表编号按照各所述订单列表对应的预设时段的时间递增顺序递增，各所述预设时段对应的间隔时长相等；

所述在各所述下单列表中获取下单时刻属于所述下单起始时刻至所述下单终止时刻之间的订单号，在所述订单库中获取所述订单号对应的订单信息，包括：

在所述多个订单列表中，根据所述订单有效时长、所述间隔时长以及所述检测时刻对应的列表编号，确定所述下单终止时刻对应的终止列表编号；

根据所述检测周期以及所述间隔时长，确定订单列表的个数；

根据所述终止列表编号以及所述订单列表的个数，确定所述下单起始时刻对应的起始列表编号；

获取所述起始列表编号至所述终止列表编号内的订单列表中的订单号，在所述订单库中获取所述订单号对应的订单信息。

4.根据权利要求3所述的方法，其特征在于，在所述多个订单列表中，根据所述订单有效时长、所述间隔时长以及所述检测时刻对应的列表编号，确定所述下单终止时刻对应的终止列表编号，包括：

根据公式一确定终止列表编号N_end；

$N_{end}=N_{now}-\frac{T_1}{T_2}$ 公式一；

其中，所述N_now为所述检测时刻对应的列表编号，所述T₁为所述订单有效时长，所述T₂为所述间隔时长；

所述根据所述检测周期以及所述间隔时长，确定订单列表的个数，包括：

根据公式二确定订单列表的个数；

$M=\frac{T_3}{T_2}$ 公式二；

其中，所述T₃为所述检测周期的时长；

根据所述终止列表编号以及所述订单列表的个数，确定所述下单起始时刻对应的起始列表编号，包括：

根据公式三确定起始列表编号N_begin；

N_begin＝N_end-M+1公式三。

5.根据权利要求3或4所述的方法，其特征在于，所述方法还包括：

接收用户提交的支付信息，所述支付信息包括订单号；

在所述订单列表中删除所述支付信息中的订单号；

相应的，将所述订单信息中订单状态为未支付状态的订单确定为失效订单，包括：

将所述起始列表编号至所述终止列表编号内的订单列表中的订单号对应的订单确定为失效订单。

6.根据权利要求3或4所述的方法，其特征在于，所述将所述订单信息对应的订单确定为失效订单之后，还包括：

删除所述起始列表编号至所述终止列表编号内的所有订单列表。

7.根据权利要求2-4任一项所述的方法，其特征在于，根据检测时刻和订单有效时长，确定待检测订单对应的下单终止时刻之前，还包括：

获取管理员设置的订单有效时长、间隔时长以及检测周期；

判断所述订单有效时长是否为所述间隔时长的整数倍，且所述检测周期是否为所述间隔时长的整数倍，若否，则向所述管理员发送重设信息，直至所述订单有效时长为所述间隔时长的整数倍，且所述检测周期为所述间隔时长的整数倍。

8.一种基于大数据的网购订单管理装置，其特征在于，应用于网购系统，所述装置包括：

下单终止时刻确定模块，用于根据检测时刻和订单有效时长，确定待检测订单对应的下单终止时刻；

下单起始时刻确定模块，用于根据所述下单终止时刻和检测周期，确定所述待检测订单对应的下单起始时刻；

第一获取模块，用于获取下单时刻属于所述下单起始时刻至所述下单终止时刻之间的订单信息，所述订单信息包括订单号、下单时刻以及订单状态；

失效订单确定模块，将所述订单信息中订单状态为未支付状态的订单确定为失效订单。

9.根据权利要求8所述的装置，其特征在于，所述网购系统包括订单库和多个订单列表，所述订单库用于存储所有所述订单信息，所述订单列表用于存储下单时刻属于预设时段的订单号；

所述第一获取模块具体用于，在各所述下单列表中获取下单时刻属于所述下单起始时刻至所述下单终止时刻之间的订单号，在所述订单库中获取所述订单号对应的订单信息。

10.根据权利要求9所述的装置，其特征在于，各所述订单列表还包括列表编号，各所述订单列表的列表编号按照各所述订单列表对应的预设时段的时间递增顺序递增，各所述预设时段对应的间隔时长相等；

所述第一获取模块包括：

终止列表编号确定单元，用于在所述多个订单列表中，根据所述订单有效时长、所述间隔时长以及所述检测时刻对应的列表编号，确定所述下单终止时刻对应的终止列表编号；

订单列表个数确定单元，用于根据所述检测周期以及所述间隔时长，确定订单列表的个数；

起始列表编号确定单元，用于根据所述终止列表编号以及所述订单列表的个数，确定所述下单起始时刻对应的起始列表编号；

获取单元，用于获取所述起始列表编号至所述终止列表编号内的订单列表中的订单号，在所述订单库中获取所述订单号对应的订单信息。