一种支持乘客下单前后新增与修改途经点的方法技术

本发明专利技术公开了一种支持乘客下单前后新增与修改途经点的方法，步骤一：带途经点的预估：乘客在APP选择上车点和终点，利用乘客选择的途经点调用LBS包含途经点的预估接口预估里程和时间，然后调用计费系统预估出相关金额；步骤二：带途经点的下单；步骤三：带途经点的查询流程：步骤四：途经点的到达流程：步骤五：途经点的新增与修改流程：本发明专利技术让乘客可以在预估时增加一定量的途经点，对包含途经点的里程和预估价进行计算；支持带有途经点的下单，在一定的条件下支持乘客在行驶过程中修改或者新增途经点，解决乘客下单乘车前或乘车过程中设置和修改或新增途经点的痛点；同时消除了一些不必要的异议。不必要的异议。不必要的异议。

【技术实现步骤摘要】
一种支持乘客下单前后新增与修改途经点的方法


[0001]本专利技术属于网约车运营
，具体涉及一种支持乘客下单前后新增与修改途经点的方法。

技术介绍

[0002]目前的网约车一般是，乘客下单前设置了预约上车地址和预约下车地址，然后就直接按照对应的导航路线进行送驾。然而在实际生活中，下单前或者行程中，会有乘客想去某个中间地点拿东西或者接送朋友之类的需求。想要到某途经点，乘客与司机之间往往通过口头协议，这样在实际执行过程中，如果出现司机绕路或者不按照导航路线走，就容易造成不必要的投诉。

技术实现思路

[0003]本专利技术的目的在于提供一种支持乘客下单前后新增与修改途经点的方法，以解决上述
技术介绍
中提出的问题。
[0004]为实现上述目的，本专利技术提供如下技术方案：一种支持乘客下单前后新增与修改途经点的方法，步骤一：带途经点的预估：S11：乘客在APP选择上车点和终点，可以在前端选择添加最多两个途经点，字段名称：passingPoints，根据途经点的顺序确定首先要到达的途经点；
[0005]S12：利用乘客选择的途经点调用LBS包含途经点的预估接口预估里程和时间，然后调用计费系统预估出相关金额；
[0006]步骤二：带途经点的下单：S21：乘客下单带上上面的途经点参数passingPoints；
[0007]S22：由乘客端代理平台向订单平台下单,由于订单详情查询途经点的需要，则将带有途经点的订单存储一个标识{"hasPassingPoints":true}到订单表order的扩展字段中memo，由于订单字段相对较多，将途经点字段转换为JSON字符串存入扩展表order_ext；
[0008]步骤三：带途经点的查询流程：
[0009]S31：查询订单详情时，先根据订单号查询订单信息，根据memo字段解析的JSON中的hasPassingPoints字段如果为true，再查询扩展表的firstPassingPoint、secondPassingPoint途经点字段，这样会减少很多不必要的查询。
[0010]S32：派单过程中，如果派到司机，则根据步骤S31查询订单详情的方式，将途经点信息和送驾路线也给司机端推送过去，司机端根据地图SDK渲染；
[0011]步骤四：途经点的到达流程：
[0012]S41：在行程过程中，如果司机点击到达途经点，则由司机端代理层发送一个到达途经点的MQ；司机点击到达途经点后，更新订单扩展表中的途经点信息；
[0013]S42：乘客代理层接收到到达途经点的MQ之后，则会给乘客端推送已经到达途经点的消息；防止乘客错过途经点；
[0014]步骤五：途经点的新增与修改流程：
[0015]S51：行程中，是否到达途经点根据扩展表途经点对应的param_value字典里面是否存在factPassingPointTime来确定,如果存在，则已经到达途经点，不存在说明未到达途经点；如果途经点未到达，乘客可以修改途经点，包括修改途经点和删除途经点，先进行修改途经点预估，再修改途经点，如果途经点已经到达，则不可以修改；
[0016]S52：行程中，如果途经点少于1个，乘客可以新增途经点，先进行预估，然后再新增途经点，如果途经点达到2个，则不能再新增途经点；
[0017]S53：成功修改或者新增途经点的之后，调用客服系统记录修改前后途经点的变化；
[0018]S54：重复步骤S32，步骤S41流程，直到所有的途经点都到达之后，才能点击到达终点。
[0019]优选的，所述步骤S11中，途经点的顺序代表了第几个途经点，索引为0的为第一个途经点，索引为1的为第二个途经点。
[0020]优选的，步骤S22中，如果有两个途经点，途经点带有顺序，第一个途经点则存储为firstPassingPoint，第二个途经点为secondPassingPoint，将上述1中所示参数以JSON字符串的格式存储到order_ext。
[0021]优选的，所述步骤S31中，根据memo字段解析的JSON中的hasPassingPoints字段如果为true，再查询扩展表的firstPassingPoint、secondPassingPoint途经点字段，减少不必要的查询。
[0022]优选的，步骤S52中，此处不考虑新增途经点的顺序，只认为是在原有途经点的后面新增途经点。
[0023]与现有技术相比，本专利技术的有益效果是：本专利技术让乘客可以在预估时增加一定量的途经点，对包含途经点的里程和预估价进行计算；支持带有途经点的下单，在一定的条件下支持乘客在行驶过程中修改或者新增途经点，司机点击到达途经点到达时，会发送到达途经点的MQ，乘客代理层或者开放平台通过消费到达途经点的MQ消息，对乘客或者第三方乘客流量渠道进行通知，同时乘客新增或修改途经点的事件通知客服系统进行记录，在遇到一些投诉问题时，这些记录可以作为判责的依据；解决乘客下单乘车前或乘车过程中设置和修改或新增途经点的痛点；同时消除了一些不必要的异议。
附图说明
[0024]图1为本专利技术的带途经点的预估流程示意图。
[0025]图2为本专利技术的带途经点的下单流程示意图。
[0026]图3为本专利技术的途经点的到达流程示意图。
[0027]图4为本专利技术的途经点的新增与修改流程示意图。
具体实施方式
[0028]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0029]请参阅图1至图4，本专利技术提供一种技术方案：一种支持乘客下单前后新增与修改途经点的方法，步骤一：带途经点的预估：S11：乘客在APP选择上车点和终点，可以在前端选择添加最多两个途经点，字段名称：passingPoints，根据途经点的顺序确定首先要到达的途经点；
[0030]具体格式如:List<PassingPointVo>passingPoints，途经点的顺序代表了第几个途经点，如索引为0的为第一个途经点，索引为1的为第二个途经点，根据途经点的顺序确定首先要到达的途经点。PassingPointVo字段说明：
[0031][0032]S12：利用乘客选择的途经点调用LBS包含途经点的预估接口预估里程和时间，然后调用计费系统预估出相关金额；
[0033]步骤二：带途经点的下单：S21：乘客下单带上上面的途经点参数passingPoints；
[0034]S22：由乘客端代理平台向订单平台下单,由于订单详情查询途经点的需要，则将带有途经点的订单存储一个标识{"hasPassingPoints":true}到订单表order的扩展字段中memo，由于订单字段相对较多，将途经点字本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种支持乘客下单前后新增与修改途经点的方法，其特征在于：步骤一：带途经点的预估：S11：乘客在APP选择上车点和终点，可以在前端选择添加最多两个途经点，字段名称：passingPoints，根据途经点的顺序确定首先要到达的途经点；S12：利用乘客选择的途经点调用LBS包含途经点的预估接口预估里程和时间，然后调用计费系统预估出相关金额；步骤二：带途经点的下单：S21：乘客下单带上上面的途经点参数passingPoints；S22：由乘客端代理平台向订单平台下单,由于订单详情查询途经点的需要，则将带有途经点的订单存储一个标识{"hasPassingPoints":true}到订单表order的扩展字段中memo，由于订单字段相对较多，将途经点字段转换为JSON字符串存入扩展表order_ext；步骤三：带途经点的查询流程：S31：查询订单详情时，先根据订单号查询订单信息，再查询扩展表的firstPassingPoint、secondPassingPoint途经点字段。S32：派单过程中，如果派到司机，则根据步骤S31查询订单详情的方式，将途经点信息和送驾路线也给司机端推送过去，司机端根据地图SDK渲染；步骤四：途经点的到达流程：S41：在行程过程中，如果司机点击到达途经点，则由司机端代理层发送一个到达途经点的MQ；司机点击到达途经点后，更新订单扩展表中的途经点信息；S42：乘客代理层接收到到达途经点的MQ之后，则会给乘客端推送已经到达途经点的消息；防止乘客错过途经点；步骤五：途经点的新增与修改流程：S51：行程中，是否到达途经点根据扩展表途经点对应的param_value字典里面是否存在factPassingPointTime来...

【专利技术属性】
技术研发人员：赵明威，
申请(专利权)人：首约科技北京有限公司，
类型：发明
国别省市：