CN109255003B - 一种行驶路径展示方法、装置、系统、设备及存储介质 - Google Patents

Abstract

本申请提供一种行驶路径展示方法、装置、系统、设备及存储介质，方法包括：若满足预设条件，则向服务端发送请求信息，所述请求信息用于获取目标车辆的目标行驶路径的路径点集，所述目标行驶路径为以最新上传路径点为起点往前的、所述客户端未接收到的所述目标车辆的行驶路径，所述最新上传路径点为与所述目标车辆关联的司机端最新上传到所述服务端的路径点；接收所述服务端响应于所述请求信息返回的所述路径点集；基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径。本申请可保证每次生成的都是司机端最新的路径信息，可避免在乘客端累积路径点集，进而可降低后续在乘客端展示车辆的行驶路径的延迟，提升用户体验。

Description

一种行驶路径展示方法、装置、系统、设备及存储介质

技术领域

本申请涉及计算机应用技术领域，尤其涉及一种行驶路径展示方法、装置、系统、设备及存储介质。

背景技术

随着互联网技术的发展，网约车或自驾车的路径展示等越来越普及，乘客可以通过乘客端查看网约车或自驾车的行驶路径，以了解车辆的实时位置。

现有技术中，乘客端基于轮询方式从服务端获取车辆的路径点集，并将获取的路径点集存储到本地缓存中，然后从本地缓存中读取一段路径并绘制到乘客端展示的界面上，进而在车辆图像的移动过程中对其已行驶过的路径进行擦除。待该段路径擦除完毕后，再从本地缓存中读取一段新的路径，重复执行上述绘制路径、擦除路径以及读取新路径的操作。其中，为了保证车辆图像的平滑移动，而将每条路径的擦除时间设置为请求路径点集的延迟时间(即，从乘客端发出获取路径点集的请求信息至接收到服务端返回的路径点集的时间)与轮询的间隔时间之和。

然而，由于路径的擦除时间大于轮询的时间间隔，因而会造成乘客端缓存的路径点集堆积，进而会导致乘客端展示的车辆的行驶路径的延迟较大，影响用户体验。

发明内容

有鉴于此，本申请提供一种行驶路径展示方法、装置、系统、设备及存储介质，以解决现有行驶路径展示方案的问题。

具体地，本申请是通过如下技术方案实现的：

根据本申请的第一方面，提出了一种行驶路径展示方法，包括：

若满足预设条件，则向服务端发送请求信息，所述请求信息用于获取目标车辆的目标行驶路径的路径点集，所述目标行驶路径为以最新上传路径点为起点往前的、所述客户端未接收到的所述目标车辆的行驶路径，所述最新上传路径点为与所述目标车辆关联的司机端最新上传到所述服务端的路径点；

接收所述服务端响应于所述请求信息返回的所述路径点集；

基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径。

在一实施例中，所述目标行驶路径为所述最新上传路径点与当前已获取的路径点集中最后一个路径点之间的路径。

在一实施例中，所述方法还包括：

对基于所述当前已获取的路径点集生成的行驶路径展示预设时长后，进行删除处理。

在一实施例中，所述满足预设条件包括：

到达目标时间，所述目标时间基于所述预设时长的终点之前的预设时间确定。

在一实施例中，所述预设时间大于或等于请求所述路径点集的延迟时间，所述延迟时间为从发送所述请求信息至基于所述请求信息接收到所述路径点集的时间。

在一实施例中，所述满足预设条件包括：

接收到进入行驶路径展示页面的指令；或者

接收到订单开始的指令。

在一实施例中，所述目标行驶路径为所述最新上传路径点与所述目标车辆的起点之间的路径。

根据本申请的第二方面，提出了一种行驶路径展示装置，应用于乘客端，包括：

请求信息发送模块，用于当满足预设条件时，向服务端发送请求信息，所述请求信息用于获取目标车辆的目标行驶路径的路径点集，所述目标行驶路径为以最新上传路径点为起点往前的、所述客户端未接收到的所述目标车辆的行驶路径，所述最新上传路径点为与所述目标车辆关联的司机端最新上传到所述服务端的路径点；

路径点集接收模块，用于接收所述服务端响应于所述请求信息返回的所述路径点集；

行驶路径展示模块，用于基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径。

根据本申请的第三方面，提出了一种行驶路径展示系统，包括服务端和至少一个客户端，其中：

所述客户端在满足预设条件时，向所述服务端发送请求信息，所述请求信息用于获取目标车辆的目标行驶路径的路径点集，所述目标行驶路径为以最新上传路径点为起点往前的、所述客户端未接收到的所述目标车辆的行驶路径，所述最新上传路径点为与所述目标车辆关联的司机端最新上传到所述服务端的路径点；

所述服务端响应于所述请求信息向所述客户端返回所述路径点集；

所述客户端基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径。

根据本申请的第四方面，提出了一种行驶路径展示设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述任一所述的行驶路径展示方法。

根据本申请的第五方面，提出了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述任一所述的行驶路径展示方法。

由以上技术方案可见，本申请通过当满足预设条件时，向服务端发送请求信息，并接收所述服务端响应于所述请求信息返回的所述路径点集，进而基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径，由于是基于实时获取的路径点集生成目标行驶路径，而不是基于从本地缓存中读取的路径点集，因而可以保证每次生成的都是司机端最新的路径信息，并且，由于无需在本地缓存路径点集，因而可以避免在乘客端累积路径点集，进而可以降低后续在乘客端展示车辆的行驶路径的延迟，提升用户体验。

附图说明

图1A是现有技术中基于轮询方式获取路径点集并展示行驶路径方法的流程图；

图1B是本申请一示例性实施例示出的一种行驶路径展示方法的流程图；

图2是本申请又一示例性实施例示出的一种行驶路径展示方法的流程图；

图3A是本申请再一示例性实施例示出的一种行驶路径展示方法的流程图；

图3B是本申请另一示例性实施例示出的一种行驶路径展示方法的流程图；

图4本申请一示例性实施例示出的一种行驶路径展示装置的结构框图；

图5本申请又一示例性实施例示出的一种行驶路径展示装置的结构框图；

图6本申请一示例性实施例示出的一种行驶路径展示设备的结构框图。

具体实施方式

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

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

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

图1A是现有技术中基于轮询方式获取路径点集并展示行驶路径方法的流程图；如图1A所示，在现有技术中，乘客端包括轮询请求模块、本地缓存模块、路径展示模块以及路径删除模块。其中，轮询请求模块基于轮询方式从服务端获取司机端(即，司机持有的终端设备上安装的客户端)的路径点集；进而，本地缓存模块将获取的路径点集存储到本地缓存中；然后，路径展示模块从本地缓存中读取一段路径数据，并基于路径数据生成路径，并展示到乘客端的界面上；进而，路径删除模块在车辆图像的移动过程中对其已行驶过的路径进行擦除。

其中，为了保证车辆图像的平滑移动，而将每条路径的擦除时间设置为请求路径点集的延迟时间(即，从乘客端发出获取路径点集的请求信息至接收到服务端返回的路径点集的时间)与轮询的间隔时间之和。然而，由于路径的擦除时间大于轮询的时间间隔，因而会造成乘客端缓存的路径点集堆积。

举例来说，若请求路径点集的延迟时间为1s，每次轮询的间隔时间为5s，则每条路径的擦除时间为6s，那么擦除5条路径需要30s，而在这30s内可以获取6条路径的路径点集，因而就会有一条路径的路径点集堆积，进而会导致乘客端展示的车辆的行驶路径的延迟较大，影响用户体验。

有鉴于此，本申请提供以下行驶路径展示方法、装置、系统、设备及存储介质，以解决现有行驶路径展示方案的问题，具体地，本申请是通过如下技术方案实现的：

图1B是本申请一示例性实施例示出的一种行驶路径展示方法的流程图；该实施例可以用于智能手机、平板电脑和台式笔记本等终端设备上安装的客户端(如乘客端)或浏览器等。如图1B所示，该方法包括步骤S101-S103：

在步骤S101中，若满足预设条件，则向服务端发送请求信息。

在一实施例中，当满足预设条件时，乘客端可以向服务端发送请求信息，以获取目标车辆的目标行驶路径的路径点集。

其中，所述目标行驶路径为以最新上传路径点为起点往前的、所述客户端未接收到的所述目标车辆的行驶路径，该最新上传路径点为与目标车辆关联的司机端最新上传到所述服务端的路径点。

举例来说，乘客在等待预约的目标车辆时或者坐在目标车辆中时，可以通过智能手机等设备上安装的乘客端查看该目标车辆的行驶路径，以了解目标车辆的实时位置。

在一实施例中，上述目标车辆可以为乘客通过客户端预约的网约车，或者，可以为乘客的自驾车辆等，本实施例对此不进行限定。

在一实施例中，上述路径点集中包括多个路径点，每个路径点对应于一个目标车辆位置。

在一实施例中，上述满足预设条件以及目标行驶路径的具体解释和说明可以参见下述图2和图3A所示实施例，在此先不进行详述。

在一实施例中，上述目标车辆的起点可以为目标车辆的接单地点，如承接服务单派送的乘客约车订单的地点。

在步骤S102中，接收所述服务端响应于所述请求信息返回的所述路径点集。

在一实施例中，司机持有的终端设备上安装的客户端(即司机端APP)可以上报目标车辆的目标行驶路径的路径点集给服务端。当服务端获取该路径点集后，可以对获取的路径点集进行相应处理(如去除异常的路径点等)，得到处理后的数据点集。

在一实施例中，当服务端接收到乘客端发送的上述请求信息后，可以将上述处理后的数据点集发送给乘客端。

值得说明的是，服务端对获取的路径点集进行相应处理的方法可以参考现有技术中的方法，本实施例对此不进行限定。在一实施例中，上述服务端可以为一台服务器或多台服务器组成的服务器集群。

在步骤S103中，基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径。

在一实施例中，由于乘客端从服务端获取的上述路径点集为司机端APP通过互联网上报给服务端的，而在实际实施中，司机端的GPS有时会发生无法定位等问题，导致无法上报当前路径点，进而导致服务端接收的路径点集中某些点之间的间距很大，影响后续路径展示的效果。因而，可以采用预设插值方法等对这获取的路径点进行处理，得到处理后的路径点集。在一实施例中，上述预设插值方法可以由开发人员根据实际需要从现有的插值算法中进行选取，本实施例对此不进行限定。

在一实施例中，当得到上述处理后的路径点集后，可以基于该路径点集生成目标车辆当前的行驶路径。

值得说明的是，上述基于路径点集生成行驶路径的方式可以参见现有技术中的解释和说明，本实施例对此不进行限定。

在一实施例中，当基于所述路径点集生成所述目标车辆的目标行驶路径后，可以在乘客端中展示生成的目标行驶路径。例如，将该行驶路径展示在乘客端中电子地图的对应路段上。

值得说明的是，上述在电子地图上显示生成的行驶路径可以参见现有技术中的方法，本实施例对此不进行限定。

由上述描述可知，本实施例通过在满足预设条件时向服务端发送请求信息，并接收所述服务端响应于所述请求信息返回的所述路径点集，可以实现基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径，由于是基于实时获取的路径点集生成目标行驶路径，而不是基于从本地缓存中读取的路径点集，因而可以保证每次生成的都是司机端最新的路径信息，并且，由于无需在本地缓存路径点集，因而可以避免在乘客端累积路径点集，进而可以降低后续在乘客端展示车辆的行驶路径的延迟，提升用户体验。

图2是本申请又一示例性实施例示出的一种行驶路径展示方法的流程图；该实施例可以用于智能手机、平板电脑和台式笔记本等终端设备上安装的客户端(如乘客端)或浏览器等。

值得说明的是，本实施例中的目标行驶路径可以为最新上传路径点与当前已获取的路径点集中最后一个路径点之间的路径，在此基础上，如图2所示，该方法包括步骤S201-S204：

在步骤S201中，对基于所述当前已获取的路径点集生成的行驶路径展示预设时长后，进行删除处理。

在一实施例中，上述预设时长可以由开发人员根据实际业务需要进行设置，如设置为1s、3s或5s等，本实施例对此不进行限定。

在一实施例中，当基于当前已获取的路径点集生成目标车辆的行驶路径(以下简称为“历史行驶路径”)后，可以对上述历史行驶路径展示预设时长，进而对该历史行驶路径进行删除处理。

在一实施例中，上述删除处理的方式可以由开发人员根据实际业务需要进行选取，如选取擦除路径方式或增加路径透明度的方式等，本实施例对此不进行限定。

在步骤S202中，若到达目标时间，则向服务端发送请求信息。

其中，所述目标时间基于所述预设时长的终点之前的预设时间确定。

所述请求信息用于获取目标车辆的目标行驶路径的路径点集，所述目标行驶路径为以最新上传路径点为起点往前的、所述客户端未接收到的所述目标车辆的行驶路径，所述最新上传路径点为与所述目标车辆关联的司机端最新上传到所述服务端的路径点。

在一实施例中，在到达所述预设时长的终点(即，所述历史行驶路径被删除完)之前的预设时间时，可以向服务端发送请求信息，以获取目标行驶路径(即，历史行驶路径之后的一段行驶路径)的路径点集。

在一实施例中，当开始删除一段历史行驶路径时可以启动一计时器，当到达历史行驶路径被删除完之前的预设时间时，向服务端发送请求信息。

举例来说，若每段行驶路径的删除时间为5s，且上述预设时间为1s，则可以在开始删除一段历史行驶路径时启动计时器，当计时器的数值到达4s时，向服务端发送请求信息，以请求下一段行驶路径的路径点集。

在一实施例中，上述预设时间大于或等于请求所述路径点集的延迟时间，所述延迟时间可以为从发送所述请求信息至基于该请求信息接收到所述路径点集的时间(即，一次发送请求和接收路径点集的时间)。

值得说明的是，上述预设时间的长度可以由开发人员根据实际需要或业务经验进行设置，如设置为0.2s、0.5s或1s等，本实施例对此不进行限定。

值得说明的是，若在历史行驶路径被删除完时才向服务端发送请求信息，则由于存在请求路径点集的延迟时间(即，从乘客端发出获取路径点集的请求信息至接收到服务端返回的路径点集的时间)，会导致乘客端中展示的目标车辆发生停顿，影响行驶路径展示效果。因而，本实施例通过提前请求下一段行驶路径的路径点集，可以避免乘客端中展示的目标车辆发生停顿，保证乘客端中展示的目标车辆平滑移动，改善行驶路径展示效果。

在步骤S203中，接收所述服务端响应于所述请求信息返回的所述路径点集；

在步骤S204中，基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径。

其中，步骤S202-S204的相关解释和说明可以参见上述实施例，在此不进行赘述。

由上述描述可知，本实施例通过对目标车辆的历史行驶路径进行删除处理，并当到达目标时间时，向服务端发送请求信息，可以实现提前请求下一段行驶路径的路径点集，避免乘客端中展示的目标车辆发生停顿，进而可以保证目标车辆平滑移动，改善行驶路径展示效果。

图3A是本申请再一示例性实施例示出的一种行驶路径展示方法的流程图；图3B是本申请另一示例性实施例示出的一种行驶路径展示方法的流程图；该实施例可以用于智能手机、平板电脑和台式笔记本等终端设备上安装的客户端(如乘客端)或浏览器等。

如图3A所示，该方法包括步骤S301-S306：

在步骤S301中，确定是否接收到进入行驶路径展示页面的指令，或者

接收到订单开始的指令；若是，则执行步骤S302。

在步骤S302中：向服务端发送请求信息。

其中，所述请求信息用于获取目标车辆的目标行驶路径的路径点集，所述目标行驶路径为以最新上传路径点为起点往前的、所述客户端未接收到的所述目标车辆的行驶路径，所述最新上传路径点为与所述目标车辆关联的司机端最新上传到所述服务端的路径点。

在一实施例中，乘客通过手机中安装的乘客端向服务端发送打车请求信息后，乘客端可以接收到服务端返回的订单开始的指令；进而，乘客端可以向服务端发送请求信息，以获取目标车辆的目标行驶路径的路径点集。

在另一实施例中，当乘客在等待预约的目标车辆时或者坐在目标车辆中时，可以打开乘客端，此时乘客端可以接收到进入行驶路径展示页面的指令，进而乘客端可以向服务端发送请求信息，以获取目标车辆的目标行驶路径的路径点集。

在步骤S303中，接收所述服务端响应于所述请求信息返回的所述路径点集。

在步骤S304中，基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径。

在步骤S305中，对基于所述当前已获取的路径点集生成的展示预设时长后，进行删除处理。

在步骤S306中，确定是否到达目标时间，所述目标时间基于所述预设时长的终点之前的预设时间确定。

其中，步骤S302-S306的相关解释和说明可以参见上述实施例，在此不进行赘述。

如图3B所示，本实施例的乘客端包括页面开启模块、路径展示模块以及路径删除模块，其中：

当页面开启模块首次接收到进入行驶路径展示页面的指令(即，生成当前订单后，首次检测到乘客触发进入行驶路径展示页面的操作)时，向服务端发送请求信息，以获取目标车辆的目标行驶路径的路径点集；然后，路径展示模块可以接收所述服务端响应于所述请求信息返回的所述路径点集，进而基于该路径点集生成所述目标车辆的目标行驶路径，并在乘客端的页面中进行展示；进一步地，路径删除模块在基于所述当前已获取的路径点集生成的行驶路径(即，历史行驶路径)展示预设时长后，对该路径进行删除处理。当还剩预设时间(如，1s)删除完该历史行驶路径时，再次向服务端发送请求信息，以提前获取下一段行驶路径的路径点集。

由上述描述可知，本实施例通过当接收到进入行驶路径展示页面的指令；或者接收到订单开始的指令时，向服务端发送请求信息，可以实现后续接收所述服务端响应于所述请求信息返回的所述路径点集，进而基于所述路径点集生成所述目标车辆的目标行驶路径，可以基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径，由于是基于实时获取的路径点集生成目标行驶路径，而不是基于从本地缓存中读取的路径点集，因而可以保证每次生成的都是司机端最新的路径信息，并且，由于无需在本地缓存路径点集，因而可以避免在乘客端累积路径点集，进而可以降低后续在乘客端展示车辆的行驶路径的延迟，提升用户体验。

图4本申请一示例性实施例示出的一种行驶路径展示装置的结构框图；如图4所示，该装置包括：请求信息发送模块110、路径点集接收模块120以及行驶路径展示模块130，其中：

请求信息发送模块110，用于当满足预设条件时，向服务端发送请求信息，所述请求信息用于获取目标车辆的目标行驶路径的路径点集，所述目标行驶路径为以最新上传路径点为起点往前的、所述客户端未接收到的所述目标车辆的行驶路径，所述最新上传路径点为与所述目标车辆关联的司机端最新上传到所述服务端的路径点；

路径点集接收模块120，用于接收所述服务端响应于所述请求信息返回的所述路径点集；

行驶路径展示模块130，用于基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径。

由上述描述可知，本实施例通过在满足预设条件时向服务端发送请求信息，并接收所述服务端响应于所述请求信息返回的所述路径点集，可以实现基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径，由于是基于实时获取的路径点集生成目标行驶路径，而不是基于从本地缓存中读取的路径点集，因而可以保证每次生成的都是司机端最新的路径信息，并且，由于无需在本地缓存路径点集，因而可以避免在乘客端累积路径点集，进而可以降低后续在乘客端展示车辆的行驶路径的延迟，提升用户体验。

图5本申请又一示例性实施例示出的一种行驶路径展示装置的结构框图；其中，请求信息发送模块210、路径点集接收模块220以及行驶路径展示模块230与前述图4所示实施例中的请求信息发送模块110、路径点集接收模块120以及行驶路径展示模块130的功能相同，在此不进行赘述。

本实施例中，所述目标行驶路径为所述最新上传路径点与当前已获取的路径点集中最后一个路径点之间的路径。

在此基础上，如图5所示，所述装置还可以包括：

路径删除模块240，用于对基于所述当前已获取的路径点集生成的展示预设时长后，进行删除处理；

在此基础上，所述满足预设条件可以包括：

到达目标时间，所述目标时间为基于所述预设时长的终点之前的预设时间确定。

在一实施例中，所述预设时间大于或等于请求所述路径点集的延迟时间，所述延迟时间为从发送所述请求信息至基于所述请求信息接收到所述路径点集的时间。

在一实施例中，所述满足预设条件可以包括：

接收到进入行驶路径展示页面的指令；或者

接收到订单开始的指令。

在一实施例中，所述目标行驶路径为所述最新上传路径点与所述目标车辆的起点之间的路径。

值得说明的是，上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

根据本申请的另一方面，还提出了一种行驶路径展示系统，包括服务端和至少一个客户端，其中：

所述客户端在满足预设条件时，向所述服务端发送请求信息，所述请求信息用于获取目标车辆的目标行驶路径的路径点集，所述目标行驶路径为以最新上传路径点为起点往前的、所述客户端未接收到的所述目标车辆的行驶路径，所述最新上传路径点为与所述目标车辆关联的司机端最新上传到所述服务端的路径点；

所述服务端响应于所述请求信息向所述客户端返回所述路径点集；

所述客户端基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径。

本发明的行驶路径展示装置的实施例可以应用在网络设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的，其中计算机程序用于执行上述图1B～图3B所示实施例提供的行驶路径展示方法。从硬件层面而言，如图6所示，为本发明的行驶路径展示设备的硬件结构图，除了图6所示的处理器、网络接口、内存以及非易失性存储器之外，所述设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等；从硬件结构上来讲该设备还可能是分布式的设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。

另一方面，本申请还提供了一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序用于执行上述图1B～图3B所示实施例提供的行驶路径展示方法。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

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

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

Claims (8)

1.一种行驶路径展示方法，应用于乘客端对应的客户端，其特征在于，包括：

若满足预设条件，则向服务端发送请求信息，所述请求信息用于获取目标车辆的目标行驶路径的路径点集，所述目标行驶路径为最新上传路径点与当前已获取的路径点集中最后一个路径点之间的路径，所述最新上传路径点为与所述目标车辆关联的司机端最新上传到所述服务端的路径点；

接收所述服务端响应于所述请求信息返回的所述路径点集；

基于所述路径点集生成所述目标车辆的目标行驶路径，并对基于所述当前已获取的路径点集生成的行驶路径展示预设时长后，进行删除处理；

所述满足预设条件包括：到达目标时间，所述目标时间基于所述预设时长的终点之前的预设时间确定。

2.根据权利要求1所述的方法，其特征在于，所述预设时间大于或等于请求所述路径点集的延迟时间，所述延迟时间为从发送所述请求信息至基于所述请求信息接收到所述路径点集的时间。

3.根据权利要求1所述的方法，其特征在于，所述满足预设条件包括：

接收到进入行驶路径展示页面的指令；或者

接收到订单开始的指令。

4.根据权利要求3所述的方法，其特征在于，所述目标行驶路径为所述最新上传路径点与所述目标车辆的起点之间的路径。

5.一种行驶路径展示装置，应用于乘客端，其特征在于，包括：

请求信息发送模块，用于当满足预设条件时，向服务端发送请求信息，所述请求信息用于获取目标车辆的目标行驶路径的路径点集，所述目标行驶路径为最新上传路径点与当前已获取的路径点集中最后一个路径点之间的路径，所述最新上传路径点为与所述目标车辆关联的司机端最新上传到所述服务端的路径点；

路径点集接收模块，用于接收所述服务端响应于所述请求信息返回的所述路径点集；

行驶路径展示模块，用于基于所述路径点集生成所述目标车辆的目标行驶路径，并展示所述目标行驶路径；

路径删除模块，用于对基于所述当前已获取的路径点集生成的展示预设时长后，进行删除处理；

所述满足预设条件包括：到达目标时间，所述目标时间为基于所述预设时长的终点之前的预设时间确定。

6.一种行驶路径展示系统，其特征在于，包括服务端和至少一个客户端，其中：

所述客户端在满足预设条件时，向所述服务端发送请求信息，所述请求信息用于获取目标车辆的目标行驶路径的路径点集，所述目标行驶路径为最新上传路径点与当前已获取的路径点集中最后一个路径点之间的路径，所述最新上传路径点为与所述目标车辆关联的司机端最新上传到所述服务端的路径点；

所述服务端响应于所述请求信息向所述客户端返回所述路径点集；

所述客户端基于所述路径点集生成所述目标车辆的目标行驶路径，并对基于所述当前已获取的路径点集生成的行驶路径展示预设时长后，进行删除处理；

所述满足预设条件包括：到达目标时间，所述目标时间基于所述预设时长的终点之前的预设时间确定。

7.一种行驶路径展示设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述权利要求1-4任一所述的行驶路径展示方法。

8.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-4任一所述的行驶路径展示方法。

Images