一种支持渠道向第三方运力预估和下单指定路线的方法技术

本发明专利技术公开了一种支持渠道向第三方运力预估和下单指定路线的方法，渠道预估带预估路线；渠道调用运力开放平台进行预估；开放平台调用LBS带预估路线的接口，获得预估距离和时长；开放平台调用计费预估接口，获取预估价以及预估esKey；由开放平台进行缓存，生成预估路线唯一key记作routeKey，对预估路线进行缓存五分钟；开放平台对预估路线routeKey和预估esKey进行缓存五分钟，生成唯一的priceToken，作为下单时使用；发明专利技术通过渠道预估时传来预估路线，运力开放平台与LBS平台分别实现对路线缓存和存储，以及派单绑定司机后推送司机端路线的方式，实现渠道乘客和运力司机之间看到的送驾路线一致，消除差异；支持渠道预估下单指定路线；实现司乘同显，减少投诉量。减少投诉量。减少投诉量。

【技术实现步骤摘要】
一种支持渠道向第三方运力预估和下单指定路线的方法


[0001]本专利技术属于网约车
，具体涉及一种支持渠道向第三方运力预估和下单指定路线的方法。

技术介绍

[0002]目前网约车的一般流程，网约车流量平台(简称渠道)用户从APP预估时，渠道的LBS系统(一种提供定位服务和路线地图等相关服务的系统)就会给出一条渠道认为最佳的预估的送驾路线。如果该渠道向第三方运力平台(简称运力)下单，派到司机之后，运力的LBS系统又会预估出一条路线，这时就可能造成渠道乘客预估路线和运力司机看到的路线有差异，就可能造成预估价和实际费用之间有较大差异。乘客可能投诉费用，也可能投诉司机不按照预估路线行驶。渠道与运力平台各自进行预估，路线不统一，或者渠道使用运力的预估路线，这样就会比较滞后。

技术实现思路

[0003]本专利技术的目的在于提供一种支持渠道向第三方运力预估和下单指定路线的方法，以解决上述
技术介绍
中提出的问题。
[0004]为实现上述目的，本专利技术提供如下技术方案：一种支持渠道向第三方运力预估和下单指定路线的方法，步骤一：带预估路线的预估流程；S11：渠道预估带预估路线；
[0005]S12：渠道调用运力开放平台进行预估；
[0006]S13：开放平台调用LBS带预估路线的接口，获得预估距离和时长；
[0007]S14：开放平台调用计费预估接口，参数为步骤S13距离和时间，获取预估价以及预估esKey；
[0008]S15：由开放平台进行缓存，生成预估路线唯一key记作routeKey，对预估路线进行缓存五分钟；
[0009]S16：开放平台对预估路线routeKey和预估esKey进行缓存五分钟，生成唯一的priceToken，作为下单时使用，用来获取预估路线和预估价信息；
[0010]S17：返回给渠道priceToken；
[0011]步骤二：下单流程与实现：
[0012]S21：渠道向运力下单带priceToken参数；
[0013]S22：开放平台根据priceToken，获取预估esKey和routeKey，其中预估esKey为向订单下单的参数之一，routeKey为redis缓存预估路线的key；
[0014]S23：开放平台向订单系统下单，获取订单号；
[0015]S24：开放平台记录渠道订单和该运力的订单号的对应关系与预估路线的routeKey；
[0016]步骤三：预估路线的存储与推送司机端流程：
[0017]S31：开放平台监听订单状态流转的MQ；
[0018]S32：监听订单状态为订单绑定司机，还是为订单被取消；
[0019]S33：如果订单状态为订单绑定司机；
[0020]S34：根据订单号查询订单关系表的extend_field字段获取routeKey；
[0021]S35：根据routeKey查询预估路线；
[0022]S36：调用LBS系统；
[0023]S37：LBS对预估路线进行存储；
[0024]S38：并通过socket向司机端发送预估路线；司机端通过端内SDK对预估路线进行渲染；
[0025]S39：最后如果调用LBS成功之后，开放平台将预估路线缓存进行删除，以便释放内存空间；
[0026]S310：如果订单状态为订单被取消，则对预估路线进行删除，根据步骤S34获取routeKey，然后调用redis删除该routeKey。
[0027]优选的，步骤S11中，预估路线格式为：经度，纬度，到达该经纬度的毫秒时间戳多个点和时间戳用分号分割，由于预估路线数据量较大，为了方便缓存和存储最多允许2000个点。
[0028]优选的，步骤S24中，由于预估路线的数据量较大，一方面由于流量渠道的成单率较低，另一方面由于在绑定司机前，并不是必须的，所以下单之后并不将渠道的预估路线传给LBS进行存储，以json字符串的格式，记录routeKey到表的extend_field字段，以供后续的使用。
[0029]优选的，步骤S15中，route为步骤1中渠道传的预估路线，下单时就不需要渠道再次传入预估路线，如果渠道预估路线有变化，则渠道会再次调用运力预估接口。
[0030]优选的，步骤S37中，由于预估路线相对较大，LBS端可以对其进行分表存储。
[0031]与现有技术相比，本专利技术的有益效果是：本专利技术通过渠道预估时传来预估路线，运力开放平台与LBS平台分别实现对路线缓存和存储，以及派单绑定司机后推送司机端路线的方式，实现渠道乘客和运力司机之间看到的送驾路线一致，消除差异；支持渠道预估下单指定路线；实现司乘同显，减少投诉量。
附图说明
[0032]图1为本专利技术的带预估路线的预估流程示意图。
[0033]图2为本专利技术的下单流程示意图。
[0034]图3为本专利技术的预估路线的存储与推送司机端流程示意图。
具体实施方式
[0035]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0036]请参阅图1至图3，本专利技术提供一种技术方案：一种支持渠道向第三方运力预估和下单指定路线的方法，步骤一：带预估路线的预估流程；S11：渠道预估带预估路线；
[0037]预估路线格式为：lng,lat,timestamp；lng,lat,timestamp；...
[0038][0039]预估路线格式为：经度，纬度，到达该经纬度的毫秒时间戳多个点和时间戳用分号分割，由于预估路线数据量较大，为了方便缓存和存储最多允许2000个点；
[0040]S12：渠道调用运力开放平台进行预估；
[0041]S13：开放平台调用LBS带预估路线的接口，获得预估距离和时长；
[0042]S14：开放平台调用计费预估接口，参数为步骤S13距离和时间，获取预估价以及预估esKey；
[0043]S15：由于渠道对运力的预估流量较大，所以此时不直接进行入库，由开放平台进行缓存，生成预估路线唯一key记作routeKey；
[0044]如3EAEC7CA2C5435F9697B94B5E8659D03格式，由于预估和下单之间时间相对较短，对预估路线进行缓存五分钟,形如:routeKey：{{route}}，其中route为步骤S11中渠道传的预估路线，下单时就不需要渠道再次传入预估路线，如果渠道预估路线有变化，则渠道会再次调用运力预估接口；
[0045]S16：开放平台对预估路线routeKey和预估esKey进行缓存五分钟，生成唯一的priceToken，作为下单时使用，用来获取预估路线和预估价信息；缓存形如priceToken:{"e":本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种支持渠道向第三方运力预估和下单指定路线的方法，其特征在于：步骤一：带预估路线的预估流程；S11：渠道预估带预估路线；S12：渠道调用运力开放平台进行预估；S13：开放平台调用LBS带预估路线的接口，获得预估距离和时长；S14：开放平台调用计费预估接口，参数为步骤S13距离和时间，获取预估价以及预估esKey；S15：由开放平台进行缓存，生成预估路线唯一key记作routeKey，对预估路线进行缓存五分钟；S16：开放平台对预估路线routeKey和预估esKey进行缓存五分钟，生成唯一的priceToken，作为下单时使用，用来获取预估路线和预估价信息；S17：返回给渠道priceToken；步骤二：下单流程与实现：S21：渠道向运力下单带priceToken参数；S22：开放平台根据priceToken，获取预估esKey和routeKey，其中预估esKey为向订单下单的参数之一，routeKey为redis缓存预估路线的key；S23：开放平台向订单系统下单，获取订单号；S24：开放平台记录渠道订单和该运力的订单号的对应关系与预估路线的routeKey；步骤三：预估路线的存储与推送司机端流程：S31：开放平台监听订单状态流转的MQ；S32：监听订单状态为订单绑定司机，还是为订单被取消；S33：如果订单状态为订单绑定司机；S34：根据订单号查询订单关系表的extend_field字段获取routeKey；S35：根据routeKey查询预估路线；S36：调用LBS系统；S37：LBS对预...

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