订单的结算方法、装置、电子设备及存储介质与流程

1.本技术涉及网约车平台领域，特别地涉及一种订单的结算方法、装置、电子设备及存储介质。


背景技术：

2.在现在的网约车平台中，司机完成行程后，会结算订单总价，订单费用主要有2个部分构成：时长费和里程费，其中里程费的占比会很高，所以里程费的计算越准确越好，里程费需要依赖司机端定时上报的轨迹点来进行计算，在网约车行业中，部分黑产司机会利用飘点工具，在行驶过程中通过改变司机端的定位点，来上报轨迹点，导致订单结算时，里程结算偏差较大，这些异常订单的结算也会做成用户不好的用车体验，降低服务的品质，造成大量的乘客投诉。


技术实现要素：

3.针对上述相关技术中的问题，本技术提供一种订单的结算方法、装置、电子设备及存储介质。
4.本技术提供了一种订单的结算方法，包括：
5.获取司机端在订单执行过程中以预设频率上报的坐标点；
6.基于所述坐标点确定所述订单是否为飘点订单；
7.在确定所述订单为飘点订单的情况下，采用所述订单的预估价为所述司机进行结算。
8.在一些实施例中，所述方法还包括：
9.在所述订单为飘点订单的情况下，对所述飘点订单进行预警，并限制所述司机接单。
10.在一些实施例中，所述基于所述坐标点确定所述订单是否为飘点订单，包括：
11.从所述坐标点中确定最后一次上报的正常坐标点；
12.分别确定所述正常坐标点与除所述正常坐标点之后的各个其他坐标点之间的第一距离；
13.基于预设频率确定所述正常坐标点与所述其他坐标点之间的第一上报时间间隔；
14.基于所述第一距离和所述第一上报时间间隔确定所述正常坐标点到各个其他坐标点之间的第一速度；
15.基于所述第一速度确定各个其他坐标点是否为飘点坐标；
16.统计所述飘点坐标的数量，并计算所述飘点坐标在所述坐标点中的占比；
17.基于所述数量和所述占比，确定所述订单是否为飘点订单。
18.在一些实施例中，所述从所述坐标点中确定最后一次上报的正常坐标点，包括：
19.将第一个坐标点确定为正常坐标点。
20.确定第一个坐标点与第i个坐标点之间的第二距离；
21.基于预设频率确定第一个坐标点与第i个坐标点之间的第二上报时间间隔；
22.基于所述第二距离和所述第二上报时间间隔确定所述第一个坐标点与第i个坐标点之间的第二速度；
23.在所述第二速度小于速度阈值的情况下，确定第i个坐标点为正常坐标点；
24.更新所述正常坐标点为第i个坐标点，其中，i为大于1的正整数。
25.在一些实施例中，所述基于所述数量和所述占比，确定所述订单是否为飘点订单，包括：
26.在所述占比大于预设占比，且所述数量大于预设数量的情况下，确定所述订单为飘点订单；
27.在所述占比小于预设占比和/或所述数量小于预设数量的情况下，确定所述订单为正常订单。
28.在一些实施例中，所述基于所述第一速度确定各个其他坐标点是否为飘点坐标，包括：
29.将第一速度大于速度阈值的坐标点确定为飘点坐标，将第一速度小于速度阈值的坐标点确定为正常坐标点。
30.本技术实施例提供一种订单的结算装置，包括：
31.获取模块，用于获取司机端在订单执行过程中以预设频率上报的坐标点；
32.确定模块，用于基于所述坐标点确定所述订单是否为飘点订单；
33.结算模块，用于在确定所述订单为飘点订单的情况下，采用所述订单的预估价为所述司机进行结算。
34.在一些实施例中，所述装置还包括：
35.限制模块，用于在所述订单为飘点订单的情况下，对所述飘点订单进行预警，并限制所述司机接单。
36.本技术实施例提供一种电子设备，包括：包括存储器和处理器，所述存储器上存储有计算机程序，该计算机程序被所述处理器执行时，执行如上述所述的订单的结算方法。
37.本技术实施例提供一种存储介质，该存储介质存储的计算机程序，能够被一个或多个处理器执行，能够用来实现上述所述的订单的结算方法。
38.本技术实施例提供一种订单的结算方法、装置、电子设备及存储介质，通过获取司机端在订单执行过程中以预设频率上报的坐标点；基于所述坐标点确定所述订单是否为飘点订单；在确定所述订单为飘点订单的情况下，采用所述订单的预估价为所述司机进行结算，能够保障乘客的权益和体验，降低飘点订单的投诉率。
附图说明
39.在下文中将基于实施例并参考附图来对本技术进行更详细的描述。
40.图1为本技术实施例提供的一种订单的结算方法的实现流程示意图；
41.图2为本技术实施例提供的一种通话记录绑定率的记录流程示意图；
42.图3为本技术实施例提供的一种虚拟号接通自动降级流程示意图；
43.图4为本技术实施例提供的一种订单的结算装置的结构示意图；
44.图5为本技术实施例提供的电子设备的组成结构示意图。
45.在附图中，相同的部件使用相同的附图标记，附图并未按照实际的比例绘制。
具体实施方式
46.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地详细描述，所描述的实施例不应视为对本技术的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
47.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
48.如果申请文件中出现“第一\第二\第三”的类似描述则增加以下的说明，在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本技术实施例能够以除了在这里图示或描述的以外的顺序实施。
49.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本技术实施例的目的，不是旨在限制本技术。
50.基于相关技术中存在的问题，本技术实施例提供一种订单的结算方法，所述方法应用于电子设备，所述电子设备具体可以为手机、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，umpc)、手持计算机、上网本、服务器等，本技术实施例对此不做任何限制。所述服务器可以是网约车平台的服务器。本技术实施例提供的订单的结算方法所实现的功能可以通过电子设备的处理器调用程序代码来实现，其中，程序代码可以保存在计算机存储介质中。图1为本技术实施例提供的一种订单的结算方法的实现流程示意图，如图1所示，包括：
51.步骤s101，获取司机端在订单执行过程中以预设频率上报的坐标点。
52.本技术实施例中，网约车平台接收到用户下单后，平台代理层组装下单信息请求订单系统，下单信息可以包括：网约车平台订单号、城市、上下车经纬度、预约用车时间，乘车人基本信息等。网约车平台进行订单分配，通过派单系统进行派单，在派单后，司机开始服务订单，在订单执行过程中，司机端的gps可以定时上报司机的坐标点从而使得网约车平台获取司机端在订单执行过程中以预设频率上报的坐标点，司机端的gps可以是司机的移动终端。
53.本技术实施例中，预设频率可以进行配置，示例性地，所述预设频率可以为10s，也就是说，每10s会上报一次坐标点。
54.步骤s102，基于所述坐标点确定所述订单是否为飘点订单。
55.本技术实施例中，可以通过坐标点判断订单为飘点订单还是正常订单，当为飘点订单时，飘点坐标在坐标点中的占比大于预设占比，且飘点坐标的数量大于预设数量。本技术实施例中，飘点坐标认定为：当前坐标点与最后一次上报的正常坐标点间之间的速度大于预设速度则认定为飘点坐标。如果当前坐标与最后一次上报的正常坐标点之间的速度小于预设速度则认为是正常坐标点。
56.本技术实施例中，步骤s102可以通过以下步骤实现，图2为本技术实施例提供的一
种确定是否为飘点订单的实现流程示意图，如图2所示，包括：
57.步骤s21，从所述坐标点中确定最后一次上报的正常坐标点。
58.本技术实施例中，正常坐标点可以是第一个坐标点，也可以是通过第一个坐标点确定的第i个坐标点。本技术实施例中，正常坐标点可以认为是符合订单的行程的坐标点，而飘点坐标则认为是不符合订单的行程的坐标点。
59.本技术实施例中，步骤s21可以通过以下步骤实现：
60.步骤s1，将第一个坐标点确定为正常坐标点；
61.通常订单刚开始，也就是订单的起点通常是正常的。因此，将第一个坐标点可以确定为正常坐标点。
62.步骤s2，确定第一个坐标点与第i个坐标点之间的第二距离。
63.本技术实施例中，i为大于1的正整数，示例性地，i可以为2，也就是第二个坐标点。本技术实施例中，可以通过两个坐标点来确定第二距离。
64.步骤s3，基于预设频率确定第一个坐标点与第i个坐标点之间的第二上报时间间隔。
65.示例性地，预设频率为10s，则第一个坐标点和i个坐标点之间的第二上报时间间隔为10(i-1)。
66.步骤s4，基于所述第二距离和所述第二上报时间间隔确定所述第一个坐标点与第i个坐标点之间的第二速度。
67.本技术实施例中，用第二距离除以第二上报时间间隔来确定第二速度。
68.步骤s5，在所述第二速度小于速度阈值的情况下，确定第i个坐标点为最后一次上报的正常坐标点。
69.本技术实施例中，可以比较第二速度和速度阈值之间的大小关系，在所述第二速度小于速度阈值的情况下，则第i个坐标点为正常坐标点。如果第二速度大于速度阈值，则第i个坐标点为飘点坐标。
70.本技术实施例中，速度阈值可以进行设定，示例性地，速度阈值可以为120km/小时。
71.本技术实施例中，当第i个坐标点为正常坐标点的情况下，则通过第i坐标点计算第i个坐标点之后的其他坐标点是否为飘点坐标。
72.步骤s22，分别确定所述正常坐标点与除所述正常坐标点之外的各个其他坐标点之间的第一距离。
73.示例性地，正常坐标点为a1，其他坐标点包括：a2、a3、a4。可以计算a1分别到a2、a3、a4之间的第一距离。所述第一距离用l表示。第一距离可以是直线距离。
74.步骤s23，基于预设频率确定所述正常坐标点与所述其他坐标点之间的第一上报时间间隔。
75.本技术实施例中，第一上报时间间隔可以用t表示。
76.步骤s24，基于所述第一距离和所述第一上报时间间隔确定所述正常坐标点到各个其他坐标点之间的第一速度。
77.承接上面的示例，则第一速度可以表示为：v＝l/t。
78.步骤s25，基于所述第一速度确定各个其他坐标点是否为飘点坐标。
79.本技术实施例中，将第一速度大于速度阈值的坐标点确定为飘点坐标，将第一速度小于速度阈值的坐标点确定为正常坐标点。
80.本技术实施例中，所述速度阈值可以是120km/h。
81.步骤s26，统计所述飘点坐标的数量，并计算所述飘点坐标在所述坐标点中的占比。
82.本技术实施例中，可以通过以上方法确定各个坐标是否为飘点坐标。可以通过坐标为飘点坐标的数量。
83.本技术实施例中，可将飘点坐标的数量处于总的坐标点的数量，得到算所述飘点坐标在所述坐标点中的占比。
84.步骤s27，基于所述数量和所述占比，确定所述订单是否为飘点订单。
85.本技术实施例中，在所述占比大于预设占比，且所述数量大于预设数量的情况下，确定所述订单为飘点订单；在所述占比小于预设占比和/或所述数量小于预设数量的情况下，确定所述订单为正常订单。
86.步骤s103，在确定所述订单为飘点订单的情况下，采用所述订单的预估价为所述司机进行结算。
87.本技术实施例中，通常在乘客下单前，网约车平台都会给乘客一个预估价。由于判定该订单为飘点订单，因此，为了减少乘客的投诉，采用所述订单的预估价为所述司机进行结算。
88.本技术实施例中，如果所述订单为正常订单，则正常结算即可。
89.本技术实施例提供一种订单的结算方法，通过获取司机端在订单执行过程中以预设频率上报的坐标点；基于所述坐标点确定所述订单是否为飘点订单；在确定所述订单为飘点订单的情况下，采用所述订单的预估价为所述司机进行结算，能够保障乘客的权益和体验，降低飘点订单的投诉率。
90.在一些实施例中，在步骤s102之后，所述方法还包括：
91.步骤s104，在所述订单为飘点订单的情况下，对所述飘点订单进行预警，并限制所述司机接单。
92.本技术实施例中，通过对于飘点的订单进行预警，可以及时的风控黑产司机，限制黑产司机继续接单，减少了平台的损失，降低了飘点订单的投诉率和客服的进线量。
93.基于前述的各个实施例，本技术实施例在提供一种订单的结算方法的具体示例，图3为本技术实施例提供的一种订单的结算方法的具体示例的流程示意图，如图3所示，包括：
94.1.网约车平台入口用户下单，平台代理层组装下单信息请求订单系统，包含：网约车平台订单号，城市，上下车经纬度，预约用车时间，乘车人基本信息等，包含所有的订单公共信息。
95.2.订单系统下单成功，返回给平台代理层订单号。
96.3.平台代理层接受订单系统返回的订单号，组装派单信息请求派单。
97.4.派单系统接受到派单请求，开始筛选司机。
98.5.通知司机绑单，司机接单。
99.6.司机开始服务订单。
100.7.司机端gps定时上报司机坐标点(频率：每10s上报一次)，将司机端上报的坐标点传给代理层。
101.8.平台将坐标点收集并存储在redis。
102.9.计算2次坐标点的速度,将坐标点1为a1,坐标点2为a2，计算a1到a2的速度，l为a1到a2的直线距离l，t为2次坐标上报的时间间隔，v＝l/t
103.10.判断速度v的值是否大于120km/h。
104.本技术实施例中，如果是，则a2为飘点坐标点。如果否，则则a2为正常坐标点。
105.11.连续上报的坐标点速度都与正常坐标点计算，如a2为飘点，则a3,a4.....需要与a1进行比较计算出速度v2。
106.12.判断速度v2的值是否大于120km/h。
107.本技术实施例中，如果是，则a3,a4.....为飘点坐标点，后续连续坐标点都标记为飘点坐标，如果否，则则a3为正常坐标点。
108.13.司机行程结束，完成服务。
109.14.请求平台lbs，判断该订单是否为飘点订单。
110.15.判断飘点坐标数量/总坐标点数量》30％且飘点坐标数量》20。
111.本技术实施例中，如果是，则该订单为异常飘点订单，该订单为异常飘点订单，通知风控系统，风控司机，行程结束时，给司机按照乘客最后一次预估的价格进行结算，保障乘客的利益。
112.本技术实施例中，如果否，则该订单为正常订单，行程结束时，给司机正常结算
113.16.流程结束。
114.本技术实施例提供的订单的结算方法，通过增加了自动判定异常飘点订单的策略，可以更好的监控订单的飘点情况，避免了部分司机利用飘点工具进行刷单的情况，保障了乘客的权益和用车体验，对于平台而言，对于飘点的订单进行挂起，可以及时的风控黑产司机，限制黑产司机继续接单，减少了平台的损失，降低了飘点订单的投诉率和客服的进线量。
115.基于前述的实施例，本技术实施例提供一种订单的结算装置，该装置包括的各模块、以及各模块包括的各单元，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(cpu，central processing unit)、微处理器(mpu，microprocessor unit)、数字信号处理器(dsp，digital signal processing)或现场可编程门阵列(fpga，field programmable gate array)等。
116.本技术实施例提供了一种订单的结算装置，图4为本技术实施例提供的一种订单的结算装置的结构示意图，如图4所示，订单的结算装置400包括：
117.获取模块401，用于获取司机端在订单执行过程中以预设频率上报的坐标点；
118.确定模块402，用于基于所述坐标点确定所述订单是否为飘点订单；
119.结算模块403，用于在确定所述订单为飘点订单的情况下，采用所述订单的预估价为所述司机进行结算。
120.在一些实施例中，所述装置还包括：
121.限制模块，用于在所述订单为飘点订单的情况下，对所述飘点订单进行预警，并限制所述司机接单。
122.在一些实施例中，所述基于所述坐标点确定所述订单是否为飘点订单，包括：
123.从所述坐标点中确定最后一次上报的正常坐标点；
124.分别确定所述正常坐标点与除所述正常坐标点之后的各个其他坐标点之间的第一距离；
125.基于预设频率确定所述正常坐标点与所述其他坐标点之间的第一上报时间间隔；
126.基于所述第一距离和所述第一上报时间间隔确定所述正常坐标点到各个其他坐标点之间的第一速度；
127.基于所述第一速度确定各个其他坐标点是否为飘点坐标；
128.统计所述飘点坐标的数量，并计算所述飘点坐标在所述坐标点中的占比；
129.基于所述数量和所述占比，确定所述订单是否为飘点订单。
130.在一些实施例中，所述从所述坐标点中确定最后一次上报的正常坐标点，包括：
131.将第一个坐标点确定为正常坐标点；
132.确定第一个坐标点与第i个坐标点之间的第二距离；
133.基于预设频率确定第一个坐标点与第i个坐标点之间的第二上报时间间隔；
134.基于所述第二距离和所述第二上报时间间隔确定所述第一个坐标点与第i个坐标点之间的第二速度；
135.在所述第二速度小于速度阈值的情况下，确定第i个坐标点为最后一次上报的正常坐标点，i为大于1的正整数。
136.在一些实施例中，所述基于所述数量和所述占比，确定所述订单是否为飘点订单，包括：
137.在所述占比大于预设占比，且所述数量大于预设数量的情况下，确定所述订单为飘点订单；
138.在所述占比小于预设占比和/或所述数量小于预设数量的情况下，确定所述订单为正常订单。
139.在一些实施例中，所述基于所述第一速度确定各个其他坐标点是否为飘点坐标，包括：
140.将第一速度大于速度阈值的坐标点确定为飘点坐标，将第一速度小于速度阈值的坐标点确定为正常坐标点。
141.需要说明的是，本技术实施例中，如果以软件功能模块的形式实现上述的订单的结算方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本技术各个实施例所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read only memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本技术实施例不限制于任何特定的硬件和软件结合。
142.相应地，本技术实施例提供一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中提供订单的结算方法中的步骤。
143.本技术实施例提供一种电子设备；图5为本技术实施例提供的电子设备的组成结
构示意图，如图5所示，所述电子设备900包括：一个处理器901、至少一个通信总线902、用户接口903、至少一个外部通信接口904、存储器905。其中，通信总线902配置为实现这些组件之间的连接通信。其中，用户接口903可以包括显示屏，外部通信接口904可以包括标准的有线接口和无线接口。所述处理器901配置为执行存储器中存储的订单的结算方法程序，以实现以上述实施例提供的订单的结算方法中的步骤。
144.以上电子设备和存储介质实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本技术计算机设备和存储介质实施例中未披露的技术细节，请参照本技术方法实施例的描述而理解。
145.应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本技术的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
146.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
147.在本技术所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
148.上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
149.另外，在本技术各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
150.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(rom，read only memory)、磁碟或者光盘等各种可以存储程序代码的介质。
151.或者，本技术上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，
该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台控制器执行本技术各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、磁碟或者光盘等各种可以存储程序代码的介质。
152.以上所述，仅为本技术的实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。