CN116308646A - 订单处理方法、计算机可读存储介质、电子设备 - Google Patents

Abstract

本申请实施例公开了一种订单处理方法及装置、计算机可读存储介质、电子设备。所述方法包括：确定目标状态的订单为非正常订单时，获得所述订单关联的预期收货时效信息；基于所述订单关联的目标商品，确定与所述预期收货时效信息相匹配的相关商品，进行相关商品推荐。如此方案，有助于保证消费者用户在预期收货时效内收到所需商品，提升购物体验。

Description

订单处理方法、计算机可读存储介质、电子设备

技术领域

本申请涉及信息处理技术领域，特别是涉及一种订单处理方法及装置、计算机可读存储介质、电子设备。

背景技术

在商品信息服务系统中，消费者用户进行商品信息浏览并最终提交订单后，系统会进行发货时效监管，对于超过预设发货时效的订单，例如，超过48小时未发货的订单，消费者用户执行催发货操作后，系统会生成对应的服务工单，对消费者用户进行赔付。除此之外，目前没有其他更为有效的约束措施，可以促使商家尽快发货，来满足消费者用户的购物需求，致使消费者用户的购物体验较差。

发明内容

本申请提供了一种订单处理方法及装置、计算机可读存储介质、电子设备，确定目标状态的订单为非正常订单时，可以根据订单关联的目标商品，确定与预期收货时效相匹配的相关商品，进行相关商品推荐，有助于保证消费者用户在预期收货时效内收到所需商品，提升购物体验。

本申请提供了如下方案：

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

确定目标状态的订单为非正常订单时，获得所述订单关联的预期收货时效信息；

基于所述订单关联的目标商品，确定与所述预期收货时效信息相匹配的相关商品，进行相关商品推荐。

其中，所述目标状态为未发货状态，所述确定目标状态的订单为非正常订单，包括：

确定所述目标商品处于缺货状态时，将所述未发货状态的订单确定为所述非正常订单。

其中，所述确定所述目标商品处于缺货状态，包括：

获得所述目标商品关联的处于未发货状态的第一订单数量，以及针对所述目标商品执行催发货操作的第二订单数量；

根据所述第一订单数量和所述第二订单数量计算所述目标商品的缺货概率；

如果所述缺货概率高于预设概率，则确定所述目标商品处于缺货状态。

其中，所述确定所述目标商品处于缺货状态，包括：

检测到所述订单关联的第二用户针对所述目标商品处于缺货状态的确认信息。

其中，所述目标状态为订单在途状态，所述确定目标状态的订单为非正常订单，包括：

确定所述订单的物流配送时效超过预设配送时效时，将所述在途状态的订单确定为所述非正常订单。

其中，所述确定目标状态的订单为非正常订单，包括：

监测到所述订单关联的第一用户在退款页面执行退款操作时，将所述目标状态的订单确定为所述非正常订单。

其中，所述基于所述订单关联的目标商品，确定与所述预期收货时效信息相匹配的相关商品，包括：

获得所述目标商品关联的时效信息库，所述信息库中保存有与所述目标商品同品类的多个商品的承诺收货时效信息；

将所述承诺收货时效不超过所述预期收货时效的商品，确定为所述相关商品。

其中，按照以下方式获得商品的承诺收货时效信息：

确定所述商品关联的第二用户，从所述第二用户关联的订单中获得所述商品关联的历史履约订单；

分析所述历史履约订单的履约信息，确定所述商品在关联的第二用户的承诺收货时效信息。

其中，所述方法还包括：确定所述订单关联的第一用户针对所述相关商品提交新的订单时，标记所述新的订单。

其中，所述方法还包括：确定所述订单关联的第一用户针对所述相关商品提交新的订单，且针对所述订单提交关闭请求时，对所述订单进行取消处理。

其中，所述方法还包括：确定所述订单关联的第一用户针对所述相关商品提交新的订单时，获得所述订单和所述新的订单的预测收货时效，对预测收货时效晚的订单进行取消处理。

其中，所述方法还包括：确定所述订单关联的第一用户针对所述相关商品提交新的订单时，分别向所述订单关联的第二用户以及所述新的订单关联的第二用户发送提示信息。

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

提供消息通知会话窗口，在所述会话窗口中展示订单关联的目标商品，并提供用于请求查看与所述订单关联的预期收货时效相匹配的相关商品的第一操作选项，所述相关商品为确定目标状态的所述订单为非正常订单时，基于所述目标商品确定；

通过所述第一操作选项获得所述订单关联的第一用户提交的查看请求时，提供所述相关商品的展示页面。

其中，所述方法还包括：确定所述第一用户针对所述相关商品提交新的订单时，向所述第一用户提供关闭所述订单的第二操作选项，以对所述订单进行取消处理。

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

非正常订单确定单元，用于确定目标状态的订单为非正常订单时，获得所述订单关联的预期收货时效信息；

相关商品确定单元，用于基于所述订单关联的目标商品，确定与所述预期收货时效信息相匹配的相关商品，进行相关商品推荐。

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

会话窗口提供单元，用于提供消息通知会话窗口，在所述会话窗口中展示订单关联的目标商品，并提供用于请求查看与所述订单关联的预期收货时效相匹配的相关商品的第一操作选项，所述相关商品为确定目标状态的所述订单为非正常订单时，基于所述目标商品确定：

展示页面提供单元，用于通过所述第一操作选项获得所述订单关联的第一用户提交的查看请求时，提供所述相关商品的展示页面。

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

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令，所述程序指令在被所述一个或多个处理器读取执行时，执行前述任一项所述的方法的步骤。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

本申请实施例中，确定目标状态的订单为非正常订单时，可以通过相关商品推荐的方式，向消费者用户提供可满足其预期收货时效要求的相关商品，供消费者用户选购。这种新的解决消费者用户购物需求的方案，有助于提升购物体验。特别是在消费者用户对收货时效要求较高时，例如针对节假日、生日等特殊日期选购的礼物，通过本申请实施例方案可为收货时效提供有效保障。

对于订单关联的商家用户来说，商品信息服务系统可以提供除了赔付之外的新的约束措施，促使商家用户进行服务优化调整，确保消费者用户在该商家用户所下订单能成功送达，提高订单的交易成功率。

对于发货时效、物流配送时效优秀的商家用户来说，商品信息服务系统可以提供一种新的引流方式，将具有购物需求的消费者用户引流至相关商品的商家，在满足消费者用户购物需求的同时，还有助于提高这部分商家用户的订单成交转化率。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的订单处理系统的示意图；

图2是本申请实施例提供的订单处理方法的流程图；

图3是本申请实施例提供的订单页面的示意图；

图4是本申请实施例提供的消息通知会话窗口的示意图；

图5是本申请实施例提供的商品展示页面的示意图；

图6是本申请实施例提供的订单处理装置的示意图；

图7是本申请实施例提供的订单处理装置的示意图；

图8是本申请实施例提供的电子设备的示意图。

具体实施方式

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

从系统架构角度而言，参见图1，本申请实施例可以应用于商品信息服务系统中，该系统可以包括客户端以及服务端。其中，服务端可以部署于商品信息服务系统的服务器上，对第一用户提交的订单进行状态监测，确定目标状态的订单为非正常订单时，向第一用户提供可满足其预期收货时效要求的相关商品，进行相关商品推荐。其中，第一用户可以为消费者用户或者买家用户。

客户端可以部署于消费者用户关联的终端设备上，以网页形式或者独立的应用程序的形式存在2服务端确定需要向消费者用户进行相关商品推荐时，可以触发客户端通过消息通知会话窗口展示非正常订单关联的目标商品、以及用于请求查看相关商品的第一操作选项。如果通过第一操作选项获得消费者用户提交的查看请求，客户端还可以提供相关商品的展示页面，供消费者用户浏览查看。

下面对本申请实施例提供的订单处理方案的具体实现过程进行详细说明，参见图2所示流程图，可以包括：

S201：确定目标状态的订单为非正常订单时，获得所述订单关联的预期收货时效信息。

图3所示商品信息服务系统提供的订单页面中，可以向消费者用户透出催发货按钮，消费者用户可以点击该按钮，针对未发货的订单执行催发货操作。目前的订单处理方案中，商品信息服务系统可以获取催发货操作对应的订单的相关信息，确定该订单的实际发货时效是否超过预设发货时效：如果超过预设发货时效，可以生成服务工单，对消费者用户进行赔付；如果未超过预设发货时效，可以生成托管工单，并继续对订单进行发货时效监管，直至超过预设发货时效仍未发货时，可以自动生成服务工单，向消费者用户进行赔付。

虽然赔付可在一定程度上弥补延迟发货给消费者用户带来的购物体验差的影响，但从满足消费者用户的原始购物需求来说，目前的订单处理方案还不能有效解决这一问题。

针对于此，本申请实施例可以提供一种在售中售后阶段的商品推荐服务，可以针对因各种原因导致的商家用户无法在消费者用户的期望收货时效内完成商品送达的情况，进行相关商品推荐。通过这种新的订单处理模式，满足消费者用户的原始购物需求，提升购物体验。

分析实际应用，消费者用户无法在期望收货时效内收到选购商品的原因，可能是商品缺货导致延迟发货，也可能是商品已发货但物流配送异常导致延迟收货，还可能是商品质量等问题导致收货后退换货，等等，本申请实施例可以根据订单当前的目标状态，进行非正常订单识别。

作为一种示例，目标状态可以为未发货状态，对应可按以下方式进行非正常订单识别：确定目标商品处于缺货状态时，将未发货状态的订单确定为非正常订单。

本申请实施例可以通过多种方式确定商品缺货状态，下面分别进行举例说明。

方式一，可以根据发货时效确定目标商品是否处于缺货状态。

通常，商品库存充足的情况下，商家用户都会及时发货，如若出现超过预设发货时效仍未发货的情况，大概率商品处于缺货状态。故在消费者用户提交订单后，可以对订单进行发货时效监测，如果超过预设发货时效，例如48小时仍未发货，则可确定该订单关联的目标商品处于缺货状态。

在实际应用中，还可以综合考虑临时管控、极端天气等不可抗力因素。例如，不存在这些因素但仍出现超时未发货情况时，可以确定目标商品处于缺货状态。

方式二，可以通过计算缺货概率的方式，确定目标商品是否处于缺货状态。

具体地，可以获得目标商品关联的处于未发货状态的第一订单数量，以及针对目标商品执行催发货操作的第二订单数量；根据第一订单数量和第二订单数量计算目标商品的缺货概率；如果缺货概率高于预设概率，则可确定目标商品处于缺货状态。

例如，针对图3所示订单A中的商品A计算缺货概率时，可以先明确订单A关联的商家用户A，获取从商家用户A下单商品A的所有订单中的未配送完结订单，这些未配送完结订单中可能包括已发货订单，也可能包括未发货订单，针对未发货订单消费者用户可能执行了催发货操作，也可能未执行催发货操作。对应于此，服务端可以从未配送完结订单中，统计获得处于未发货状态的第一订单数量，还可以记录不同消费者用户对商品A的催发货操作行为，统计获得执行催发货操作的第二订单数量，根据第二订单数量与第一订单数量的比值计算缺货概率。如果大部分未发货订单都存在消费者用户的催发货行为，说明缺货导致未发货的可能性较大，故可在计算所得缺货概率超过预设概率时，确定商品A处于缺货状态。其中，预设概率可以根据使用需求设置，本申请实施例不做限定。

可以理解地，计算缺货概率时亦可综合考虑临时管控、极端天气等不可抗力因素。例如，不存在这些因素但执行催发货操作的订单占比依然超过预设概率时，可以确定目标商品处于缺货状态。

方式三，可以根据订单关联的第二用户的确认信息，确定目标商品是否处于缺货状态。其中，第二用户可以为商家用户或者卖家用户。

例如，可以对商家用户与消费者用户的会话内容进行语义分析，获得商家用户针对目标商品处于缺货状态的确认信息时，确定目标商品处于缺货状态。

其中，与商家用户会话的消费者用户，可以是在该商家用户下单目标商品的任一消费者用户。例如，针对订单A中的商品A进行缺货预测时，可以分析商家用户A与提交订单A的消费者用户A之间的会话内容，获得商家用户A承认商品A缺货的确认信息。或者，可以分析商家用户A与其他消费者用户，例如在商家用户A提交订单B(该订单中也包括商品A)的消费者用户B之间的会话内容，获得商家用户A承认商品A缺货的确认信息。

对于分析其他消费者用户会话内容的情况，可以设置确认信息的可用期限。例如，商家用户A在会话中承诺48小时内可以更新商品A的库存，则可将可用期限设置为获得确认信息的48小时内。若针对订单A中的商品A进行缺货预测的时间，位于可用期限内，可以直接获得商品A处于缺货状态的预测结果。或者，可用期限还可为系统默认设置的时长，本申请实施例对此不做限定。

再例如，可以向商家用户推送目标商品是否缺货的询问消息，根据商家用户的反馈获得目标商品处于缺货状态的确认信息时，确定目标商品处于缺货状态。即，服务端可以主动向商家用户关联的客户端推送商品缺货询问消息，商家用户通过其关联的客户端反馈是否真实缺货，服务端根据商家用户的反馈信息确定目标商品是否缺货。

上述缺货状态识别方案，还可以组合使用。例如，可以在订单的发货时效超过预设发货时效，且计算所得缺货概率高于预设概率时，确定目标商品处于缺货状态。或者，可以在计算所得缺货概率高于预设概率，且得到商家用户的确认回复时，确定目标商品处于缺货状态。具体组合方式可以结合使用需求设置，本申请实施例对此不做限定。

作为一种示例，服务端可以在消费者用户操作行为的触发下，被动启动缺货状态识别过程，例如消费者用户点击了催发货按钮，服务端被触发开始进行缺货状态识别。或者，服务端可以进行订单监测，在需要时主动启动缺货状态识别过程，例如订单超过预设发货时效仍未发货、订单关联的商家用户经常出现缺货情况等等，可以自动进行缺货状态识别。

对于主动启动缺货状态识别过程的方案来说，可以预先对消费者用户进行缺货预警，为消费者提供更多的可选操作。例如，向消费者用户推送图4所示通知消息后，消费者用户可以即时点击“选购商品”按钮查看推荐商品；或者也可以在后续需要时，例如确实很久没有发货又想及时收到商品时，查看推荐商品。消费者用户可以根据实际情况进行灵活把握，最大程度的满足其购物需求。

此外，导致非正常订单的原因还可能是物流配送异常，致使消费者用户很久都未收到所购商品，对应于此，本申请实施例中的目标状态可以为订单在途状态，对应可按以下方式进行非正常订单识别：确定订单的物流配送时效超过预设配送时效时，将在途状态的订单确定为非正常订单。其中，订单在途状态可以是商家用户已发货但消费者用户未确认收货，也就是目标商品还在运输途中的状态。

作为一种示例，订单提交时通常会向消费者用户提供一个预计送达时间，如果当前时间超过预计送达时间，可以确定订单的物流配送时效超过预设配送时效，属于非正常订单。

或者，本申请实施例还可以提供一种在到达预计送达时间之前，提前预估订单送达所需时间的方案。具体地，可以获得订单当前所处物流节点，预估当前物流节点到商品配送成功所需时间，例如，综合订单当前所在位置与收货地之间的距离、路况、天气、运力等因素，预估获得订单送达所需时间，如果所需时间超过预计送达时间，则可确定订单的物流配送时效超过预设配送时效，可能会成为非正常订单。如此提前预估并在需要时预先触发相关商品推荐服务的方案，有助于避免消费者用户超过预计送达时间仍未收到商品，导致在收货时效上产生预期落差。

同样地，服务端可以在消费者用户操作行为的触发下，针对物流配送异常的订单进行非正常订单识别；或者，可以进行订单监测，自动对长时间未进行物流状态更新的订单进行非正常订单识别。

此外，分析实际应用可知，消费者用户花费时间浏览商品信息并最终提交订单，通常对目标商品是具有原始购物需求的，如果监测到消费者用户在退款页面执行退款操作，例如，点击退款页面透出的退款按钮时，不论订单当前处于什么状态，均可将订单确定为非正常订单，向消费者用户进行相关商品推荐。可以理解地，退款操作可以是消费者用户未收货，例如商品未发货或者商品已发货但未签收时，执行的退款操作；也可以是消费者用户确认收货后执行的退货退款操作，本申请实施例不做具体限定。

本申请实施例中，将订单识别为非正常订单后，可以获得订单关联的预期收货时效信息，以便据此进行相关商品推荐，确保消费者用户可以在预期收货时效内收到所需商品。具体可通过以下方式获得订单关联的预期收货时效信息：

例如，可以将订单提交时提供给消费者用户的预计送达时间，确定为订单关联的预期收货时效；或者，可以向消费者用户提供用于提交订单关联的预期收货时效的操作选项，通过操作选项获得消费者用户自主确定的预期收货时效；或者，可以根据目标商品的品类，再结合订单提交时间确定目标商品为节日礼物时，根据节日日期确定预期收货时效，例如节日当天或节日前一天等。

S202：基于所述订单关联的目标商品，确定与所述预期收货时效信息相匹配的相关商品，进行相关商品推荐。

确定目标状态的订单为非正常订单且获得订单关联的预期收货时效信息后，可以对订单关联的目标商品进行相关商品推荐。具体地，为了确保消费者用户可以及时收到所购商品，本申请实施例至少可以根据商品品类和承诺收货时效等信息，确定与消费者用户预期收货时效相符的相关商品进行商品推荐。例如，可以将与商品A同款、同品类，且可当日达、次日达、当日发、次日发的商品确定为相关商品，推荐给消费者用户A选购。

具体地，可以获得所述目标商品关联的时效信息库，所述信息库中保存有与所述目标商品同品类的多个商品的承诺收货时效信息；将所述承诺收货时效不超过所述预期收货时效的商品，确定为所述相关商品。

其中，商品的承诺收货时效信息可以体现为从订单提交到完成送达的整个履约过程所需的时长，例如时效高的当日达、次日达，或者正常时效也可能3天到货等等。对应的承诺收货时效不超过预期收货时效可以是承诺收货时效早于预期收货时效。

此外，考虑到发货时效高的商品，例如当日发、次日发的商品，整个履约过程所需时长也较短，收货时效也会比较高，故商品的承诺收货时效信息还可以体现为商品的承诺发货时效信息。对应的承诺收货时效不超过预期收货时效可以是根据承诺发货时效和预设配送所需时间确定的承诺履约时长小于预期收货时效。

在实际应用中，可以通过不同方式获得商品的承诺收货时效信息。

作为一种示例，可以通过分析历史履约订单的方式，获得商品的承诺收货时效信息。具体地，可以确定所述商品关联的第二用户，从所述第二用户关联的订单中获得所述商品关联的历史履约订单；分析所述历史履约订单的履约信息，确定所述商品在关联的第二用户的承诺收货时效信息。其中，历史履约订单的履约信息可以包括订单的提交时间、发货时间、配送签收时间等，通过提交时间和发货时间可以计算商品对应在该订单的发货时效，通过提交时间和配送签收时间可以计算商品对应在该订单的整体履约时长。

或者，还可以在需要进行相关商品推荐时，实时从商品信息服务系统提供的商品中进行信息抓取。例如，可以根据目标商品的品类信息进行商品筛选，从筛选所得商品的详情页面中抓取时效信息作为商品的承诺收货时效信息。

获得商品的承诺收货时效信息后，可以写入目标商品关联的时效信息库中，以便在需要时从信息库中匹配符合预期收货时效要求的相关商品，进行商品推荐。其中，时效信息库可以体现为数据库形式，也可以体现为数据表形式，例如可如下表1所示以清单表格的方式进行时效信息写入，且表格中保存的商品可以是商品A的同款商品，也可能是商品A的同类商品，例如商品B。

商家用户标识	商品标识	承诺收货时效
			商家用户B	商品A	次日达
商家用户C	商品B	当日发
			商家用户D	商品A	次日发

表1

可以理解地，在实际应用中还可以综合考虑商品品质、商家评分等维度确定相关商品，具体可结合使用需求而定。

确定出相关商品后，可以触发客户端向消费者用户提供消息通知会话窗口，并在会话窗口中展示订单关联的目标商品，以及提供用于请求查看相关商品的第一操作选项。

参见图4所示针对催发货场景提供的消息通知会话窗口，通过该会话窗口可以向消费者用户A展示商品A的相关信息，并提供用于请求查看相关商品的第一操作选项，即图中所示“选购商品”按钮。消费者用户A具有购买意图时，可以点击选购商品按钮，向客户端提交查看请求，以便客户端提供图5所示相关商品的展示页面。

作为一种示例，客户端可以在获得查看请求后，请求服务端发送相关商品的推荐信息，进而生成展示页面供消费者用户浏览查看。或者，服务端触发客户端向消费者用户提供消息通知会话窗口时，便可将相关商品的推荐信息发送至客户端，如此客户端可以在获得查看请求后直接生成展示页面。

可选地，服务端还可以获得商家用户提交的，不能在消费者用户期望收货时效内完成商品送达的原因，发送至客户端在消息通知会话窗口中展示，以便消费者用户据此决定是否选购推荐商品，重新提交新的订单。

作为一种示例，确定第一用户针对相关商品提交新的订单时，可以标记该新的订单。

对新的订单进行标记，即，将新的订单标识为通过售中售后阶段的商品推荐服务提交的订单，至少可以针对该新的订单执行以下操作：

一方面，不再针对新的订单提供相关商品推荐服务。以催发货场景下的商品推荐为例，消费者用户点击催发货按钮后，向其推送的消息通知会话窗口中不再提供“选购商品”按钮。如此，可以避免循环推荐下单，但消费者用户始终收不到所购商品的情况。既有助于保证消费者用户的购物体验，又可尽量降低商品推荐过程对服务器资源的消耗。

当然，在实际应用时，还可由消费者用户灵活设置相关商品推荐服务的执行次数，服务端确定循环推荐次数达到执行次数时，再停止对新的订单提供相关商品推荐服务。

另一方面，还可以自动生成新的订单的托管工单，进行订单监管。如果新的订单关联的商家用户及时发货，则可对托管工单进行完结处理；如果未及时发货则可自动生成对应的服务工单，向消费者用户进行赔付处理。整个过程无需消费者用户操作，有助于提升消费者用户的购物体验。

另外，还可以根据需要对消费者用户原始提交的订单，即上述示例中的订单A进行订单标记，后续不再针对该订单进行相关商品推荐。

作为一种示例，如果消费者用户提交了新的订单，为了避免收到两个订单的商品后，还需要执行退货操作影响购物体验，本申请实施例可以预先从原始提交的订单和新的订单中确定一个进行订单取消处理。

以商品A缺货场景下的商品推荐为例，如果消费者用户A从推荐的相关商品中，重新选购了商家用户B提供的商品A，则提交的订单B即为新的订单，可以获得下表2所示订单信息。

订单标识	商品标识	商家用户标识
			订单A	商品A	商家用户A
订单B	商品A	商家用户B

表2

通常，原始提交的订单无法满足消费者用户及时收货的需求时，才会提交新的订单，也就是说消费者用户更偏向于取消原始提交的订单，故而在消费者用户针对相关商品提交新的订单后，可以通过客户端向消费者用户提供关闭原始提交的订单的第二操作选项，由消费者用户自主选择是否关闭该订单。如果通过第二操作选项获得消费者用户针对原始提交的订单提交的关闭请求，可以发送至服务端，由服务端对该订单进行取消处理。表2所举示例中，可以关闭订单A保留订单B。

可选地，在获得消费者用户授权的情况下，还可以向订单关联的商家用户发送提示信息，通知商家用户订单被取消的原因，以此督促商家用户进行服务优化调整，特别是在针对同一商品出现大量订单的取消处理时，可以有针对性的优化商品库存。

在实际应用中，两个订单的实际送达情况均具有不确定性。表2所举示例中，如果商家用户A及时更新库存并在当天发货，或者商家用户B未及时发货等，均可能出现订单A的发货时效优于订单B的情况。另外，即使商家用户A和商家用户B同时发货，但因发货地和收货地的配送距离、所选物流配送方式等不同，亦可能出现订单A的实际送达时间早于订单B的情况。对应于此，本申请实施例还可以提供如下订单取消处理方案：获得订单和新的订单的预测收货时效，对预测收货时效晚的订单进行取消处理。

也就是说，服务端可以进行订单监测，识别哪个订单优先处理、优先满足消费者用户的收货时效，则可保留该订单。可选地，确定出可关闭的订单后，可以通知消费者用户进行确认，并在获得消费者用户提交的确认信息后对可关闭订单进行取消处理。

具体地，如果两个订单处于相同状态，例如均未发货时，如果监测到已发货订单，则可确定该订单的预测收货时效早，可以保留该订单取消另一个订单。如果两个订单处于不同状态，例如原始提交的订单为在途状态，新的订单为发货状态时，可以根据发货地和收货地的配送距离(此时，原始提交的订单的发货地指的是包裹当前所在位置的地址)、所选物流配送方式等确定两个订单的预测收货时效，保留预测收货时效早的订单，取消预测收货时效晚的订单。

作为一种示例，在获得消费者用户授权的情况下，还可以在确定消费者用户针对相关商品提交新的订单时，分别向订单关联的第二用户以及新的订单关联的第二用户发送提示信息。例如，向原始提交的订单关联的商家用户推送的提示信息可以为：消费者用户针对该订单进行了推荐商品下单，请优先保证配送时效，否则订单可能被取消；向新的订单关联的商家用户推送的提示信息可以为：该订单为推荐商品订单，请优先保证配送时效，否则订单可能被取消。

分别向两个订单关联的商家用户发送提示信息，有助于督促商家用户尽快为消费者用户提供服务，形成商家用户间的良性竞争，更好的服务于消费者用户，提升购物体验。

综上所述，本申请实施例确定目标状态的订单为非正常订单时，可以通过相关商品推荐的方式，向消费者用户提供可满足其预期收货时效要求的相关商品，供消费者用户选购。这种新的解决消费者用户购物需求的方案，有助于提升购物体验。特别是在消费者用户对收货时效要求较高时，例如针对节假日、生日等特殊日期选购的礼物，通过本申请实施例方案可为收货时效提供有效保障。

对于原始提交的订单关联的商家用户来说，商品信息服务系统可以提供除了赔付之外的新的约束措施，促使商家用户进行服务优化调整，确保消费者用户在该商家用户所下订单能成功送达，既可以更好地服务于消费者用户，又有助于提高订单的交易成功率。

对于发货时效、物流配送时效优秀的商家用户来说，商品信息服务系统可以提供一种新的引流方式，将具有购物需求的消费者用户引流至相关商品的商家，在满足消费者用户购物需求的同时，还有助于提高这部分商家用户的订单成交转化率。

需要说明的是，本申请所涉及用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

与前述方法实施例相对应，本申请实施例还提供了一种订单处理装置，参见图6，该装置可以包括：

非正常订单确定单元601，用于确定目标状态的订单为非正常订单时，获得所述订单关联的预期收货时效信息；

相关商品确定单元602，用于基于所述订单关联的目标商品，确定与所述预期收货时效信息相匹配的相关商品，进行相关商品推荐。

其中，所述目标状态为未发货状态，所述非正常订单确定单元可具有用于：确定所述目标商品处于缺货状态时，将所述未发货状态的订单确定为所述非正常订单。

其中，所述非正常订单确定单元可具有用于：获得所述目标商品关联的处于未发货状态的第一订单数量，以及针对所述目标商品执行催发货操作的第二订单数量；根据所述第一订单数量和所述第二订单数量计算所述目标商品的缺货概率；如果所述缺货概率高于预设概率，则确定所述目标商品处于缺货状态。

其中，所述非正常订单确定单元可具有用于：检测到所述订单关联的第二用户针对所述目标商品处于缺货状态的确认信息。

其中，所述目标状态为订单在途状态，所述非正常订单确定单元可具有用于：确定所述订单的物流配送时效超过预设配送时效时，将所述在途状态的订单确定为所述非正常订单。

其中，所述非正常订单确定单元可具有用于：监测到所述订单关联的第一用户在退款页面执行退款操作时，将所述目标状态的订单确定为所述非正常订单。

其中，所述相关商品确定单元可具体用于：获得所述目标商品关联的时效信息库，所述信息库中保存有与所述目标商品同品类的多个商品的承诺收货时效信息；将所述承诺收货时效不超过所述预期收货时效的商品，确定为所述相关商品。

其中，所述装置还包括：

承诺收货时效信息确定单元，用于确定所述商品关联的第二用户，从所述第二用户关联的订单中获得所述商品关联的历史履约订单；分析所述历史履约订单的履约信息，确定所述商品在关联的第二用户的承诺收货时效信息。

其中，所述装置还包括：

订单标记单元，用于确定所述订单关联的第一用户针对所述相关商品提交新的订单时，标记所述新的订单。

其中，所述装置还包括：

订单取消单元，用于确定所述订单关联的第一用户针对所述相关商品提交新的订单时，获得所述订单和所述新的订单的预测收货时效，对预测收货时效晚的订单进行取消处理。

其中，所述装置还包括：

提示信息发送单元，用于确定所述订单关联的第一用户针对所述相关商品提交新的订单时，分别向所述订单关联的第二用户以及所述新的订单关联的第二用户发送提示信息。

与前述方法实施例相对应，本申请实施例还提供了一种订单处理装置，参见图7，该装置可以包括：

会话窗口提供单元701，用于提供消息通知会话窗口，在所述会话窗口中展示订单关联的目标商品，并提供用于请求查看与所述订单关联的预期收货时效相匹配的相关商品的第一操作选项，所述相关商品为确定目标状态的所述订单为非正常订单时，基于所述目标商品确定；

展示页面提供单元702，用于通过所述第一操作选项获得所述订单关联的第一用户提交的查看请求时，提供所述相关商品的展示页面。

其中，所述装置还包括：

订单取消单元，用于确定所述第一用户针对所述相关商品提交新的订单时，向所述第一用户提供关闭所述订单的第二操作选项，以对所述订单进行取消处理。

另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令，所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。

其中，图8示例性的展示出了电子设备的架构，例如，设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图8，设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)接口812，传感器组件814，以及通信组件816。

处理组件802通常控制设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

输入/输出(I/O)接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为设备800的显示器和小键盘，传感器组件814还可以检测设备800或设备800一个组件的位置改变，用户与设备800接触的存在或不存在，设备800方位或加速/减速和设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于设备800和其他设备之间有线或无线方式的通信。设备800可以接入基于通信标准的无线网络，如WiFi，或2G、3G、4G/LTE、5G等移动通信网络。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由设备800的处理器820执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的订单处理方案，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (14)

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

确定目标状态的订单为非正常订单时，获得所述订单关联的预期收货时效信息；

基于所述订单关联的目标商品，确定与所述预期收货时效信息相匹配的相关商品，进行相关商品推荐。

2.根据权利要求1所述的方法，其特征在于，所述目标状态为未发货状态，所述确定目标状态的订单为非正常订单，包括：

确定所述目标商品处于缺货状态时，将所述未发货状态的订单确定为所述非正常订单。

3.根据权利要求2所述的方法，其特征在于，所述确定所述目标商品处于缺货状态，包括：

获得所述目标商品关联的处于未发货状态的第一订单数量，以及针对所述目标商品执行催发货操作的第二订单数量；

根据所述第一订单数量和所述第二订单数量计算所述目标商品的缺货概率；

如果所述缺货概率高于预设概率，则确定所述目标商品处于缺货状态。

4.根据权利要求2所述的方法，其特征在于，所述确定所述目标商品处于缺货状态，包括：

检测到所述订单关联的第二用户针对所述目标商品处于缺货状态的确认信息。

5.根据权利要求1所述的方法，其特征在于，所述目标状态为订单在途状态，所述确定目标状态的订单为非正常订单，包括：

确定所述订单的物流配送时效超过预设配送时效时，将所述在途状态的订单确定为所述非正常订单。

6.根据权利要求1所述的方法，其特征在于，所述确定目标状态的订单为非正常订单，包括：

监测到所述订单关联的第一用户在退款页面执行退款操作时，将所述目标状态的订单确定为所述非正常订单。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述基于所述订单关联的目标商品，确定与所述预期收货时效信息相匹配的相关商品，包括：

获得所述目标商品关联的时效信息库，所述信息库中保存有与所述目标商品同品类的多个商品的承诺收货时效信息；

将所述承诺收货时效不超过所述预期收货时效的商品，确定为所述相关商品。

8.根据权利要求7所述的方法，其特征在于，按照以下方式获得所述商品的承诺收货时效信息：

确定所述商品关联的第二用户，从所述第二用户关联的订单中获得所述商品关联的历史履约订单；

分析所述历史履约订单的履约信息，确定所述商品在关联的第二用户的承诺收货时效信息。

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

确定所述订单关联的第一用户针对所述相关商品提交新的订单时，标记所述新的订单。

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

确定所述订单关联的第一用户针对所述相关商品提交新的订单时，获得所述订单和所述新的订单的预测收货时效，对预测收货时效晚的订单进行取消处理。

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

确定所述订单关联的第一用户针对所述相关商品提交新的订单时，分别向所述订单关联的第二用户以及所述新的订单关联的第二用户发送提示信息。

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

提供消息通知会话窗口，在所述会话窗口中展示订单关联的目标商品，并提供用于请求查看与所述订单关联的预期收货时效相匹配的相关商品的第一操作选项，所述相关商品为确定目标状态的所述订单为非正常订单时，基于所述目标商品确定；

通过所述第一操作选项获得所述订单关联的第一用户提交的查看请求时，提供所述相关商品的展示页面。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至12任一项所述的方法的步骤。

14.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令，所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至12任一项所述的方法的步骤。

Images