CN113532463B

CN113532463B - 配送导航系统及方法、装置、电子设备、存储介质

Info

Publication number: CN113532463B
Application number: CN202110825267.4A
Authority: CN
Inventors: 何鑫
Original assignee: Rajax Network Technology Co Ltd
Current assignee: Shanghai Hummingbird Instant Information Technology Co ltd
Priority date: 2021-07-21
Filing date: 2021-07-21
Publication date: 2023-04-07
Anticipated expiration: 2041-07-21
Also published as: CN116539060A; CN113532463A

Abstract

本说明书提供一种配送导航系统及方法、装置、电子设备、存储介质，该配送导航系统包括用户客户端、服务端和配送方客户端。其中，用户客户端获取针对当前配送业务的配送终点区域的路线引导数据，并向服务端上传所述路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成，所述路线引导数据用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线；服务端，接收所述用户客户端上传的所述路线引导数据，向配送方客户端下发所述路线引导数据；配送方客户端，接收所述服务端下发的所述路线引导数据，并根据所述路线引导数据进行导航。

Description

配送导航系统及方法、装置、电子设备、存储介质

技术领域

本说明书一个或多个实施例涉及配送技术领域，尤其涉及一种配送导航系统及方法、装置、电子设备、存储介质。

背景技术

随着互联网技术的发展，需要采用配送方式提供的服务也日益增多，导致配送业务的业务量增长迅速。用户可在电商平台上针对任意商品进行下单。在一些情况下，用户下单的商品需要从实体门店或仓库配送至用户所在地点。因此，需要配送业务平台(比如为电商平台或者其他与之合作的配送平台)针对配送物品生成相应的配送业务，并向配送员分配该配送业务。配送员在承接配送业务后，前往配送物品的领取地点(比如为上述实体门店或者仓库)领取该配送物品，并在领取成功后将配送物品配送至用户所在地。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种配送导航系统及方法、装置、电子设备、存储介质。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种配送导航系统，包括：

用户客户端，获取针对当前配送业务的配送终点区域的路线引导数据，并向服务端上传所述路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成，所述路线引导数据用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线；

所述服务端，接收所述用户客户端上传的所述路线引导数据，向配送方客户端下发所述路线引导数据；

所述配送方客户端，接收所述服务端下发的所述路线引导数据，并根据所述路线引导数据进行导航。

根据本说明书一个或多个实施例的第二方面，提出了一种配送导航方法，应用于用户客户端，所述方法包括：

获取针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成，所述路线引导数据用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线；

向服务端上传所述路线引导数据，所述路线引导数据被所述服务端下发至配送方客户端，以由所述配送方客户端根据所述路线引导数据进行导航。

可选的，所述获取针对配送终点区域的路线引导数据，包括：

检测用户针对所述当前配送业务的配送终点区域实施的路线引导操作，根据所述路线引导操作生成针对所述配送终点区域的路线引导数据；

或者，获取历史配送业务对应的路线引导数据，所述历史配送业务与所述当前配送业务具有相同的配送终点区域和配送终点，所述路线引导数据由所述用户客户端根据检测到的用户针对所述历史配送业务的配送终点区域实施的路线引导操作而生成。

可选的，所述检测用户针对当前配送业务的配送终点区域实施的路线引导操作，根据所述路线引导操作生成针对所述配送终点区域的路线引导数据，包括：

展示当前配送业务的配送地图界面，所述配送地图界面用于至少在地图上显示配送终点区域；

检测用户在所述配送地图界面上执行的路线绘制操作，以根据检测到的路线绘制操作生成图像引导数据，所述图像引导数据用于在地图上指引在所述配送终点区域内前往所述配送终点的路线。

在引导条件被满足的情况下获取所述路线引导数据；

其中，所述引导条件包括：所述配送方客户端与所述配送终点之间的距离在距离阈值之内，和/或，当前时刻距离当前的配送业务的预估送达时刻的时长在时长阈值之内。

可选的，所述距离阈值和所述时长阈值与以下因素中至少之一呈正相关：所述配送终点区域的面积、所述配送终点区域内建筑的复杂程度和历史配送业务中进入所述配送终点区域后的平均配送时长。

可选的，所述路线引导数据包括以下至少之一：

在所述路线引导操作包括文本输入操作的情况下，所述路线引导数据包括针对所述路线的文本引导数据；

在所述路线引导操作包括语音输入操作的情况下，所述路线引导数据包括针对所述路线的语音引导数据或由所述语音引导信息转换得到的文本引导数据；

在所述路线引导操作包括路线绘制操作的情况下，所述路线引导数据包括针对所述路线的图像引导数据。

可选的，所述图像引导数据用于指引从所述配送终点区域的入口至所述配送终点的路线；或者，所述图像引导数据用于指引从所述配送方客户端的当前位置至所述配送终点的路线。

根据本说明书一个或多个实施例的第三方面，提出了一种配送导航方法，应用于服务端，所述方法包括：

接收用户客户端上传的针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成，用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线；

向配送方客户端下发所述路线引导数据，以由所述配送方客户端根据所述路线引导数据进行导航。

可选的，还包括：

确定引导条件是否被满足，以在所述引导条件被满足的情况下向所述用户客户端发送引导指令，所述引导指令用于指示所述用户客户端获取所述路线引导数据；

可选的，所述路线引导数据包括以下至少之一：

可选的，在所述路线引导操作包括路线绘制操作的情况下，所述路线引导数据包括针对所述路线的图像引导数据；

所述方法还包括：识别并删除所述图像引导数据中与所述路线无关的其他数据；

所述向配送方客户端下发所述路线引导数据，包括：向配送方客户端下发删除所述其他数据后的路线引导数据。

可选的，在所述路线引导操作包括路线绘制操作的情况下，所述路线引导数据包括针对所述路线的图像引导数据；所述方法还包括：

获取被分配至所述配送方客户端且相应的配送终点区域相同的多个配送业务，并分别获取所述多个配送业务对应的图像引导数据；

将获取到的图像引导数据进行合并得到合并图像引导数据，以由所述配送方客户端按照所述合并图像引导数据针对所述多个配送业务分别进行导航。

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

对所述合并图像引导数据指引的所有路线进行路径规划得到配送路径，以由所述配送方客户端按照所述配送路径针对所述多个配送业务依次进行导航。

可选的，所述对所述合并图像引导数据指引的所有路线进行路径规划得到配送路径，包括：

对所述合并图像引导数据指引的所有路线进行路径规划以得到最近路径。

根据本说明书一个或多个实施例的第四方面，提出了一种配送导航方法，应用于配送方客户端，所述方法包括：

接收服务端下发的针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成并上传至所述服务端，用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线；

根据所述路线引导数据进行导航。

可选的，所述路线引导数据包括以下至少之一：

所述接收服务端下发的针对配送业务的配送终点区域的路线引导数据，包括：接收所述服务端下发的合并图像引导数据，所述合并图像引导数据由所述服务端将被分配至所述配送方客户端且相应的配送终点区域相同的多个配送业务对应的图像引导数据进行合并得到；

所述根据所述路线引导数据进行导航，包括：按照所述合并图像引导数据针对所述多个配送业务分别进行导航。

可选的，所述合并图像引导数据指引的所有路线被所述服务端进行路径规划得到配送路径；所述按照所述合并图像引导数据针对所述多个配送业务分别进行导航，包括：

按照所述配送路径针对所述多个配送业务依次进行导航。

可选的，所述配送路径包括针对所述合并图像引导数据指引的所有路线的最近路径。

根据本说明书一个或多个实施例的第五方面，提出了一种配送导航装置，应用于用户客户端，所述装置包括：

获取单元，获取针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成，所述路线引导数据用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线；

上传单元，向服务端上传所述路线引导数据，所述路线引导数据被所述服务端下发至配送方客户端，以由所述配送方客户端根据所述路线引导数据进行导航。

可选的，获取单元具体用于：

可选的，所述获取单元进一步用于：

可选的，所述获取单元具体用于：

在引导条件被满足的情况下获取所述路线引导数据；

可选的，所述路线引导数据包括以下至少之一：

根据本说明书一个或多个实施例的第六方面，提出了一种配送导航装置，应用于服务端，所述装置包括：

接收单元，接收用户客户端上传的针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成，用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线；

下发单元，向配送方客户端下发所述路线引导数据，以由所述配送方客户端根据所述路线引导数据进行导航。

可选的，接收单元还用于：

可选的，所述路线引导数据包括以下至少之一：

所述下发单元还用于：识别并删除所述图像引导数据中与所述路线无关的其他数据，向配送方客户端下发删除所述其他数据后的路线引导数据。

可选的，在所述路线引导操作包括路线绘制操作的情况下，所述路线引导数据包括针对所述路线的图像引导数据；所述下发单元还用于：

可选的，所述下发单元还用于：

可选的，所述下发单元进一步用于：

根据本说明书一个或多个实施例的第七方面，提出了一种配送导航装置，应用于配送方客户端，所述装置包括：

接收单元，接收服务端下发的针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成并上传至所述服务端，用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线；

导航单元，根据所述路线引导数据进行导航。

可选的，所述路线引导数据包括以下至少之一：

所述接收单元具体用于：接收所述服务端下发的合并图像引导数据，所述合并图像引导数据由所述服务端将被分配至所述配送方客户端且相应的配送终点区域相同的多个配送业务对应的图像引导数据进行合并得到；

所述导航单元具体用于：按照所述合并图像引导数据针对所述多个配送业务分别进行导航。

可选的，所述合并图像引导数据指引的所有路线被所述服务端进行路径规划得到配送路径；所述导航单元进一步用于：

按照所述配送路径针对所述多个配送业务依次进行导航。

根据本说明书一个或多个实施例的第八方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如上述任一实施例中所述的方法。

根据本说明书一个或多个实施例的第九方面，提供一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如上述实施例中任一所述方法的步骤。

在配送场景下，发起配送业务的用户通常熟悉配送终点区域的周边环境，对于在配送终点区域内前往自身所在地(即配送终点)的路线较为熟悉。因此，在配送员的配送过程中，可通过用户客户端向用户提供配送引导功能。具体而言，用户可在用户客户端上实施针对配送终点区域的路线引导操作，由用户客户端据此生成相应的路线引导数据，该路线引导数据可反映出用户指引配送员在配送终点区域内前往配送终点的路线。进一步的，用户客户端将路线引导数据上传至服务端，以由服务端将该路线引导数据下发至配送方客户端。那么，当配送员携带配送方客户端进入配送终点区域后，配送方客户端可根据路线引导数据进行导航，从而提示配送员前往配送终点。

由以上技术方案可见，通过上述用户客户端、服务端和配送方客户端之间的交互过程，可由用户快速指引配送员在配送终点区域内的配送路线，协助配送员快速到达配送终点。一方面，有效优化了配送员在执行配送业务过程中的配送路线，提高了配送员的配送效率；另一方面，缩短了配送时长，从而有效提升了用户体验。

附图说明

图1是一示例性实施例提供的一种配送导航系统的架构示意图。

图2是一示例性实施例提供的一种配送导航方法的流程图。

图3是一示例性实施例提供的另一种配送导航方法的流程图。

图4是一示例性实施例提供的另一种配送导航方法的流程图。

图5是一示例性实施例提供的一种配送导航方法的交互图。

图6A-6C是一示例性实施例提供的一种用户绘制配送路线的示意图。

图7A是一示例性实施例提供的一种合并配送路线的示意图。

图7B是一示例性实施例提供的一种最近配送路径的示意图。

图8是一示例性实施例提供的一种设备的结构示意图。

图9是一示例性实施例提供的一种配送导航装置的框图。

图10是一示例性实施例提供的另一种配送导航装置的框图。

图11是一示例性实施例提供的另一种配送导航装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

在配送场景下，用户可在电商平台上针对任意商品进行下单。在一些情况下，用户下单的商品需要从实体门店或仓库配送至用户所在地点，那么相当于用户发起了一项配送业务，由配送员来承接该配送业务。因此，需要配送业务平台(比如为电商平台或者其他与之合作的配送平台)针对配送物品生成相应的配送业务，并向配送方(配送员使用的客户端设备)分配该配送业务。配送员在承接配送业务后，前往配送物品的领取地点(比如为上述实体门店或者仓库)领取该配送物品，并在领取成功后将配送物品配送至用户所在地。

比如，在外卖场景下，由用户通过用户客户端向外卖平台上的某一实体门店下单，在下单过程中用户需要填写配送终点，通常为用户所在地，比如某个住宅小区、园区、商圈等区域内的楼栋。然后，由外卖平台生成相应的外卖订单后向骑手分配外卖订单，从而由骑手前往该实体门店领取外卖，并配送至用户指定的配送终点。又如，在快递场景下，用户在电商平台购买的商品被存放于仓库中，针对仓库存放的配送物品，快递平台生成相应的快递订单后向快递员分配快递订单，从而由快递员前往仓库取货并配送至收件人所在的地点(即配送终点)。

如上所述，配送场景下的配送终点通常属于某个特定的区域。比如，用户指定的配送终点位于自身居住的住宅区、工作单位所处的办公区(或者园区)、商圈(或者商业区)、文教区(比如学校)医院等区域。本说明书将上述举例中配送终点所处区域简称为配送终点区域。对于上述配送终点区域，通常存在以下特点：通常包括多个建筑结构，配送终点位于其中的某个房间。基于该特点，配送终点区域内的结构复杂，路线较多，导致配送员进入配送终点区域后，难以快速找到配送终点，耗费配送员大量时间。比如，用户处于某个住宅小区，该小区存在多个进出口，且小区内楼栋较多，还包括其他公共配套设施，导致小区内的地形复杂。那么，将用户下单的外卖送往用户所在地将耗费骑手大量时间，导致配送时间较长，骑手和用户的体验均较差。

对此，本说明书提供的配送导航方案旨在对为配送员导航的方式予以改进，以解决相关技术中存在的上述技术问题。

请参见图1，图1是一示例性实施例提供的一种配送导航系统的架构示意图。如图1所示，该系统可以包括服务器11、用户客户端(比如手机12-13等)、配送方客户端(比如手机14-15等)和网络16。

服务器11可以为包含一独立主机的物理服务器，或者服务器11可以为主机集群承载的虚拟服务器。在运行过程中，服务器11可以运行某一应用的服务器侧的程序，以作为相应的服务端实现该应用的相关业务功能。比如，服务器11可运行配送平台或者电商平台的服务器侧程序，以实现为相应平台的服务端。

手机12-15表示用户或者配送员可以使用的一种类型的电子设备。实际上，用户理论上还可以使用诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑(PDAs，Personal Digital Assistants)、可穿戴设备(如智能眼镜、智能手表等)等，本说明书一个或多个实施例并不对此进行限制。在运行过程中，该电子设备可以运行某一应用的客户端侧的程序，以实现该应用的相关业务功能。比如，手机12-15可运行配送应用的配送方侧客户端程序，以实现为配送平台的配送方客户端。或者，手机12-15可运行电商平台的用户侧客户端程序，以实现为电商平台的用户客户端。

而对于手机12-15与服务器11之间进行交互的网络16，可以包括多种类型的有线或无线网络。比如，网络16可以包括公共交换电话网络(Public Switched TelephoneNetwork，PSTN)和因特网。其中，服务器11与手机12-15之间可以通过网络16建立长连接，使得服务器11与手机12-15之间通过该长连接来传输消息。

上述配送导航系统可以包括用户客户端、服务端和配送方客户端。

其中，用户客户端获取针对当前配送业务的配送终点区域的路线引导数据，并向服务端上传路线引导数据，路线引导数据由用户客户端根据检测到的用户针对配送终点区域实施的路线引导操作生成，路线引导数据用于指引在配送终点区域内前往当前配送业务的配送终点的路线；

服务端接收用户客户端上传的路线引导数据，向配送方客户端下发路线引导数据；

配送方客户端接收服务端下发的路线引导数据，并根据路线引导数据进行导航。

下面分别对上述配送导航系统中各方执行的操作进行详细说明。

请参见图2，图2是一示例性实施例提供的一种配送导航方法的流程图。如图2所示，该方法应用于用户客户端，可以包括以下步骤：

步骤202，获取针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成，所述路线引导数据用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线。

在配送场景下，发起配送业务的用户通常熟悉配送终点区域的周边环境，对于在配送终点区域内前往自身所在地(即配送终点)的路线较为熟悉。因此，在配送员的配送过程中，可通过用户客户端向用户提供配送引导功能，以由用户引导配送员在配送终点区域内快速到达配送终点。

在一种情况下，针对当前配送业务(比如，由用户发起的配送业务)，用户可向用户客户端实施路线引导操作，由用户客户端来检测该路线引导操作，从而根据检测到的路线引导操作生成相应的路线引导数据以用于引导配送员。具体而言，用户客户端可检测用户针对当前配送业务的配送终点区域(即当前配送业务对应的配送终点所处的区域)实施的路线引导操作，然后根据该路线引导操作生成针对配送终点区域的路线引导数据。

在另一种情况下，可在上述方式的基础上，将根据用户实施的路线引导操作生成的路线引导数据保存至本地或者上传至服务端进行保存，以在后续出现具有相同配送终点区域和配送终点的配送业务时，直接读取所保存的路线引导数据用于引导配送员即可，从而避免用户重复实施路线引导操作。具体而言，用户客户端可获取历史配送业务对应的路线引导数据；其中，历史配送业务与当前配送业务具有相同的配送终点区域和配送终点，该路线引导数据由用户客户端根据检测到的用户针对该历史配送业务的配送终点区域实施的路线引导操作而生成。比如，用户客户端可将历史配送业务的配送终点与相应的路线引导数据关联存储，那么后续出现具有相同配送终点(通常配送终点相同，那么相应的配送终点区域也相同)的配送业务时，直接读取与该配送终点对应的路线引导数据即可。

以外卖场景为例，在用户首次使用某一配送终点下单外卖订单的情况下，可提示用户实施路线引导操作以生成相应的路线引导数据，该路线引导数据用于引导配送员在用户所处的住宅小区内前往该用户所在楼层，同时将生成的路线引导数据与该配送终点关联存储。当然，在获得用户授权的情况下，还可将生成的路线引导数据与该配送终点关联上传至服务端进行存储。那么，若后续用户再次使用同样的配送终点进行下单，则可直接读取(本地读取或者向服务端读取)与该配送终点对应的路线引导数据以用于引导配送员在用户所处的住宅小区内前往该用户所在楼层。

在本实施例中，可向用户提供多种不同形式的引导方式供用户从中选取，然后由用户实施相应的路线引导操作。比如，可向用户提供文字、语音(语音也可进一步转化为文字)、绘图等形式的引导方式，即用户可通过文字描述、语音描述、绘制路线等形式来描述配送终点区域内前往配送终点的路线。引导方式不同，相应的路线引导方式也随之不同。总结而言，路线引导数据可以包括以下至少之一：在路线引导操作包括文本输入操作的情况下，相应的路线引导数据包括针对在配送终点区域内前往配送终点的路线的文本引导数据；在路线引导操作包括语音输入操作的情况下，路线引导数据包括针对路线的语音引导数据或由语音引导信息转换得到的文本引导数据；在路线引导操作包括路线绘制操作的情况下，路线引导数据包括针对路线的图像引导数据。当然，还可结合上述多种引导方式共同来引导配送员，本说明书并不对此进行限制。

在采用上述绘制路线的引导方式的情况下，可在配送员执行配送业务的过程中实时展示配送地图界面，该配送地图界面显示有地图，用于引导配送员进行配送。比如，配送地图界面上可显示地图中配送终点区域的位置；当然，还可显示配送员、配送物品的领取地点等位置。那么，用户可在配送地图界面的地图上绘制路线。具体而言，可展示当前配送业务的配送地图界面，该配送地图界面用于至少在地图上显示配送终点区域；然后，检测用户在配送地图界面上执行的路线绘制操作，以根据检测到的路线绘制操作生成图像引导数据，所述图像引导数据用于在地图上指引在配送终点区域内前往配送终点的路线。

而对于用户绘制路线的方式，可由用户绘制从配送终点区域的入口(比如小区、学校、医院等区域的门口)至配送终点的路线；相应的，用户客户端生成的图像引导数据用于指引从配送终点区域的入口至配送终点的路线。也可由用户绘制从配送方客户端的当前位置(代表配送员的当前位置)至配送终点的路线；相应的，用户客户端生成的图像引导数据用于指引从配送方客户端的当前位置至配送终点的路线。当然，用户绘制路线的具体形式可根据实际需求灵活设定，本说明书并不对此进行限制。

在本实施例中，可设定引导条件以用于触发上述配送引导功能。换言之，在引导条件被满足的情况下执行上述步骤202中获取路线引导数据的操作。其中，可从时间和距离等维度来决定触发的时机，分别设置距离阈值和时间阈值以用于判断是否触发配送引导功能。具体而言，引导条件可以包括：配送方客户端与配送终点之间的距离在距离阈值之内，和/或，当前时刻距离当前的配送业务的预估送达时刻的时长在时长阈值之内。当然，也可在用户成功发起一笔配送业务后，主动触发配送引导功能，本说明书并不对此进行限制。

进一步的，为了使得距离阈值和时间阈值更为合理，可参考配送终点区域的面积、建筑的复杂程度和配送终点区域内的平均配送时长等因素来设定距离阈值和时间阈值的取值。配送终点区域的面积越大，配送员在配送终点区域内进行配送所耗费的时间就越长；同理，配送终点区域内的建筑越复杂(比如包含的楼栋数量、各个建筑的分布混乱程度等)，配送员在配送终点区域内进行配送所耗费的时间就越长，历史配送业务中进入配送终点区域后的平均配送时长较长，代表配送员当前在配送终点区域内大概率也需要耗费较长的时间。因此，为了使得配送员能够在进入配送终点区域后及时获取路线引导数据，可将距离阈值和时长阈值设定为与以下因素中至少之一呈正相关：配送终点区域的面积、配送终点区域内建筑的复杂程度和历史配送业务中进入配送终点区域后的平均配送时长。

步骤204，向服务端上传所述路线引导数据，所述路线引导数据被所述服务端下发至配送方客户端，以由所述配送方客户端根据所述路线引导数据进行导航。

请参见图3，图3是一示例性实施例提供的另一种配送导航方法的流程图。如图3所示，该方法应用于服务端，可以包括以下步骤：

步骤302，接收用户客户端上传的针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成，用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线。

在本实施例中，与上述图2示出的实施例类似，可设定引导条件以用于触发上述配送引导功能。进一步的，可由服务端来执行判断引导条件是否被满足的操作，也可由用户客户端来执行，本说明书并不对此进行限制。以服务端执行判断操作为例，服务端确定引导条件是否被满足，从而在引导条件被满足的情况下向用户客户端发送引导指令，该引导指令用于指示用户客户端触发配送引导功能，即执行获取路线引导数据的操作。如前所述，引导条件可以包括：配送方客户端与配送终点之间的距离在距离阈值之内，和/或，当前时刻距离当前的配送业务的预估送达时刻的时长在时长阈值之内。距离阈值和时长阈值与以下因素中至少之一呈正相关：配送终点区域的面积、配送终点区域内建筑的复杂程度和历史配送业务中进入配送终点区域后的平均配送时长。

如前所述，路线引导数据可以包括以下至少之一：在路线引导操作包括文本输入操作的情况下，路线引导数据包括针对路线的文本引导数据；在路线引导操作包括语音输入操作的情况下，路线引导数据包括针对路线的语音引导数据或由语音引导信息转换得到的文本引导数据；在路线引导操作包括路线绘制操作的情况下，路线引导数据包括针对路线的图像引导数据。需要说明的是，上述内容的具体细节可参考上述图2所示实施例的相关内容，在此不再赘述。

步骤304，向配送方客户端下发所述路线引导数据，以由所述配送方客户端根据所述路线引导数据进行导航。

在本实施例中，在路线引导数据为图像引导数据的情况下，由于图像引导数据由用户手动在地图上绘制路线得到，可能由于用户笔误、绘制粗糙、用户恶意胡乱绘制等原因导致得到的图像引导数据存在部分无关项，而这些无关项可能会对后续为配送员导航造成干扰。因此，可识别并删除图像引导数据中与路线无关的其他数据，从而向配送方客户端下发删除该其他数据后的路线引导数据。

在本实施例中，针对被分配至同一配送员且配送终点区域相同的配送业务，由于这些配送业务的配送终点均位于同一配送终点区域内(比如为同一小区)，配送员需要在配送终点区域内分别将各个配送业务的待配送物品送往相应的配送终点，即活动范围均在同一区域。与此同时，各个用户针对自身发起的配送业务实施了路线引导操作，那么各个配送业务存在相应的图像引导数据，而这些图像引导数据均对应同一配送终点区域。比如，所有的图像引导数据都是用户基于同一张地图(对应于配送终点区域)绘制的路线。因此，可将这些图像引导数据指引的路线进行合并，使得配送员可根据合并后的路线来进行配送，避免配送员需要针对每笔配送业务查看相应的路线，从而简化了配送员的操作，合并后的路线也更为直观。

具体而言，可获取被分配至配送方客户端(代表配送员的身份，比如登录有配送员的账号)且相应的配送终点区域相同(比如配送终点位于同一个小区)的多个配送业务，并分别获取该多个配送业务对应的图像引导数据。然后，将获取到的图像引导数据进行合并得到合并图像引导数据，以由配送方客户端按照合并图像引导数据针对上述多个配送业务分别进行导航。

进一步的，在对图像引导数据进行合并后，可对合并后的图像引导数据指引的路线进行路径规划，以得到最优路线，从而便于配送员按照最优路线进行配送。具体而言，可对合并图像引导数据指引的所有路线进行路径规划得到配送路径，以由配送方客户端按照配送路径针对该多个配送业务依次进行导航。

比如，该“最优”可体现于路径最短，即依次到达配送终点区域内所有配送终点的最近路径。或者，该“最优”还可体现于路径少拐弯、便于行走、便于骑车等维度，当然，本说明书并不对此进行限制。以最近为例，可对合并图像引导数据指引的所有路线进行路径规划以得到最近路径。

请参见图4，图4是一示例性实施例提供的另一种配送导航方法的流程图。如图4所示，该方法应用于配送方客户端，可以包括以下步骤：

步骤402，接收服务端下发的针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成并上传至所述服务端，用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线。

步骤404，根据所述路线引导数据进行导航。

如前所述，路线引导数据可以包括以下至少之一：

在路线引导操作包括文本输入操作的情况下，路线引导数据包括针对路线的文本引导数据；

在路线引导操作包括语音输入操作的情况下，路线引导数据包括针对路线的语音引导数据或由语音引导信息转换得到的文本引导数据；

在路线引导操作包括路线绘制操作的情况下，路线引导数据包括针对路线的图像引导数据。

如前所述，在路线引导操作包括路线绘制操作的情况下，路线引导数据包括针对路线的图像引导数据。在该情况下，可接收服务端下发的合并图像引导数据，合并图像引导数据由服务端将被分配至配送方客户端且相应的配送终点区域相同的多个配送业务对应的图像引导数据进行合并得到；然后，按照合并图像引导数据针对多个配送业务分别进行导航。

如前所述，合并图像引导数据指引的所有路线被服务端进行路径规划得到配送路径，那么配送方客户端可按照配送路径针对多个配送业务依次进行导航。

如前所述，配送路径包括针对合并图像引导数据指引的所有路线的最近路径。

需要说明的是，在用户客户端侧实施例和服务端侧实施例中所涉及的描述同样可以适用于配送方客户端侧的实施例，本说明书不再对此进行赘述。

为了便于理解，下面以配送外卖为例，结合图5-7对本说明书中的配送导航方案进行详细说明。

请参见图5，图5是一示例性实施例提供的一种配送导航方法的交互图。

如图5所示，该交互过程可以包括以下步骤：

步骤502，消费者客户端下单外卖订单。

步骤504，服务端生成配送业务。

步骤506，服务端向骑手客户端分配配送业务。

步骤508，骑手客户端承接配送业务。

以外卖场景为例，消费者通过消费者客户端(通常为手机)与服务端交互完成针对某实体门店的商品的下单。在下单成功后，由服务端生成相应的配送业务，并向骑手分配该配送业务。骑手在承接该配送业务后，前往实体门店领取消费者下单的商品，然后将该商品配送至消费者指定的配送终点。

步骤510，骑手客户端向服务端实时上传当前的位置信息。

为了便于消费者查看订单的进展，可向用户展示订单详情页，该订单详情页用于显示地图，并且地图上标记有配送地址、实体门店的地址、骑手当前位置等信息。因此，骑手客户端需要实时上传当前的位置信息，以供在消费者客户端的订单详情页展示。

步骤512a，服务端向消费者客户端实时下发骑手当前的位置信息。

步骤512b，服务端判断与配送终点之间的距离是否在距离阈值之内。

可设定引导条件以用于触发配送引导功能。以引导条件为骑手距离配送终点的距离在预设距离阈值之内为例，根据骑手客户端实时上传的当前位置信息，服务端判断骑手客户端与配送终点之间的距离是否在距离阈值之内，当骑手客户端与配送终点之间的距离在预设距离阈值之内时，向消费者客户端下发引导指令，从而指示消费者客户端提示消费者绘制引导路线。

其中，针对距离阈值取值的设定，可参考配送终点区域的面积大小、建筑复杂程度和配送终点区域内的平均配送时长等因素。以面积大小为例，比如小区A占地面积50000平方米，小区B占地面积70000平方米，小区C占地面积80000平方米；那么，针对小区A可设定距离阈值500米，针对小区B可设定距离阈值700米，针对小区C可设定距离阈值800米。以建筑复杂程度为例，比如小区D包含的楼栋数量为6栋，小区E包含的楼栋数量为10栋，小区F包含的楼栋数量为13栋；那么，针对小区D可设定距离阈值500米，针对小区E可设定距离阈值900米，针对小区F可设定距离阈值1000米。需要说明的是，针对时间阈值取值的设定与此类似，在此不再赘述。

步骤514，消费者客户端在订单详情页的地图上展示骑手和配送终点的位置。

步骤516，服务端向消费者客户端下发引导指令。

步骤518，消费者客户端放大订单详情页的地图以展示画板。

本实施例针对用户首次使用某一配送终点下单外卖订单的情况为例，响应于服务端下发的引导指令，消费者客户端可放大订单详情页的地图，并且在地图上呈现一层半透明的画板。基于画板半透明的特性，消费者可透过画板看到地图，同时画板用于向消费者提供绘制路线的功能。那么，消费者可在画板上绘制地图中前往配送终点的路线，消费者客户端通过检测消费者的路线绘制操作来生成相应的路线引导图。

步骤520，消费者客户端检测消费者在画板上绘制的路线。

步骤522，消费者客户端根据检测到的路线生成路线引导图。

步骤524，消费者客户端向服务端上传路线引导图。

进一步的，消费者可将生成的路线引导图与本次外卖订单的配送终点关联存储。并且，在获得用户授权的情况下，还可将生成的路线引导图与该配送终点关联上传至服务端进行存储。那么，若后续用户再次使用同样的配送终点进行下单，则可直接读取(本地读取或者向服务端读取)与该配送终点对应的路线引导图以用于引导骑手在用户所处的住宅小区内前往配送终点。

步骤526，服务端识别路线并删除无关项。

由于图像引导图由用户手动在地图上绘制路线得到，可能因用户笔误、绘制粗糙、用户恶意胡乱绘制等原因导致得到的路线引导图存在部分无关项，而这些无关项可能会对后续为骑手导航造成干扰。因此，可识别路线引导图中的路线并删除路线引导图中与路线无关的其他笔迹(比如多余的线条)。当然，还可进一步对用户绘制的路线进行优化以使得路线引导图更为美观，比如将所有的线条统一调整为预设粗细的线条，线条的颜色统一等等。

步骤528，服务端向骑手客户端下发路线引导图。

步骤530，骑手客户端根据路线引导图在送餐导航界面进行导航。

比如，骑手客户端可将路线引导图中的路线在送餐导航界面的地图上叠加显示，从而引导骑手前往配送终点。

下面结合图6A进行举例说明。如图6A所示，假定消费者的配送地址为图中小区5栋902室，消费者认为骑手从小区南门进来到5栋较为便捷，可在画板上绘制路线61，路线61从小区的南门一直延续到5栋。通过在骑手客户端的送餐导航界面展示图6A示出的路线引导图，骑手便可根据路线61的指引，从小区南门前往5栋。

在本说明书的配送导航方案中，针对被分配至同一骑手且配送终点区域相同的外卖订单，由于这些配送业务的配送终点均位于同一配送终点区域内(比如为同一小区)，骑手需要在配送终点区域内分别将各个配送业务的待配送物品送往相应的配送终点，即活动范围均在同一区域。与此同时，各个消费者针对上述同一配送终点区域均绘制了路线引导图，即所有的路线引导图都是各个用户基于同一张地图(对应于配送终点区域)绘制的路线。因此，可将这些路线引导图中的路线进行合并，使得骑手可根据合并后的路线来进行配送，避免骑手需要针对每笔外卖订单分别查看相应的路线，从而简化了配送员的操作，合并后的路线也更为直观。

进一步的，在合并路线后，可对合并后的路线进行路径规划，以得到最优路线，从而便于骑手按照最优路线进行配送。比如，该“最优”可体现于路径最短，即依次到达配送终点区域内所有配送终点的最近路径。或者，该“最优”还可体现于路径少拐弯、便于行走、便于骑车等维度，当然，本说明书并不对此进行限制。下面以规划最近路径为例，结合图6A-6C和图7A-7B进行举例说明。

假定存在3笔外卖订单的配送终点均位于同一小区。如图6A所示，消费者a的配送地址为小区5栋902室，消费者A绘制的路线61为从南门前往5栋。如图6B所示，消费者b的配送地址为小区1栋702室，消费者b绘制的路线62为从南门前往1栋。如图6C所示，消费者c的配送地址为小区2栋1001室，消费者c绘制的路线63为从南门前往2栋。

如图7A所示，由于路线61-63均针对同一小区，可将路线61-63进行合并得到路线64，并在合并后的路线64上依次标记各个外卖订单的配送终点。比如，依次在“2栋”、“1栋”和“5栋”附近采用数字的方式标记配送终点，骑手可通过点击数字来查看相应外卖订单的配送终点的详细地址(比如消费者的户号)。其中，可根据外卖平台要求的配送时间来标记配送终点的顺序，比如剩余时间越短的，则相应的标记数字越小，也即骑手优先配送。当然，也可采用其他任意排序方式，比如随机排序，本说明书并不对此进行限制

进一步的，在合并路线后，可对合并后的路线64进行路径规划以得到最近路线，从而便于配送员按照最近路线进行配送。如图7B所示，在合并得到路线64后，还可进一步对路线64进行路径规划得到最近配送路径65。其中，最近配送路径65从南门开始通过数字依次标记有沿途出现的配送终点，比如图中的数字“1、2、3”，从而帮助骑手快速将各个外卖送往消费者所在地。

与上述方法实施例相对应，本说明书还提供了相应的装置实施例。

图8是一示例性实施例提供的一种设备的示意结构图。请参考图8，在硬件层面，该设备包括处理器802、内部总线804、网络接口806、内存808以及非易失性存储器810，当然还可能包括其他业务所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器802从非易失性存储器810中读取对应的计算机程序到内存808中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图9，配送导航装置可以应用于如图8所示的设备中，以实现本说明书的技术方案。其中，该配送导航装置应用于用户客户端，可以包括：

获取单元902，获取针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成，所述路线引导数据用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线；

上传单元904，向服务端上传所述路线引导数据，所述路线引导数据被所述服务端下发至配送方客户端，以由所述配送方客户端根据所述路线引导数据进行导航。

可选的，获取单元902具体用于：

可选的，所述获取单元902进一步用于：

可选的，所述获取单元902具体用于：

在引导条件被满足的情况下获取所述路线引导数据；

可选的，所述路线引导数据包括以下至少之一：

请参考图10，配送导航装置可以应用于如图8所示的设备中，以实现本说明书的技术方案。其中，该配送导航装置应用于服务端，可以包括：

接收单元1002，接收用户客户端上传的针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成，用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线；

下发单元1004，向配送方客户端下发所述路线引导数据，以由所述配送方客户端根据所述路线引导数据进行导航。

可选的，接收单元1002还用于：

可选的，所述路线引导数据包括以下至少之一：

下发单元1004还用于：识别并删除所述图像引导数据中与所述路线无关的其他数据，向配送方客户端下发删除所述其他数据后的路线引导数据。

可选的，在所述路线引导操作包括路线绘制操作的情况下，所述路线引导数据包括针对所述路线的图像引导数据；下发单元1004还用于：

可选的，下发单元1004还用于：

可选的，下发单元1004进一步用于：

请参考图11，配送导航装置可以应用于如图8所示的设备中，以实现本说明书的技术方案。其中，该配送导航装置应用于配送方客户端，可以包括：

接收单元1102，接收服务端下发的针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由所述用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成并上传至所述服务端，用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线；

导航单元1104，根据所述路线引导数据进行导航。

可选的，所述路线引导数据包括以下至少之一：

接收单元1102具体用于：接收所述服务端下发的合并图像引导数据，所述合并图像引导数据由所述服务端将被分配至所述配送方客户端且相应的配送终点区域相同的多个配送业务对应的图像引导数据进行合并得到；

导航单元1104具体用于：按照所述合并图像引导数据针对所述多个配送业务分别进行导航。

可选的，所述合并图像引导数据指引的所有路线被所述服务端进行路径规划得到配送路径；导航单元1104进一步用于：

按照所述配送路径针对所述多个配送业务依次进行导航。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

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

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

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

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

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims

1.一种配送导航系统，其特征在于，包括：

所述服务端，接收所述用户客户端上传的所述路线引导数据，向配送方客户端下发所述路线引导数据；其中，针对被分配至同一配送员且配送终点区域相同的多个配送业务，下发的路线引导数据包括基于每个所述配送业务对应的路线引导数据合并得到的数据；

2.一种配送导航方法，其特征在于，应用于用户客户端，所述方法包括：

向服务端上传所述路线引导数据，所述路线引导数据被所述服务端下发至配送方客户端，以由所述配送方客户端根据所述路线引导数据进行导航；其中，针对被分配至同一配送员且配送终点区域相同的多个配送业务，下发的路线引导数据包括基于每个所述配送业务对应的路线引导数据合并得到的数据。

3.根据权利要求2所述的方法，其特征在于，所述获取针对配送终点区域的路线引导数据，包括：

4.根据权利要求3所述的方法，其特征在于，所述检测用户针对当前配送业务的配送终点区域实施的路线引导操作，根据所述路线引导操作生成针对所述配送终点区域的路线引导数据，包括：

5.根据权利要求2所述的方法，其特征在于，所述获取针对配送终点区域的路线引导数据，包括：

在引导条件被满足的情况下获取所述路线引导数据；

6.根据权利要求5所述的方法，其特征在于，所述距离阈值和所述时长阈值与以下因素中至少之一呈正相关：所述配送终点区域的面积、所述配送终点区域内建筑的复杂程度和历史配送业务中进入所述配送终点区域后的平均配送时长。

7.根据权利要求2所述的方法，其特征在于，所述路线引导数据包括以下至少之一：

8.根据权利要求7所述的方法，其特征在于，所述图像引导数据用于指引从所述配送终点区域的入口至所述配送终点的路线；或者，所述图像引导数据用于指引从所述配送方客户端的当前位置至所述配送终点的路线。

9.一种配送导航方法，其特征在于，应用于服务端，所述方法包括：

向配送方客户端下发所述路线引导数据，以由所述配送方客户端根据所述路线引导数据进行导航；其中，针对被分配至同一配送员且配送终点区域相同的多个配送业务，下发的路线引导数据包括基于每个所述配送业务对应的路线引导数据合并得到的数据。

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

11.根据权利要求10所述的方法，其特征在于，所述距离阈值和所述时长阈值与以下因素中至少之一呈正相关：所述配送终点区域的面积、所述配送终点区域内建筑的复杂程度和历史配送业务中进入所述配送终点区域后的平均配送时长。

12.根据权利要求9所述的方法，其特征在于，所述路线引导数据包括以下至少之一：

13.根据权利要求9所述的方法，其特征在于，在所述路线引导操作包括路线绘制操作的情况下，所述路线引导数据包括针对所述路线的图像引导数据；

14.根据权利要求9所述的方法，其特征在于，在所述路线引导操作包括路线绘制操作的情况下，所述路线引导数据包括针对所述路线的图像引导数据；所述方法还包括：

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

16.根据权利要求15所述的方法，其特征在于，所述对所述合并图像引导数据指引的所有路线进行路径规划得到配送路径，包括：

17.一种配送导航方法，其特征在于，应用于配送方客户端，所述方法包括：

接收服务端下发的针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成并上传至所述服务端，用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线；其中，针对被分配至同一配送员且配送终点区域相同的多个配送业务，下发的路线引导数据包括基于每个所述配送业务对应的路线引导数据合并得到的数据；

根据所述路线引导数据进行导航。

18.根据权利要求17所述的方法，其特征在于，所述路线引导数据包括以下至少之一：

19.根据权利要求17所述的方法，其特征在于，在所述路线引导操作包括路线绘制操作的情况下，所述路线引导数据包括针对所述路线的图像引导数据；

20.根据权利要求19所述的方法，其特征在于，所述合并图像引导数据指引的所有路线被所述服务端进行路径规划得到配送路径；所述按照所述合并图像引导数据针对所述多个配送业务分别进行导航，包括：

按照所述配送路径针对所述多个配送业务依次进行导航。

21.根据权利要求20所述的方法，其特征在于，所述配送路径包括针对所述合并图像引导数据指引的所有路线的最近路径。

22.一种配送导航装置，其特征在于，应用于用户客户端，所述装置包括：

上传单元，向服务端上传所述路线引导数据，所述路线引导数据被所述服务端下发至配送方客户端，以由所述配送方客户端根据所述路线引导数据进行导航；其中，针对被分配至同一配送员且配送终点区域相同的多个配送业务，下发的路线引导数据包括基于每个所述配送业务对应的路线引导数据合并得到的数据。

23.一种配送导航装置，其特征在于，应用于服务端，所述装置包括：

下发单元，向配送方客户端下发所述路线引导数据，以由所述配送方客户端根据所述路线引导数据进行导航；其中，针对被分配至同一配送员且配送终点区域相同的多个配送业务，下发的路线引导数据包括基于每个所述配送业务对应的路线引导数据合并得到的数据。

24.一种配送导航装置，其特征在于，应用于配送方客户端，所述装置包括：

接收单元，接收服务端下发的针对当前配送业务的配送终点区域的路线引导数据，所述路线引导数据由用户客户端根据检测到的用户针对所述配送终点区域实施的路线引导操作生成并上传至所述服务端，用于指引在所述配送终点区域内前往所述当前配送业务的配送终点的路线；其中，针对被分配至同一配送员且配送终点区域相同的多个配送业务，下发的路线引导数据包括基于每个所述配送业务对应的路线引导数据合并得到的数据；

导航单元，根据所述路线引导数据进行导航。

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

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求2-21中任一项所述的方法。

26.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求2-21中任一项所述方法的步骤。