CN110400043A - 订单分配方法、装置、设备和存储介质 - Google Patents

Abstract

本发明公开了一种订单分配方法、装置、设备和存储介质。所述方法包括：若检测到配送人员的配送客户端满足离线条件，则确定与配送人员对应的订单配送条件；获取满足订单配送条件的第一订单；通过与离线条件对应的通知方式，向配送人员发送第一订单。通过上述技术方案，当配送人员不便于通过配送客户端来获取订单时，可以采用上述方案来为配送人员进行订单的分配，以保证订单对配送人员的可达性。

Description

订单分配方法、装置、设备和存储介质

技术领域

本发明实施例涉及互联网技术领域，尤其涉及订单分配方法、装置、设备和存储介质。

背景技术

随着互联网技术的快速发展，基于互联网的应用越来越多，例如购物类应用、送货类应用。基于这些应用，用户足不出户即可获取自己所需的物品。这些应用在便利用户的同时，也面临着物品配送问题，于是物流调度系统应运而生。物流调度系统的主要任务是将用户的订单分配给合适的配送人员。

为便于进行订单配送工作，配送人员会在手机等终端设备中安装配送客户端(APP)，以通过该配送客户端获取订单并完成配送。

但是，实际应用中，可能出于某些原因，配送人员不便于操作该配送客户端或者，配送客户端不在线，从而导致配送人员无法获取订单。

发明内容

本发明实施例提供的订单分配方法、装置、设备和存储介质，用以结合配送客户端的状态为配送人员进行针对性地订单分配。

第一方面，本发明实施例提供一种订单分配方法，该方法包括：

若检测到配送人员的配送客户端满足离线条件，则确定与所述配送人员对应的订单配送条件；

获取满足所述订单配送条件的第一订单；

通过与所述离线条件对应的通知方式，向所述配送人员发送所述第一订单。

第二方面，本发明实施例提供一种订单分配装置，该装置包括：

设定模块，用于若检测到配送人员的配送客户端满足离线条件，则确定与所述配送人员对应的订单配送条件；

订单确定模块，用于获取满足所述订单配送条件的第一订单；

订单派发模块，用于通过与所述离线条件对应的通知方式，向所述配送人员发送所述第一订单。

第三方面，本发明实施例提供一种电子设备，包括处理器、存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时至少可以实现上述第一方面的订单分配方法。

第四方面，本发明实施例提供了一种计算机存储介质，用于储存计算机程序，所述计算机程序使计算机执行时实现上述第一方面中的订单分配方法。

在本发明实施例中，当检测到配送客户端满足离线条件时，比如配送客户端处于离线状态，服务端确定在满足离线条件下，与配送人员对应的订单配送条件，进而获取满足该订单配送条件的订单，之后通过与离线条件对应的通知方式向配送人员发送获取到的订单，从而，当配送人员不便于通过配送客户端来获取订单时，可以采用上述方案来为配送人员进行订单的分配，以保证订单对配送人员的可达性。

附图说明

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

图1为本发明实施例提供的举例说明订单分配效果的示意图；

图2为本发明实施例提供的一种订单分配方法的流程示意图；

图3为本发明实施例提供的一种离线模式的界面示意图；

图4为本发明实施例提供的一种订单分配装置的结构示意图；

图5为与图4所述实施例提供的订单分配装置对应的电子设备的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

在具体介绍本发明实施例提供的订单分配方法之前，为便于理解，先结合图1来示例性地说明基于该订单分配方法进行订单分配的效果。

在图1中，假设存在三个配送人员：配送人员A、配送人员B和配送人员C，并且，这三个配送人员在各自的终端设备比如手机中均安装有配送客户端。

假设配送人员A对应的配送客户端处于在线状态，而且配送人员A现在方便操作该配送客户端。假设配送人员B对应的配送客户端也处于在线状态，但是配送人员B当前不方便操作该配送客户端，比如配送人员B当前正在开车。假设配送人员C对应的配送客户端处于离线状态，从而配送人员C不会操作该配送客户端，实际应用中，比如配送人员C处于网络流量不充足而将配送客户端关闭而使得配送客户端处于离线状态。

基于上述假设情况，服务端在为配送人员进行订单分配的过程中，会结合配送人员的配送客户端的状态亦即根据配送人员是否便于操作配送客户端的情形来为配送人员进行订单分配，进而将为配送人员分配的订单以与配送客户端的状态相适应的通知方式通知到配送人员。

具体地，在图1中，由于配送人员A的配送客户端处于在线状态，配送人员A当前可以方便地操作配送客户端，从而，服务端可以为配送人员A分配合适的订单，假设为订单X，进而通过在线的方式通知配送人员A，比如，在配送客户端界面显示订单X的内容：接收到XX订单，请及时处理。其中，所谓在线的方式可以理解为是通过服务端与配送客户端之间的通信连接，将订单X的配送信息发送至配送人员A对应的配送客户端。也就是说，在线是指配送客户端处于与服务端保持通信连接通畅的状态。

而由于配送人员B和配送人员C当前都不方便来操作配送客户端，从而，服务端可以为配送人员B和配送人员C分配合适的订单；假设为配送人员B分配订单Y，则在对应的配送客户端通过短信显示：XX订单短信；为配送人员C分配订单Z，则在对应的配送客户端通过电话显示：10XX88，以及接听和拒接控件。进而通过离线的方式分别通知配送人员B和配送人员C。其中，所谓离线的方式，是与在线方式相对立地一种方式，可以泛指除了通过服务端与配送客户端之间的通信连接将订单Y和订单Z的配送信息发送至对应的配送人员的配送客户端之外的其他通知方式，比如可以是短信、电话等通知方式。

下面结合以下实施例对本发明实施例提供的订单分配方法的执行过程进行说明。

图2为本发明实施例提供的一种订单分配方法的流程示意图，应用于服务端。如图2所示，该方法包括以下步骤：

201：若检测到配送人员的配送客户端满足离线条件，则确定与配送人员对应的订单配送条件。

实际应用中，可以设定一些离线条件，从而当配送客户端满足离线条件时，意味着配送人员当前不方便操作配送客户端。例如，图3为一种离线模式的界面示意图，用户可以在该界面中设定离线派单条件和离线派单方式。当然，图3仅作为举例说明，并不构成对本方案的限制，实际应用中离线模式设定方式和设定界面的构成可以根据实际需要进行调整。

在一可选实施例中，若检测到配送客户端与服务端断开通信连接的时长达到预设时长，则确定配送客户端满足离线条件。其中，配送客户端与服务端断开通信连接即为配送客户端处于离线状态，因此，在该可选实施例中，将配送客户端处于离线状态的时长达到预设时长作为配送人员当前不方便操作配送客户端的一种情况。

其中，之所以限定配送客户端与服务端断开通信连接的时长达到预设时长，是为了避免由于网络短暂地不稳定对确定配送客户端是否满足离线条件的干扰。比如，实际应用中，当配送人员行驶在一段隧道中，可能会出现配送客户端与服务端短暂地断开通信连接的情形。

实际应用中，配送客户端与服务端断开通信连接的时长达到预设时长，常见于配送人员主动地将配送客户端关闭的情形，当然，不以此为限。

对于服务端来说，其可以维护与任一配送客户端的通信连接状态，比如可以在与某配送客户端建立通信连接之后，周期性地向该配送客户端发送心跳包来检测该配送客户端是否一直与服务端保持连接，从而据此可以获知配送客户端是否已经与服务端断开通信连接达到设定时长。

在另一可选实施例中，确定配送客户端是否满足离线条件，还可以通过如下方式实现：响应于配送客户端发送的离线配送请求，确定配送客户端满足离线条件。

相比于前一种可选实施例中服务端主动检测配送客户端与服务端的通信连接状态来确定配送客户端是否满足离线条件的方式，本实施例中，相当于是配送客户端基于配送人员的触发，主动告知服务端当前是否满足离线条件。

实际应用中，配送人员在不方便操作配送客户端时，可以通过界面操作来触发配送客户端向服务端发出上述离线配送请求。比如，在配送客户端中的某界面中设置有“离线配送”按钮，当用户不便于操作配送客户端时，可以点击该按钮以触发配送客户端向服务端发出上述离线配送请求。可以理解的是，实际应用中，该离线配送请求中可以携带有对应的配送人员信息，以用于识别是哪位配送人员触发的该离线配送请求。

上述举例了几种服务端判定配送客户端当前是否满足离线条件的实现方式，当服务端判定配送客户端满足离线条件时，可以先确定在离线条件下，与配送人员对应的订单配送条件，进而获取满足该订单配送条件的订单(称为第一订单)。

其中，可选地，在配送人员主动触发前述离线配送请求的情况下，订单配送条件可以包含于该离线配送请求中，也就是说，该订单配送条件可以是配送人员设定的。比如，在实际应用中，当配送人员点击上述“离线配送”的按钮后，可以弹出订单配送条件设置界面，在该界面中，配送人员可以设定上述订单配送条件。该订单配送条件比如为：配送人员设定在什么时间段接收订单，配送人员设定所要接收的订单的起止地址范围，等等。

可选地，还可以通过如下方式确定与配送人员对应的订单配送条件：根据已分配给配送人员的至少一个第二订单的配送信息，确定订单配送条件，其中，该至少一个第二订单是处于未配送完状态的订单。

概括来说，就是基于配送人员已有的未完成订单，为该配送人员进行订单分配。

其中，可选地，可以确定订单配送条件为：起始配送时间与至少一个第二订单中的最晚订单完成时间匹配，且起始地址与最晚订单完成时间对应的第二订单的目的地址匹配。举例来说，假设配送人员当前有三个未完成的订单：订单1、订单2和订单3，其中，假设订单2要求的订单完成时间是这三个订单中最晚的，具体为T2，且假设订单2对应的目的地址为L2，那么可以确定订单配送条件为：起始配送时间在T2左右、起始地址在L2附近，其中，具体的时间范围和位置范围可以预先设定，比如时间范围设定为T2～T2+30min，位置范围设定为L2附近2公里范围内。

当然，当配送人员具有多个未完成订单时，这多个未完成订单之间的起始配送时间和订单完成时间即配送完成时间可能相差较大，此时，也可以确定订单配送条件为：起始配送时间和配送完成时间与多个未完成订单中的两个订单相匹配，且起始地址和目的地址与这两个订单也匹配。

比如，订单1的起止配送时间为T1～T2，订单2的起止配送时间为T3～T4，假设T2早于T3，且T2和T3的时间差较大，另外，假设订单1的目的地址为L1，订单2的起始地址为L2，从而，可以确定订单配送条件为：起始配送时间在T2之后，配送完成时间在T3之前，起始地址与L1的距离在设定范围内，目的地址与L2的距离在设定范围内。

202：获取满足订单配送条件的第一订单。

可以理解的是，服务端会随时接收到用户下单产生的众多订单，当服务端确定出上述订单配送条件时，可以根据该订单配送条件从还未分配的众多订单中筛选出满足该订单配送条件的订单作为该第一订单。

实际应用中，当满足订单配送条件的订单有多个时，可以随机从中选择一个作为第一订单，当然，也可以采用其他策略从中选择一个作为第一订单。

203：通过与离线条件对应的通知方式，向配送人员发送第一订单。

与离线条件对应的通知方式，比如可以包括短信方式、电话方式、微信方式等。宽泛地说，可以是除了通过配送客户端来发送之外的其他任一方式。

实际应用中，服务端可以采用任一种与离线条件对应的通知方式来向配送人员发送第一订单，其中，具体采用哪种通知方式，可以是服务端默认设定的，也可以是配送人员自主选择的。比如，结合前文中介绍的离线配送请求的触发过程，配送客户端中还可以包含选择通知方式的某界面，在该界面中设置多种可选的通知方式供配送人员选择，从而，上述离线配送请求中还可以包含配送人员对通知方式的选择结果，如此，服务端便得知需要采用哪种通知方式来通知配送人员。

由于配送人员对不同的通知方式的敏感度有所差异，因此，本发明实施例提供了如下的一种可选的通知方案：

采用短信通知方式通知配送人员配送第一订单；

若在第一预设时长内未接收到配送人员针对第一订单发出的响应信息，则采用电话通知方式通知配送人员配送第一订单。

实际应用中，由于配送人员可能并未听到短信提示音而未及时地查看通知消息，因此，如果在短信发出通知消息后的第一预设时长比如1分钟内，还未接收到配送人员的短信回复，比如回复：收到，则认为配送人员并未获知该通知消息，转而拨打配送人员的电话，通知其第一订单的分配结果。其中，短信内容模板以及电话中播出的语音内容模板可以是预先设定的，结合模板从第一订单中提取相应信息即可以生成短信内容、语音内容。

例如，配送人员A在驾驶车辆中，当服务端根据配送人员A设定的离线订单配送条件筛选到第一订单M，该订单的订单号为M123，起始地点是：B小区，起始配送时间是：早晨8点。基于此，可以生成短信格式的离线订单：“配送人员A：现为您接到订单号为M123的订单，订单的起始地址：B小区，预定起始配送时间为早晨8点；若接单请通过短信回复Y，若不接单请通过短信回复N；或者登录接单APP对该订单进行处理”。可选地，还可以生成电脑语音格式的可通过电话通知的第一订单，在与配送人员A建立通话后，可以自动播报以下内容：“现为您接到订单号为M123的订单，订单的起始地址：B小区，预定起始配送时间为早晨8点；若接单请按1，若不接单请按2或挂机；或者登录接单APP对该订单进行处理”。

值得说明的是，如果向配送人员拨出电话后，若在第二预设时长内电话未被接听，则为了兼顾下单用户的体验，此时可以重新分配第一订单。第二预设时长比如为1分钟、2分钟，在该第二预设时长内可以尝试多次呼叫配送人员，如果最终配送人员都未接听，则重新分配第一订单。

以下将详细描述本发明的一个或多个实施例的订单分配装置。本领域技术人员可以理解，这些订单分配装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

图4为本发明实施例提供的一种订单分配装置的结构示意图，如图4所示，应用于服务端，所述装置包括：确定模块41、获取模块42、发送模块43。

确定模块41，用于若检测到配送人员的配送客户端满足离线条件，则确定与所述配送人员对应的订单配送条件。

获取模块42，用于获取满足所述订单配送条件的第一订单。

发送模块43，用于通过与所述离线条件对应的通知方式，向所述配送人员发送所述第一订单。

可选地，所述确定模块41，用于若检测到所述配送客户端与所述服务端断开通信连接的时长达到预设时长，则确定所述配送客户端满足离线条件。

可选地，所述确定模块41，用于响应于所述配送客户端发送的离线配送请求，确定所述配送客户端满足离线条件。

可选地，所述订单配送条件包含于所述离线配送请求中，所述订单配送条件是所述配送人员设定的。

可选地，所述确定与所述配送人员对应的订单配送条件，包括：

根据已分配给所述配送人员的至少一个第二订单的配送信息，确定所述订单配送条件，所述至少一个第二订单是处于未配送完状态的订单。

可选地，确定模块41，用于确定所述订单配送条件为：起始配送时间与所述至少一个第二订单中的最晚订单完成时间匹配，且起始地址与所述最晚订单完成时间对应的第二订单的目的地址匹配。

可选地，所述通知方式包括：短信通知方式、电话通知方式中至少一个。

可选地，所述发送模块43，用于采用所述短信通知方式通知所述配送人员配送所述第一订单；若在第一预设时长内未接收到所述配送人员针对所述第一订单发出的响应信息，则采用所述电话通知方式通知所述配送人员配送所述第一订单。

可选地，发送模块43，用于若在第二预设时长内电话未被接听，则重新分配所述第一订单。

图4所示装置可以执行前述实施例中服务端涉及的各步骤，详细的执行过程和技术效果参见前述实施例中的描述，在此不再赘述。

在一个可能的设计中，上述图4所示订单分配装置的结构可实现为一电子设备，如图5所示，该电子设备可以包括：处理器51、存储器52，所述存储器52用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器51执行时可以实现前述各实施例中服务端所执行的各步骤。

可选地，该电子设备中还可以包括通信接口53，用于与其他设备进行通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存计算机程序，该计算机程序使服务端执行时实现上述各实施例中的订单分配方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

Claims (12)

1.一种订单分配方法，其特征在于，应用于服务端，所述方法包括：

若检测到配送人员的配送客户端满足离线条件，则确定与所述配送人员对应的订单配送条件；

获取满足所述订单配送条件的第一订单；

通过与所述离线条件对应的通知方式，向所述配送人员发送所述第一订单。

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

若检测到所述配送客户端与所述服务端断开通信连接的时长达到预设时长，则确定所述配送客户端满足离线条件。

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

响应于所述配送客户端发送的离线配送请求，确定所述配送客户端满足离线条件。

4.根据权利要求3所述的方法，其特征在于，所述订单配送条件包含于所述离线配送请求中，所述订单配送条件是所述配送人员设定的。

5.根据权利要求1所述的方法，其特征在于，所述确定与所述配送人员对应的订单配送条件，包括：

根据已分配给所述配送人员的至少一个第二订单的配送信息，确定所述订单配送条件，所述至少一个第二订单是处于未配送完状态的订单。

6.根据权利要求5所述的方法，其特征在于，所述根据已分配给所述配送人员的至少一个第二订单的配送信息，确定所述订单配送条件，包括：

确定所述订单配送条件为：起始配送时间与所述至少一个第二订单中的最晚订单完成时间匹配，且起始地址与所述最晚订单完成时间对应的第二订单的目的地址匹配。

7.根据权利要求1所述的方法，其特征在于，所述通知方式包括：短信通知方式、电话通知方式中至少一个。

8.根据权利要求7所述的方法，其特征在于，所述采用与所述离线条件对应的通知方式，通知所述配送人员配送所述第一订单，包括：

采用所述短信通知方式通知所述配送人员配送所述第一订单；

若在第一预设时长内未接收到所述配送人员针对所述第一订单发出的响应信息，则采用所述电话通知方式通知所述配送人员配送所述第一订单。

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

若在第二预设时长内电话未被接听，则重新分配所述第一订单。

10.一种订单分配装置，其特征在于，应用于服务端，所述装置包括：

确定模块，用于若检测到配送人员的配送客户端满足离线条件，则确定与所述配送人员对应的订单配送条件；

获取模块，用于获取满足所述订单配送条件的第一订单；

发送模块，用于通过与所述离线条件对应的通知方式，向所述配送人员发送所述第一订单。

11.一种计算机存储介质，其特征在于，用于储存计算机程序，所述计算机程序使计算机执行时实现权利要求1至9中任一项所述的订单分配方法。

12.一种电子设备，其特征在于，包括处理器、存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现权利要求1至9中任一项所述的订单分配方法。