一种用户补单方法、装置、设备及存储介质与流程

本发明涉及互联网技术领域，更具体地说，涉及一种用户补单方法、装置、设备及存储介质。

背景技术：

在一些交易平台上，通常会设定一定的优惠规则或者金额限制，如购买的货物金额高于某设定金额可享受某种满减优惠或者免物流费用，或者购买的货物金额低于某设定金额则不予配送等；而用户在交易平台上选择货物并下单后，对应订单便已经确定，然后交易平台根据该订单的sku、数量、送货地址等信息安排配货、送货等(当然这个过程也可以完全由买家完成)。

对于某些特殊情况，比如某用户需要通过交易平台购买货物，该交易平台设定了满500元才能够送货的规则，该用户在上午5点下单500元货物后，交易平台将相应的订单信息发送给一个或多个供货商；为了节省配送资源和成本，该供货商会集中在一天的某个时间点进行统一发货，比如下午4点。但是如果该用户突然在下午4点前的某个时刻需要再增加200元的货物，则会由于交易平台的规则限制无法再提交一个相应的订单，进而导致无法满足某用户的货物购买需求。

综上所述，现有技术中存在特殊情况下无法满足用户的货物购买需求的问题。

技术实现要素：

本发明的目的是提供一种用户补单方法、装置、设备及存储介质，不仅能够有效减少交易平台的订单处理量，提高订单处理效率，且用户购买的货物订单针对性更高，能够有效满足用户在特殊情况下的购买需求。

为了实现上述目的，本发明提供如下技术方案：

一种用户补单方法，包括：

接收用户发送的补单请求，并确定所述补单请求对应订单为补充订单；

选取所述用户的一个历史订单为已完成订单；

判断当前时刻所述已完成订单对应的货物是否已经出货，如果是，则确定无法将所述已完成订单与所述补充订单合并，如果否，则将所述已完成订单与所述补充订单合并，并将合并所得订单发送给相应的交易平台。

优选的，选取所述用户的一个历史订单为已完成订单之前，还包括：

判断所述补充订单是否满足下单规则，如果是，则将所述补充订单作为单独的订单发送给所述交易平台，如果否，则执行选取所述用户的一个历史订单为已完成订单的步骤。

优选的，判断出所述补充订单满足所述下单规则之后，还包括：

输出补单选项，并接收所述用户响应所述补单选项返回的决策信息；

如果所述决策信息表示需要合并订单，则执行所述选取所述用户的一个历史订单为已完成订单的步骤，否则，执行所述将所述补充订单作为单独的订单发送给所述交易平台的步骤。

优选的，选取所述用户的一个历史订单为已完成订单，包括：

由所述用户已经完成下单的历史订单中，选取最晚下单的一个历史订单为已完成订单。

优选的，判断所述补充订单是否满足下单规则，包括：

判断所述补充订单包含的货物的总金额是否不小于最低下单金额。

优选的，判断当前时刻所述已完成订单对应的货物是否已经出货，包括：

判断所述已完成订单完成下单的时刻与当前时刻之间的时间间隔，是否达到订单出货周期。

优选的，将合并所得订单发送给相应的交易平台之后，还包括：

将合并所得订单发送给所述用户以及所述用户设定的关系用户。

一种用户补单装置，包括：

接收模块，用于：接收用户发送的补单请求，并确定所述补单请求对应订单为补充订单；

选取模块，用于：选取所述用户的一个历史订单为已完成订单；

第一判断模块，用于：判断当前时刻所述已完成订单对应的货物是否已经出货，如果是，则确定无法将所述已完成订单与所述补充订单合并，如果否，则将所述已完成订单与所述补充订单合并，并将合并所得订单发送给相应的交易平台。

一种用户补单设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上任一项所述用户补单方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上任一项所述用户补单方法的步骤。

本发明提供了一种用户补单方法、装置、设备及存储介质，该方法包括：接收用户发送的补单请求，并确定所述补单请求对应订单为补充订单；选取所述用户的一个历史订单为已完成订单；判断当前时刻所述已完成订单对应的货物是否已经出货，如果是，则确定无法将所述已完成订单与所述补充订单合并，如果否，则将所述已完成订单与所述补充订单合并，并将合并所得订单发送给相应的交易平台。本申请在接收到用户发送的补单请求后，由用户已完成下单的历史订单中选取一个历史订单作为已完成订单，如果已完成订单已发货，则无法对两个订单的货物进行统一发货，因此拒绝将补单请求对应补充订单与已完成订单进行合并，如果已完成订单还未发货，则可以将补单请求对应补充订单与已完成订单进行合并，由交易平台进行这两个订单的统一发货，不仅有效减少了交易平台的订单处理量，提高了订单处理效率，且用户购买的货物订单针对性更高，能够有效满足用户在特殊情况下的购买需求。

附图说明

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

图1为本发明实施例提供的一种用户补单方法的第一种流程图；

图2为本发明实施例提供的一种用户补单方法的第二种流程图；

图3为本发明实施例提供的一种用户补单方法中历史订单排列示意图；

图4为本发明实施例提供的一种用户补单方法中在用户终端显示相应提示信息的示意图；

图5为本发明实施例提供的一种用户补单方法中在用户终端显示合并的订单的示意图；

图6为本发明实施例提供的一种用户补单装置的结构示意图。

具体实施方式

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

请参阅图1，其示出了本发明实施例提供的一种用户补单方法的流程图，可以包括：

s11：接收用户发送的补单请求，并确定补单请求对应订单为补充订单。

本发明实施例提供的一种用户补单方法的执行主体可以为对应的用户补单装置、设备等。针对背景技术中提出的特殊情况，也即用户在交易平台下单之后的一段时间后想要再次下单的情况，本申请实施例提供的用户补单方法可以实现已经下单的订单及后续再次下单的订单之间的合并，将这两个订单合并为一个订单后进行处理，满足用户补单需求。

本申请可以接收用户发送的补单请求，补单请求即为用户在已经有下单成功的订单(下单成功的订单可以称为历史订单)的前提下，再次需要向交易平台购买货物并下单时所生成的请求(具体可以是在用户打开货物的详情页面并下单后，接收的用户发送的包含有下单所得订单的信息的请求)，而补单请求对应的补充订单则为用户下单时所应生成的订单。

s12：选取用户的一个历史订单为已完成订单。

响应用户发送的补单请求，可以查询该用户已经完成下单的订单列表中的全部历史订单，进而从中选取出一个历史订单，用于实现与补充订单的合并；具体来说，补充订单及已完成订单均可以包括用户下单所购买的货物的货物信息(如货物名称、用途等)、每种货物的数量、全部货物的总数量、每种货物的单价、全部货物的总价、配送地址、配送时间、用户联系方式及订单id等信息。

其中，查询用户已经完成下单的全部历史订单可以是由交易平台存储的各用户的订单信息中进行查询，也可以是由用户登录的即时通信工具中进行查询，当然根据实际需要设定的其他查询方式也均在本发明的保护范围之内。针对由用户登录的即时通信工具中查询用户的订单信息具体可以是在接收到用户发送的补单请求后，检测该用户是否已经成功登录了即时通信工具，如果是，则分析用户的即时通信工具中已经完成下单的订单，并从中选取出一个订单作为已完成订单。

s13：判断当前时刻已完成订单对应的货物是否已经出货，如果是，则确定无法将已完成订单与补充订单合并，如果否，则将已完成订单与补充订单合并，并将合并所得订单发送给相应的交易平台。

之所以能够将补充订单及对应的已完成订单实现合并，是因为如果对两个订单的货物进行统一出货并不会增加相应的成本，因此，本申请实施例在实现两个订单的合并后，会先判断已完成订单所包含的货物是否已经出货，如果是的话，则不会将已完成订单及补充订单合并，只有在其未出货的情况下才会将已完成订单及补充订单进行合并，进而将合并后的订单发送给交易平台，使得交易平台按照合并后所得的订单统一安排货物生产以及配送等。其中，将已完成订单及补充订单进行合并也即将两个订单包含货物的并集作为合并后所得订单包含的货物，货物信息、每种货物的数量、全部货物的总数量、每种货物的单价、全部货物的总价、配送地址、配送时间、用户联系方式等也均与合并所得订单包含的货物相对应，订单id可以继续使用补充订单的订单id，也可以继续使用已完成订单的订单id，还可以分配一个新的订单id，均在本发明的保护范围之内。需要说明的是，为了实现补充订单及已完成订单所包含货物的统一发货，本申请中优选的补充订单及已完成订单所对应的配送地址是相同的。

另外对于已完成订单对应的货物是否已经出货时，可以是交易平台(或者出货商)按照预先设定的规则来进行判断的，如已经完成了已完成订单的货物的车辆装载规划则视为已经出货，或者完成了已完成订单的货物的货物装载则视为已经出货，等。

本申请在接收到用户发送的补单请求后，由用户已完成下单的历史订单中选取一个历史订单作为已完成订单，如果已完成订单已发货，则无法对两个订单的货物进行统一发货，因此拒绝将补单请求对应补充订单与已完成订单进行合并，如果已完成订单还未发货，则可以将补单请求对应补充订单与已完成订单进行合并，由交易平台进行这两个订单的统一发货，不仅有效减少了交易平台的订单处理量，提高了订单处理效率，且用户购买的货物订单针对性更高，能够有效满足用户在特殊情况下的购买需求。

需要说明的是，在某些具体应用场景下，为了保证补充订单与已完成订单可以顺利实现合并，本申请中在由用户的历史订单中选取已完成订单时，可以优选选取还未出货的历史订单为已完成订单。

本发明实施例提供的一种用户补单方法，选取用户的一个历史订单为已完成订单之前，还可以包括：

判断补充订单是否满足下单规则，如果是，则将补充订单作为单独的订单发送给交易平台，如果否，则执行选取用户的一个历史订单为已完成订单的步骤。

在由用户的历史订单中选取已完成订单之前，还可以判断补充订单是否满足下单规则，如果补充订单满足下单规则，则说明可以将补充订单作为一个单独的订单进行发货，因此直接将补充订单作为单独的订单发送给交易平台，由交易平台实现补充订单的发货等，否则，说明补充订单无法作为一个单独的订单进行发货，因此需要实现其与历史订单的合并步骤，从而通过这种方式使得订单的生成及处理更加灵活。

其中，下单规则可以由交易平台(或者出货商)根据实际需要进行设定，如货物的总金额是否不小于允许发货的最低下单金额，或者货物的总金额是否不小于满减优惠的最低金额，或者货物的总数量是否不小于预先根据实际需要设定的最低下单数量等，均在本发明的保护范围之内。本申请实施例中优选的判断补充订单是否满足下单规则，可以包括：判断补充订单包含的货物的总金额是否不小于最低下单金额。从而使得补充订单只有在货物的总金额达到一定金额时才能够实现单独下单，保证了该补充订单实现单独下单时能够满足利润需求。

本发明实施例提供的一种用户补单方法，判断出补充订单满足下单规则之后，还可以包括：

输出补单选项，并接收用户响应补单选项返回的决策信息；

如果决策信息表示需要合并订单，则执行选取用户的一个历史订单为已完成订单的步骤，否则，执行将补充订单作为单独的订单发送给交易平台的步骤。

在判断出补充订单满足下单规则之后，可以输出相应的补单选项，补单选项可以包括两个选项，分别对应需要将已完成订单与补充订单合并及不需要将已完成订单与补充订单合并，用户选取其中一个选项则生成相应的决策信息；在接收到用户的决策信息之后，如果决策信息表示不需要将已完成订单与补充订单合并，则直接将补充订单作为单独的订单发送给交易平台，否则，执行将补充订单与已完成订单进行合并的相应步骤，从而由用户决定是否将满足下单规则的补充订单与已完成订单合并，进一步保证了对用户需求的有效满足。另外，在决策信息表示需要将已完成订单与补充订单合并，执行将补充订单与已完成订单进行合并的相应步骤的过程中，如果确定无法将已完成订单与补充订单合并，还可以再将补充订单作为单独的订单发送给交易平台，从而进一步保证了订单的顺利生成。

本发明实施例提供的一种用户补单方法，由用户已经完成下单的历史订单中选取一个历史订单，可以包括：

由用户已经完成下单的历史订单中，选取最晚下单的一个历史订单(也即完成下单的时刻距离当前时刻最近的一个历史订单)为已完成订单。

由于交易平台在处理订单时通常是按照下单的时间的先后顺序依次对各个订单进行处理的，因此本申请实施例中优先选择历史订单中最后一个完成下单的历史订单、或者说历史订单中完成下单的时刻距离当前时刻最近的一个历史订单作为已完成订单，从而使得已完成订单与补充订单能够实现合并的概率增大，有效满足用户需求。

本发明实施例提供的一种用户补单方法，判断当前时刻已完成订单对应的货物是否已经出货，可以包括：

判断已完成订单完成下单的时刻与当前时刻之间的时间间隔，是否达到订单出货周期。

本申请实施例中判断已完成订单是否已经出货时，可以判断已完成订单生成的时间至当前时刻之间经历的时间间隔是否达到预先根据实际设定的订单出货周期，从而通过该时间间隔与订单出货周期之间的比对简便快速的确定出已完成订单是否完成出货。其中，订单出货周期即为预先确定的在订单生成时至发货之间经历的时长，如几小时或者一天内等。

本发明实施例提供的一种用户补单方法，将合并所得订单发送给相应的交易平台之后，还可以包括：

将合并所得订单发送给用户以及用户设定的关系用户。

在将合并所得订单发送给交易平台之后，还可以更新合并所得订单的状态(如订单信息及是否出货等)，并将这些状态通过即时通信工具通道以图片或文字等形式发送给用户，从而使得用户能够及时对订单进行后续处理，如付款、修改订单信息等其他操作；同时还可以发送给用户预先设定的关系用户(如用户的好友用户或者其他指定用户)，从而能够使得用户及其关系用户能够及时获知合并所得订单的状态，满足用户的货物追踪等需求。

在一种具体应用场景中，本申请实施例提供的一种用户补单方法如图2所示，可以包括以下步骤：

a：接收用户发送的补单请求，该补单请求包含货物相关信息；

其中，货物相关信息可以是货物的订单信息；用户打开某一个货物的详情页面并下单后，用户补单装置可以接收用户发送的包括订单信息的补单请求；订单信息可以包括货物数量、配送地址、配送时间以及用户的联系方式等；交易平台可以包括电子商铺、电子销售平台等。

b：响应补单请求，从用户的历史订单中获取已完成订单，与补充订单进行比对判断。

具体可以通过以下步骤来实现上述步骤b，即：

①补充订单出货周期判断：如补充订单与已完成订单在同一个订单出货周期内，则进入下一步；如补充订单与已完成订单不在同一个订单出货周期内，则拒绝合并且补充订单失败；

②补充订单金额判断：如补充订单货物总金额不小于预设的最低下单金额，则判断补充订单可以生成单独的订单；如补充订单货物总金额小于最低下单金额，则判断补充订单可以与已完成订单形成合并订单；

其中，通过上述步骤①、步骤②，可以接收判断出补充订单与已完成订单是否可以合并，已完成订单可以是用户选取的，从而自主地、精确地选取自己可以参与拼单的已完成订单，可以精确控制拼单货物内容，有效地归类货物类型。

举例来说，在接收到用户发送的补充订单的货物信息后，如果检测出用户已经成功登录了即时通信工具，那么可以分析用户的即时通信工具中的已完成的历史订单，并根据选取的部分或全部的历史订单生成已完成订单；其中，以历史订单为3个进行举例，获取到的用户的历史订单的排列可以如图3所示；

c：将合并的订单的信息发送给货物信息的交易平台进行处理。

其中，交易平台收到合并所得订单的信息后，可以统一安排货物生产以及配送等。

当接受到用户发送的补单请求后，可以从已完成的订单列表中选取一个已完成订单，作为与补充订单进行合并的订单，最终合并形成订单后，将合并的订单的货物信息发送至交易平台进行处理，从而实现针对该补充订单的添加，以减少交易平台的订单处理量，从而提高处理效率，用户购买的货物订单针对性更高。

d：更新合并所得订单的状态，并将已更新的合并的订单发送给用户。

本实施例中，可以将合并后的订单更新的状态及时发送给用户，使用户能够及时对订单进行后续处理，如付款、修改订单信息等其他操作。其中，在将已更新的合并的订单发送给用户时，可以先发送给用户一个提示信息，进而在用户点击该提示信息后，可以得到相应的合并的订单实现付款、修改等，在用户终端显示该提示信息的示意图可以如图4所示，而在用户终端显示合并的订单的示意图可以如图5所示。

对本申请公开的上述技术方案进行具体的举例说明，其中，第一订单为可独立生成的订单，第二订单为需要依附第一订单的订单，第三订单为第二订单和第一订单合并后的订单：

例1：

用户a需要购买若干货物，分别在早上和下午的时候进行2次下单订货，来完成货物采购；

用户a在早上8点进行第一次下单，共600元，按照最低配送规则400元，且满减规则满400元减100元，实付500元，可生成独立订单，且之前并没有下过单，作为第一订单，平台设置的订单出货周期为每天的0点到17点，即在上述时间内下单，货物都可以在当天发货，完成发货；

此时，生成的订单信息包括订单编号、收货地址、联系人、电话和货物信息及货物价格；

用户a在下午4点时候，觉得订单货物数量不够，需要增加200块钱的货物，下了第二个订单，平台对该第二个订单进行判断，是否满足当前最低配送规则，结果为不满足400元单独配送的规则，因此生成第二订单，并且与第一订单合并，作为第三订单，生成同一物流的货物。

例2：

例2与例1大致相同，所不同之处在于：

用户a在下午4点的时候，进行第二次下单，且下单货物金额为：500元，根据优惠规则减100元，实付400元，满足平台规定的单独配送规则，因此生成第二个独立的第一订单。

例3：

例3与例1大致相同，所不同之处在于：

用户a在下午6点的时候，进行第二次下单，且下单货物金额为200元，不满足平台规定的满减规则和配送规则，且已经在当天下单周期结束后下单，无法添加当天的第一订单，因此该订单被驳回。

例4：

例4与例1大致相同，所不同之处在于：

用户a在下午6点的时候，进行第二次下单，且下单货物金额为800元，满足平台规定的满减规则和配送规则，且已经在当天下单周期结束后下单，无法生成当天的第一订单，需要在隔天下一个下单周期内生成该订单。

本发明实施例还提供了一种用户补单装置，如图6所示，可以包括：

接收模块11，用于：接收用户发送的补单请求，并确定补单请求对应订单为补充订单；

选取模块12，用于：选取用户的一个历史订单为已完成订单；

第一判断模块13，用于：判断当前时刻已完成订单对应的货物是否已经出货，如果是，则确定无法将已完成订单与补充订单合并，如果否，则将已完成订单与补充订单合并，并将合并所得订单发送给相应的交易平台。

本发明实施例提供的一种用户补单装置，还可以包括：

第二判断模块，用于：由用户已经完成下单的历史订单中选取一个历史订单之前，判断补充订单是否满足下单规则，如果是，则将补充订单作为单独的订单发送给交易平台，如果否，则执行选取用户的一个历史订单为已完成订单的步骤。

本发明实施例提供的一种用户补单装置，还可以包括：

第三判断模块，用于：判断出补充订单满足下单规则之后，输出补单选项，并接收用户响应补单选项返回的决策信息；如果决策信息表示需要合并订单，则执行选取用户的一个历史订单为已完成订单的步骤，否则，执行将补充订单作为单独的订单发送给交易平台的步骤。

本发明实施例提供的一种用户补单装置，选取模块可以包括：

选取单元，用于：由用户已经完成下单的历史订单中，选取最晚下单的一个历史订单为已完成订单。

本发明实施例提供的一种用户补单装置，第二判断模块可以包括：

金额判断单元，用于：判断补充订单包含的货物的总金额是否不小于最低下单金额。

本发明实施例提供的一种用户补单装置，第一判断模块可以包括：

间隔判断单元，用于：判断已完成订单完成下单的时刻与当前时刻之间的时间间隔，是否达到订单出货周期。

本发明实施例提供的一种用户补单装置，还可以包括：

发送模块，用于：将合并所得订单发送给相应的交易平台之后，将合并所得订单发送给用户以及用户设定的关系用户。

本发明实施例还提供了一种用户补单设备，可以包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序时实现如上任一项用户补单方法的步骤。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可以实现如上任一项用户补单方法的步骤。

需要说明的是，本发明实施例提供的一种用户补单装置、设备及存储介质中相关部分的说明请参见本发明实施例提供的一种用户补单方法中对应部分的详细说明，在此不再赘述。另外本发明实施例提供的上述技术方案中与现有技术中对应技术方案实现原理一致的部分并未详细说明，以免过多赘述。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。