CN111985865B - 订单接收与配送管理方法、管理平台及终端设备 - Google Patents

Abstract

本申请提供了一种订单接收与配送管理方法、管理平台及终端设备，所述方法包括：向用户终端发送所述候选配送班次；根据所述配送班次选择指令从所述候选配送班次中确定目标配送班次；向所述用户终端发送所述目标配送班次对应的商家信息；接收来自所述用户终端的第一订单信息，并将所述第一订单信息关联至所述目标配送班次；判断是否符合所述目标配送班次的预设第一截单条件，若符合，将所述目标配送班次的所有订单推送至各订单对应的商家和配送终端，以对所述目标配送班次的所有订单进行配送。本申请实施例通过将订单信息与配送班次关联起来，实现了同一配送班次内的所有订单累计后进行配送，提高了配送效率，降低配送成本。

Description

订单接收与配送管理方法、管理平台及终端设备

技术领域

本申请属于计算机技术领域，尤其涉及一种订单接收与配送管理方法、管理平台及终端设备。

背景技术

近些年随着人们生活节奏的加快，网上购物、点餐以及收发快递等，逐渐成为越来越多的用户的生活***台的下单流程通常是顾客选择商家和产品之后，平台根据配送人员位置派单，配送人员完成一单一单的配送。现有配送方式类似“配送的士”，配送人员收到一单即配送一单。然而在实际的配送过程中，尤其是在校园、写字楼等密集型社区，特别是在用餐时间高度集中时间段，存在同一小区甚至同一栋楼同一时间重复配送的现象，因此当前的“配送的士”下单和配送技术配送效率比较低。

在当前的“配送的士”模式下，一个外卖骑手一天工作12小时，平均只能完成约50单配送，导致在一线城市每单的配送成本达到了6-10元。一份20元的外卖，其中配送成本就占去30％，扣除商家与平台的盈利，真正的食材本身不到20％，引发外卖食品健康的担忧；同时，“配送的士”导致越来越高的起送价，如果用户购买的商品总价低，则可能由于达不到起送价而无法下单。

由此看出，在当前的“配送的士”模式和技术平台下，无论是用户、商家、骑手、还是平台，每一方都不满意，亟需新的技术来改变当前配送效率低，配送成本高的问题。

发明内容

本申请实施例提供了一种订单接收与配送管理方法、管理平台及终端设备，可以有效提高配送效率，以及降低配送成本。

第一方面，本申请实施例提供了一种订单接收与配送管理方法，包括：

确定用户配送地址所属的配送路线对应的候选配送班次后，向用户终端发送所述候选配送班次，以指示所述用户终端显示所述候选配送班次；

接收来自所述用户终端的配送班次选择指令，根据所述配送班次选择指令从所述候选配送班次中确定目标配送班次；

向所述用户终端发送所述目标配送班次对应的商家信息，以指示所述用户终端显示所述商家信息；

接收来自所述用户终端的第一订单信息，并将所述第一订单信息关联至所述目标配送班次，其中所述第一订单信息包括目标配送班次和商家信息；

判断是否符合所述目标配送班次的预设第一截单条件，若符合，将所述目标配送班次的所有订单推送至各订单对应的商家和配送终端，以对所述目标配送班次的所有订单进行配送。

第二方面，本申请实施例提供了一种订单接收与配送管理平台，包括：

候选配送班次确定模块，用于确定用户配送地址所属的配送路线对应的候选配送班次后，向用户终端发送所述候选配送班次，以指示所述用户终端显示所述候选配送班次；

目标配送班次确定模块，用于接收来自所述用户终端的配送班次选择指令，根据所述配送班次选择指令从所述候选配送班次中确定目标配送班次；

商家信息确定模块，用于向所述用户终端发送所述目标配送班次对应的商家信息，以指示所述用户终端显示所述商家信息；

关联模块，用于接收来自所述用户终端的第一订单信息，并将所述第一订单信息关联至所述目标配送班次，其中所述第一订单信息包括目标配送班次和商家信息；

配送模块，用于判断是否符合所述目标配送班次的预设第一截单条件，若符合，将所述目标配送班次的所有订单推送至各订单对应的商家和配送终端，以对所述目标配送班次的所有订单进行配送。

第三方面，本申请实施例提供了一种终端设备，存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面中任一项的订单接收与配送管理方法。

第四方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述的订单接收与配送管理方法。

可以理解的是，上述第二方面至第四方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

本申请实施例与现有技术相比存在的有益效果是：通过本申请实施例提供的订单接收与配送管理方法，确定用户配送地址所属的配送路线对应的候选配送班次后，向用户终端发送所述候选配送班次，以指示所述用户终端显示所述候选配送班次；接收来自所述用户终端的配送班次选择指令，根据所述配送班次选择指令从所述候选配送班次中确定目标配送班次；向所述用户终端发送所述目标配送班次对应的商家信息，以指示所述用户终端显示所述商家信息；接收来自所述用户终端的第一订单信息，并将所述第一订单信息关联至所述目标配送班次，其中所述第一订单信息包括目标配送班次和商家信息；判断是否符合所述目标配送班次的预设第一截单条件，若符合，将所述目标配送班次的所有订单推送至各订单对应的商家和配送终端，以对所述目标配送班次的所有订单进行配送。本申请实施例通过将订单信息与配送班次关联起来，实现了同一配送班次的所有订单累计后集中进行配送，以“配送巴士”的配送方式，改变了现有技术中“配送的士”一单一单进行配送的现状，从而提高了配送效率，降低配送成本，提升了用户体验，增强用户黏性。

附图说明

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

图1是本申请一实施例提供的***的架构示意框图；

图2是本申请一实施例提供的订单接收与配送管理方法的流程示意图；

图3是本申请实施例提供的订单接收与配送管理平台的结构示意图；

图4是本申请实施例提供的终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的***、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到所描述条件或事件”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到所描述条件或事件”或“响应于检测到所描述条件或事件”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

参见图1示出的用于为用户提供订单配送服务的***的架构示意框图，该***可以包括接收与配送管理平台11和至少一个用户终端12。作为示例而非限定，图1中的用户终端为手机。在其它一些情况下，用户终端也可以是平板或电脑等，在此不对用户终端的类型作限定。

用户终端上可以安装有对应的应用程序，用户可以通过该应用程序获取到***提供的订单接收与配送服务。当然，该***提供的订单接收与配送服务也可以通过公众号(例如，微信公众号)或者小程序(例如，微信小程序)等方式呈现。也就是说，用户如果需要本申请实施例提供的订单接收与配送服务，可以通过对应的应用程序、公众号或者小程序等方式访问本申请实施例提供的平台***，通过该平台***，用户可以下订单并等待配送人员配送。

下面对本申请实施例提供的技术方案进行详细阐述。

参见图2示出的一种订单接收与配送管理方法的一种流程示意框图，该方法可以包括以下步骤：

步骤S201：确定用户配送地址所属的配送路线对应的候选配送班次后，向用户终端发送所述候选配送班次，以指示所述用户终端显示所述候选配送班次。

在一种可能的实现方式中，确定用户配送地址所属的配送路线对应的候选配送班次，包括：

第一步：获取用户的配送地址，根据所述配送地址确定对应的配送圈以及配送圈ID；或者获取用户选择的配送圈以及配送圈ID，其中，所述配送圈包括至少一个配送地址；

预先按照配送地址的分布，建立各个配送圈，在接收与配送管理平台为每个配送圈设置配送圈ID。每个配送地址属于一个配送圈，对应一个配送圈ID，每个配送圈可以根据实际情况包括至少一个配送地址，例如一个学校的多栋宿舍对应同一个配送圈，相邻的两个小区对应同一个配送圈。新增一个配送地址时，接收与配送管理平台为所述新的配送地址匹配所属的配送圈以及配送圈ID。每个配送圈还可以预设指定地址，实际配送时可以根据情况配送至指定地址，也可以配送至用户的实际配送地址。

可以理解的是，可以直接为用户提供配送圈列表让用户在用户终端选择；也可以获取用户的配送地址，根据配送地址匹配预设的配送圈及配送圈ID。其中获取用户的配送地址，包括：通过用户终端自动识别用户的配送地址信息，或者用户从候选地址列表中选择配送地址，或者用户手动输入配送地址。

通过设置配送圈以及配送圈ID，可以实现配送地址的集中化管理和配送，从而减少配送地址五花八门，配送人员难以找到配送地址的问题；同时也为配送进行更细的分工打下基础，例如将订单配送至配送圈指定地址与将订单从配送圈指定地址送至用户的实际配送地址可以分配至不同的工作人员完成。

第二步：获取所述配送圈对应的配送路线；

预先为配送圈设置从商圈到配送圈的配送路线，每个配送圈可以设置至少一个配送路线，配送路线越多，则配送圈所属的用户可以选择的商圈越多。配送路线的具体数量可以根据实际情况设定，例如是人流量特别大的校园、科技园或者商圈，配送路线可以适当增加，每条配送路线可以设置至少一个配送班次，这样可以方便用户更及时的收到订单。

第三步：根据所述配送路线获取预设的全部配送班次；

每条配送路线可以预先设置多个配送班次，配送班次越多，则配送圈所属的用户可以选择的配送路线下的配送时间就越多，用户可以更加方便的随时下单。

第四步：将全部配送班次作为候选配送班次，或者，先根据第二截单条件，判断配送班次是否为可选的配送班次，仅将全部配送班次中可选的配送班次作为候选配送班次。相应的，向用户终端发送所述候选配送班次，以指示所述用户终端显示所述候选配送班次，也分为两种情况：

向用户终端发送全部候选配送班次，但指示所述用户终端区别显示可选的配送班次和不可选的候选配送班次。例如可选的配送班次显示为白色，可以让用户点击选择，不可选的候选配送班次显示为灰色，无法让用户点击选择；或者，仅向用户终端发送可选的候选配送班次，以指示所述用户终端显示所述可选的候选配送班次。优选的，会默认将最近送达、未截单的配送班次显示在最显眼的位置，例如以红色显示，供用户在用户终端选择。

其中根据第二截单条件，判断配送班次是否为可选的配送班次，包括两种情况：

第一种：判断用户的下单时间是否超过第一截单时间，其中所述第一截单时间为配送班次的时间减去第一预留时间，所述第一预留时间用于准备配送所述第一订单，其中准备配送所述第一订单至少包括商家准备第一订单以及将第一订单送达配送交通工具；如果超过所述第一截单时间，则所述配送班次不是可选的配送班次。

因为商家准备订单需要时间，配送人员配送也需要时间，因此，如果想保证及时配送用户的订单，需要提前预留一定的时间。例如配送班次的时间是5点，根据实际情况预留30～90分钟，配送班次的时间减预留时间为第一截单时间，第一截单时间之后由于没有充足的时间无法保证订单的及时配送，因此如果某配送班次的时间已经过了对应的第一截单时间，则该配送班次不再供用户选择，即不再接受新的订单。

第二种：判断配送班次对应的所有的订单的数量是否超过配送阈值；如果超过配送阈值，则所述配送班次不是可选的配送班次。

如果某配送班次对应的订单数量已经超过配送阈值，则表明该配送班次的订单数量过多，已经超过了配送能力，则该配送班次为不可选的配送班次，该配送班次不再供用户选择。判断配送班次对应的订单数量是否超过配送阈值；如果未超过配送阈值，则所述配送班次为可选的配送班次，提供所述配送班次供用户选择。所述配送阈值为配送班次对应的配送交通工具总体的最大配送能力。例如针对12点这个配送班次安排了三辆车，每辆车可以配送100单，那么12点这个配送班次的配送阈值为100*3＝300，因此在订单数量不超过300时，用户可以继续选择该配送班次，如果订单数量超过300，则该12点的配送班次为不可选的配送班次，不再供用户选择。

无论是用户的下单时间超过第一截单时间，还是所有的订单的数量超过配送阈值，只要出现一种情况，则所述配送班次均不是可选的配送班次。

步骤S202：接收来自所述用户终端的配送班次选择指令，根据所述配送班次选择指令从所述候选配送班次中确定目标配送班次。

用户在用户终端进行操作,可以根据自己的需要从可选的候选配送班次中选择合适的配送班次，作为目标配送班次。

通过让用户选择配送班次，既方便了用户灵活选择就餐/收货时间，同时又使得用户在下单时就能确定的知道该订单是否可以成功下单，改变了现有技术中拼团由于各种原因没有达成，后续才能收到通知需要再重新下单的弊端，从而简化了用户下单流程，提高了用户下单效率，提升了用户体验，增强用户黏性。

步骤S203：向所述用户终端发送所述目标配送班次对应的商家信息，以指示所述用户终端显示所述商家信息。

因为商家营业时间不同，在不同时间的服务能力也不同，因此接收与配送管理平台会基于商家提供的服务信息，根据用户的目标配送班次，生成对应所述目标配送班次的备选商家列表，并传输至用户终端供用户选择。用户选择感兴趣的商家，可以查看商家提供的商品与价格，从而确定是否下单。

商家服务能力越强，则可供选择的配送班次越多。当然如果某商家可提供的配送班次较少的情况下，也可以在其不能提供下单服务的配送班次传输至用户端进行展示，这种展示可以提高商家的知名度，从而让消费者更多的了解该商家，从而拉动更多的消费可能。如果此时，恰好收到了用户对该商家的选择，则接收与配送管理平台会为用户传输该商家可以提供下单服务的配送班次，并等待用户选择配送班次。

进一步的，还可以统计同一配送班次、同一个商家的订单数量，判断配送班次对应的同一商家的订单数量是否超过预设订单数量阈值；如果超过预设订单数量阈值，需要截单，则该配送班次不再提供该商家供用户选择，从而保障该商家能准时出餐/出货；如果未超过所述预设订单数量阈值，所述配送班次为该商家的可选的配送班次，提供该商家供用户选择。

步骤S204：接收来自所述用户终端的第一订单信息，并将所述第一订单信息关联至所述目标配送班次，其中所述第一订单信息包括目标配送班次和商家信息。

接收用户终端根据用户的配送地址、目标配送班次和商家信息等生成第一订单信息，并将所述第一订单信息关联至所述目标配送班次，这样可以将对应同一目标配送班次，但来自不同用户的所有第一订单信息综合在一起，从而实现通过同一目标配送班次集中配送该班次对应的所有的第一订单。

优选的，判断配送班次对应的订单数量是否小于N单；如果订单数量小于N单的时候，延长截单时间来接收更多的订单，N的优选范围为3～10。

步骤S205：判断是否符合所述目标配送班次的预设第一截单条件，若符合，将所述目标配送班次的所有订单推送至各订单对应的商家和配送终端，以对所述目标配送班次的所有订单进行配送。

判断是否符合所述目标配送班次的预设第一截单条件，包括：

收到用户的订单信息后，如果时间已经来不及再接收新的订单，则可以截单，因此收到用户的订单信息后，判断是否超过第一截单时间，其中所述第一截单时间为所述目标配送班次的时间减去第一预留时间，所述第一预留时间用于准备配送所述第一订单，其中准备配送所述第一订单至少包括商家准备第一订单以及将第一订单送达配送交通工具；如果超过所述第一截单时间，则符合预设截单条件。

或者，判断所述目标配送班次对应的订单的数量是否超过配送阈值；如果超过所述配送阈值，则符合预设截单条件。可以理解的是，如果收到用户的订单信息后，订单数量已经超过配送阈值，配送交通工具已经无法完成配送，因此需要截单。

可以理解的是配送班次截单后，该配送班次就不再是可选的配送班次，用户终端就不能再选择该配送班次，用户终端只能选择没有截单的可选的配送班次。

将所述目标配送班次的所有订单推送至各订单对应的商家和配送终端，以对所述目标配送班次的所有订单进行配送，具体包括：

统计同一目标配送班次对应的全部订单数量，根据所述目标配送班次对应的全部订单数量安排配送交通工具进行配送，即根据配送交通工具的运载能力统筹安排运输的趟数。如果配送时班次对应的全部订单数量小于单个配送交通工具的运载能力，则安排一个配送交通工具即可完成配送，如果高峰时间段的配送班次对应的订单数量大于于单个配送交通工具的运载能力，则可安排多个配送交通工具并行进行配送。其中配送交通工具的运载能力以其能运载的订单数量来体现。当一个配送交通工具即可完成配送时，所有订单信息发送给对应的一个配送终端即可；当需要多个配送交通工具才能完成配送时，所有订单信息根据各自对应的配送交通工具发送给对应的配送终端。

可以理解的是，如果使用无人机或机器人或者无人驾驶的车辆作为配送交通工具进行配送，则不需要配送人员。因此配送终端可能是由驾驶配送交通工具的配送人员操作，也可能是设置在配送交通工具。

本申请实施例通过将订单信息与配送班次关联起来，实现了同一配送班次的所有订单累计后集中进行配送，以“配送巴士”的配送方式，改变了现有技术中“配送的士”一单一单进行配送的现状，从而提高了配送效率，降低配送成本，提升了用户体验，增强用户黏性。

以外卖订单为例，对订单进行配送首先到商家集中取餐；然后由配送人员派送至配送地址。可以理解的是取餐人员与配送人员可以是相同的人，但在分工更细的情况下，也可以是不同的人，此时所有订单信息针对性的发送给对应的商家、分配的对应取餐人员和分配的对应派送人员。这样取餐人员更熟悉商家的信息，配送人员更熟悉配送圈的信息。在一个配送圈包括多个配送地址的情况下，配送人员可以仅配送至配送圈的指定地址，由用户自己来取，或者由另外的服务人员负责送至各个配送地址。通过这种分段配送的方式，可以提高配送效率，降低配送成本。当然也可以根据情况，由配送人员直接配送至具体的配送地址。

在一种可能的实现方式中，取餐时如果商家无法准时出餐，取餐人员可将订单调度到下一个最近的配送班次。

在一种可能的实现方式中，接收与配送管理平台可以获取配送人员的实时位置，在配送人员距离用户地址0.5公里～1公里时，给即将到达的配送地址对应的所有用户发送***通知，方便用户提前准备取餐或取快递。

在一种可能的实现方式中，配送人员根据配送经验，在到达配送地址前3～5分钟给接收与配送管理平台发送即将到达的配送地址对应的订单信息，接收与配送管理平台根据订单信息给用户发送***通知，方便用户提前准备收取订单。所述订单信息包括订单号、用户名和用户电话中的至少一个。

订单送达时，配送人员给接收与配送管理平台发送订单确认送达信息，接收与配送管理平台根据订单信息给用户发送***通知，通知用户订单已完成。***通知可以包括自动语音电话或用户端***消息。

本申请实施例中通过接收与配送管理平台自动通知用户，减少了配送人员通知用户的工作量，从而极大缩短了配送人员的配送时间，提高了配送效率。

在一种可能的实现方式中，本申请实施例提供的订单接收与配送管理方法，还包括：

第一步：接收来自第三方平台的第二订单。

本申请实施例提供的订单配送管理送方法，不仅可以接收自身接收与配送管理平台的第一订单，还可以接收第三方平台的第二订单，为第二订单提供配送服务。第一订单或者第二订单均可以包括外卖订单、购物订单或者快递订单等。

第二步：基于第二订单的配送时间要求，根据所述第二订单的用户地址确定所属的配送路线对应的配送班次，其中所述配送时间要求包括收到第二订单的时间或者用户希望的送达时间，包括：

获取第二订单的配送地址，根据所述配送地址确定对应的配送圈以及配送圈ID，其中，所述配送圈包括至少一个配送地址；获取所述配送圈对应的配送路线；根据所述配送路线获取预设的全部配送班次；其中，根据第二订单中商家信息判断其所属商圈，结合第二订单的配送地址获取预先设置的配送路线及对应的全部配送班次，具体详细内容前述第一订单的情况相同，此处不再赘述。

计算各个配送班次的时间与第二订单的配送时间要求的差值，选取差值最小的配送班次作为第二订单的候选配送班次，例如第二订单的配送时间要求上午10点半送达，配送班次包括10点、11点、12点、13点，则选择11点作为候选配送班次。

根据第三截单条件，判断第二订单的候选配送班次是否为可选的配送班次；如果是，则将第二订单的候选配送班次作为第二订单的配送班次，如果不是，则将与差值最小的配送班次相邻的下一个配送班次更新为第二订单的候选配送班次，返回根据第三截单条件，判断第二订单的候选配送班次是否为可选的配送班次的步骤，直至第二订单的候选配送班次是可选的配送班次。例如先判断11点是否为可选的配送班次，如果是，则将11点作为第二订单的配送班次；如果不是，则将与11点相邻的下一个配送班次12点作为第二订单的候选配送班次，并返回判断候选配送班次(此时为12点)是否为可选的配送班次的步骤，直到找到可选的配送班次作为第二订单的配送班次。

其中，根据第三截单条件，判断第二订单的候选配送班次是否为可选的配送班次，包括：

判断收到第二订单的时间是否超过第二截单时间，其中所述第二截单时间为第二订单的候选配送班次的时间减去第二预留时间，所述第二预留时间用于准备配送所述第二订单，如果超过，则所述第二订单的候选配送班次不是可选的配送班次。例如准备配送所述第二订单至少包括将第二订单送达配送交通工具，相应的，需要判断收到第二订单时，是否来的及在配送班次的出发之前将第二订单送达配送交通工具，如果来不及，则候选配送班次不是可选的配送班次。

判断第二订单的候选配送班次对应的所有的订单的数量是否超过配送阈值，如果超过配送阈值，则所述第二订单的候选配送班次不是可选的配送班次。

无论是收到第二订单的时间超过第二截单时间，还是所有的订单的数量超过配送阈值，只要出现一种情况，则所述第二订单的候选配送班次均不是可选的配送班次。

第三步：若第二订单的配送班次为所述目标配送班次，将第二订单信息关联至所述目标配送班次。

若第二订单的配送班次与前述的第一订单对应的目标配送班次为同一配送班次，则将第二订单信息也关联至所述目标配送班次，这样可以得到同一配送班次对应的第一订单和第二订单，从而实现统一、集中配送。

当本申请实施例提供的订单接收与配送管理方法还包括接收第三方订单时，第一订单中根据第二截单条件，判断配送班次是否为可选的配送班次的步骤会有所变化，包括两种：

第一种：判断用户的下单时间是否超过第一截单时间，该步骤与前述保持不变，不再赘述。

第二种：判断配送班次对应的所有的订单的数量是否超过配送阈值；如果超过配送阈值，则所述配送班次不是可选的配送班次。此时全部的订单不仅包括第一订单，还包括第二订单。当然第一订单或第二订单均可以为0，即订单只包括第一订单或第二订单。

当本申请实施例提供的订单接收与配送管理方法还接收第三方订单时，判断是否符合所述目标配送班次的预设第一截单条件的步骤，也与仅包括第一订单时有所不同，包括：

判断是否超过第一截单时间，其中所述第一截单时间为所述目标配送班次的时间减去第一预留时间，所述第一预留时间用于准备配送第一订单，准备配送第一订单至少包括商家准备第一订单以及将第一订单送达配送交通工具；且判断是否超过第二截单时间，其中所述第二截单时间为第二订单的配送班次的时间减去第二预留时间，所述第二预留时间用于准备配送所述第二订单。如果既超过第一截单时间，同时又超过第二截单时间，则符合预设截单条件。这种预设截单条件指只要来得及准备配送第一订单或者第二订单，就不截单，但在实际应用中，由于以第一订单为主，第二订单为辅，因此通常设置为只要来不及准备配送第一订单，就截单。

收到用户的订单信息后，判断所述目标配送班次对应的订单的数量是否超过配送阈值；如果超过所述配送阈值，则符合预设截单条件，订单的数量包括第一订单的数量和第二订单的数量之和。

通常第一订单的优先级高于第二订单，即产生冲突时，第一订单优先选择配送班次。

本申请实施例通过可以接收第二订单并进行配送，可以更优的利用配送资源，并且通过更多的订单促进优化配送时间，从而形成良性的循环，最终实现提高配送效率，降低配送成本。

优选的，接收与配送管理平台定期自动统计各配送班次的订单数量，如果某配送班次的订单数量在预设时间段内达到配送阈值的次数超过预设次数，则进行调整，例如自动缩小该配送班次与下一个相邻的配送班次的时间间隔，或者提高所述预设时间的配送阈值。其中，预设时间段可以灵活设定，例如每周、每月或每季度。预设次数根据实际配送能力确定，如果配送能力强，例如有充裕的配送人员和配送交通工具，则预设次数可以相对较低，例如一旦超过配送阈值就进行调整，这样可以避免由于满单用户无法下单的情况，尽量满足用户随心所欲选择班次的需求。通过动态调整配送班次，可以更贴合用户的实际需要，从而提高下单成功率。

需要说明的是，本领域技术人员在本发明揭露的技术范围内，可容易想到的其他排序方案也应在本发明的保护范围之内，在此不一一赘述。

参见图3，是本申请一实施例提供的一种订单接收与配送管理平台示意图，为了便于说明，仅示出了与本发明实施例相关的部分，包括：

候选配送班次确定模块31，用于确定用户配送地址所属的配送路线对应的候选配送班次后，向用户终端发送所述候选配送班次，以指示所述用户终端显示所述候选配送班次；

目标配送班次确定模块32，用于接收来自所述用户终端的配送班次选择指令，根据所述配送班次选择指令从所述候选配送班次中确定目标配送班次；

商家信息确定模块33，用于向所述用户终端发送所述目标配送班次对应的商家信息，以指示所述用户终端显示所述商家信息；

关联模块34，用于接收来自所述用户终端的第一订单信息，并将所述第一订单信息关联至所述目标配送班次，其中所述第一订单信息包括目标配送班次和商家信息；

配送模块35，用于判断是否符合所述目标配送班次的预设第一截单条件，若符合，将所述目标配送班次的所有订单推送至各订单对应的商家和配送终端，以对所述目标配送班次的所有订单进行配送。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述移动终端的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述移动终端中模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图4是本发明一实施例提供的终端设备的示意图。如图4所示，该实施例的终端设备4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述订单接收与配送管理方法的步骤，例如图2所示的步骤201至205。或者，所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能，例如图3所示模块31至35的功能。

示例性的，所述计算机程序42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述终端设备4中的执行过程。

所述终端设备4可以是桌上型计算机、笔记本、掌上电脑等计算设备。所述终端设备可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是终端设备4的示例，并不构成对终端设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器40可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41可以是所述终端设备4的内部存储单元，例如终端设备4的硬盘或内存。所述存储器41也可以是所述终端设备4的外部存储设备，例如所述终端设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器41还可以既包括所述终端设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

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

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。上述***中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

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

Claims (10)

1.一种订单接收与配送管理方法，其特征在于，包括：

确定用户配送地址所属的配送路线对应的候选配送班次后，向用户终端发送所述候选配送班次，以指示所述用户终端显示所述候选配送班次，其中当向用户终端发送全部候选配送班次时，指示所述用户终端区别显示可选的配送班次和不可选的候选配送班次；

接收来自所述用户终端的配送班次选择指令，根据所述配送班次选择指令从所述候选配送班次中确定目标配送班次；

向所述用户终端发送所述目标配送班次对应的商家信息，以指示所述用户终端显示所述商家信息；

接收来自所述用户终端的第一订单信息，并将所述第一订单信息关联至所述目标配送班次，其中所述第一订单信息包括目标配送班次和商家信息；

判断是否符合所述目标配送班次的预设第一截单条件，若符合，将所述目标配送班次的所有订单推送至各订单对应的商家和配送终端，以对所述目标配送班次的所有订单进行配送；

其中，将所述目标配送班次的所有订单推送至各订单对应的商家和配送终端，以对所述目标配送班次的所有订单进行配送，具体包括：

统计同一目标配送班次对应的全部订单数量，根据所述目标配送班次对应的全部订单数量安排配送交通工具进行配送，以及根据配送交通工具的运载能力统筹安排运输的趟数；

其中，确定用户配送地址所属的配送路线对应的候选配送班次，包括：

获取用户的配送地址，根据所述配送地址确定对应的配送圈以及配送圈ID；或者获取用户选择的配送圈以及配送圈ID，其中，所述配送圈包括至少一个配送地址；

获取所述配送圈对应的配送路线；

根据所述配送路线获取预设的全部配送班次；

将全部配送班次作为候选配送班次；

或者，

获取用户的配送地址，根据所述配送地址确定对应的配送圈以及配送圈ID；或者获取用户选择的配送圈以及配送圈ID，其中，所述配送圈包括至少一个配送地址；

获取所述配送圈对应的配送路线；

根据所述配送路线获取预设的全部配送班次；

根据第二截单条件，判断配送班次是否为可选的配送班次；

将可选的配送班次作为候选配送班次。

2.如权利要求1所述的订单接收与配送管理方法，其特征在于，判断是否符合所述目标配送班次的预设第一截单条件，包括：

判断是否超过第一截单时间，其中所述第一截单时间为所述目标配送班次的时间减去第一预留时间，所述第一预留时间用于准备配送所述第一订单；

如果超过所述第一截单时间，则符合预设截单条件；

或者，

判断所述目标配送班次对应的订单的数量是否超过配送阈值；

如果超过所述配送阈值，则符合预设截单条件。

3.如权利要求2所述的订单接收与配送管理方法，其特征在于，根据第二截单条件，判断配送班次是否为可选的配送班次，包括：

判断用户的下单时间是否超过第一截单时间，其中所述第一截单时间为配送班次的时间减去第一预留时间，所述第一预留时间用于准备配送所述第一订单；

如果超过所述第一截单时间，则所述配送班次不是可选的配送班次；

或者，

判断配送班次对应的所有的订单的数量是否超过配送阈值；

如果超过配送阈值，则所述配送班次不是可选的配送班次。

4.如权利要求1所述的订单接收与配送管理方法，所述方法还包括：

接收来自第三方平台的第二订单；

基于所述第二订单的配送时间要求，根据所述第二订单的用户地址确定所属的配送路线对应的配送班次，其中所述配送时间要求包括收到第二订单的时间或者用户希望的送达时间；

若第二订单的配送班次为所述目标配送班次，将第二订单信息关联至所述目标配送班次。

5.如权利要求4所述的订单接收与配送管理方法，其特征在于，判断是否符合所述目标配送班次的预设第一截单条件，包括：

判断是否超过第一截单时间，其中所述第一截单时间为所述目标配送班次的时间减去第一预留时间，所述第一预留时间用于准备配送所述第一订单；

判断是否超过第二截单时间，其中所述第二截单时间为第二订单的配送班次的时间减去第二预留时间，所述第二预留时间用于准备 配送所述第二订单；

如果仅超过第一截单时间，或者超过第一截单时间且超过第二截单时间，则符合预设截单条件；

或者，

判断所述目标配送班次对应的订单的数量是否超过配送阈值；

如果超过所述配送阈值，则符合预设截单条件。

6.如权利要求4所述的订单接收与配送管理方法，其特征在于，基于所述第二订单的配送时间要求，根据所述第二订单的用户地址确定所属的配送路线对应的配送班次，包括：

获取第二订单的配送地址，根据所述配送地址确定对应的配送圈以及配送圈ID，其中，所述配送圈包括至少一个配送地址；

获取所述配送圈对应的配送路线；

根据所述配送路线获取预设的全部配送班次；

计算各个配送班次的时间与第二订单的配送时间要求的差值，选取差值最小的配送班次作为第二订单的候选配送班次；

根据第三截单条件，判断第二订单的候选配送班次是否为可选的配送班次；

如果是，则将第二订单的候选配送班次作为第二订单的配送班次，如果不是，则将与差值最小的配送班次相邻的下一个配送班次更新为第二订单的候选配送班次，返回根据第三截单条件，判断第二订单的候选配送班次是否为可选的配送班次的步骤，直至第二订单的候选配送班次是可选的配送班次。

7.如权利要求6所述的订单接收与配送管理方法，其特征在于，根据第三截单条件，判断第二订单的候选配送班次是否为可选的配送班次，包括：

判断第二订单的候选配送班次对应的所有的订单的数量是否超过配送阈值；

如果超过配送阈值，则所述第二订单的候选配送班次不是可选的配送班次；

或者，

判断收到第二订单的时间是否超过第二截单时间，其中所述第二截单时间为第二订单的候选配送班次的时间减去第二预留时间，所述第二预留时间用于准备配送所述第二订单，如果超过，则所述第二订单的候选配送班次不是可选的配送班次。

8.如权利要求1所述的订单接收与配送管理方法，其特征在于，将所述目标配送班次的所有订单推送至各订单对应的商家和配送终端，以对所述目标配送班次的所有订单进行配送之后，还包括：

定期统计各配送 班次对应的所有订单数量，若配送班次对应的所有订单数量在预设时间段内达到配送阈值的次数超过预设次数，则缩小所述配送班次与下一个相邻的配送班次的时间间隔，或者提高所述配送班次对应的配送阈值。

9.一种应用如权利要求1所述的订单接收与配送管理方法的订单接收与配送管理平台，其特征在于，包括：

候选配送班次确定模块，用于确定用户配送地址所属的配送路线对应的候选配送班次后，向用户终端发送所述候选配送班次，以指示所述用户终端显示所述候选配送班次；

目标配送班次确定模块，用于接收来自所述用户终端的配送班次选择指令，根据所述配送班次选择指令从所述候选配送班次中确定目标配送班次；

商家信息确定模块，用于向所述用户终端发送所述目标配送班次对应的商家信息，以指示所述用户终端显示所述商家信息；

关联模块，用于接收来自所述用户终端的第一订单信息，并将所述第一订单信息关联至所述目标配送班次，其中所述第一订单信息包括目标配送班次和商家信息；

配送模块，用于判断是否符合所述目标配送班次的预设第一截单条件，若符合，将所述目标配送班次的所有订单推送至各订单对应的商家和配送终端，以对所述目标配送班次的所有订单进行配送。

10.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的订单接收与配送管理方法。

Images