1.本发明属于网约车平台技术领域，具体涉及一种网约车下单节约隐私号的方法。
背景技术：
2.当前网约车流量平台(以下简称渠道)向网约车运力平台(以下简称运力)下单，一般是一个订单一个乘客手机号，出于对用户隐私的保护，渠道一般会向隐私号厂商购买一定量的隐私号，然后把用户的真实号码与隐私号、订单进行一一对应，然后下单时向运力提供，运力匹配到司机后，渠道再将乘客隐私号与运力司机手机号进行绑定，这样司机通过拨打乘客隐私号，就可以联系到乘客，而不用担心乘客手机号泄露。从隐私号的利用率方面来讲，从渠道方面，下单量很大，成单率较低，在渠道用户下单和真正乘车之间的比例不是很高的情况下，渠道使用乘客订单号和手机号对应到购入的隐私号，就造成了隐私号的浪费，造成渠道的一种成本的提高；
3.从运力方面来讲，运力匹配到司机后，为了保护司机的隐私，也要生成订单、司机和乘客对应的隐私号，并且得到渠道确认使用司机后才会用到乘客的手机号码与司机号码对应关系，所以在匹配到司机之前，运力对于乘客隐私号的需求不大。
技术实现要素：
4.本发明的目的在于提供一种网约车下单节约隐私号的方法，以解决渠道在大流量和低成单率的情况下，在渠道和运力两方面,提供一个提升渠道隐私号利用率，节约隐私号的一种有效的方法，一方面渠道下单时不传乘客隐私号，待运力司机举手抢单后，确认使用该运力方司机后，再生成对应的隐私号传给运力方，另外一方面，运力也要允许渠道方不传乘客手机号，并且有一套自己的方案，在司机举手抢单时，给出司机的隐私号，并且在渠道方确认使用司机时，在不改变司机隐私号的前提下，将司机的隐私号和乘客的隐私号进行对应上，这样双方就可以相互联系。
5.为实现上述目的，本发明提供如下技术方案：一种网约车下单节约隐私号的方法，步骤一：下单阶段：
6.s11：用户进入渠道app下单，获得订单；
7.s12：渠道向运力下单；
8.s13：运力开放平台接收到渠道下单参数，生成一种本运力认可的一种虚假的乘客手机号a1；s14：运力开放平台向订单下单，获得订单号，此时订单记录的乘客手机号为a1；
9.s15：运力开放平台调用派单平台的派单接口，派单进入派单过程；
10.步骤二：司机举手阶段：
11.s21：运力派单通过规则匹配到合适的司机；
12.s22：运力派单通知开放平台司机id；
13.s23：运力开放平台根据司机id获取司机信息，将司机真实手机号记为b，此时调用隐私号绑定司机手机号和乘客假手机号a1的对应的隐私号，要绑定的隐私号为记为x，对应
关系为a1-x-b；
14.s24：运力开放平台调用渠道司机举手接口，返回给渠道司机姓名、车牌信息和司机隐私号x；
15.步骤三：确认使用司机阶段：
16.s31：渠道进入决策司机流程；
17.s32：渠道确认是否使用该运力方司机；若是：渠道则按照步骤s23的逻辑，将一个隐私号x1与乘客真实手机号a与司机隐私号x进行绑定，渠道方的绑定关系为a-x1-x；若否：渠道直接将运力方订单取消；
18.s33：渠道通知运力开放平台确认使用司机，并返回乘客隐私号x1；
19.s34：运力开放平台接收到渠道的乘客隐私号x1后，调用订单修改订单上的乘客手机号将a1修改为x1；
20.s35：运力开放平台调用隐私号平台修改司机隐私号对应的乘客手机号，将对应关系由a1-x-b，修改为x1-x-b，以保证在给到渠道的司机隐私号x不变的情况下建立正确的绑定关系，此时双方的虚拟号都已经具备了相互联系到对方的能力。
21.优选的，步骤s12中，渠道向运力下单时，此时不生成用户隐私号，也不给运力乘客手机号。
22.优选的，步骤s23中，运力开放平台根据司机id获取司机的信息包括司机姓名、车牌号和司机的真实手机号。
23.优选的，步骤s32中，渠道方的绑定关系为a-x1-x时，此时由于运力方隐私号x不具备相互联系的能力，所以渠道方的隐私号x1也不具备相互联系到对方的能力。
24.优选的，步骤s23中，对应关系为a1-x-b时，由于乘客手机号a1为假手机号，此时的隐私号不具备相互联系的功能。
25.与现有技术相比，本发明的有益效果是：本发明设计的网约车下单节约隐私号的方法，渠道下单时不给乘客绑定的隐私号，在确认使用运力方司机时绑定对应的隐私号，过程节约了渠道方的隐私号；
26.运力也进行了相应的调整，在下单时不强制要求渠道提供乘客手机号，运力生成一种假的乘客手机号，满足了下单流程和司机举手流程，同时在渠道方确认使用司机时，修改运力司机和乘客隐私号的绑定关系，也确保了司机和乘客能互相联系到对方。
附图说明
27.图1为本发明的流程示意图。
具体实施方式
28.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
29.请参阅图1，本发明提供一种技术方案：一种网约车下单节约隐私号的方法，步骤一：下单阶段：
30.s11：用户进入渠道app下单，获得订单；
31.s12：渠道向运力下单，此时不生成用户隐私号，也不给运力乘客手机号；
32.s13：运力开放平台接收到渠道下单参数，生成一种本运力认可的一种虚假的乘客手机号a1；(可以如：1234567890)；
33.s14：运力开放平台向订单下单，获得订单号，此时订单记录的乘客手机号为a1；
34.s15：运力开放平台调用派单平台的派单接口，派单进入派单过程；
35.步骤二：司机举手阶段：
36.s21：运力派单通过规则匹配到合适的司机；
37.s22：运力派单通知开放平台司机id；
38.s23：运力开放平台根据司机id获取司机信息，包括司机姓名、车牌号和司机的真实手机号记为b，此时调用隐私号绑定司机手机号和乘客假手机号a1的对应的隐私号，要绑定的隐私号为记为x可以如17111111111，对应关系为a1-x-b，由于乘客手机号a1为假手机号，此时的隐私号不具备相互联系的功能；
39.s24：运力开放平台调用渠道司机举手接口，返回给渠道司机姓名、车牌信息和司机隐私号x；
40.步骤三：确认使用司机阶段：
41.s31：渠道进入决策司机流程；
42.s32：渠道确认是否使用该运力方司机；若是：渠道则按照步骤s23的逻辑，将一个隐私号x1与乘客真实手机号a(11位手机号)与司机隐私号x进行绑定，渠道方的绑定关系为a-x1-x，此时由于运力方隐私号x不具备相互联系的能力，所以渠道方的隐私号x1也不具备相互联系到对方的能力；若否：渠道直接将运力方订单取消；
43.s33：渠道通知运力开放平台确认使用司机，并返回乘客隐私号x1；
44.s34：运力开放平台接收到渠道的乘客隐私号x1后，调用订单修改订单上的乘客手机号将a1修改为x1；
45.s35：运力开放平台调用隐私号平台修改司机隐私号对应的乘客手机号，将对应关系由a1-x-b，修改为x1-x-b，以保证在给到渠道的司机隐私号x不变的情况下建立正确的绑定关系，此时双方的虚拟号都已经具备了相互联系到对方的能力。
46.尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。