CN116757767A - 配送订单的显示和处理方法、及终端 - Google Patents

Abstract

本公开提供了一种配送订单的显示和处理方法、及终端，该方法包括：响应于对第一控件的触控操作，基于配送资源的地理位置，显示配送订单地图，配送订单地图中显示地图上至少一个配送区域内待分配配送资源的配送订单的分布情况；响应于选中配送订单地图中目标配送区域的操作，向服务器发出对目标配送区域的订区域标识；接收服务器根据区域标识所返回的目标配送订单，并展示目标配送订单；其中，目标配送订单为商户地址位于目标配送区域内、且与配送资源匹配的待分配的配送订单；响应于对目标配送订单的抢单指令，向服务器发出对目标配送订单的抢单请求；接收并显示服务器根据抢单请求所返回的抢单结果。

Description

配送订单的显示和处理方法、及终端

技术领域

本公开涉及互联网技术领域，更具体地，涉及一种配送订单的显示和处理方法、及一种终端。

背景技术

随着互联网技术的高速发展，物品配送等网络应用得到了广泛普及，如今，即时配送的物品种类也更加多样化，例如鲜花、食物、药品等。用户可通过网络下单，购买需要的物品，由配送资源将用户购买的物品送达用户手中。

在现有技术中，商户接收到的配送订单的数量越来越多，而配送资源的数量是有限的，导致出现配送订单无人接单的问题。

在现有技术中，部分配送区域内的商户接收到的配送订单的数量较多，而该配送区域内的配送资源可能较少；或者，部分配送区域内的商户接收到的配送订单的数量较少，而该配送区域内的配送资源可能较多，导致配送区域内的配送资源的供需不均衡。

因此，亟需一种配送订单的处理方法，来吸引配送区域外的配送资源，来解决配送区域内的配送资源消化不了的配送订单，提高配送订单的接单率，从而提高配送订单的处理成功率。

发明内容

本公开的一个目的是提供一种处理配送订单的新技术方案。

根据本公开的第一方面，提供了一种配送订单的显示和处理方法，所述方法由配送资源的终端实施，所述方法包括：

响应于对第一控件的触控操作，基于配送资源的地理位置，显示配送订单地图，所述配送订单地图中显示地图上至少一个配送区域内待分配配送资源的配送订单的分布情况；

响应于选中所述配送订单地图中目标配送区域的操作，向服务器发送所述目标配送区域的区域标识；

接收所述服务器根据所述区域标识所返回的目标配送订单，并展示所述目标配送订单；其中，所述目标配送订单为商户地址位于所述目标配送区域内、且与配送资源匹配的待分配的配送订单；

响应于对所述目标配送订单的抢单指令，向所述服务器发出对所述目标配送订单的抢单请求；

接收并显示所述服务器根据所述抢单请求所返回的抢单结果；其中，所述抢单结果为表示所述目标配送订单是否分配给所述配送资源的结果。

可选的，所述配送订单地图中，在至少一个所述配送区域的地图上叠加显示所述配送区域内待分配的配送订单的热力图，所述热力图反映所述配送区域内待分配的配送订单的分布情况。

可选的，所述配送地图中显示地图上至少一个预设区域内待分配配送资源的配送订单的分布情况；所述预设区域包括多个配送区域；

所述方法还包括：

响应于所述配送资源对所述配送订单地图中任一预设区域的选中操作，在所述配送订单地图中显示所述任一预设区域的各配送区域内待分配配送资源的配送订单的分布情况。

可选的，所述配送订单地图中，对于待分配的配送订单集中的配送区域，还显示对应的标签，所述标签的内容根据对应配送区域内待分配的配送订单的订单数量和/或订单特点生成。

可选的，所述配送订单地图中在所述配送区域处还显示所述配送区域内待分配的配送订单的数量。

可选的，所述目标配送订单为多个，所述方法还包括：

接收所述目标配送订单的排序结果；

所述展示所述目标配送订单包括：根据所述排序结果展示所述目标配送订单。

可选的，所述根据所述排序结果展示所述目标配送订单，包括：

在订单列表中根据所述排序结果展示所述目标配送订单，其中，所述配送订单地图和所述订单列表显示在同一页面中；

所述方法还包括：

响应于选中所述配送订单地图中其他配送区域的操作，更新所述订单列表，以在所述订单列表中显示商户地址位于所述其他配送区域、且与配送资源匹配的待分配的配送订单。

可选的，所述方法还包括：

响应于对已接订单的查看请求，将所述目标配送订单添加至所显示的已接订单列表中，所述已接订单列表中包括分配给所述配送资源的配送订单。

根据本公开的第二方面，提供了一种配送订单的处理方法，所述方法由服务器实施，所述方法包括：

接收配送资源的终端发出的对目标配送区域的区域标识，根据所述区域标识筛选出商户地址位于所述目标配送区域内、且与所述配送资源匹配的待分配的配送订单，作为目标配送订单；

将所述目标配送订单返回至所述终端中进行展示；

响应于所述终端发出的对所述目标配送订单的抢单请求，获取所述抢单请求中所携带的所述目标配送订单的订单标识与所述配送资源的资源标识；

在所述目标配送订单未被分配的情况下，将所述目标配送订单的订单标识与所述配送资源的资源标识进行绑定，以将所述目标配送订单分配给所述配送资源，并将抢单结果返回至所述终端中进行显示；其中，所述抢单结果为表示所述目标配送订单是否分配给所述配送资源的结果。

可选的，所述根据所述区域标识筛选出所述目标配送区域内与所述配送资源匹配的待分配的配送订单，作为目标配送订单，包括：

根据所述区域标识获取商户地址位于所述目标配送区域内的待分配的配送订单；

从商户地址位于所述目标配送区域内的待分配的配送订单中，筛选出剩余配送时长大于等于所述配送资源的配送时长的配送订单，作为所述目标配送订单。

可选的，所述方法还包括：

获取所述配送资源的用户画像，及所述目标配送订单的订单画像；

根据所述用户画像和所述订单画像，确定所述目标配送订单与所述配送资源之间的匹配度；

根据所述匹配度，对所述目标配送订单进行降序排序，得到所述目标配送订单的排序结果；

将所述排序结果返回至所述终端中，以供所述终端根据所述排序结果展示所述目标配送订单。

根据本公开的第三方面，提供了一种终端，包括第一存储器和第一处理器，所述第一存储器用于存储可执行的第一计算机程序；所述第一计算机程序用于控制所述第一处理器执行根据本公开第一方面所述的方法。

根据本公开的第四方面，提供了一种服务器，包括第二存储器和第二处理器，所述第二存储器用于存储可执行的第二计算机程序；所述第二计算机程序用于控制所述第二处理器执行根据本公开第二方面所述的方法。

根据本公开的第五方面，提供了一种配送订单的处理系统，包括根据本公开第三方面所述的终端和根据本公开第四方面所述的服务器。

通过本公开的实施例，终端可以通过配送订单地图向配送资源推荐待分配的配送订单分布较多的配送区域，并向配送资源推荐商户地址位于目标配送区域内、且与配送资源匹配的待分配的目标配送订单，以供配送资源抢单，这样，可以简化配送资源的操作，提高配送资源的抢单意愿，进而提高配送资源对推荐的目标配送订单的抢单概率，实现运力的合理分配。

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

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本公开的实施例，并且连同其说明一起用于解释本公开的原理。

图1是显示可用于实现本公开的实施例的配送订单的处理系统的硬件配置的例子的框图；

图2示出了本公开的第一实施例的配送订单的显示和处理方法的流程图；

图3a示出了本公开的第一实施例的配送订单地图的一个例子的示意图；

图3b示出了本公开的第一实施例的配送订单地图的另一个例子的示意图；

图4示出了本公开的第一实施例的初始界面的一个例子的示意图；

图5示出了本公开的第一实施例的目标配送订单对应的卡片的一个例子的示意图；

图6示出了本公开的第一实施例的已接订单列表的一个例子的示意图；

图7示出了本公开的第一实施例的终端的示意性框图；

图8示出了本公开的第二实施例的配送订单的处理方法的流程图；

图9示出了本公开的第二实施例的服务器的示意性框图；

图10示出了本公开的第三实施例的配送订单的处理系统的一个例子的示意性框图；

图11示出了本公开的第三实施例的配送订单的处理方法的一个例子的流程图。

具体实施方式

现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

<硬件配置>

如图1所示，配送订单的处理系统100包括服务器1000、终端2000和网络3000。

服务器1000提供处理、数据库、通讯设施的业务点。服务器1000可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。例如，服务器例如可以是刀片服务器、云端服务器等，或者可以是由多台服务器组成的服务器群组，还可以包括上述类型的服务器中的一种或多种等等。如图1所示，该服务器1000可以是服务器群组1000-1。

在一个例子中，服务器1000可以如图1所示，包括处理器1100、存储器1200、接口装置1300、通信装置1400、显示装置1500、输入装置1600。尽管服务器也可以包括扬声器、麦克风等等，但是，这些部件与本公开的是合理无关，故在此省略。

其中，处理器1100例如可以是中央处理器CPU、微处理器MCU等。存储器1200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括USB接口、串行接口、红外接口等。通信装置1400例如能够进行有线或无线通信。显示装置1150例如是液晶显示屏、LED显示屏触摸显示屏等。输入装置1160例如可以包括触摸屏、键盘等。

在本实施例中，终端2000是具有通信功能、业务处理功能的电子设备。终端2000可以是移动终端，例如手机、便携式电脑、平板电脑、掌上电脑等等。在一个例子中，终端2000是对车辆3000实施管理操作的设备，例如，安装有指定应用程序(APP)的手机。

如图1所示，终端2000可以包括处理器2100、存储器2200、接口装置2300、通信装置2400、显示装置2500、输入装置2600、扬声器2700、麦克风2800，等等。其中，处理器2100可以是中央处理器CPU、微处理器MCU等。存储器2200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2300例如包括USB接口、耳机接口等。通信装置2400例如能够进行有线或无线通信。显示装置2500例如是液晶显示屏、触摸显示屏等。输入装置2600例如可以包括触摸屏、键盘等。用户可以通过扬声器2700和麦克风2800输入/输出语音信息。

网络3000可以是无线通信网络也可以是有线通信网络，可以是局域网也可以是广域网。在图1所示的配送订单的处理系统中，终端2000与服务器1000，均可以通过网络3000进行通信。

应当理解的是，尽管图1仅示出一个服务器1000、终端2000，但不意味着限制对应的数目，配送订单的处理系统100中可以包含多个服务器1000、多个终端2000。

图1所示的配送订单的处理系统100仅是解释性的，并且决不是为了要限制本公开、其应用或用途。

应用于本公开的实施例中，服务器1000的所述存储器1200用于存储指令，所述指令用于控制所述处理器1100进行操作以执行本公开实施例提供的由服务器实施的方法。

尽管在图1中对服务器1000示出了多个装置，但是，本公开可以仅涉及其中的部分装置，例如，服务器1000只涉及存储器1200和处理器1100。

应用于本公开的实施例中，终端2000的所述存储器2200用于存储指令，所述指令用于控制所述处理器2100运行终端2000执行本公开实施例提供的由终端实施的方法。

尽管在图1中对终端2000示出了多个装置，但是，本公开可以仅涉及其中的部分装置，例如，终端2000只涉及存储器2200和处理器2100。

在上述描述中，技术人员可以根据本公开所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

<第一实施例>

<方法>

本实施例中提供的一种配送订单的显示和处理方法，该方法可以是由终端实施。在一个例子中，该终端可以包括如图1所示的终端2000。

如图2所示，该配送订单的显示和处理方法包括步骤S2100～S2500：

步骤S2100，响应于对第一控件的触控操作，基于配送资源的地理位置，显示配送订单地图，配送订单地图中显示地图上至少一个配送区域内待分配配送资源的配送订单的分布情况。

本实施例中的配送订单中可以包括商户位置和用户位置，表示需要配送资源从商户位置取出物品后配送至用户位置。配送区域内待分配的配送订单的分布情况，即为待分配的配送订单的商户位置在配送区域内的分布情况。

在本实施例中，可以是预先根据应用场景或具体需求划定多个配送区域。例如，一个配送区域可以是至少一个居民小区或至少一个商场，也可以是一个方形或圆形区域。

在本公开的一个实施例中，可以是基于配送资源的地理位置，显示配送订单地图中的至少一个配送区域。具体的，在配送订单地图中显示地图的中心，可以是配送资源的地理位置。

其中，配送资源的地理位置，可以是配送资源的终端当前所处的位置。

在本公开的一个实施例中，终端的初始界面可以是如图4所示，在初始界面P2中提供用于进入配送订单地图的第一控件K1。

终端响应于用户通过初始界面P2中的第一控件K1的触发操作，以配送资源的地理位置为中心展示如图3a和图3b所示的配送订单地图P1。

在终端显示配送订单地图的过程中，可以是响应于用户拖动配送订单地图的操作，调整配送订单地图在终端中的显示区域。

在本公开的一个实施例中，配送地图中可以显示地图上至少一个预设区域内待分配配送资源的配送订单的分布情况，其中，预设区域可以包括多个配送区域。

该方法还可以包括：响应于配送资源对配送订单地图中任一个配送区域的选中操作，在配送订单地图中显示该预设区域的各配送区域内待分配配送资源的配送订单的分布情况。

在一个实施例中，在配送订单地图中至少一个配送区域的地图上，可以叠加显示该配送区域的内待分配的配送订单的热力图，如图3a所示。该热力图可以反映该配送区域内待分配的配送订单的分布情况。在配送订单的热力图中，商家位置位于配送区域内的待分配的配送订单的数量越多，该配送区域在热力图中的颜色越深。商家位置位于配送区域内的待分配的配送订单的数量越少，该配送区域在热力图中的颜色越浅。

在一个实施例中，如图3a和图3b所示，配送订单地图P3中还可以显示至少一个配送区域的标签T1。

具体的，可以是在配送订单地图中，对于待分配的配送订单集中的配送区域，还显示对应的标签，标签的内容根据对应配送区域内待分配的配送订单的订单数量和/或订单特点生成。

进一步地，如图3a所示，配送订单地图P3中在至少一个配送区域处还可以显示对应配送区域内待分配的配送订单的数量T2。

其中，配送区域内待分配的配送订单的数量，即为商户位置在对应配送区域内的待分配的配送订单的数量。配送区域的标签可以是由服务器根据商户位置在配送区域内的待分配的配送订单的数量和/或订单特点所确定的。

在一个例子中，标签T1和数量T2可以是显示在配送订单地图P3的上层。在配送订单地图上叠加显示热力图的实施例中，该标签T1和数量T2可以是显示在热力图的上层。

在本公开的一个实施例中，可以是预先根据应用场景或具体需求设置多个数量范围、以及与每个数量范围一一对应的标签，服务器可以是确定配送区域内待分配的配送订单的数量所属的数量范围，作为目标数量范围，再确定与目标数量范围对应的标签，作为对应配送区域的标签，将配送区域的标签发送至终端中进行显示。

例如，多个数量范围可以包括[0,n1)，[n1,n2)，[n2,n3)，[n3,∞)，对应的标签分别为标签1、标签2、标签3和标签4，那么，在配送区域内待分配的配送订单的数量所属的数量范围为[n1,n2)，即配送区域内待分配的配送订单的数量小于n1的情况下，可以确定该配送区域的标签为标签1；在配送区域内待分配的配送订单的数量所属的数量范围为[n1,n2)，即配送区域内待分配的配送订单的数量大于等于n1、小于n2的情况下，可以确定该配送区域的标签为标签2；在配送区域内待分配的配送订单的数量所属的数量范围为[n2,n3)，即配送区域内待分配的配送订单的数量大于等于n2、小于n3的情况下，可以确定该配送区域的标签为标签3；在配送区域内待分配的配送订单的数量所属的数量范围为[n3,∞)，即配送区域内待分配的配送订单的数量大于等于n3的情况下，可以确定该配送区域的标签为标签4。

在本公开的另一个实施例中，可以是预先根据应用场景或具体需求设置数量阈值和表示待分配的配送订单的数量较多的标签，服务器可以是在配送区域内待分配的配送订单的数量大于等于数量阈值的情况下，确定该配送区域具有标签；在配送区域内待分配的配送订单的数量小于数量阈值的情况下，确定该配送区域不具有标签。服务器在配送区域具有标签的情况下，将配送区域的标签发送至终端中进行显示。如图3a所示，表示待分配的配送订单的数量较多的标签可以是“实时单多”。

在本公开的再一个实施例中，服务器可以是根据配送区域内待分配的配送订单的订单特点，得到对应配送区域的标签。具体的，可以是根据配送区域内待分配的订单的数量最多的物品类型，确定对应配送区域的标签。例如，在配送区域内物品类型为餐食的待分配的订单的数量最多的情况下，可以确定该配送区域的标签为“餐食单多”，如图3b所示。

在本公开的再一个实施例中，服务器还可以是根据配送区域内在历史统计周期的目标统计时段内产生的配送订单的数量，得到对应配送区域的标签。其中，历史统计周期可以是预先根据应用场景或具体需求所设定的。例如，历史统计时段可以是过去的任一天。

目标统计时段可以是根据当前时间所确定的，当天的目标统计时段可以是当前时间之后的统计时段。例如，在目标统计时段可以为11点至12点。在历史统计周期的目标统计时段内产生的配送订单的数量大于数量阈值的情况下，可以确定该配送区域的标签为“即将单多”，如图3b所示。

步骤S2200，响应于选中配送订单地图中目标配送区域的操作，向服务器发出对目标配送区域的区域标识。

其中，目标配送区域为配送资源所选中的配送订单地图中的任意一个配送区域。区域标识可以用于唯一标识对应的配送区域。

在本公开的一个实施例中，选中配送订单地图中目标配送区域的操作，可以是通过点击配送订单地图中的目标配送区域所触发的，也可以是通过点击配送订单地图中目标配送区域的标签所触发的。

步骤S2300，接收服务器根据目标配送区域的区域标识所返回的目标配送订单，并展示目标配送订单。

其中，目标配送订单为商户地址位于目标配送区域内、且与配送资源匹配的待分配的配送订单。

在本公开的一个实施例中，服务器，可以是根据接收到的目标配送区域的区域标识，筛选出商户地址位于目标配送区域内、且与配送资源匹配的待分配的配送订单，作为目标配送订单，并将目标配送订单返回至终端中进行展示。

在本实施例中，与配送资源匹配的待分配的配送订单，可以是剩余配送时长、待配送物品的类型、用户位置等与配送资源匹配的待分配的配送订单。

在与配送资源匹配的待分配的配送订单，是剩余配送时长与配送资源匹配的待分配的配送订单的实施例中，服务器可以是从商户地址位于目标配送区域内的待分配订单中，筛选出剩余配送时长大于等于该配送资源的配送时长的配送订单，作为目标配送订单。

具体的，配送资源的配送时长可以是配送资源从当前所在位置到达商户位置、并从商户位置到达用户位置所需的总时长。

配送订单的剩余配送时长，可以是当前时间距待分配的配送订单的目标送达时间的时长。

在与配送资源匹配的待分配的配送订单，是待配送物品的类型与配送资源匹配的待分配的配送订单的实施例中，配送资源可以预先根据自身需求设定自身所配送的物品的类型，在待分配的配送订单的待配送物品的类型相同的情况下，确定待分配的配送订单与配送资源匹配；在待分配的配送订单的待配送物品的类型不同的情况下，确定待分配的配送订单与配送资源不匹配。

在与配送资源匹配的待分配的配送订单，是用户位置与配送资源匹配的待分配的配送订单的实施例中，配送资源可以预先根据自身需求设定自身的配送范围，在待分配的配送订单的用户位置位于配送资源的配送范围内的情况下，确定待分配的配送订单与配送资源匹配；在待分配的配送订单的用户位置位于配送资源的配送范围以外的情况下，确定待分配的配送订单与配送资源不匹配。

再进一步地，服务器还可以是获取配送资源的用户画像、及目标配送订单的订单画像；根据用户画像和订单画像，确定目标配送订单和配送资源之间的匹配度；根据匹配度对目标配送订单进行降序排序，得到目标配送订单的排序结果；将排序结果返回至终端中，以供终端根据排序结果显示目标配送订单。其中，用户画像至少可以反映配送资源的接单意愿，订单画像至少可以包括对应配送订单的无人接单时长。

在本公开的一个实施例中，可以是根据用户画像确定用户特征向量的向量值，根据订单画像确定订单特征向量的向量值，其中，用户特征向量包括预设的多个用户特征，订单特征向量包括预设的多个订单特征。

在一个例子中，可以是基于预设的匹配度预测模型，根据用户特征向量的向量值、订单特征向量的向量值，得到用户特征向量和订单特征向量之间的匹配度，作为目标配送订单和配送资源之间的匹配度。

在另一个例子中，可以是计算用户特征向量的向量值、订单特征向量的向量值之间的距离，例如可以是欧拉距离，作为目标配送订单和配送资源之间的匹配度。

进一步地，该方法还可以包括：接收目标配送订单的排序结果。展示目标配送订单可以包括：根据排序结果展示目标配送订单。

通过本实施例，可以在终端中优先展示与配送资源之间的匹配度较高的目标配送订单，以提高配送资源对推荐的目标配送订单的抢单概率，以实现运力的合理分配。

再进一步地，根据排序结果展示目标配送订单，可以包括：在订单列表中根据排序结果展示目标配送订单。其中，配送订单地图和订单列表可以是显示在同一页面中。

在此基础上，该方法可以包括：响应于选中配送订单地图中其他配送区域的操作，更新订单列表，以在订单列表中显示商户地址位于所述其他配送区域、且与配送资源匹配的待分配的配送订单。

在本实施例中，在选中的配送区域发生改变时，可以及时更新显示订单列表。

步骤S2400，响应于对目标配送订单的抢单指令，向服务器发出对目标配送订单的抢单请求。

在本公开的一个实施例中，可以是以卡片的形式来显示目标配送订单。

具体的，如图5所示，在任一个目标配送订单对应的卡片C1中，可以显示有该目标配送订单的商户位置、用户位置，还可以显示该目标配送订单的剩余配送时间，还可以显示配送资源距商户位置的距离、商户位置和用户位置之间的距离，还可以显示该目标配送订单的配送奖励。

进一步地，如图5所示，在任一个目标配送订单对应的卡片C1中，还可以显示有用于触发抢单指令的控件K2。

配送资源可以是通过触发抢单指令的控件K2，触发对该目标配送订单的抢单指令。

步骤S2500，接收并显示服务器根据抢单请求所返回的抢单结果。

其中，抢单结果为表示目标配送订单是否分配给该配送资源的结果。

服务器可以是响应于对目标配送订单的抢单请求，获取抢单请求中所携带的目标配送订单的订单标识与配送资源的资源标识；在目标配送订单未被分配的情况下，将目标配送订单的订单标识与配送资源的资源标识进行绑定，以将目标配送订单分配给该配送资源；在目标配送订单已被分配的情况下，则无法再将目标配送订单分配给该配送资源。

具体的，在目标配送订单的订单标识与其他配资源标识绑定的情况下，表示该目标配送订单已被分配。在目标配送订单的订单标识未与任何配资源标识绑定的情况下，表示该目标配送订单未被分配。

服务器在将目标配送订单分配给该配送资源的情况下，可以向终端返回表示目标配送订单分配给该配送资源的抢单结果；服务器在未将目标配送订单分配给该配送资源的情况下，可以向终端返回表示目标配送订单未分配给该配送资源的抢单结果。

通过本公开的实施例，终端可以通过配送订单地图向配送资源推荐待分配的配送订单分布较多的配送区域，并向配送资源推荐商户地址位于目标配送区域内、且与配送资源匹配的待分配的目标配送订单，以供配送资源抢单，这样，可以简化配送资源的操作，提高配送资源的抢单意愿，进而提高配送资源对推荐的目标配送订单的抢单概率，实现运力的合理分配。

在本公开的一个实施例中，在执行完步骤S2500的情况下，该方法还可以包括：响应于对已接订单的查看请求，将目标配送订单添加至所显示的已接订单列表中，已接订单列表中包括分配给该配送资源的配送订单。

具体的，终端响应于对已接订单的查看请求，可以是向服务器发出该分配给该配送资源的配送订单的获取请求，服务器响应于该获取请求，查找与该配送资源的资源标识绑定的所有未完成的订单标识，并将得到的未完成的订单标识对应的配送订单的订单信息发送至终端，以在终端的已接订单列表中展示。

在本实施例中，如图6所示，已接订单列表L1中可以是包括分配给该配送资源的所有的配送订单，其中，每个配送订单可以是以卡片形式展示。在每个配送订单的卡片中，可以显示该配送订单的商户位置、用户位置和剩余配送时间。

在分配给该配送资源的配送订单为多个的情况下，可以是根据配送订单的抢单时间由先到后的顺序、或剩余配送时间由短到长的顺序，在已接订单列表中显示多个配送订单。

<终端>

在本实施例中，还提供一种终端5000，如图7所示，包括第一存储器5100和第一处理器5200。

该第一存储器5100，用于存储可执行的第一计算机程序；所述第一计算机程序用于控制该第一处理器5200执行本实施例中提供的任意一项所述的配送订单的显示和处理方法。

<第二实施例>

<方法>

本实施例中提供的一种配送订单的处理方法，该方法可以是由服务器实施。在一个例子中，该服务器可以包括如图1所示的服务器1000。

如图8所示，该配送订单的处理方法包括步骤S6100～S6400。

步骤S6100，接收终端发出的对目标配送区域的区域标识，根据所述区域标识筛选出商户地址位于所述目标配送区域内、且与所述配送资源匹配的待分配的配送订单，作为目标配送订单。

在本公开的一个实施例中，所述根据所述区域标识筛选出所述目标配送区域内与所述配送资源匹配的待分配的配送订单，作为目标配送订单，包括：根据所述区域标识获取商户地址位于所述目标配送区域内的待分配的配送订单；从商户地址位于所述目标配送区域内的待分配的配送订单中，筛选出剩余配送时长大于等于所述配送资源的配送时长的配送订单，作为所述目标配送订单。

在本实施例中，与配送资源匹配的待分配的配送订单，可以是剩余配送时长、待配送物品的类型、用户位置等与配送资源匹配的待分配的配送订单。

在与配送资源匹配的待分配的配送订单，是剩余配送时长与配送资源匹配的待分配的配送订单的实施例中，服务器可以是从商户地址位于目标配送区域内的待分配订单中，筛选出剩余配送时长大于等于该配送资源的配送时长的配送订单，作为目标配送订单。

具体的，配送资源的配送时长可以是配送资源从当前所在位置到达商户位置、并从商户位置到达用户位置所需的总时长。

配送订单的剩余配送时长，可以是当前时间距待分配的配送订单的目标送达时间的时长。

在与配送资源匹配的待分配的配送订单，是待配送物品的类型与配送资源匹配的待分配的配送订单的实施例中，配送资源可以预先根据自身需求设定自身所配送的物品的类型，在待分配的配送订单的待配送物品的类型相同的情况下，确定待分配的配送订单与配送资源匹配；在待分配的配送订单的待配送物品的类型不同的情况下，确定待分配的配送订单与配送资源不匹配。

在与配送资源匹配的待分配的配送订单，是用户位置与配送资源匹配的待分配的配送订单的实施例中，配送资源可以预先根据自身需求设定自身的配送范围，在待分配的配送订单的用户位置位于配送资源的配送范围内的情况下，确定待分配的配送订单与配送资源匹配；在待分配的配送订单的用户位置位于配送资源的配送范围以外的情况下，确定待分配的配送订单与配送资源不匹配。

在本公开的一个实施例中，所述方法还包括：

获取所述配送资源的用户画像，及所述目标配送订单的订单画像；根据所述用户画像和所述订单画像，确定所述目标配送订单与所述配送资源之间的匹配度；根据所述匹配度，对所述目标配送订单进行降序排序，得到所述目标配送订单的排序结果；将所述排序结果返回至所述终端中，以供所述终端根据所述排序结果展示所述目标配送订单。

其中，用户画像至少可以反映配送资源的接单意愿，订单画像至少可以包括对应配送订单的无人接单时长。

在本公开的一个实施例中，可以是根据用户画像确定用户特征向量的向量值，根据订单画像确定订单特征向量的向量值，其中，用户特征向量包括预设的多个用户特征，订单特征向量包括预设的多个订单特征。

在一个例子中，可以是基于预设的匹配度预测模型，根据用户特征向量的向量值、订单特征向量的向量值，得到用户特征向量和订单特征向量之间的匹配度，作为目标配送订单和配送资源之间的匹配度。

在另一个例子中，可以是计算用户特征向量的向量值、订单特征向量的向量值之间的距离，例如可以是欧拉距离，作为目标配送订单和配送资源之间的匹配度。

通过本实施例，可以在终端中优先展示与配送资源之间的匹配度较高的目标配送订单，以提高配送资源对推荐的目标配送订单的抢单概率，以实现运力的合理分配。

步骤S6200，将所述目标配送订单返回至所述终端中进行展示。

步骤S6300，响应于所述终端发出的对所述目标配送订单的抢单请求，获取所述抢单请求中所携带的所述目标配送订单的订单标识与所述配送资源的资源标识。

步骤S6400，在所述目标配送订单未被分配的情况下，将所述目标配送订单的订单标识与所述配送资源的资源标识进行绑定，以将所述目标配送订单分配给所述配送资源，并将抢单结果返回至所述终端中进行显示；其中，所述抢单结果为表示所述目标配送订单是否分配给所述配送资源的结果。

服务器可以是响应于对目标配送订单的抢单请求，在目标配送订单未被分配的情况下，将目标配送订单分配给该配送资源；在目标配送订单已被分配的情况下，则无法再将目标配送订单分配给该配送资源。

具体的，在目标配送订单的订单标识与其他配资源标识绑定的情况下，表示该目标配送订单已被分配。在目标配送订单的订单标识未与任何配资源标识绑定的情况下，表示该目标配送订单未被分配。

服务器在将目标配送订单分配给该配送资源的情况下，可以向终端返回表示目标配送订单分配给该配送资源的抢单结果；服务器在未将目标配送订单分配给该配送资源的情况下，可以向终端返回表示目标配送订单未分配给该配送资源的抢单结果。

通过本公开的实施例，终端可以通过配送订单地图向配送资源推荐待分配的配送订单分布较多的配送区域，并向配送资源推荐商户地址位于目标配送区域内、且与配送资源匹配的待分配的目标配送订单，以供配送资源抢单，这样，可以简化配送资源的操作，提高配送资源的抢单意愿，进而提高配送资源对推荐的目标配送订单的抢单概率，实现运力的合理分配。

在本公开的一个实施例中，服务器响应于终端发出的进入配送订单地图的请求，确定配送订单地图中的至少一个配送区域的标签，将配送区域的标签返回至终端中进行展示。

配送区域的标签可以是由服务器根据商户位置在配送区域内的待分配的配送订单的数量所确定的。

在本公开的一个实施例中，可以是预先根据应用场景或具体需求设置多个数量范围、以及与每个数量范围一一对应的标签，服务器可以是确定配送区域内待分配的配送订单的数量所属的数量范围，作为目标数量范围，再确定与目标数量范围对应的标签，作为对应配送区域的标签，将配送区域的标签发送至终端中进行显示。

例如，多个数量范围可以包括[0,n1)，[n1,n2)，[n2,n3)，[n3,∞)，对应的标签分别为标签1、标签2、标签3和标签4，那么，在配送区域内待分配的配送订单的数量所属的数量范围为[n1,n2)，即配送区域内待分配的配送订单的数量小于n1的情况下，可以确定该配送区域的标签为标签1；在配送区域内待分配的配送订单的数量所属的数量范围为[n1,n2)，即配送区域内待分配的配送订单的数量大于等于n1、小于n2的情况下，可以确定该配送区域的标签为标签2；在配送区域内待分配的配送订单的数量所属的数量范围为[n2,n3)，即配送区域内待分配的配送订单的数量大于等于n2、小于n3的情况下，可以确定该配送区域的标签为标签3；在配送区域内待分配的配送订单的数量所属的数量范围为[n3,∞)，即配送区域内待分配的配送订单的数量大于等于n3的情况下，可以确定该配送区域的标签为标签4。

在本公开的另一个实施例中，可以是预先根据应用场景或具体需求设置数量阈值和表示待分配的配送订单的数量较多的标签，服务器可以是在配送区域内待分配的配送订单的数量大于等于数量阈值的情况下，确定该配送区域具有标签；在配送区域内待分配的配送订单的数量小于数量阈值的情况下，确定该配送区域不具有标签。服务器在配送区域具有标签的情况下，将配送区域的标签发送至终端中进行显示。如图3a所示，表示待分配的配送订单的数量较多的标签可以是“实时单多”。

在本公开的再一个实施例中，服务器可以是根据配送区域内待分配的配送订单的物品类型，得到对应配送区域的标签。具体的，可以是根据配送区域内待分配的订单的数量最多的物品类型，确定对应配送区域的标签。例如，在配送区域内物品类型为餐食的待分配的订单的数量最多的情况下，可以确定该配送区域的标签为“餐食单多”，如图3b所示。

在本公开的再一个实施例中，服务器还可以是根据配送区域内在历史统计周期的目标统计时段内产生的配送订单的数量，得到对应配送区域的标签。其中，历史统计周期可以是预先根据应用场景或具体需求所设定的。例如，历史统计时段可以是过去的任一天。

目标统计时段可以是根据当前时间所确定的，当天的目标统计时段可以是当前时间之后的统计时段。例如，在目标统计时段可以为11点至12点。在历史统计周期的目标统计时段内产生的配送订单的数量大于数量阈值的情况下，可以确定该配送区域的标签为“即将单多”，如图3b所示。

<服务器>

在本实施例中，还提供一种服务器7000，如图9所示，包括第二存储器7100和第二处理器7200。

该第二存储器7100，用于存储可执行的第二计算机程序；所述第二计算机程序用于控制该第二处理器7200执行本实施例中提供的任意一项所述的配送订单的处理方法。

<第三实施例>

<系统>

在本实施例中，还提供一种配送订单的处理系统8000。在一方面，如图10所示，包括第一实施例所述的终端5000和第二实施例所述的服务器7000。

<方法>

本实施例提供了一种配送订单的处理方法。

在一方面，该配送订单的处理方法可以是由如图10所示的配送订单的处理系统8000实施，该配送订单的处理方法可以包括如图11所示的步骤S1101～S1115：

步骤S1101，终端5000响应于对第一控件的触控操作，基于配送资源的地理位置，向服务器发送进入配送订单地图的请求。

步骤S1102，服务器7000响应于进入配送订单地图的请求，基于配送资源的地理位置确定配送订单地图中待显示的至少一个配送区域，并确定至少一个配送区域的标签。

步骤S1103，服务器7000将配送区域的标签返回至终端5000。

步骤S1104，终端5000显示配送订单地图，并在配送订单地图上显示至少一个配送区域的标签。

步骤S1105，终端5000响应于对配送订单地图中目标配送区域的标签的选中操作，向服务器7000发出对目标配送区域的区域标识。

步骤S1106，服务器7000接收目标配送区域的区域标识，根据所述区域标识筛选出商户地址位于所述目标配送区域内、且与所述配送资源匹配的待分配的配送订单，作为目标配送订单。

步骤S1107，服务器7000根据配送资源的用户画像和目标配送订单的订单画像，确定目标配送订单和配送资源之间的匹配度。

步骤S1108，服务器7000根据匹配度对目标配送订单进行降序排序，得到目标配送订单的排序结果。

步骤S1109，服务器7000将目标配送订单和目标配送订单的排序结果返回至终端5000。

步骤S1110，终端5000根据排序结果展示目标配送订单。

步骤S1111，终端5000响应于对目标配送订单的抢单指令，向服务器7000发出对目标配送订单的抢单请求。

步骤S1112，服务器7000响应于终端5000发出的对目标配送订单的抢单请求，获取所述抢单请求中所携带的所述目标配送订单的订单标识与所述配送资源的资源标识。

步骤S1113，服务器7000在目标配送订单未被分配的情况下，将所述目标配送订单的订单标识与所述配送资源的资源标识进行绑定，以将目标配送订单分配给配送资源。

步骤S1114，服务器7000将抢单结果返回至终端中。

步骤S1115，终端5000显示抢单结果。

本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本公开的范围由所附权利要求来限定。

Claims (10)

1.一种配送订单的显示和处理方法，其特征在于，所述方法由配送资源的终端实施，所述方法包括：

响应于对第一控件的触控操作，基于配送资源的地理位置，显示配送订单地图，所述配送订单地图中显示地图上至少一个配送区域内待分配配送资源的配送订单的分布情况；

响应于选中所述配送订单地图中目标配送区域的操作，向服务器发送所述目标配送区域的区域标识；

接收所述服务器根据所述区域标识所返回的目标配送订单，并展示所述目标配送订单；其中，所述目标配送订单为商户地址位于所述目标配送区域内、且与配送资源匹配的待分配的配送订单；

响应于对所述目标配送订单的抢单指令，向所述服务器发出对所述目标配送订单的抢单请求；

接收并显示所述服务器根据所述抢单请求所返回的抢单结果；其中，所述抢单结果为表示所述目标配送订单是否分配给所述配送资源的结果。

2.根据权利要求1所述的方法，其特征在于，所述配送订单地图中，在至少一个所述配送区域的地图上叠加显示所述配送区域内待分配的配送订单的热力图，所述热力图反映所述配送区域内待分配的配送订单的分布情况。

3.根据权利要求1所述的方法，其特征在于，所述配送地图中显示地图上至少一个预设区域内待分配配送资源的配送订单的分布情况；所述预设区域包括多个配送区域；

所述方法还包括：

响应于所述配送资源对所述配送订单地图中任一预设区域的选中操作，在所述配送订单地图中显示所述任一预设区域的各配送区域内待分配配送资源的配送订单的分布情况。

4.根据权利要求1所述的方法，其特征在于，所述配送订单地图中，对于待分配的配送订单集中的配送区域，还显示对应的标签，所述标签的内容根据对应配送区域内待分配的配送订单的订单数量和/或订单特点生成。

5.根据权利要求1所述的方法，其特征在于，所述配送订单地图中在所述配送区域处还显示所述配送区域内待分配的配送订单的数量。

6.根据权利要求1所述的方法，其特征在于，所述目标配送订单为多个，所述方法还包括：

接收所述目标配送订单的排序结果；

所述展示所述目标配送订单包括：根据所述排序结果展示所述目标配送订单。

7.根据权利要求6所述的方法，其特征在于，所述根据所述排序结果展示所述目标配送订单，包括：

在订单列表中根据所述排序结果展示所述目标配送订单，其中，所述配送订单地图和所述订单列表显示在同一页面中；

所述方法还包括：

响应于选中所述配送订单地图中其他配送区域的操作，更新所述订单列表，以在所述订单列表中显示商户地址位于所述其他配送区域、且与配送资源匹配的待分配的配送订单。

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

响应于对已接订单的查看请求，将所述目标配送订单添加至所显示的已接订单列表中，所述已接订单列表中包括分配给所述配送资源的配送订单。

9.一种配送订单的处理方法，其特征在于，所述方法由服务器实施，所述方法包括：

接收配送资源的终端发出的对目标配送区域的区域标识；根据所述区域标识筛选出商户地址位于所述目标配送区域内、且与所述配送资源匹配的待分配的配送订单，作为目标配送订单；

将所述目标配送订单返回至所述终端中进行展示；

响应于所述终端发出的对所述目标配送订单的抢单请求，获取所述抢单请求中所携带的所述目标配送订单的订单标识与所述配送资源的资源标识；

在所述目标配送订单未被分配的情况下，将所述目标配送订单的订单标识与所述配送资源的资源标识进行绑定，以将所述目标配送订单分配给所述配送资源，并将抢单结果返回至所述终端中进行显示；其中，所述抢单结果为表示所述目标配送订单是否分配给所述配送资源的结果。

10.一种终端，其特征在于，包括第一存储器和第一处理器，所述第一存储器用于存储可执行的第一计算机程序；所述第一计算机程序用于控制所述第一处理器执行根据权利要求1至8中任一项所述的方法。