CN110634045A - 一种多途经点订单处理方法及装置 - Google Patents

Abstract

本发明公开了一种多途经点订单处理方法及装置，多途经点订单处理方法包括：获取客户端更改指令，更改指令包括修改途经点指令和修改多途经点顺序指令；接收客户端更改指令，判断途经点是否可更改；若是，则拆分多途径点为目的地1、目的地2…以此类推至目的地n；判断更改指令是否满足第一预设条件，其中所述第一预设条件包括目的地均可达和相邻目的地间不重合；若均满足，则响应于客户端更改指令，根据更改指令更改导航信息。采用本发明公开的多途经点订单处理方法，用户在确认用车后或行程中，能够在移动界面修改途经点和/或修改多途经点顺序，并实时在乘客端、司机端和后台管理端更新显示导航路线，有效提高了网约车的服务效率和服务质量。

Description

一种多途经点订单处理方法及装置

技术领域

本发明涉及互联网应用技术领域，还涉及网约车订单处理领域，尤其涉及一种多途经点订单处理方法及装置。

背景技术

近年来，为倡导低碳环保理念，降低出行成本，提高出行效率，网约车出行成为一种主流的出行方式。在现有网约车服务中，用户在移动客户端下订单时，一趟行程只能在确认用车前确认好起点、途径点和终点，一旦确认顺序后，司机端响应订单则只可以增设途经点，当用户需修改途经点或重新对途经点进行排序时，必须口头指路或者重新下单，并与司机协商后才可以改变行程路线。当用户执行口头指路时，不仅影响导航路线，而且会使得服务平台系统中的目的地与实际目的地不符的问题；当用户重新下单时，影响了用户的使用便捷感，现有方式不仅降低了网约车服务的服务效率，而且还影响了服务质量。

因此，有必要设计一种支持多途径点订单行程的网约车服务系统，便于用户在确认用车前和行程中都能够修改途经点或对途经点进行重新排序，以提高用户使用感，提高网约车服务效率和服务质量。

发明内容

本发明所要解决的技术问题在于，提供一种多途经点订单处理方法，解决现有技术中，确认用车后，无法修改途经点或对途经点进行重新排序，造成的用户不便捷的问题。

为了解决上述技术问题，本发明提供了一种多途经点订单处理方法，所述多途经点订单处理方法包括：

获取客户端更改指令，其中，所述更改指令至少包括修改途经点指令或修改多途经点顺序指令；

根据客户端的更改指令，判断所述途经点是否可更改；

若是，则拆分所述多途径点为目的地1、目的地2…以此类推至目的地n；

判断所述更改指令是否满足第一预设条件，其中所述第一预设条件包括目的地均可达和相邻目的地间不重合；

若均满足，则响应于客户端更改指令，根据所述更改指令更改导航信息。

具体地，所述判断所述途经点是否可更改的步骤包括：

判断行驶距离是否小于预设距离；

若是，则判断行驶时间是否小于预设时间；

若是，则判定所述途经点可改。

可替换地，所述判断所述途经点是否可更改的步骤包括：

判断行驶时间是否小于预设时间；

若是，则判断行驶距离是否小于预设距离；

若是，则判定所述途经点可改。

具体地，所述导航信息包括：导航路线、预估里程和预估费用。

进一步地，所述判断所述更改指令是否满足第一预设条件还包括：

判断所述客户端账户余额是否可支付预估费用；

若可支付，则判定所述更改指令满足第一预设条件。

进一步地，所述获取客户端更改指令之前，所述多途经点订单处理方法还包括：

获取客户端订单信息，其中，所述订单信息包括起点信息、终点信息和多途经点信息；

判断所述订单信息是否满足第二预设条件；

若满足，则根据客户端订单信息，按照起点-途经点-终点的顺序生成导航信息。

具体地，所述第二预设条件包括：起点与目的地1不重合、相邻目的地间不重合、目的地n与终点不重合。

相应地，本发明还提供了一种多途经点订单处理装置，所述多途经点订单处理装置包括：

指令获取模块：用于获取客户端更改指令；

第一判断模块：用于判断所述途经点是否可改；

第二判断模块：用于判断所述更改指令是否满足第一预设条件；

执行模块：用于更改导航信息。

具体地，所述第二判断模块包括：

第一判断单元：用于判断行驶距离是否小于预设距离；

第二判断单元：用于判断行驶时间是否小于预设时间；

第三判断单元：用于判断所述客户端账户余额是否可支付预付费用。

进一步地，所述多途经点订单处理装置还包括：

订单信息获取模块：用于获取客户端订单信息；

判定模块：用于所述订单信息是否满足第二预设条件。

生成模块：用于生成导航信息。

实施本发明实施例，具有如下有益效果：

本发明公开的一种多途经点订单处理方法，用户在确认用车后或行程中，能够在移动界面修改途经点和/或修改多途经点顺序，并实时在乘客端、司机端和后台管理端更新显示导航路线，有效提高了网约车的服务效率和服务质量。

附图说明

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

图1是本发明实施例提供的一种多途经点订单处理方法的流程示意图；

图2是本发明实施例提供的一种多途经点订单处理装置的结构示意图；

图3是本发明实施例提供的一种添加目的地界面的示意图；

图4是本发明实施例提供的一种修改目的地界面的示意图；

图5是本发明实施例提供的另一种修改目的地界面的示意图；

图6是本发明实施例提供的另一种修改目的地界面的示意图；

图7是本发明实施例提供的一种导航路线的显示界面的示意图。

具体实施方式

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

需说明的是，本发明的权利要求书、说明书及说明书附图中的术语“第一”、“第二”等用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。并且，术语“第一”、“第二”是用于区别类似的对象，而不用于描述特定的顺序或者先后顺序。应该理解的是，这样的使用数据在适当的情况下可以互换，以便这里描述的本发明的实施例能够适用于除本方案图示或描述以外的实施顺序。此外，术语“包括”和“为”以及其任何形式的变形，意图在于覆盖不排他的包括，例如，包含了一系列的步骤或单元的过程、方法、装置或者终端不必限于清楚地列出哪些步骤或单元，而是能够包括没有清楚地列出的或对于这些过程、方法、装置或者终端固有的其他步骤或单元。

实施例

请参考图1，其所示为本发明实施例提供的一种限速解除方法的流程示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中例句的步骤顺序仅仅为众多步骤执行顺序中的一种，不代表唯一的执行顺序，在实际车辆行驶时，可以按照实施顺序或者附图所示的方法顺序执行。具体的如图1所示，所述多途经点订单处理方法，该方法可以应用于乘客客户端对应的终端设备中。在本实施例中，为了便于理解，结合能够安装第三方应用程序的终端智能设备举例说明。本领域技术人员可以理解，该终端设备可以包括但不限于诸如智能手机的移动终端设备、智能穿戴式设备、平板电脑、个人数字助理等等。所述多途经点订单处理方法包括：

S110获取客户端订单信息；

需要说明的是，在本说明书实施例中，所述订单信息包括起点信息、终点信息和多途经点信息。

在本说明书实施例中，在确认用车后或行程中，乘客在移动界面输入起点信息、目的地1、目的地2…目的地n和终点信息，所述途经点至少有一个。当用户在如图3所示的添加目的地界面填写起点和终点，并点击终点附近的“+”按钮触发地址搜索，添加目的地1，同样，按照此方法添加目的地2、目的地3等等。

S120判断所述订单信息是否满足第二预设条件；

在本说明书实施例中，所述第二预设条件可以为但不限于为起点与目的地1不重合、相邻目的地间不重合、目的地n与终点不重合，其中，所述目的地1为用户在移动界面输入的第一个途经点，所述目的地n为用户在移动界面输入的最后一个途经点。

在本说明书实施例中，判断所述订单信息是否满足第二预设条件的目的在于，在订单包含多途经点的情况下，判断起点与目的地1不重合、相邻目的地间不重合、目的地n与终点不重合，以保证输入的目的地为有效目的地。但不判断不相邻两点间的重合的原因在于，满足乘客由某地出发接送某人再返回原地的需要。

S130若满足，则根据客户端订单信息，按照起点-途经点-终点的顺序生成导航信息。

在本说明书实施例中，若不满足，则生成相应的提示文案并反馈至乘客端、司机端和后台管理端。

在本说明书实施例中，导航信息包括导航路线、预估里程、预估时间和预估费用，其中，所述导航路线按照用户在移动界面输入的起点-目的地1-目的地2…-终点的顺序展示，并展示最优化导航路线，且一次只展示临近两点间导航路线，以确保没有干扰信息。行程中，所述导航信息根据行驶状态实时更新，若产生偏航可随时重新规划，所述预估费用采用分段式预估，并加和计算。

S140获取客户端更改指令；

需要说明的是，在本说明书实施例中，所述更改指令至少包括修改途经点指令或修改多途经点顺序指令；其中，修改途经点包括增加途经点和删减途经点。

S150根据客户端的更改指令，判断所述途经点是否可更改；

具体地，所述判断所述途经点是否可更改的步骤包括：

判断行驶距离是否小于预设距离；

若是，则判断行驶时间是否小于预设时间；

若是，则判定所述途经点可改。

可替换地，所述判断所述途经点是否可更改的步骤包括：

判断行驶时间是否小于预设时间；

若是，则判断行驶距离是否小于预设距离；

若是，则判定所述途经点可改。

在本说明书实施例中，判断行驶距离是否小于预设距离和判断行驶时间是否小于预设时间的顺序不作具体限定，可以先判断行驶距离是否小于预设距离，也可以先判断行驶时间是否小于预设时间，也可以是同时判断行驶距离是否小于预设距离和判断行驶时间是否小于预设时间。

在本说明书实施例中，所述预设距离可以是0.5公里，可以是1公里，可以是预估里程的二分之一，也可以是预估里程的三分之一，本说明书不作具体限定，同理，所述预设时间可以是3分钟、5分钟、10分钟，也可以是预估时间的五分之一、三分之一或二分之一，本说明书也不作具体限定。

例如，在网约车订单行程过程中，乘客在移动设备上点击修改目的地按钮，如图4所示，若该界面仅有一个终点，则仅可添加途经点；如图5所示，若该界面有多个途经点，则可删减途经点或者修改途经点顺序；如图6所示，若乘客端、司机端和后台灌流单更新的导航路线显示已经经过目的地1，则目的地1不可更改，仅可更改目的地2、目的地3。

S160若是，则拆分所述多途径点为目的地1、目的地2…以此类推至目的地n；

S170判断所述更改指令是否满足第一预设条件；

在本说明书实施例中，所述第一预设条件包括目的地均可达、相邻目的地间不重合和所述客户端账户余额是否可支付预估费用；由于网约车受续航里程、各类政策和租赁商服务区域限制，需要对起点、途经点和终点进行批量合法合规检验，一旦校验出路线不合法需反馈至客户端相应的提示文案。判断客户端账户余额是否可支付预估费用的目的在于，确保用户的账户余额足以支付订单，降低订单坏账率。

S180若均满足，则响应于客户端更改指令，根据所述更改指令更改导航信息。

如图2所示，其所示为本发明实施例提供的一种多途经点订单处理装置的结构示意图，本说明书提供了如实施例所述的装置结构。实施例中列举的结构仅仅为众多结构的一种，不代表唯一的结构，在实际的装置中，可以按照附图所示的结构组成。具体的如图2所示，所述多途经点订单处理装置包括：

订单信息获取模块210：用于获取客户端订单信息；

判定模块220：用于所述订单信息是否满足第二预设条件。

生成模块230：用于生成导航信息。

指令获取模块240：用于获取客户端更改指令；

第一判断模块250：用于判断所述途经点是否可改；

第二判断模块260：用于判断所述更改指令是否满足第一预设条件；

执行模块270：用于更改导航信息。

具体地，所述第二判断模块260包括：

第一判断单元：用于判断行驶距离是否小于预设距离；

第二判断单元：用于判断行驶时间是否小于预设时间；

第三判断单元：用于判断所述客户端账户余额是否可支付预付费用。

采用本发明公开的多途经点订单处理方法，用户在确认用车后或行程中，能够在移动界面修改途经点和/或修改多途经点顺序，并实时在乘客端、司机端和后台管理端更新显示导航路线，有效提高了网约车的服务效率和服务质量。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的均为与其他实施例的不同之处。尤其，对于装置的实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或者部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述程序可以存储于一种计算机可读介质中。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims (10)

1.一种多途经点订单处理方法，其特征在于，所述多途经点订单处理方法包括：

获取客户端更改指令，其中，所述更改指令至少包括修改途经点指令或修改多途经点顺序指令；

根据获取的客户端更改指令，判断所述途经点是否可更改；

若是，则拆分所述多途径点为目的地1、目的地2…以此类推至目的地n；

判断所述更改指令是否满足第一预设条件，其中所述第一预设条件包括目的地均可达和相邻目的地间不重合；

若均满足，则响应于客户端更改指令，根据所述更改指令更改导航信息。

2.根据权利要求1所述的一种多途经点订单处理方法，其特征在于，所述判断所述途经点是否可更改的步骤包括：

判断行驶距离是否小于预设距离；

若是，则判断行驶时间是否小于预设时间；

若是，则判定所述途经点可改。

3.根据权利要求1所述的一种多途经点订单处理方法，其特征在于，所述判断所述途经点是否可更改的步骤包括：

判断行驶时间是否小于预设时间；

若是，则判断行驶距离是否小于预设距离；

若是，则判定所述途经点可改。

4.根据权利要求1所述的一种多途经点订单处理方法，其特征在于，所述导航信息包括：导航路线、预估里程、预估时间和预估费用。

5.根据权利要求4所述的一种多途经点订单处理方法，其特征在于，所述判断所述更改指令是否满足第一预设条件还包括：

判断所述客户端账户余额是否可支付预估费用；

若可支付，则判定所述更改指令满足第一预设条件。

6.根据权利要求1所述的一种多途经点订单处理方法，其特征在于，所述获取客户端更改指令之前，所述多途经点订单处理方法还包括：

获取客户端订单信息，其中，所述订单信息包括起点信息、终点信息和多途经点信息；

判断所述订单信息是否满足第二预设条件；

若满足，则根据客户端订单信息，按照起点-途经点-终点的顺序生成导航信息。

7.根据权利要求6所述的一种多途经点订单处理方法，其特征在于，所述第二预设条件包括：起点与目的地1不重合、相邻目的地间不重合、目的地n与终点不重合。

8.一种多途经点订单处理装置，其特征在于，所述多途经点订单处理装置包括：

指令获取模块：用于获取客户端更改指令；

第一判断模块：用于判断所述途经点是否可改；

第二判断模块：用于判断所述更改指令是否满足第一预设条件；

执行模块：用于更改导航信息。

9.根据权利要求8所述的一种多途经点订单处理装置，其特征在于，所述第二判断模块包括：

第一判断单元：用于判断行驶距离是否小于预设距离；

第二判断单元：用于判断行驶时间是否小于预设时间；

第三判断单元：用于判断所述客户端账户余额是否可支付预付费用。

10.根据权利要求8所述的一种多途经点订单处理装置，其特征在于，所述多途经点订单处理装置还包括：

订单信息获取模块：用于获取客户端订单信息；

判定模块：用于所述订单信息是否满足第二预设条件。

生成模块：用于生成导航信息。

Images