【技术实现步骤摘要】
本专利技术属于网约车运营，具体涉及一种决定是否允许向运力下单的方法。
技术介绍
1、随着网约车公司的网约车业务的快速发展，订单流量来源除了自身乘客app外，也包含了越来越来的渠道方，除了自身的司机外，也包含了越来越多的其他三方运力。这便衍生出一个问题：来自a渠道的订单流量最终被转移至与a毫不相干的b运力。但有些时候，渠道侧并不希望将订单转移至除我司以外的其他运力方，或者渠道只希望指定城市、指定车型、指定服务类型的订单才能由某些运力承接，因此这便要求平台具备订单流量转移支持更高的可控灵活度，为了解决这一问题，本专利技术设计了一种决定是否允许向运力下单的方法。
技术实现思路
1、本专利技术的目的在于提供一种决定是否允许向运力下单的方法，以解决上述
技术介绍
中提出的问题。
2、为实现上述目的，本专利技术提供如下技术方案：一种决定是否允许向运力下单的方法，具体步骤包括：s1：接收向运力下单的请求；请求中有订单号核心数据信息；
3、s2：以订单号作为入参，调用订单详情服务接口，获取订单详情基础数据；
4、s3：从订单详情中获取是否使用三方运力的标签；
5、s4：判断标签值是否为0，为0则继续；否则结束；
6、s5：从订单详情中依次获取渠道号、城市id、服务类型码、车型码信息；
7、s6：从本地数据库中查询所有有效的运力集合；
8、s7：开始逐一遍历每个运力号；
9、s8：根据渠道号、运力号、城市id
10、s9：判断数据集是否为空，为空表示来自该渠道该城市范围内的订单，不能转移至该运力，为空则执行步骤s16；否则继续；
11、s10：遍历步骤s9得到的数据集中的每条记录；
12、s11：从记录中获取配置的服务类型码串，判断其是否包含该订单的服务类型，若包含则继续，否则执行步s16；
13、s12：从记录中获取配置的车型码串，判断车型码串是否包含该订单的车型码，包含则继续；否则执行步骤s16；
14、s13：通过运力号查询运力基础配置；
15、s14：远程调用运力下单url服务接口，执行向该运力下单请求；
16、s15：处理该运力其他后续逻辑；
17、s16：处理下一个运力号；
18、s17：结束。
19、优选的，步骤s13中，基础配置中含有运力方的下单地址url信息。
20、优选的，步骤s6中，运力集合即多个运力号的集合。
21、优选的，车型码包括以下5种：34代表舒适型,35代表商务6座,40代表商务福祉车,41代表豪华型,43代表畅享型。
22、优选的，服务类型码有四类：1代表即时单、2代表预约单、3代表接送机订单、4代表接送站订单；即时单：即乘客当前时间就要用车；预约单：即乘客在未来的一段时间后才用车；接送机订单：即终点是机场，或者从机场出发的一种订单；接送站订单：即终点是火车站，或者从火车站出发的一种订单。
23、与现有技术相比，本专利技术的有益效果是：本专利技术设计的方法允许渠道自主决定是否使用三方运力承接订单，为渠道提供了更高的自由度；可以根据城市、服务类型、车型等维度动态控制来自某渠道的订单是否允许由某运力承接。
本文档来自技高网...【技术保护点】
1.一种决定是否允许向运力下单的方法，其特征在于：具体步骤包括：
2.根据权利要求1所述的一种决定是否允许向运力下单的方法，其特征在于：步骤S13中，基础配置中含有运力方的下单地址URL信息。
3.根据权利要求1所述的一种决定是否允许向运力下单的方法，其特征在于：步骤S6中，运力集合即多个运力号的集合。
4.根据权利要求1所述的一种决定是否允许向运力下单的方法，其特征在于：车型码包括以下5种：34代表舒适型,35代表商务6座,40代表商务福祉车,41代表豪华型,43代表畅享型。
5.根据权利要求1所述的一种决定是否允许向运力下单的方法，其特征在于：服务类型码有四类：1代表即时单、2代表预约单、3代表接送机订单、4代表接送站订单；即时单：即乘客当前时间就要用车；预约单：即乘客在未来的一段时间后才用车；接送机订单：即终点是机场，或者从机场出发的一种订单；接送站订单：即终点是火车站，或者从火车站出发的一种订单。
【技术特征摘要】
1.一种决定是否允许向运力下单的方法，其特征在于：具体步骤包括：
2.根据权利要求1所述的一种决定是否允许向运力下单的方法，其特征在于：步骤s13中，基础配置中含有运力方的下单地址url信息。
3.根据权利要求1所述的一种决定是否允许向运力下单的方法，其特征在于：步骤s6中，运力集合即多个运力号的集合。
4.根据权利要求1所述的一种决定是否允许向运力下单的方法，其特征在于：车型码包括以下5种：...
【专利技术属性】
技术研发人员：赵东辉，
申请(专利权)人：首约科技北京有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。