CN106372996B - 订单处理方法和装置 - Google Patents

Abstract

本发明公开了一种订单处理方法和装置，涉及电子商务领域。其中的订单处理方法包括：根据历史订单的统计数据确定订单的处理中止时间长度；暂停处理订单；判断订单的暂停处理时间长度是否达到处理中止时间长度；如果订单的暂停处理时间长度达到处理中止时间长度，检查订单是否已取消；以及，如果订单已取消，结束对订单的处理，如果订单未取消，继续处理订单，以便订单进入生产实施阶段。本发明通过在订单进入生产实施阶段之前中止订单的处理流程，可以在一段时间内暂停对订单的处理，以防止因用户在下单后的短时间内取消订单而造成的人力和时间成本的浪费。

Description

订单处理方法和装置

技术领域

本发明涉及数据处理领域，特别涉及一种订单处理方法和装置。

背景技术

在当前的电子商务体系中，订单的生产周期分为订单计划阶段、订单生产实施阶段、订单分拣配送阶段和用户确认收货阶段。其中，订单计划阶段包括确认订单是否需要拆分、订单生产实施时间和地点等等，订单计划阶段的工作主要由订单***自动完成，只对订单的相关数据进行变更。订单生产实施阶段主要包括分拣、出库、打包等工作。

由于用户的冲动消费、重复购买、错误下单等行为，用户可能会在下单后的短暂时间内取消订单，会浪费大量的时间和人力成本，对仓储运营造成压力。

发明内容

本发明实施例所要解决的一个技术问题是：提供一种节约时间成本和人力成本的订单处理方法。

根据本发明实施例的第一个方面，提供一种订单处理方法，包括：根据历史订单的统计数据确定订单的处理中止时间长度；暂停处理订单；判断订单的暂停处理时间长度是否达到处理中止时间长度；如果订单的暂停处理时间长度达到处理中止时间长度，检查订单是否已取消；以及，如果订单已取消，结束对订单的处理，如果订单未取消，继续处理订单，以便订单进入生产实施阶段。

在一个实施例中，针对历史订单中的取消订单，统计与至少一个订单统计项相对应的取消订单的平均取消时间作为处理中止时间长度。

在一个实施例中，方法还包括：基于取消订单的统计数据判断是否需要暂停处理订单；以及，如果需要暂停处理订单，根据历史订单的统计数据确定订单处理中止时间长度。

在一个实施例中，当历史订单中与至少一个订单统计项相对应的取消订单数量在订单统计项对应的订单总量中所占的比例大于或等于预设值时，判断需要暂停处理订单。

在一个实施例中，当历史订单中订单统计项的取值为预设值时，判断不需要暂停处理订单。

在一个实施例中，订单统计项包括订单类型、订单商品品类和订单用户中的至少一项。

在一个实施例中，方法还包括：在确定了订单处理中止时间长度后，计算从订单暂停处理的时间点起经过处理中止时间长度后的截止中止处理时间点是否超出订单有效时间点；如果订单的截止中止处理时间点晚于订单有效时间点，不暂停处理订单。

在一个实施例中，将暂停处理的订单数据保存在内存或内存数据库中；基于保存在内存或内存数据库中的暂停处理订单数据，判断暂停处理订单的时间长度是否达到处理中止时间长度。

根据本发明实施例的第二个方面，提供一种订单处理装置，包括：处理中止时间长度确定模块，用于根据历史订单的统计数据确定订单的处理中止时间长度；暂停处理订单模块，用于暂停处理订单；中止结束判断模块，用于判断订单的暂停处理时间长度是否达到处理中止时间长度；订单取消检查模块，用于当订单的暂停处理时间长度达到处理中止时间长度时，检查订单是否已取消；结束处理订单模块，用于在订单被取消时，结束对订单的处理；继续处理订单模块，用于在订单未被取消时，继续处理订单，以便订单进入生产实施阶段。

在一个实施例中，处理中止时间长度确定模块进一步用于针对历史订单中的取消订单，统计与至少一个订单统计项相对应的取消订单的平均取消时间作为处理中止时间长度。

在一个实施例中，装置还包括：暂停需求判断模块，用于基于取消订单的统计数据判断是否需要暂停处理订单；如果需要暂停处理订单，处理中止时间长度确定模块根据历史订单的统计数据确定订单处理中止时间长度。

在一个实施例中，暂停需求判断模块包括比例判断单元，用于当历史订单中与至少一个订单统计项相对应的取消订单数量在订单统计项对应的订单总量中所占的比例大于或等于预设值时，判断需要暂停处理订单。

在一个实施例中，暂停需求判断模块包括或通用判断单元，当历史订单中订单统计项的取值为预设值时，判断不需要暂停处理订单。

在一个实施例中，订单统计项包括订单类型、订单商品品类和订单用户中的至少一项。

在一个实施例中，装置还包括：时效判断模块，用于在确定了订单处理中止时间长度后，计算从订单暂停处理的时间点起经过处理中止时间长度后的截止中止处理时间点是否超出订单有效时间点；如果订单的截止中止处理时间点晚于订单有效时间点，暂停处理订单模块不暂停处理订单，继续处理订单模块继续处理订单，以便订单进入生产实施阶段。

在一个实施例中，暂停处理订单模块进一步用于将暂停处理的订单数据保存在内存或内存数据库中；中止结束判断模块基于保存在内存或内存数据库中的暂停处理订单数据，判断暂停处理订单的时间长度是否达到处理中止时间长度。

根据本发明实施例的第三个方面，提供一种订单处理装置，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器中的指令，执行前述任意一种订单处理方法。

本发明通过在订单进入生产实施阶段之前中止订单的处理流程，可以在一段时间内暂停对订单的处理，以防止因用户在下单后的短时间内取消订单而造成的人力和时间成本的浪费。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

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

图1为本发明订单处理方法一个实施例的流程图。

图2为本发明订单处理方法另一个实施例的流程图。

图3为本发明订单处理装置一个实施例的结构图。

图4为本发明订单处理装置另一个实施例的结构图。

图5为本发明订单处理装置又一个实施例的结构图。

图6为本发明订单处理装置再一个实施例的结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

发明人发现，在用户下单后对订单立即进行处理，可能会产生因用户取消订单而造成的人力和时间成本浪费的情况。因此，可以在订单进入较为耗费时间和人力成本的生产实施阶段之前中止处理订单，即设置一个“冷静期”。在该“冷静期”结束以后，如果用户取消了订单，则可以终止对订单的处理，从而避免了无谓的人力和时间成本的消耗。

图1为本发明订单处理方法一个实施例的流程图。如图1所示，该实施例的方法包括：

步骤S102，根据历史订单的统计数据确定订单的处理中止时间长度。

其中，处理中止时间长度是指订单需要暂停处理的时间长度。

历史订单是指订单***或者其他数据平台保存的已完成订单，包括成功交易的订单和下单后被取消的订单。历史订单的统计数据例如可以为历史订单中某些订单统计项的平均值、方差、加权平均值等数据。

订单统计项是指与计算订单的处理中止时间长度有关的订单指标，例如包括订单类型、订单商品品类和订单用户等等。在统计的过程中，可以采用一个统计项确定处理中止时间长度，也可以采用多个统计项确定处理中止时间长度。

例如，可以针对历史订单中的取消订单，统计与至少一个订单统计项相对应的取消订单的平均取消时间作为处理中止时间长度。

通过采用这种方法，可以估算出当前订单可能会被取消的时间与当前时间的时间差。

此外，当历史订单的统计数据的数据量较小、不足以给出较为准确的统计结果时，也可以设置通用的中止时间长度，例如，不论订单统计项的内容如何，均暂停处理5分钟等等。

步骤S104，暂停处理订单。

在确定处理中止时间长度之后，可以在处理中止时间长度以内暂停处理订单。例如，可以为暂停处理的订单增加暂停标识，在采用普通的订单处理步骤之前首先识别订单是否有暂停标识，如果有，则跳过对该订单的处理。

步骤S106，判断订单的暂停处理时间长度是否达到处理中止时间长度。

第一种判断方法为，在暂停处理订单的同时可以开始计时，并定期判断计时器中已计时的时间长度是否达到处理中止时间长度。

第二种判断方法为，在暂停处理的订单的记录中标注暂停处理订单时的时间点以及订单的处理中止时间长度，并定时访问该订单的记录，计算当前时间与暂停处理订单时的时间点的差值是否已经达到中止时间长度。

一个实施例为，将暂停处理的订单数据保存在内存或内存数据库中；基于保存在内存或内存数据库中的暂停处理订单数据，判断暂停处理订单的时间长度是否达到处理中止时间长度。其中，内存数据库例如可以为Redis、MemCache等等。

由于内存的读取速度较快，因此通过这种方法可以提升***的响应速度。

步骤S108，如果订单的暂停处理时间长度达到处理中止时间长度，检查订单是否已取消。

通常地，订单记录会标记订单的当前状态，例如已下单、已支付、已取消、已发货等等。因此，可以检查订单的当前状态，以检查订单是否被取消。

步骤S1102，如果订单被取消，结束对订单的处理。

如果订单暂停处理时间长度达到订单的处理中止时间长度后，发现订单被取消，说明用户不再想要购买订单中的商品，则可以结束处理该订单，从而避免了对时间和人力成本的浪费。

步骤S1104，如果订单未被取消，继续处理订单，以便订单进入生产实施阶段。

如果订单暂停处理时间长度达到订单的处理中止时间长度后，订单仍未被取消，则说明用户仍具有对该订单中商品的购买意愿，则可以进入生产实施阶段，按照普通流程继续处理订单。

本发明通过在订单进入生产实施阶段之前中止订单的处理流程，可以在一段时间内暂停对订单的处理，以防止因用户在下单后的短时间内取消订单而造成的人力和时间成本的浪费。

本发明可以采用上述实施例的方法对每个订单都进行暂停处理，也可以根据订单的具体情况，只对部分订单进行暂停处理。下面根据图2描述本发明另一个实施例的订单处理方法。

图2为本发明订单处理方法另一个实施例的流程图。如图2所示，该实施例的方法包括：

步骤S201，基于取消订单的统计数据判断是否需要暂停处理订单。如果需要暂停处理订单，则执行步骤S202；如果不需要暂停处理订单，则执行步骤S2104。

例如，某些用户经常冲动消费，但是下单之后又反悔，产生了大量的取消订单行为，而部分用户从未有或极少有取消订单的行为；或者，某些商家经常缺货，商家在用户下单之后发现没有充足的货源，使用户不得不取消订单，而有一些商家只有少量客户有取消订单的行为。因此，可以根据订单类型、订单商品品类、订单用户、订单商家等统计项的历史数据判断是否有暂停处理订单的必要。

一种判断方式为，当历史订单中与至少一个订单统计项相对应的取消订单数量在订单统计项对应的订单总量中所占的比例大于或等于预设值时，判断需要暂停处理订单。从而，当订单中的统计项对应的历史订单中经常有取消订单的情况时，则对该订单进行暂停处理。

另一种判断方式为，当历史订单中订单统计项的取值为预设值时，判断不需要暂停处理订单。例如，对于预设的用户、商家、品类所对应的订单，可以不进行暂停处理。上述预设值可以是订单***根据历史订单情况确定，也可以通过电子商务平台的其他模型判断结果或者业务设置确定。

此外，如果订单类型为限时达等特殊类型时，也可以不进行暂停处理，直接按照普通流程继续进行。

通过采用这种方法，可以仅对被取消的可能性较大的订单进行暂停处理，提升了处理效率。

步骤S202，根据历史订单的统计数据确定订单的处理中止时间长度。

其中，步骤S202的具体实施方式可以参考步骤S102。

步骤S203，计算从订单暂停处理的时间点起经过处理中止时间长度后的截止中止处理时间点是否超出订单有效时间点。如果订单的截止中止处理时间点晚于订单有效时间点，执行步骤S2104；如果订单的截止中止处理时间点早于订单有效时间点，执行步骤S204。

订单时效是指订单预设的送达时间。例如，限时送达的订单或者包含易变质物品的订单通常会有承诺的送达时间。如果从当前时间开始计算，在处理中止时间长度后会超过已约定的送达时间或者根据商品属性决定的送达时间，则可以按照普通流程继续处理订单。从而，可以保证订单能够按时送达。

在部分物流***中，订单时效还可以指订单对应的生产波次的发货时间。生产波次是一段时间内产生、在预设的时间区域内集中发货的订单所对应的发货时间。如果从当前时间开始计算，在处理中止时间长度内会跨越订单所在的生产波次所对应的发货时间，则可以不对订单进行中止。

从而，可以保证原有物流配送流程的正常运转，以便提升生产效率。

步骤S204，暂停处理订单。

步骤S206，判断订单的暂停处理时间长度是否达到处理中止时间长度。

步骤S208，如果订单的暂停处理时间长度达到处理中止时间长度，检查订单是否已取消。如果订单被取消，执行步骤S2102；如果订单未被取消，执行步骤S2104。

步骤S2102，结束对订单的处理。

步骤S2104，继续处理订单，以便订单进入生产实施阶段。

其中，步骤S204～S2104的具体实施方式可以参考步骤S104～S1104。

通过采用上述方法，可以仅在订单满足预设条件时对订单进行暂停处理，以便进一步提升生产效率和用户体验。

其中，步骤S201和步骤S203提供的是否对订单进行暂停处理的方法可以择一执行，也可以全部执行。

下面根据图3描述本发明一个实施例的订单处理装置。

图3为本发明订单处理装置一个实施例的结构图。如图3所示，该实施例的装置包括：处理中止时间长度确定模块31，用于根据历史订单的统计数据确定订单的处理中止时间长度；暂停处理订单模块32，用于暂停处理订单；中止结束判断模块33，用于判断订单的暂停处理时间长度是否达到处理中止时间长度；订单取消检查模块34，用于当订单的暂停处理时间长度达到处理中止时间长度时，检查订单是否已取消；结束处理订单模块35，用于在订单被取消时，结束对订单的处理；继续处理订单模块36，用于在订单未被取消时，继续处理订单，以便订单进入生产实施阶段。

本发明通过在订单进入生产实施阶段之前中止订单的处理流程，可以在一段时间内暂停对订单的处理，以防止因用户在下单后的短时间内取消订单而造成的人力和时间成本的浪费。

其中，订单统计项包括订单类型、订单商品品类和订单用户中的至少一项。

其中，处理中止时间长度确定模块31可以进一步用于针对历史订单中的取消订单，统计与至少一个订单统计项相对应的取消订单的平均取消时间作为处理中止时间长度。

其中，暂停处理订单模块32进一步用于将暂停处理的订单数据保存在内存或内存数据库中；中止结束判断模块33基于保存在内存或内存数据库中的暂停处理订单数据，判断暂停处理订单的时间长度是否达到处理中止时间长度。

下面根据图4描述本发明另一个实施例的订单处理装置。

图4为本发明订单处理装置另一个实施例的结构图。如图4所示，该实施例的装置还可以包括：暂停需求判断模块47，用于基于取消订单的统计数据判断是否需要暂停处理订单；如果需要暂停处理订单，处理中止时间长度确定模块31根据历史订单的统计数据确定订单处理中止时间长度。从而，可以仅对被取消的可能性较大的订单进行暂停处理，提升了处理效率。

其中，暂停需求判断模块47还可以包括比例判断单元472，用于当历史订单中与至少一个订单统计项相对应的取消订单数量在订单统计项对应的订单总量中所占的比例大于或等于预设值时，判断需要暂停处理订单。

其中，暂停需求判断模块47还可以包括通用判断单元474，用于当历史订单中订单统计项的取值为预设值时，判断不需要暂停处理订单。

此外，装置还可以包括时效判断模块48，用于在确定了订单处理中止时间长度后，计算从订单暂停处理的时间点起经过处理中止时间长度后的截止中止处理时间点是否超出订单有效时间点；如果订单的截止中止处理时间点晚于订单有效时间点，暂停处理订单模块32不暂停处理订单，继续处理订单模块36继续处理订单，以便订单进入生产实施阶段。

图5为本发明订单处理装置的又一个实施例的结构图。如图5所示，该实施例的装置500包括：存储器510以及耦接至该存储器510的处理器520，处理器520被配置为基于存储在存储器510中的指令，执行前述任意一个实施例中的订单处理方法。

其中，存储器510例如可以包括***存储器、固定非易失性存储介质等。***存储器例如存储有操作***、应用程序、引导装载程序(Boot Loader)以及其他程序等。

图6为本发明订单处理装置的再一个实施例的结构图。如图6所示，该实施例的装置500包括：存储器510以及处理器520，还可以包括输入输出接口630、网络接口640、存储接口650等。这些接口630，640，650以及存储器510和处理器520之间例如可以通过总线660连接。其中，输入输出接口630为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口640为各种联网设备提供连接接口。存储接口650为SD卡、U盘等外置存储设备提供连接接口。

本领域内的技术人员应当明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解为可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种订单处理方法，其特征在于，包括：

根据历史订单的统计数据确定用于起到冷静期作用的订单的处理中止时间长度，包括：针对历史订单中的取消订单，统计与至少一个订单统计项相对应的所述取消订单的平均取消时间作为所述处理中止时间长度；其中，所述统计数据包括一个或多个统计项，所述统计项至少包括订单商品品类；

暂停处理所述订单；

判断所述订单的暂停处理时间长度是否达到所述处理中止时间长度；

如果所述订单的暂停处理时间长度达到所述处理中止时间长度，检查所述订单是否已取消；以及

如果所述订单已取消，结束对所述订单的处理，如果所述订单未取消，继续处理所述订单，以便所述订单进入生产实施阶段。

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

基于取消订单的统计数据判断是否需要暂停处理所述订单；以及

如果需要暂停处理所述订单，根据所述历史订单的统计数据确定所述订单处理中止时间长度。

3.根据权利要求2所述的方法，其特征在于：

当所述历史订单中与至少一个订单统计项相对应的取消订单数量在所述订单统计项对应的订单总量中所占的比例大于或等于预设值时，判断需要暂停处理所述订单。

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

当所述历史订单中所述订单统计项的取值为预设值时，判断不需要暂停处理所述订单。

5.根据权利要求3或4所述的方法，其特征在于，所述订单统计项包括订单类型和订单用户中的至少一项。

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

在确定了所述订单处理中止时间长度后，计算从所述订单暂停处理的时间点起经过所述处理中止时间长度后的截止中止处理时间点是否超出订单有效时间点；

如果所述订单的截止中止处理时间点晚于订单有效时间点，不暂停处理所述订单。

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

将暂停处理的订单数据保存在内存或内存数据库中；

基于保存在内存或内存数据库中的所述暂停处理订单数据，判断暂停处理所述订单的时间长度是否达到所述处理中止时间长度。

8.一种订单处理装置，其特征在于，包括：

处理中止时间长度确定模块，用于根据历史订单的统计数据确定用于起到冷静期作用的订单的处理中止时间长度，包括：针对历史订单中的取消订单，统计与至少一个订单统计项相对应的所述取消订单的平均取消时间作为所述处理中止时间长度；其中，所述统计数据包括一个或多个统计项，所述统计项至少包括订单商品品类；

暂停处理订单模块，用于暂停处理所述订单；

中止结束判断模块，用于判断所述订单的暂停处理时间长度是否达到所述处理中止时间长度；

订单取消检查模块，用于当所述订单的暂停处理时间长度达到所述处理中止时间长度时，检查所述订单是否已取消；

结束处理订单模块，用于在所述订单被取消时，结束对所述订单的处理；

继续处理订单模块，用于在所述订单未被取消时，继续处理所述订单，以便所述订单进入生产实施阶段。

9.根据权利要求8所述的装置，其特征在于，还包括：

暂停需求判断模块，用于基于取消订单的统计数据判断是否需要暂停处理所述订单；

如果需要暂停处理所述订单，所述处理中止时间长度确定模块根据所述历史订单的统计数据确定所述订单处理中止时间长度。

10.根据权利要求9所述的装置，其特征在于，所述暂停需求判断模块包括比例判断单元，用于当所述历史订单中与至少一个订单统计项相对应的取消订单数量在所述订单统计项对应的订单总量中所占的比例大于或等于预设值时，判断需要暂停处理所述订单。

11.根据权利要求9所述的装置，其特征在于，所述暂停需求判断模块包括或通用判断单元，当所述历史订单中所述订单统计项的取值为预设值时，判断不需要暂停处理所述订单。

12.根据权利要求10或11所述的装置，其特征在于，所述订单统计项包括订单类型和订单用户中的至少一项。

13.根据权利要求8所述的装置，其特征在于，还包括：

时效判断模块，用于在确定了所述订单处理中止时间长度后，计算从所述订单暂停处理的时间点起经过所述处理中止时间长度后的截止中止处理时间点是否超出订单有效时间点；

如果所述订单的截止中止处理时间点晚于订单有效时间点，所述暂停处理订单模块不暂停处理所述订单，所述继续处理订单模块继续处理所述订单，以便所述订单进入生产实施阶段。

14.根据权利要求8所述的装置，其特征在于，

所述暂停处理订单模块进一步用于将暂停处理的订单数据保存在内存或内存数据库中；

所述中止结束判断模块基于保存在内存或内存数据库中的所述暂停处理订单数据，判断暂停处理所述订单的时间长度是否达到所述处理中止时间长度。

15.一种订单处理装置，其特征在于，包括：

存储器；以及

耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1～7中任一项所述的订单处理方法。

16.一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现权利要求1～7中任一项所述的订单处理方法。

Images