一种修改上下车地址的方法技术

本发明专利技术公开了一种修改上下车地址的方法，S1：APP发起上车位置修改，端上显示修改上车地址的提升，提示用户只有指定次数的修改权限，弹窗提示用户确认修改；S2：用户确认修改后，可在地图上拖动选择新的位置，若修改后的地址不在指定范围内，则提示用户不可修改至该区域；S3：调用订单接口，订单判断是否满足上车位置修改的条件；S4：查询该订单修改记录，若已经修改过指定次数，则不允许再次修改，返回超过修改次数；本发明专利技术能够减少用户修改上车地址的沟通复杂性，提升用户体验；可以将用户修改记录保留，作为后续处理费用纠纷的依据；用户修改后的地址可以实时同步到司机端，方便司机按照新的位置导航去接乘客，提升司机侧体验。提升司机侧体验。提升司机侧体验。

【技术实现步骤摘要】
一种修改上下车地址的方法


[0001]本专利技术属于网约车运营
，具体涉及一种修改上下车地址的方法。

技术介绍

[0002]随着业务的发展和逐渐成熟，业务发展需求也从功能完善到了体验优化层面，进一步提高用户的使用体验，进而挖掘潜在用户。数据分析发现，一定占比的用户的下单的预定地点与上车地点有一定的偏差,而且偏差在一定范围内，经过大量的数据分析和用户回访，有但不限于以下场景会有这种需求：
[0003]1)附近没有推荐上车点，又无法精准定位到当前位置，等司机联系时，电话沟通，告诉司机，往指定位置稍微走一点；
[0004]2)下单后，发现该位置机动车限行，需要重新改约附近地点，跟司机电话沟通；
[0005]3)可能桥上桥下导航不是很精准，就需要用户和司机来沟通，具体位置；
[0006]4)定位点在家附近，临时发现忘带东西，回家取，希望师傅可以再走近一些，减少一点等待时间；
[0007]鉴于以上各种原因导致实际上车点和预定上车点不一致时，司乘双方沟通成本高；电话沟通修改新的位置后，司机侧无法实时变更为新位置导航，需要再另外打开地图，或者用户沟通从原上车位置怎么到达修改后的上车位置，沟通成本高；若新老位置，偏差较大，当有客诉时，由于后台系统无修改记录，没有处理的依据，容易造成纠纷。

技术实现思路

[0008]本专利技术的目的在于提供一种修改上下车地址的方法，以解决上述
技术介绍
中提出的问题。
[0009]为实现上述目的，本专利技术提供如下技术方案：一种修改上下车地址的方法，具体步骤包括：
[0010]S1：APP发起上车位置修改，端上显示修改上车地址的提升，提示用户只有指定次数的修改权限，弹窗提示用户确认修改；
[0011]S2：用户确认修改后，可在地图上拖动选择新的位置，若修改后的地址不在指定范围内，则提示用户不可修改至该区域；
[0012]S3：调用订单接口，订单判断是否满足上车位置修改的条件；
[0013]S4：查询该订单修改记录，若已经修改过指定次数，则不允许再次修改，返回超过修改次数；
[0014]S5：判断订单状态，若当前状态为司机已接单和司机出发接乘客，则允许修改，其它状态不允许修改，返回当前状态无法修改上车点；
[0015]S6：判断修改前后的上车点是否直线距离在指定范围内；若超出指定半径，返回超出修改范围；
[0016]S7：判断该订单是否为一口价订单，若未一口价订单，则不支持修改，返回一口价
订单不支持修改上车点；
[0017]S8：判断该接单司机是否为三方运力，若是三方运力，则不支持修改，返回超出修改范围；
[0018]S9：若以上条件都满足，则进入修改上车地址的流程，给端上推送可以修改的提示，用户修改上车位置后，若未点击确认，则提示用户确认保持，以免造成乘客以为修改了，实际未修改的信息偏差；
[0019]S10：订单系统修改订单基础信息，并记录订单上车点修改记录；用于后续修改次数的判断；
[0020]S11：订单系统通知端上，地址修改成功，端上调用地图SDK，重新绑定路线，并将更新后的上车点同步到司机侧，司机按照新的路线去接乘客，完成上车地址修改。
[0021]优选的，步骤S2中，在城市交界处，两个城市的价格不一致时，不允许跨城修改。
[0022]优选的，步骤S5中，若订单已开始服务及后续流程，订单已经在服务中，正常没有修改上车点的需求，直接限制接口调用，防止非法用户恶意刷接口。
[0023]优选的，步骤S10中，修改记录包括原始上车点地址信息，经纬度信息、修改后上车点地址信息，经纬度信息。
[0024]优选的，司机主动取消乘客订单，会扣取司机权益，为防止司机挑单，每个司机每个月设置有指定次数的订单取消权。
[0025]与现有技术相比，本专利技术的有益效果是：本专利技术设计的修改上下车地址的方法，能够减少用户修改上车地址的沟通复杂性，提升用户体验；可以将用户修改记录保留，作为后续处理费用纠纷的依据；用户修改后的地址可以实时同步到司机端，方便司机按照新的位置导航去接乘客，提升司机侧体验。
附图说明
[0026]图1为本专利技术的流程示意图。
具体实施方式
[0027]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0028]请参阅图1，本专利技术提供一种技术方案：一种修改上下车地址的方法，S1：APP发起上车位置修改，端上显示修改上车地址的提升，提示用户只有指定次数的修改权限，弹窗提示用户确认修改；
[0029]S2：用户确认修改后，可以在地图上拖动选择新的位置，若修改后的地址不在指定范围内，则提示用户不可修改至该区域；
[0030]说明：比如在城市交界处，两个城市的价格不一致，不允许跨城修改；
[0031]S3：调用订单接口，订单判断是否满足上车位置修改的条件；
[0032]S4：查询该订单修改记录，若已经修改过指定次数，则不允许再次修改，返回超过修改次数；
[0033]说明：该指定次数是根据数据分析的情况得到的结果，可以覆盖99.9％的正常用户修改需求，防止用户恶意刷接口；
[0034]S5：判断订单状态，若当前状态为司机已接单和司机出发接乘客，则允许修改，其它状态不允许修改，返回当前状态无法修改上车点；
[0035]说明：订单状态的流转为:用户下单
‑
>司机已接单
‑
>司机出发接乘客
‑
>司机到达预定上车点
‑
>订单开始服务
‑
>服务完成
‑
>用户支付，订单完成；
[0036]若司机已到达，用户再随意发起修改，等待过程中司机不一定及时盯着消息推送，容易造成乘客修改后，司机未及时到新的地点去接乘客的问题，降低双方满意度，此时更适合电话沟通，这种比较及时的方式；
[0037]若订单已开始服务及后续流程，订单已经在服务中，正常没有修改上车点的需求，直接限制接口调用，防止非法用户恶意刷接口；
[0038]S6：判断修改前后的上车点是否直线距离在指定范围内，配置值是根据数据分析的结果覆盖尽量多的用户需求，但尽量不给司机造成麻烦，若原始起点和修改后位置偏差较大，可能会造成司机接驾距离较远，司机接这单经济上不合适，容易降低司机满意度；若超出指定半径，返回超出修改范围。
[0039]说明：
[0040]1).接驾距离：是司机从自己的当前位置，到乘客指定上车点的距离；
[0041]2).司机主动取消乘客订单，会扣取司机权益，为了防止司本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种修改上下车地址的方法，其特征在于：具体步骤包括：S1：APP发起上车位置修改，端上显示修改上车地址的提升，提示用户只有指定次数的修改权限，弹窗提示用户确认修改；S2：用户确认修改后，可在地图上拖动选择新的位置，若修改后的地址不在指定范围内，则提示用户不可修改至该区域；S3：调用订单接口，订单判断是否满足上车位置修改的条件；S4：查询该订单修改记录，若已经修改过指定次数，则不允许再次修改，返回超过修改次数；S5：判断订单状态，若当前状态为司机已接单和司机出发接乘客，则允许修改，其它状态不允许修改，返回当前状态无法修改上车点；S6：判断修改前后的上车点是否直线距离在指定范围内；若超出指定半径，返回超出修改范围；S7：判断该订单是否为一口价订单，若未一口价订单，则不支持修改，返回一口价订单不支持修改上车点；S8：判断该接单司机是否为三方运力，若是三方运力，则不支持修改，返回超出修改范围；S9：若以上条件都满足，则进入修改上车地址的流程，给端上推送可以修改的提示，用户修改上车位置后，若未点击确认，则提示用户确认保...

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