CN110081876A - 导航界面显示方法、物流导航方法和装置 - Google Patents

Abstract

本发明实施例提供一种导航界面显示方法、物流导航方法和装置，该导航界面显示方法包括：根据多个订单所对应的多个地址信息，在地图上定位多个订单节点；在地图上显示第一导航路径，以关联多个订单节点，从而将多个订单视为一个整体，能够在界面上同时显示出多个订单对应的一条导航路径，使得配送员能够同时总览多个订单的导航路径规划信息，有助于提高物流配送效率。

Description

导航界面显示方法、物流导航方法和装置

本发明专利申请是分案申请，原案的申请号是201610890516.7，申请日是2016年10月12日，发明名称是：导航界面显示方法、物流导航方法和装置。

技术领域

本发明涉及互联网技术领域，尤其涉及一种导航界面显示方法、物流导航方法和装置。

背景技术

随着互联网的发展，O2O(Online To Offline，线上到线下)作为一种新型的电子商务模式，已经大大改变了人们的生活方式，比如人们的出行方式、购物方式、配送方式等都在发生巨大变化。以购物为例，人们通过电子商务服务平台线上购买商品，物流配送员线下完成商品从服务提供商到消费者的物流配送，从而完成线上、线下的结合。

在物流配送环节，配送员可能同一时间或者先后相近时间内接收到多个需要配送的订单，而这些订单对应的配送地址很可能完全不同，此时，配送员往往需要借助地图导航服务来完成配送。

而目前，配送员使用导航服务的一种实现方式是：配送员在配送专用APP中选择一个订单，调用地图应用，从而对该订单对应的配送地址发起导航路径的计算处理。

发明内容

在上述通过在APP中调用地图应用来实现订单对应配送地址的导航路径计算处理方案中，同一时间，配送员只能发起针对一个订单的导航路径处理，不能发起针对多个订单的导航路径处理。

但是，在实际配送应用中，往往存在配送员在较短时间内接收到多个订单的情况，为了提高物流配送效率，将多个订单视为一个整体，从而进行相应多个配送地址的导航路径计算处理具有重要的意义和价值。

有鉴于此，一方面，本发明实施例提供一种导航界面显示方法、物流导航方法和装置，以实现在显示界面中同时显示多个订单关联的多个地址的导航路径，从而使得配送员能够同时总览多个订单的导航路径规划信息，有助于提高物流配送效率。

本发明实施例提供一种导航界面显示方法，包括：

根据多个订单所对应的多个地址信息，在地图上定位多个订单节点；

在所述地图上显示第一导航路径，以关联所述多个订单节点。

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

根据地址属性，在所述第一导航路径中区别显示所述多个订单节点。

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

聚合显示定位在同一位置或紧邻位置的订单节点。

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

根据配送员的地址信息，在所述地图上定位配送员节点；

在所述地图上显示第二导航路径，以关联所述配送员节点和所述多个订单节点中的第一个订单节点。

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

响应于对所述第一导航路径中订单节点的操作，显示所述操作对应的订单节点的对应信息。

可选地，所述对应信息中包括订单操作项；所述方法还包括：

响应于对所述订单操作项的操作，在所述地图上隐藏所述第一导航路径，在所述地图上显示第三导航路径。

可选地，所述在所述地图上显示第三导航路径之前，还包括：

获取更新后的多个订单所对应的多个更新后地址信息；

所述在所述地图上显示第三导航路径，包括：

根据所述多个更新后地址信息，在所述地图上定位多个更新后订单节点；

在所述地图上显示所述第三导航路径，以顺次关联所述多个更新后订单节点。

本发明实施例提供一种导航界面显示装置，包括：

第一显示模块，用于根据多个订单所对应的多个地址信息，在地图上定位多个订单节点；

第二显示模块，用于在所述地图上显示第一导航路径，以关联所述多个订单节点。

可选地，所述第一显示模块还用于：根据地址属性，在所述第一导航路径中区别显示所述多个订单节点。

可选地，所述第一显示模块还用于：聚合显示定位在同一位置或紧邻位置的订单节点。

可选地，该装置还包括：

第三显示模块，用于根据配送员的地址信息，在所述地图上定位配送员节点；

第四显示模块，用于在所述地图上显示第二导航路径，以关联所述配送员节点和所述多个订单节点中的第一个订单节点。

可选地，该装置还包括：

第五显示模块，用于响应于对所述第一导航路径中订单节点的操作，显示所述操作对应的订单节点的对应信息。

上述本发明实施例提供的导航界面显示方法和装置，该导航界面显示装置根据获得的多个订单所对应的多个地址信息，在地图上定位多个订单节点，通过在地图上显示第一导航路径，使得这多个订单节点通过该第一导航路径被顺次关联，从而将多个订单视为一个整体，能够在界面上同时显示出多个订单对应的一条导航路径，使得配送员能够同时总览多个订单的导航路径规划信息，有助于提高物流配送效率。

本发明实施例提供一种物流导航方法，包括：

获取多个订单对应的多个地址信息；

确定所述多个地址信息分别对应的排序标号；

将具有对应排序标号的多个地址信息发送至客户端。

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

从所述多个订单中提取与所述多个地址信息分别关联的订单详情信息；

将与所述多个地址信息分别关联的订单详情信息发送至所述客户端；

和/或，

根据地址属性，确定所述多个地址信息分别关联的订单操作项；

将所述多个地址信息分别关联的订单操作项发送至所述客户端。

本发明实施例提供一种物流导航装置，包括：

获取模块，用于获取多个订单对应的多个地址信息；

确定模块，用于确定所述多个地址信息分别对应的排序标号；

发送模块，用于将具有对应排序标号的多个地址信息发送至客户端。

可选地，该装置还包括：

提取模块，用于从所述多个订单中提取与所述多个地址信息分别关联的订单详情信息；

相应的，发送模块还用于：将与所述多个地址信息分别关联的订单详情信息发送至所述客户端；

和/或，该装置还包括：

确定模块，用于根据地址属性，确定所述多个地址信息分别关联的订单操作项；

发送模块还用于：将所述多个地址信息分别关联的订单操作项发送至所述客户端。

上述本发明实施例提供的物流导航方法和装置，针对同一配送员的多个订单，当服务器获取多个订单对应的多个地址信息后，按照一定的预设排序规则对这多个地址信息进行排序，以确定多个地址信息分别对应的排序标号，进而将具有对应排序标号的多个地址信息发送至配送员的客户端，使得该客户端能够基于具有排序属性的多个地址信息进行对应导航路径的规划，以在界面上显示出多个订单对应的导航路径。本方案中，服务器通过将多个订单对应的多个地址信息赋予路径顺序属性，使得这多个订单可以被作为一个整体，进行相应导航路径的规划，相比于每个订单单独进行导航路径规划的方式，大大提高了多个订单的导航路径规划效率，有助于提高配送效率。

本发明实施例还提供另一种物流导航方法，包括：

获取多个订单对应的多个地址信息；

对所述多个地址信息进行排序；

获取与排序后的多个地址信息对应的导航路径；

将所述导航路径发送至客户端。

本发明实施例还提供另一种物流导航装置，包括：

第一获取模块，用于获取多个订单对应的多个地址信息；

排序模块，用于对所述多个地址信息进行排序；

第二获取模块，用于获取与排序后的多个地址信息对应的导航路径；

发送模块，用于将所述导航路径发送至客户端。

上述本发明实施例提供的另一种物流导航方法和装置，与第一种物流导航方法相比，区别在于，服务器侧不但对多个订单的多个地址信息进行排序，使得多个订单可以被视为一个整体进行导航路径规划，还可以直接通过服务器完成该导航路径的规划，将计算得到的导航路径发送至客户端进行显示即可使得配送员能够总览多个订单的一条导航路径。由于客户端侧的计算资源有限，在计算资源充足的服务器侧完成导航路径的规划处理，可以降低客户端的处理负荷。而且，通过本方案，服务器通过将多个订单对应的多个地址信息赋予路径顺序属性，使得这多个订单可以被作为一个整体，进行相应导航路径的规划，相比于每个订单单独进行导航路径规划的方式，大大提高了多个订单的导航路径规划效率，有助于提高配送效率。

另外，在配送的过程中，会涉及到配送员对订单的多种操作，比如取货操作、送达操作、签到操作等等。目前在配送APP中，对订单进行操作与配送地址的路径导航是分离的，即配送员可以在导航路径显示界面查看导航路径，如果需要对相应订单进行操作，需要退出当前的导航路径显示界面，进入订单信息界面，在订单信息界面中完成对订单的操作，操作很不方便。

有鉴于此，另一方面，本发明实施例还提供另一种导航界面显示方法和装置，以实现在导航路径显示界面中对订单进行相关操作，提高订单操作的便利性。

本发明实施例提供另一种导航界面显示方法，包括：

在地图上显示多个订单节点及导航路径，所述多个订单节点经所述导航路径关联；

响应于对所述导航路径中订单节点操作，显示所述操作对应的订单节点的对应信息。

可选地，所述在地图上显示多个订单节点及导航路径，包括：

根据至少一个订单所对应的地址信息，在所述地图上定位所述多个订单节点；

在所述地图上显示所述导航路径，以关联所述多个订单节点。

本发明实施例提供另一种导航界面显示装置，包括：

第一显示模块，用于在地图上显示多个订单节点及导航路径，所述多个订单节点经所述导航路径关联；

第二显示模块，用于响应于对所述导航路径中订单节点操作，显示所述操作对应的订单节点的对应信息。

可选地，所述第一显示模块具体用于：

根据至少一个订单所对应的地址信息，在所述地图上定位所述多个订单节点；

在所述地图上显示所述导航路径，以关联所述多个订单节点。

上述本发明实施例提供的另一种导航界面显示方法和装置，在客户端侧，客户端根据订单的地址信息在导航地图上显示经一条导航路径关联的多个订单节点及该导航路径，并且，每个订单节点可被操作。当配送员对导航路径中某个订单节点进行操作比如点击操作后，可以在该导航路径显示界面中显示该被操作的订单节点所关联的对应信息，比如订单详情信息、订单操作项等，以使得配送员能够在导航路径显示界面中对订单进行相关操作，无需切换至其他界面，提高了订单操作的便利性。

附图说明

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

图1为本发明实施例提供的导航界面显示方法实施例一的流程图；

图1a为图1所示实施例对应的一种导航界面示意图；

图1b为图1所示实施例对应的另一种导航界面示意图；

图1c为图1所示实施例对应的又一种导航界面示意图；

图1d为图1所示实施例对应的再一种导航界面示意图

图2为本发明实施例提供的导航界面显示方法实施例二的流程图；

图2a为图2所示实施例对应的一种导航界面示意图；

图3为本发明实施例提供的导航界面显示方法实施例三的流程图；

图3a为图3所示实施例对应的一种导航界面示意图；

图3b为图3所示实施例对应的另一种导航界面示意图；

图3c为图3所示实施例对应的又一种导航界面示意图；

图4为本发明实施例提供的导航界面显示方法实施例四的流程图；

图4a为图4所示实施例对应的一种导航界面示意图；

图5为本发明实施例提供的导航界面显示方法实施例五的流程图；

图6为本发明实施例提供的物流导航方法实施例一的流程图；

图7为本发明实施例提供的物流导航方法实施例二的流程图；

图8为本发明实施例提供的导航界面显示装置实施例一的结构示意图；

图9为本发明实施例提供的导航界面显示装置实施例二的结构示意图；

图10为本发明实施例提供的导航界面显示装置实施例三的结构示意图；

图11为本发明实施例提供的另一导航界面显示装置实施例一的结构示意图；

图12为本发明实施例提供的物流导航装置实施例一的结构示意图；

图13为本发明实施例提供的物流导航装置实施例二的结构示意图。

具体实施方式

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

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

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

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

图1为本发明实施例提供的导航界面显示方法实施例一的流程图，本实施例提供的该导航界面显示方法可以由一导航界面显示装置来执行，该导航界面显示装置可以实现为软件，或者实现为软件和硬件的组合，该导航界面显示装置可以集成设置在配送员的客户端侧的设备中，比如移动终端设备中，或者实现为客户端中的软件功能模块。如图1所示，该方法包括如下步骤：

步骤101、根据多个订单所对应的多个地址信息，在地图上定位多个订单节点。

步骤102、在地图上显示第一导航路径，以关联多个订单节点。

在实际应用中，比如在外卖应用场景中，针对一个配送员来说，其往往在较短的时间内接收到服务器(或者称为服务平台)下发的多个订单配送任务，而且，这多个订单对应的地址往往是不同的，配送员往往需要启用地图导航应用来辅助完成订单的配送。

如果配送员能够直观地在导航界面中同时查看到这多个订单对应的导航路径，将使得配送员能够全面了解多个订单的导航路径，并且有助于高效地完成配送，为此，本实施例提供了上述导航界面显示方法。

在详细介绍本实施例的导航界面显示方法前，首先对该方法可以适用于的一种可选实际应用场景进行说明，以便理解该方法。

当消费者完成下单后，服务器可以根据各个配送员所负责的商圈范围或者地理位置范围，可选地，还可以结合各配送员的繁忙程度，将消费者的订单下发至相应的配送员，若该配送员接单则由该配送员完成该订单的配送。

与现有技术不同的是，本实施例中，服务器向配送员的客户端除了可以下发多个订单外，还可以对这多个订单进行一定的处理，以便于客户端能够方便地进行后续的导航路径规划处理。

具体来说，本发明实施例中，为了实现对多个订单同时进行导航路径规划，在一种可选的实现方式中，服务器可以根据一定的排序策略，对多个订单对应的多个地址信息进行排序，进而将多个订单和地址排序信息一并发送至客户端。其中，排序策略比如为按照下单时间先后顺序、所对应商圈/对应地址所属的位置区域优先级、对应取货方订单繁忙情况等因素中的一种或多种综合设定。

可选地，服务器可以根据上述排序策略对多个订单对应的多个地址信息进行排序，从而可以向客户端发送地址序列，该地址序列中包含有序的该多个地址信息；可选地，服务器也可以根据排序策略确定每个地址信息的排序标号，将具有排序标号的多个地址信息发送至客户端，此时，多个地址信息可以无序的被发送至客户端，由客户端根据每个地址信息对应的排序标号对多个地址信息进行排序。

可以理解的是，服务器除了向客户端发送上述地址序列或具有排序标号的多个地址信息外，还将对应的多个订单发送至客户端。上述多个订单中的每个订单中一般都会包含取货地址、取货方名称、送货地址、收货方名称以及诸如商品、价格、联系电话等订单详情信息，因此，实际中，服务器可以将上述多个订单分别对应的订单详情信息发送至客户端。

另外，可选地，服务器还可以预先将上述排序策略发送至客户端，此时，客户端可以在接收到服务器发送的多个订单后，分别从每个订单中解析获得对应的地址信息，进而根据该排序策略，对获得的多个订单对应的多个地址信息进行排序处理。

值得说明的是，由于每个订单中具有取货地址信息和送货地址信息，因此，一个订单对应有两个地址信息，本实施例中所说的多个订单对应的多个地址信息中包含每个订单的取货地址信息和送货地址信息。相应地，上述排序过程所针对的对象时多个订单对应的全部地址信息，假设有5个订单，那么排序是针对这5个订单对应的10个地址信息进行的。可以理解的是，针对同一订单来说，其送货地址信息对应的排序标号会大于取货地址信息对应的排序标号，与需要先取货才能送货的实际意义相符。

当对多个订单尤其是指对多个订单对应的多个地址信息进行上述排序的处理后，该多个地址信息具有导航路径顺序属性，此时多个订单可以被视为一个整体而进行导航路径规划处理。

以服务器执行了排序处理为例，针对客户端根据多个订单所对应的多个地址信息在地图上定位多个订单节点的实现来说，在一种可选实现方式中，可以是客户端在接收到服务器发送的多个地址信息对应的地址序列或接收到具有排序标号的多个地址信息后，调用电子地图应用，在地图上定位该多个地址信息，在定位点上显示订单节点，该订单节点比如可以通过圆点、小旗子、三角形等来表示。与此同时，客户端可以通过电子地图应用，计算与该多个地址信息对应的第一导航路径，在地图上显示计算获得的第一导航路径，以关联多个订单节点。

在另一种可选的实现方式中，服务器可以直接调用电子地图应用，计算获得与上述有序的多个地址信息对应的第一导航路径，服务器进而可以将其获得的第一导航路径发送至客户端供其显示。可以理解的是，此时，服务器向客户端发送的第一导航路径中可以包含有上述多个地址信息以及其他辅助的基础地图元素，可选地，其中的该多个地址信息可以被与其他辅助的基础地图元素区别标识，以用于告知客户端这多个地址信息对应于订单节点。从而，针对客户端根据多个订单所对应的多个地址信息，在地图上定位多个订单节点，以及在地图上显示第一导航路径以关联多个订单节点来说，客户端一方面在本地的电子地图上显示该第一导航路径，另一方面，根据标识出的该多个地址信息，在该地图上定位对应的多个订单节点。

综上，本发明实施例中，对于配送员的客户端来说，既可以从服务器侧直接获得第一导航路径，也可以由客户端来执行获取第一导航路径的处理过程。

以由客户端来执行获取第一导航路径的处理过程为例，具体地，客户端调用电子地图应用接口，通过电子地图应用来获取多个地址信息对应的第一导航路径数据，相应的，客户端根据获得的第一导航路径数据，在地图上显示对应的第一导航路径，以关联多个订单节点。

可以理解的是，由于对上述多个地址信息进行了排序处理，该多个地址信息具有路径顺序属性。因此，实际应用中，客户端可以向电子地图应用发送该多个地址信息对应的地址序列，以请求电子地图应用计算对应的第一导航路径。此时，电子地图应用可以基于最短距离、最少时间等路径规划原则计算与该地址序列对应的第一导航路径，以获得对应的第一导航路径数据。当客户端接收到电子地图应用反馈的第一导航路径数据后，基于该第一导航路径数据在地图上显示出对应的第一导航路径。

其中，第一导航路径数据中除了包含上述多个地址信息外，还包括相邻两地址信息之间的多个辅助坐标节点以及其他相关的基础地图元素，比如限速标识、转向引导等引导提示信息，标志性建筑，桥梁等。

因此，显示第一导航路径的过程，可以简单视为：在地图上依次在两个节点之间绘制一条直线，以此类推，为所有节点依次绘制直线，从而组成一条导航路径。绘制效果可以根据实际需要采取不同的样式，本实施例不做具体阐述。其中，节点包括订单节点和辅助坐标节点。

实际应用中，配送员使用的配送工具可能是不同的，不同的配送工具对应的导航路径规划结果也是不同的，因此，可选地，客户端在通过电子地图应用计算上述第一导航路径数据时，可以结合对应配送员的配送工具进行第一导航路径数据的计算，也就是说：结合配送工具信息，获取多个地址信息对应的第一导航路径数据。此时，客户端向电子地图应用发送的请求中包含地址序列和配送工具两个主要参数。其中，配送工具是指配送员采用的交通工具，例如汽车、步行、自行车等。配送工具信息的获取方式可以是主动要求配送员填写获得的，或者从服务器中查询获得的，或者是客户端本地预先保存的。

上述描述介绍了本实施例中客户端如果在界面上显示多个订单对应的导航路径，为了直观地了解通过本实施例所得到的导航路径规划结果，结合附图进行简单示意说明。

图1a为图1所示实施例对应的一种导航界面示意图，如图1a所示，假设某配送员接收到的订单数量为3个，从而对应有6个地址信息，假设每个地址信息对应于一个订单节点，则有6个订单节点，如图1a所示的6个圆点。图1a所示的6个订单节点之间的连线即为通过电子地图应用得到的第一导航路径，其中，参考前述实施例中的说明，相邻两个订单节点之间还存在多个辅助坐标节点，图中并未示意出。

在物流配送的场景中，如前述所说，每个订单具有一个取货地址和一个送货地址，也就是说，订单对应的地址信息具有地址属性，分别为取属性和送属性。为了便于配送员能够直观地了解每个订单节点对应的地址属性，从而获知其需要去到某个订单节点对应的地址处执行什么动作，可选地，可以根据地址属性，在第一导航路径中区别显示多个订单节点。其中，区别显示的方式包括但不限于文字、颜色、图形等样式的不同。以图1b为例，图1b为图1所示实施例对应的另一种导航界面示意图，仍为上述举例的3个订单对应的6个订单节点，其中包含三个取货地址对应的订单节点和三个送货地址对应的订单节点，图1b中以文字示意出不同地址属性的差异。

上述举例中假设3个订单对应的6个地址信息各不相同，但是实际上，可能存在至少两个订单对应于同一取货地址或送货地址的情况，此时，为了避免在地图上相同的位置处显示有多个重叠的订单节点而导致的混乱，降低地图上坐标点的冗余，使得导航路径更清晰，配送员操作更简洁，可选地，可以聚合显示定位在同一位置的订单节点，如图1c所示。

图1c为图1所示实施例对应的又一种导航界面示意图，如图1c所示，假设前两个订单节点对应的地址信息相同，此时可以用一个订单节点来表示这两个地址信息，即该订单节点对应于两个地址信息。可以理解的是，在外卖配送领域，相同地址信息对应的地址属性即取/送属性也是相同的，因此，当采用图1b所示的方式标识各订单节点的地址属性时，若被聚合显示的多个地址信息具有取属性，则聚合显示出的订单节点以取属性表征，送属性亦然。

另外，实际应用中，配送员的配送任务是一批一批进行的，也就是说，服务器侧会基于一定的分组机制向配送员下达一组一组的配送任务。如果在对多个订单进行导航路径的同时显示时，帮助配送员专注于当前的任务组，将有助于提高配送效率，并且在某些情况下还可以便于服务器对任务组的完成情况进行考核统计。

值得说明的是，任务组与前述实施例中多个订单的关系：多个订单可能对应于同一个任务组，也可能对应于不同的任务组，也就是说，多个订单中可能包含至少一个任务组中的订单。

实际中，服务器可以在每向客户端下发一组订单配送任务时，未该任务组内的各订单关联一个分组标识，从而，客户端可以根据分组标识，在第一导航路径中区别显示每组订单节点对应的导航路径片段。如图1d所示，图1d为图1所示实施例对应的再一种导航界面示意图，图中假设前四个订单节点对应于一个任务组，后两个订单节点对应于一个任务组。上述区别显示可以是颜色、线条样式等方面加以区别。

值得说明的是，由于不同组订单节点对应的导航路径片段之间还会存在组间连接线段，该组间连接线段的显示样式可以与相邻两组订单节点对应的导航路径片段中的任一组相同。

还值得说明的是排序和分组的关系，由图1d可知，同一分组内的订单节点是依次相邻的一个或多个订单节点。也就是说，当服务器根据一定的分组机制分别确定向同一配送员下发的多个分组后，先对多个分组进行排序，进而对每个分组内的多个订单对应的多个地址信息进行排序。其中，分组排序的依据比如根据订单的下单时间，等等。

本发明实施例中，配送客户端根据获得的多个订单所对应的多个地址信息，在地图上定位多个订单节点，通过在地图上显示第一导航路径，使得这多个订单节点通过该第一导航路径被顺次关联，从而将多个订单视为一个整体，能够在界面上同时显示出多个订单对应的一条导航路径，使得配送员能够同时总览多个订单的导航路径规划信息，有助于提高物流配送效率。

前述实施例中仅从多个订单的角度出发，对如何在客户端的导航界面中显示多个订单对应的第一导航路径，以便于配送员能够直观地了解如何完成多个订单的配送进行了说明，但是实际上，除了需要上述第一导航路径外，还需要基于配送员当前的地址信息，规划出配送员到第一导航路径上第一个订单节点的导航路径，即第二导航路径。下面结合图2所示实施例说明该第二导航路径的规划过程。

图2为本发明实施例提供的导航界面显示方法实施例二的流程图，如图2所示，该方法包括如下步骤：

步骤201、根据配送员的地址信息，在地图上定位配送员节点；根据多个订单所对应的多个地址信息，在地图上定位多个订单节点。

步骤202、在地图上显示第一导航路径，以关联多个订单节点；在地图上显示第二导航路径，以关联配送员节点和多个订单节点中的第一个订单节点。

本实施例中，对多个订单对应的多个地址信息的处理过程可以参见前述图1所示实施例中的介绍，在此不再赘述。

本实施例中，配送员的地址信息可以基于客户端所属终端设备中安装的定位装置来获取。在地图上定位配送员节点和多个订单节点可以同时执行。在地图上显示第一导航路径和第二导航路径可以同时执行。

图2a为图2所示实施例对应的一种导航界面示意图，如图2a所示，配送员节点可以与多个订单节点区别显示，比如以图2a中所示的样式显示—圆圈中带有我的字样，但是实际中并不以此为限。

具体地，第二导航路径的获取可以通过如下方式实现：

获取与配送员的地址信息和第一个订单节点对应的地址信息所对应的第二导航路径数据；

相应的，第二导航路径的显示步骤，包括：

根据第二导航路径数据，在地图上显示所述第二导航路径，以关联配送员节点和所述多个订单节点中的第一个订单节点。

与第一导航路径数据的获取方式类似，客户端可以向电子地图应用发送携带有配送员地址信息和多个订单对应的多个有序地址信息中的第一个地址信息的导航请求，以请求电子地图应用进行从配送员所处地址至第一个订单节点所处地址的第二导航路径数据计算，并根据电子地图应用反馈的第二导航路径数据在地图上绘制相应的第二导航路径。

值得说明的是，客户端可以一起向电子地图应用请求上述第一导航路径数据和第二导航路径数据的计算，也可以分别向电子地图应用请求上述第一导航路径数据和第二导航路径数据的计算。当一起请求时，客户端向电子地图应用发送携带有前述地址序列和配送员地址信息的请求；当分别请求时，客户端分别向电子地图应用发送携带有前述地址序列的请求和携带有配送员地址信息和地址序列中第一个地址信息的请求。

实际应用中，在配送员还没有到达第一个订单节点前，由于配送员的地址信息实时变化的，同时由于道路交通情况的实时变化、配送员当前地址与第一个订单节点所处地址间距离可能较远等原因，可能会导致第二导航路径的动态变化。此时，由于多个订单没有改变，第一导航路径亦不会改变，因此此时只需要更新导航界面中显示的第二导航路径即可，维持第一导航路径不变。所以，为了避免电子地图应用进行冗余的导航数据计算，客户端可以采用上述分别发送请求的方式请求第一导航路径数据和第二导航路径数据。也就是说，在配送员还没有到达第一个订单节点前，如果配送员到第一个订单节点的第二导航路径改变，客户端仅需要向电子地图应用重新请求配送员当前地址到第一个订单节点所处地址间的导航路径数据即可。

如图2a所示，第一导航路径和第二导航路径的显示样式可以不同，比如线条颜色、粗细不同等。

可以理解的是，由于配送员的地址实时改变，可选地，可以根据配送员地址的改变，实时隐藏第二导航路径中已经被行走过的导航路径片段。当配送员已经行走至第一导航路径上时，隐藏第二导航路径，并在第一导航路径上实时显示配送员节点。

前述实施例从在客户端的导航界面上显示多个订单对应的导航路径的角度进行了介绍，实际应用中，在配送环节中配送员会涉及到各种订单操作，例如对订单执行取货操作、送达操作、签到操作等，又例如订单被用户投诉取消、催单等。以上操作会促使订单状态的改变，即对订单的配送状态进行标记。当然，还可以包括比如查看订单详情信息的操作等不会改变订单状态的操作。为了便于配送员在导航的过程中能够方便地进行上述订单操作，本发明实施例还提供了在导航界面中为每个订单节点关联相关的订单信息的方案，结合图3所示实施例进行说明。

图3为本发明实施例提供的导航界面显示方法实施例三的流程图，在图1或图2所示实施例基础上，以图1所示实施例为例，如图3所示，步骤102之后，还可以包括如下步骤：

步骤301、响应于对第一导航路径中订单节点的操作，显示操作对应的订单节点的对应信息。

本实施例中，第一导航路径中的各订单节点可被操作，比如点击操作、滑动操作等。当某个订单节点被操作时，在导航界面中显示与该订单节点关联的对应信息，该对应信息比如可以包括对应订单的订单详情信息、订单操作项等信息中的一种或多种，其中，订单操作项的个数可以为一个或多个。

当上述对应信息中包含订单详情信息时，该订单详情信息可以通过服务器获得，前述图1所示实施例中提及过，在此不赘述。

当上述对应信息中包含订单操作项时，由于不同的地址属性可能具有不同的订单操作项，因此，客户端可以根据地址属性，预先生成多个订单节点分别对应的对应信息。

上述对应信息可以被设计为一个卡片，当配送员没有触发对订单节点的操作时，不显示各卡片，当配送员触发了对某个订单节点的操作时，显示该订单节点的卡片。

如图3a和图3b所示意出的，当配送员触发了对取属性或者送属性的订单节点的操作时，可以在地图上与该订单节点所对应的显示区域中，显示该订单节点对应的对应信息即卡片；或者，也可以在地图外的相邻显示区域中显示对应信息即卡片。也就是说，卡片可以在导航路径的显示区域中显示，也可以在独立于导航路径的显示区域处显示。另外，如图3a和图3b所示，被操作的订单节点可以处于被选中的状态，比如高亮显示。

配送员对订单节点的操作，如图3a和图3b所示，可以是直接在导航路径显示区域对订单节点的点击操作，还可以在独立于导航路径显示区域的上述对应信息的显示区域中执行的滑动操作。

另外可选地，前述实施例中提到多个订单节点可能被分为多个分组，在此情况下，响应于对第一导航路径中订单节点的操作，除了显示操作对应的订单节点的对应信息外，还可以突出显示操作对应的订单节点所属的导航路径片段，如图3c所示，被操作订单节点所属的导航路径片段高亮显示。

本实施例中，客户端不但可以在导航界面中同时显示多个订单对应的导航路径，而且，每个订单节点还可被操作。当配送员对导航路径中某个订单节点进行操作比如点击操作后，可以在该导航路径显示界面中显示该被操作的订单节点所关联的对应信息，比如订单详情信息、订单操作项等，以使得配送员能够在导航路径显示界面中对订单进行相关操作，无需切换至其他界面，提高了订单操作的便利性。

实际应用中，当上述对应信息中包括订单操作项时，这些订单操作项中一般会包含用于标记对应订单的配送状态的操作项，如果配送员点击了这其中的某个订单操作项，往往会导致订单配送状态的改变，此时会触发客户端第一导航路径的更新，因为被操作的订单节点此时会处于任务完成状态，以上操作会促使客户端重新向服务器调取最新的订单。但是如果订单操作项中还包括不会触发订单状态改变的操作项，例如打电话给订单中的用户，此时将不会导致订单的更新。

下面结合图4所示实施例说明当配送员选择的订单操作项会改变对应订单的配送状态时，客户端导航界面中第一导航路径的更新显示过程。

图4为本发明实施例提供的导航界面显示方法实施例四的流程图，如图4所示，在图3所示实施例基础上，若订单节点关联的对应信息中包括订单操作项，尤其是指该订单操作项是会引起订单配送状态改变的操作项时；步骤301之后，还可以包括如下步骤：

步骤401、响应于对订单操作项的操作，获取更新后的多个订单所对应的多个更新后地址信息。

步骤402、在地图上隐藏第一导航路径。

步骤403、根据多个更新后地址信息，在地图上定位多个更新后订单节点。

步骤404、在地图上显示所述第三导航路径，以顺次关联多个更新后订单节点。

本实施例中，当配送员触发了对某个订单节点的订单操作项的操作时，第一导航路径的更新显示过程可以实现为：在地图上隐藏第一导航路径，并在地图上显示更新后的第三导航路径，如图4a所示，更新后的第三导航路径与第一导航路径不完全相同，即可能部分订单节点相同，部分订单节点不同。

图4a中在图1a的基础上，假设前两个取属性的订单节点被触发上述订单操作项选择操作，且假设新增了一个取属性的订单节点和一个送属性的订单节点。

前面已经提到，假设第一导航路径中各订单节点关联的订单操作项都是可引起订单配送状态改变的操作项，则当配送员触发了对某个订单节点的操作项的选择操作后，触发订单的更新，此时，客户端从服务器请求更新后的订单。

以实际配送过程为例来说，在初始规划出上述第一导航路径和第二导航路径之后，若配送员沿着第二配送路径行至第一个订单节点处，并触发了对第一个订单节点对应的某个订单操作项的操作，此时，触发客户端向服务器请求更新订单的动作。

实际应用中，随着配送员的配送过程不断进行，消费者不断触发新的订单，服务器会实时向配送员下发订单配送任务，因此，当服务器接收到客户端响应于配送员触发的某个订单操作项而发送的订单更新请求后，将更新后的订单发送至客户端。

值得说明的是，针对某个配送员来说，可能在其触发了某个订单节点的订单操作项的操作后，比如其触发订单操作项操作所对应的是第一个订单节点，此时可能服务器侧并未有新的订单到达，则服务器更新订单的结果是在原来多个订单的多个地址信息的基础上，删除操作所针对的订单节点比如第一个订单节点所对应的地址信息，进而将更新后的订单的多个地址信息发送至客户端。可以理解的是，如果没有新的订单到达，则更新后的订单仍未原来的多个订单，只是该多个订单对应的多个地址信息有改变。

相对的，如果在配送员触发了某个订单节点的订单操作项的操作后，服务器发现有新的订单到达，则向客户端下发的更新后的多个订单中包含该新增的订单以及原来没有被完成的其他剩余订单，相应的，向客户端发送的多个更新后的地址信息是基于更新后的多个订单而获取的。

可以理解的是，更新后的多个地址信息与原来多个订单的多个地址信息一样，仍可以在服务器侧基于一定的排序策略对更新后的多个地址信息进行排序，使得更新后的多个地址信息具有路径排序属性。

步骤403和步骤404的执行过程可以参见图1所示实施例中第一导航路径的显示处理过程实现，在此不在赘述。

实际应用中，当没有新增订单时，在一种场景下，更新后的第三导航路径可能是隐藏了第一导航路径中被触发订单操作项操作的订单节点。

本实施例中，将会触发订单配送状态改变的订单操作项与导航路径中的订单节点关联显示，当配送员触发了对某个订单节点的订单操作项的选择操作后，触发从服务器侧获得更新后的订单相关的信息，比如订单详情信息、地址信息等，以更新导航路径，使得能够根据配送员的配送进度实时调整导航路径，帮助配送员高效地完成配送任务。

前述各实施例中以对多个订单进行配送导航为基础进行了描述，在此基础上，在导航界面中还可以为各订单节点关联订单操作项、订单详情信息等对应信息。但是实际应用中，会有一种极端的情况，即若某时配送员仅接收到一个订单配送任务，则此时对该一个订单的导航路径处理方式可以采用现有技术实现，也可以采用上述各实施例中导航路径的处理方式实现。

下面结合图5所示实施例，在不限定订单数量的情况下，从在导航界面中配送员可以触发对订单的操作的角度介绍另一种导航界面显示方法，以避免如现有技术中，配送员想要对订单进行操作时需要在导航界面和订单管理界面之间进行切换操作而导致的不便。

图5为本发明实施例提供的导航界面显示方法实施例五的流程图，如图5所示，该方法包括如下步骤：

步骤501、在地图上显示多个订单节点及导航路径，多个订单节点经导航路径关联。

本实施例中，不限定订单数量，即订单数量可以是至少一个。相应的，上述多个订单节点是与至少一个订单对应的，具体是指与至少一个订单所对应的地址信息对应的。

由于一个订单具有取货地址和送货地址两个地址信息，因此，在各订单的地址信息互不相同的情况下，订单节点的数量是订单数量的两倍。

其中，可选地，步骤501具体可以实现为如下步骤：

根据至少一个订单所对应的地址信息，在地图上定位多个订单节点；

在地图上显示导航路径，以关联该多个订单节点。

上述定位多个订单节点以及显示导航路径的详细实现过程可以参考图1所示实施例中的描述实现，在此不再赘述。

步骤502、响应于对导航路径中订单节点操作，显示操作对应的订单节点的对应信息。

本实施例中，即使导航路径中仅包含对应于一个订单的两个订单节点，导航路径中的各订单节点都具有被操作的属性，比如被直接点击，在导航路径所对应的显示区域或在导航路径显示区域周围的其他显示区域执行滑动操作，等等。

另外，客户端预先针对每个订单节点，生成与其对应的对应信息，比如订单操作项和/或订单详情信息，该对应信息可以以卡片的形式存储。当配送员触发了对某个订单节点的操作之后，显示与该被操作的订单节点所关联的卡片，从而使得配送员能够在导航界面直接查看订单详情信息、对订单进行相关操作，比如标记订单已经取货完成、已经送货完成等。

本实施例中对上述对应信息的生成、显示过程以及触发对订单操作项的操作之后的处理过程，可以参考图3、图4所示实施例中的描述，在此不再赘述。

本实施例中，在客户端侧，客户端根据订单的地址信息在导航地图上显示经一条导航路径关联的多个订单节点及该导航路径，并且，每个订单节点可被操作。当配送员对导航路径中某个订单节点进行操作比如点击操作后，可以在该导航路径显示界面中显示该被操作的订单节点所关联的对应信息，比如订单详情信息、订单操作项等，以使得配送员能够在导航路径显示界面中对订单进行相关操作，无需切换至其他界面，提高了订单操作的便利性。

以上各实施例从客户端侧对导航界面显示方法进行了介绍，相对于客户端侧，为实现上述多个订单同时被导航在同一导航路径中的目的，服务器侧需要进行相应的订单处理过程，下面结合图6和图7所示实施例对服务器的执行过程进行说明。

图6为本发明实施例提供的物流导航方法实施例一的流程图，该物流导航方法由服务器侧的物流导航装置来执行。如图6所示，该方法包括如下步骤：

步骤601、获取多个订单对应的多个地址信息。

步骤602、确定多个地址信息分别对应的排序标号。

步骤603、将具有对应排序标号的多个地址信息发送至客户端。

本实施例中服务器侧执行上述步骤的详细过程可以参见图1所示实施例中对服务器侧的有关描述，本实施例中仅简要说明执行过程。

服务器根据接收到的多个订单以及各配送员的配送策略，比如负责配送的地理位置范围、配送任务量等情况，为每个配送员分配配送任务。

假设针对某个配送员来说，向其分配多个订单，即多个配送任务。此时，服务器一方面可以从多个订单中解析获得该多个订单对应的多个地址信息，另一方面可选地，可以直接从多个订单中提取其关联的订单详情信息，比如取货方名称、取货地址、送货方名称、送货地址、送货方联系电话等，即从多个订单中提取与所述多个地址信息分别关联的订单详情信息，并将与多个地址信息分别关联的订单详情信息发送至客户端。

实际应用中，配送员除了会有查看订单详情信息的需求，在配送过程中，还经常会涉及到对订单的各种操作，比如标记订单配送状态的各种操作。而且，由于对于一个订单来说，其具有取货地址和送货地址两种地址，即一个订单具有取地址属性和送地址属性，而配送员针对不同地址属性的操作可能是不同的，比如针对取地址属性可以执行取货完成的状态标记，针对送地址属性可以执行送货完成的状态标记，因此，每个订单对应的两个地址信息可以关联不同的订单操作项。

可选地，服务器还可以根据地址属性，确定多个订单对应的多个地址信息分别关联的订单操作项，并将多个地址信息分别关联的订单操作项发送至客户端。

从而，客户端侧可以保存有每个地址信息对应的订单节点所关联的对应信息，比如订单详情信息和/或订单操作项。

服务器在获得上述多个地址信息后，可以基于一定的排序策略对该多个地址信息进行排序，以确定各地址信息对应的排序标号，将具有对应排序标号的多个地址信息发送至客户端。可选地，服务器侧可以直接执行地址排序的操作，将排序后获得的地址序列直接发送至客户端。

客户端接收到具有对应排序标号的多个地址信息后，可以对多个地址信息进行排序，以组成有序的地址序列。进而通过调用电子地图应用获取与该地址序列对应的导航路径，即与多个订单对应的导航路径，并进行显示。

可选地，上述多个订单对应的多个地址信息中可能包含重复的地址信息，为避免导航路径中地址坐标点的冗余，服务器还可以对多个地址信息进行聚合处理，合并多个相同的地址信息为一个地址信息。但是值得说明的是，虽然地址信息被合并，但是由于被合并的多个地址信息是对应于不同订单的，因此，合并后的地址信息相当于关联由多个订单详情信息和/或多个订单操作项。

另外可选地，由于向某个配送员下发订单的过程是实时进行的，而且实际应用中，一般是一组一组地向配送员下发配送任务。上述多个订单中可能包含至少一组订单，为了区别每组订单，以及为了在某些应用中对配送员进行考核，服务器可以根据每个订单所属的分组，对上述多个订单对应的多个地址信息进行分组处理。从而，服务器向客户端发送的多个地址信息可以具有分组标识。

参见前述实施例中的说明，当配送员对导航路径中的某个订单节点所对应的订单操作项触发了选择操作后，客户端会向服务器请求更新订单。

此时，响应于对订单操作项的操作，服务器执行如下的过程：

获取更新后的多个订单对应的多个更新后地址信息；

确定多个更新后地址信息分别对应的排序标号；

将具有对应排序标号的多个更新后地址信息发送至客户端。

从而，客户端基于更新后的具有排序属性的多个地址信息更新导航路径。

本实施例中的上述方案的详细执行过程参见前述实施例中的描述。

本实施例中，针对同一配送员的多个订单，当服务器获取多个订单对应的多个地址信息后，按照一定的预设排序规则对这多个地址信息进行排序，以确定多个地址信息分别对应的排序标号，进而将具有对应排序标号的多个地址信息发送至配送员的客户端，使得该客户端能够基于具有排序属性的多个地址信息进行对应导航路径的规划，以在界面上显示出多个订单对应的导航路径。本方案中，服务器通过将多个订单对应的多个地址信息赋予路径顺序属性，使得这多个订单可以被作为一个整体，进行相应导航路径的规划，相比于每个订单单独进行导航路径规划的方式，大大提高了多个订单的导航路径规划效率，有助于提高配送效率。

图7为本发明实施例提供的物流导航方法实施例二的流程图，如图7所示，该方法包括如下步骤：

步骤701、获取多个订单对应的多个地址信息。

步骤702、对多个地址信息进行排序。

步骤703、获取与排序后的多个地址信息对应的导航路径。

步骤704、将导航路径发送至客户端。

与图6所示物流导航方法相比，本实施例中，服务器侧不但对多个订单的多个地址信息进行排序，使得多个订单可以被视为一个整体进行导航路径规划，还可以直接通过服务器完成该导航路径的规划，将计算得到的导航路径发送至客户端进行显示即可使得配送员能够总览多个订单的一条导航路径。由于客户端侧的计算资源有限，在计算资源充足的服务器侧完成导航路径的规划处理，可以降低客户端的处理负荷。而且，通过本方案，服务器通过将多个订单对应的多个地址信息赋予路径顺序属性，使得这多个订单可以被作为一个整体，进行相应导航路径的规划，相比于每个订单单独进行导航路径规划的方式，大大提高了多个订单的导航路径规划效率，有助于提高配送效率。

以下将详细描述本发明的一个或多个实施例的导航界面显示装置。这些导航界面显示装置可以被实现在客户端的基础架构中，也可以被实现在服务器和客户端的交互系统中。本领域技术人员可以理解，这些导航界面显示装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

图8为本发明实施例提供的导航界面显示装置实施例一的结构示意图，如图8所示，该导航界面显示装置包括：第一显示模块11、第二显示模块12。

第一显示模块11，用于根据多个订单所对应的多个地址信息，在地图上定位多个订单节点。

第二显示模块12，用于在所述地图上显示第一导航路径，以关联所述多个订单节点。

可选地，所述第一显示模块11还用于：根据地址属性，在所述第一导航路径中区别显示所述多个订单节点。

可选地，所述第一显示模块11还用于：聚合显示定位在同一位置的订单节点。

可选地，所述装置还包括：获取模块13。

获取模块13，用于获取所述多个地址信息对应的第一导航路径数据，所述多个地址信息具有路径顺序属性。

所述第二显示模块12具体用于：根据所述第一导航路径数据，在所述地图上显示所述第一导航路径，以关联所述多个订单节点。

可选地，获取模块13，还用于结合配送工具信息，获取所述多个地址信息对应的第一导航路径数据。

可选地，第二显示模块12还用于：根据分组标识，在所述第一导航路径中区别显示每组订单节点对应的导航路径片段。

图8所示装置可以执行图1所示实施例的方法，本实施例未详细描述的部分，可参考对图1所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1所示实施例中的描述，在此不再赘述。

图9为本发明实施例提供的导航界面显示装置实施例二的结构示意图，如图9所示，该导航界面显示装置还包括：第三显示模块21、第四显示模块22。

第三显示模块21，用于根据配送员的地址信息，在所述地图上定位配送员节点。

第四显示模块22，用于在所述地图上显示第二导航路径，以关联所述配送员节点和所述多个订单节点中的第一个订单节点。

可选地，该装置还可以包括：

第二获取模块，用于获取与所述配送员的地址信息和所述第一个订单节点对应的地址信息所对应的第二导航路径数据。

相应的，所述第四显示模块22具体用于：根据所述第二导航路径数据，在所述地图上显示所述第二导航路径，以关联所述配送员节点和所述多个订单节点中的第一个订单节点。

图9所示装置可以执行图2所示实施例的方法，本实施例未详细描述的部分，可参考对图2所示实施例的相关说明。该技术方案的执行过程和技术效果参见图2所示实施例中的描述，在此不再赘述。

图10为本发明实施例提供的导航界面显示装置实施例三的结构示意图，如图10所示，在图8所示实施例基础上，所述导航界面显示装置还包括：第五显示模块31、生成模块32。

第五显示模块31，用于响应于对所述第一导航路径中订单节点的操作，显示所述操作对应的订单节点的对应信息。

生成模块32，用于根据地址属性，生成所述多个订单节点分别对应的对应信息。

可选地，该第五显示模块31，还用于响应于对所述第一导航路径中订单节点的操作，显示所述操作对应的订单节点的对应信息，并突出显示所述操作对应的订单节点所属的导航路径片段。

可选地，该第五显示模块31，具体用于在所述地图上与所述操作对应的订单节点所对应的显示区域中，显示所述对应信息；或者，在所述地图外的相邻显示区域中显示所述对应信息。

图10所示装置可以执行图3所示实施例的方法，本实施例未详细描述的部分，可参考对图3所示实施例的相关说明。该技术方案的执行过程和技术效果参见图3所示实施例中的描述，在此不再赘述。

可选地，在图10所示实施例基础上，若所述对应信息中包括订单操作项，则所述第二显示模块12还用于：响应于对所述订单操作项的操作，在所述地图上隐藏所述第一导航路径，在所述地图上显示第三导航路径。

可选地，该装置还包括：

第三获取模块，用于获取更新后的多个订单所对应的多个更新后地址信息。

相应的，所述第一显示模块11还用于：根据所述多个更新后地址信息，在所述地图上定位多个更新后订单节点。

所述第二显示模块12还用于：在所述地图上显示所述第三导航路径，以顺次关联所述多个更新后订单节点。

上述可选装置可以执行图4所示实施例的方法，本实施例未详细描述的部分，可参考对图4所示实施例的相关说明。该技术方案的执行过程和技术效果参见图4所示实施例中的描述，在此不再赘述。

图11为本发明实施例提供的另一导航界面显示装置实施例一的结构示意图，如图11所示，该另一导航界面显示装置包括：第一显示模块41、第二显示模块42。

第一显示模块41，用于在地图上显示多个订单节点及导航路径，所述多个订单节点经所述导航路径关联。

第二显示模块42，用于响应于对所述导航路径中订单节点操作，显示所述操作对应的订单节点的对应信息。

可选地，所述第一显示模块41具体用于：

根据至少一个订单所对应的地址信息，在所述地图上定位所述多个订单节点；在所述地图上显示所述导航路径，以关联所述多个订单节点。

其中，所述对应信息包括订单详情信息和/或订单操作项。

图11所示装置可以执行图5所示实施例的方法，本实施例未详细描述的部分，可参考对图5所示实施例的相关说明。该技术方案的执行过程和技术效果参见图5所示实施例中的描述，在此不再赘述。

以上描述了导航界面显示装置的内部功能和结构，实际中，该导航界面显示装置可实现为一种终端设备，包括：显示器、处理器；

所述处理器，耦合到所述显示器，用于根据多个订单所对应的多个地址信息，控制所述显示器在地图上定位多个订单节点，并在所述地图上显示第一导航路径，以关联所述多个订单节点。

可选地，所述处理器、所述显示器还用于执行上述图1-图4所示方法步骤中的全部或部分步骤。

可选地，该导航界面显示装置可实现为另一终端设备，包括：显示器、处理器；

所述显示器，用于在地图上显示多个订单节点及导航路径，所述多个订单节点经所述导航路径关联。

所述处理器，耦合到所述显示器，用于响应于对所述导航路径中订单节点操作，控制所述显示器显示所述操作对应的订单节点的对应信息。

可选地，所述处理器、所述显示器还用于执行上述图5所示方法步骤中的全部或部分步骤。

图12为本发明实施例提供的物流导航装置实施例一的结构示意图，如图12所示，该物流导航装置包括：获取模块51、确定模块52、发送模块53。

获取模块51，用于获取多个订单对应的多个地址信息。

确定模块52，用于确定所述多个地址信息分别对应的排序标号。

发送模块53，用于将具有对应排序标号的多个地址信息发送至客户端。

可选地，该装置还包括：处理模块，用于对所述多个地址信息进行聚合处理；和/或，对所述多个地址信息进行分组处理。

可选地，该装置还包括：提取模块，用于从所述多个订单中提取与所述多个地址信息分别关联的订单详情信息。

可选地，确定模块52，还用于根据地址属性，确定所述多个地址信息分别关联的订单操作项。

相应的，所述发送模块53还用于：将与所述多个地址信息分别关联的订单详情信息发送至所述客户端；和/或，将所述多个地址信息分别关联的订单操作项发送至所述客户端。

可选地，获取模块51，还用于：响应于对订单操作项的操作，获取更新后的多个订单对应的多个更新后地址信息。

可选地，确定模块52，还用于：确定所述多个更新后地址信息分别对应的排序标号。

可选地，发送模块53，还用于：将具有对应排序标号的多个更新后地址信息发送至客户端。

图12所示装置可以执行图6所示实施例的方法，本实施例未详细描述的部分，可参考对图6所示实施例的相关说明。该技术方案的执行过程和技术效果参见图6所示实施例中的描述，在此不再赘述。

图13为本发明实施例提供的物流导航装置实施例二的结构示意图，如图13所示，该物流导航装置包括：第一获取模块61、排序模块62、第二获取模块63、发送模块64。

第一获取模块61，用于获取多个订单对应的多个地址信息；

排序模块62，用于对所述多个地址信息进行排序；

第二获取模块63，用于获取与排序后的多个地址信息对应的导航路径；

发送模块64，用于将所述导航路径发送至客户端。

图13所示装置可以执行图7所示实施例的方法，本实施例未详细描述的部分，可参考对图7所示实施例的相关说明。该技术方案的执行过程和技术效果参见图7所示实施例中的描述，在此不再赘述。

以上描述了物流导航装置的内部功能和结构，实际中，该物流导航装置可实现为服务器，包括：输入输出设备、处理器；

所述处理器，耦合到所述输入输出设备，用于获取多个订单对应的多个地址信息；确定所述多个地址信息分别对应的排序标号。

所述输入输出设备，用于将具有对应排序标号的多个地址信息发送至客户端。

可选地，所述处理器还用于执行上述图6所示方法步骤中的全部或部分步骤。

可选地，所述处理器，用于获取多个订单对应的多个地址信息；对所述多个地址信息进行排序；获取与排序后的多个地址信息对应的导航路径。

所述输入输出设备，用于将所述导航路径发送至客户端。

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

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

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

Claims (10)

1.一种导航界面显示方法，其特征在于，包括：

根据多个订单所对应的多个地址信息，在地图上定位多个订单节点；

在所述地图上显示第一导航路径，以关联所述多个订单节点；

所述方法还包括：

响应于对所述第一导航路径中订单节点的操作，显示所述操作对应的订单节点的对应信息，所述对应信息包括订单详情信息和/或订单操作项。

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

根据地址属性，在所述第一导航路径中区别显示所述多个订单节点。

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

聚合显示定位在同一位置的订单节点。

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

根据配送员的地址信息，在所述地图上定位配送员节点；

在所述地图上显示第二导航路径，以关联所述配送员节点和所述多个订单节点中的第一个订单节点。

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

根据分组标识，在所述第一导航路径中区别显示每组订单节点对应的导航路径片段。

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

获取所述多个地址信息对应的第一导航路径数据，所述多个地址信息具有路径顺序属性；

所述第一导航路径的显示步骤，包括：

根据所述第一导航路径数据，在所述地图上显示所述第一导航路径，以关联所述多个订单节点。

7.根据权利要求6所述的方法，其特征在于，所述获取所述多个地址信息对应的第一导航路径数据，包括：

结合配送工具信息，获取所述多个地址信息对应的第一导航路径数据。

8.一种导航界面显示方法，其特征在于，包括：

在地图上显示多个订单节点及导航路径，所述多个订单节点经所述导航路径关联；

响应于对所述导航路径中订单节点操作，显示所述操作对应的订单节点的对应信息。

9.一种导航界面显示装置，其特征在于，包括：

第一显示模块，用于根据多个订单所对应的多个地址信息，在地图上定位多个订单节点；

第二显示模块，用于在所述地图上显示第一导航路径，以关联所述多个订单节点；

第五显示模块，用于响应于对所述第一导航路径中订单节点的操作，显示所述操作对应的订单节点的对应信息，所述对应信息包括订单详情信息和/或订单操作项。

10.一种导航界面显示装置，其特征在于，包括：

第一显示模块，用于在地图上显示多个订单节点及导航路径，所述多个订单节点经所述导航路径关联；

第二显示模块，用于响应于对所述导航路径中订单节点操作，显示所述操作对应的订单节点的对应信息。