一种行驶里程计算方法、装置、电子设备及存储介质与流程

1.本发明涉及车辆技术领域，具体涉及一种行驶里程计算方法、装置、电子设备及存储介质。


背景技术：

2.巡游/网约车服务里程是指巡游/网约车订单在送客过程中的行驶里程。它是通过在行驶过程中的手机的一连串定位点计算得出的里程。服务里程是巡游/网约车订单费用的重要组成部分，其准确度直接影响了订单费用的准确度。
3.图1是现有技术提供的计算巡游/网约车订单的服务里程的交互图，具体的如图1所示，目前巡游/网约车订单的里程计算方式主要是通过手机定位获取到定位点然后通过tcp网络协议发送定位点到后端后端服务器。后端服务器通过定位点连线后计算对应的里程。现有技术提供的方案中多个环节均有可能发生定位点丢失，进而造成服务里程计算不准确。因此，有必要对现有技术加以改进以提高服务里程计算的准确度。


技术实现要素：

4.本发明旨在至少解决现有技术中存在的技术问题之一。为此，本发明第一方面提出一种行驶里程计算方法，包括：
5.在满足预设的行驶里程计算开始条件时，监听定位回调以判断车辆是否定位成功；
6.在定位成功时，判断客户端与后端服务器之间的网络通信状态是否正常；
7.在网络通信状态正常时，判断客户端与后端服务器之间的tcp链接是否正常；
8.在tcp链接正常时，将定位点通过tcp请求发送给后端服务器并判断是否上传成功；
9.在上传成功时，接收后端服务器返回的行驶里程；其中，所述行驶里程是后端服务器根据所述定位点计算得到的。
10.进一步地，所述将定位点通过tcp请求发送给后端服务器并判断是否上传成功之后，还包括：
11.在上传失败时，等待预设时间间隔后转向所述将定位点通过tcp请求发送给后端服务器并判断是否上传成功的步骤。
12.进一步地，所述判断客户端与后端服务器之间的网络通信状态是否正常之后，还包括：在网络通信状态不正常时，将所述定位点保存到本地内存储器中；
13.所述判断客户端与后端服务器之间的tcp链接是否正常之后，还包括：在tcp链接不正常时，将所述定位点保存到第一本地存储。
14.进一步地，所述接收后端服务器返回的行驶里程之前，还包括：
15.监听并判断客户端与后端服务器之间的网络通信状态是否正常；
16.在网络通信状态正常时，监听并判断客户端与后端服务器之间的tcp链接是否正
常；
17.在tcp链接正常时，将保存在第一本地本地存储中的所述定位点通过 tcp请求发送给后端服务器并判断是否上传成功；
18.在上传成功时，转向所述接收后端服务器返回的行驶里程的步骤；
19.在上传失败时，等待预设时间间隔后转向所述将保存在本地内存储器中的所述定位点通过tcp请求发送给后端服务器并判断是否上传成功的步骤。
20.进一步地，所述在上传成功时，接收后端服务器返回的行驶里程之前，还包括：
21.监听并判断客户端与后端服务器之间的tcp链接是否正常；
22.在tcp链接正常时，监听并判断客户端与后端服务器之间的网络通信状态是否正常；
23.在网络通信状态正常时，将保存在本地内存储器中的所述定位点通过tcp请求发送给后端服务器并判断是否上传成功；
24.在上传成功时，转向所述接收后端服务器返回的行驶里程的步骤；
25.在上传失败时，等待预设时间间隔后转向所述将保存在本地内存储器中的所述定位点通过tcp请求发送给后端服务器并判断是否上传成功的步骤。
26.进一步地，所述监听定位回调以判断车辆是否定位成功之后，还包括：
27.在定位成功时，将所述定位点写入本地外存储器中；
28.向后端服务器发送结束计费请求；
29.在请求成功时，将保存在本地外存储器中的所述定位点通过http请求上传给后端服务器。
30.进一步地，所述将保存在本地外存储器中的所述定位点通过http请求上传给后端服务器之后，还包括：
31.判断保存在本地外存储器中的所述定位点是否上传成功；
32.在上传失败时，监听并判断客户端与后端服务器之间的网络通信状态是否正常；
33.在网络通信状态正常时，等待预设时间间隔后转向所述将保存在本地外存储器中的所述定位点通过http请求上传给后端服务器的步骤；
34.在网络通信状态不正常时，监听客户端与后端服务器之间的网络通信状态，在网络通信状态恢复正常后转向所述将保存在本地外存储器中的所述定位点通过http请求上传给后端服务器的步骤。
35.本发明第二方面提出一种行驶里程计算装置，包括：
36.定位成功判断模块，用于在满足预设的行驶里程计算开始条件时，监听定位回调以判断车辆是否定位成功；
37.网络状态判断模块，用于在定位成功时，判断客户端与后端服务器之间的网络通信状态是否正常；
38.链接状态判断模块，用于在网络通信状态正常时，判断客户端与后端服务器之间的tcp链接是否正常；
39.上传状态判断模块，用于在tcp链接正常时，将定位点通过tcp请求发送给后端服务器并判断是否上传成功；
40.行驶里程接收模块，用于在上传成功时，接收后端服务器返回的行驶里程；其中，
所述行驶里程是后端服务器根据所述定位点计算得到的。
41.本发明第三方面提出一种电子设备，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如本发明第一方面所述的行驶里程计算方法。
42.本发明第四方面提出一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如本发明第一方面所述的行驶里程计算方法。
43.实施本发明具有以下有益效果：
44.本发明实施例提供的一种行驶里程计算方法、装置、电子设备及存储介质对网络状态和定位点发送状态进行监听，根据监听结果上传定位点，以及对未成功发送至服务器的定位点重新发送，并且还在订单结束后将送客阶段的全部定位数据通过http协议发送至服务器，从而使服务器能够基于完整的定位点数据计算行驶里程，提高了订单费用计算结果的准确度。
45.本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
46.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。
47.图1是现有技术提供的计算巡游/网约车订单的行驶里程的交互图；
48.图2是本发明实施例提供的一种行驶里程计算方法的流程图；
49.图3是本发明实施例提供的又一种行驶里程计算方法的流程图；
50.图4是本发明实施例提供的另一种行驶里程计算方法的流程图；
51.图5是本发明实施例提供的一种补发定位点的流程图；
52.图6是本发明实施例提供的另一种补发定位点的流程图；
53.图7是本发明实施例提供的一种上传送客阶段定位点的流程图；
54.图8是本发明实施例提供的一种行驶里程计算装置的结构框图。
具体实施方式
55.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。
56.实施例
57.现有技术中服务里程计算通过每一次的定位点来计算，而定位点的上传依赖网络并且通过tcp网络协议上传。如果因为网络不好等原因导致发送失败，则该定位点就会丢失，进而造成里程计算不准确。而且不管每次定位点发送成功或者失败，定位数据在车辆端都没有保存。如果出现特殊情况(比如后端服务器宕机)定位点会彻底丢失。
58.针对现有技术的缺陷或不足，本发明的技术方案所要解决以下的技术问题：一是在车辆端网络较差或者其他网络原因导致定位点发送失败时，以来能够通过其他方式准确计算里程。二是当出现特殊情况(比如后端服务器宕机)时，定位点信息依赖能够保存并且在后端服务器恢复后上传定位点并计算里程。
59.图2是本发明实施例提供的一种行驶里程计算方法的流程图，具体的如图2所示，该方法包括以下步骤：
60.s001：在满足预设的行驶里程计算开始条件时，监听定位回调以判断车辆是否定位成功；
61.s002：在定位成功时，判断客户端与后端服务器之间的网络通信状态是否正常；
62.s003：在网络通信状态正常时，判断客户端与后端服务器之间的tcp链接是否正常；
63.s004：在tcp链接正常时，将定位点通过tcp请求发送给后端服务器并判断是否上传成功；
64.s005：在上传成功时，接收后端服务器返回的行驶里程；其中，行驶里程是后端服务器根据定位点计算得到的。
65.本发明实施例提供的行驶里程计算方法可以应用在多种场景下，例如，将该行驶里程计算方法应用在计算巡游/网约车服务里程的场景下时，预设的行驶里程计算开始条件可以是该巡游/网约车在行程中且服务订单开始计费；例如，当该行驶里程计算方法应用在检验车辆仪表的场景下时，预设的行驶里程计算开始条件可以是接收到测试开始信号，测试开始信号可以是由用户触发的特定按键发出的、也可以是车辆位置与特定位置点重合时发出的；需要说明的是，上述有关应用场景的内容仅用于对该方法的应用场景进行举例说明，不应视为对本发明实施例的限制，根据实际情况，本发明实施例提供的行驶里程计算方法还可以应用在文中未记载的其他应用场景下。
66.图3是本发明实施例提供的又一种行驶里程计算方法的流程图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或后端服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。图3 示出的行驶里程计算方法应用在车辆端/司机用户终端，此处的车辆端、司机用户终端可以是车载终端、移动终端等，例如、智能手机、平板电脑、车载娱乐控制主机、智能穿戴设备等，其他能够实现本发明实施例功能的设备也可以在本文中应用。具体的如图3所示，所述方法可以包括如下步骤：
67.s101：在行程中判断服务订单是否开始计费；在订单开始计费时，转向步骤s102；此处所要计算的行驶里程具体为该订单对应的服务里程；
68.s102：监听定位回调以判断车辆是否定位成功；在定位成功时，转向步骤s103；
69.s103：判断客户端与后端服务器之间的网络通信状态是否正常；在网络通信状态正常时，转向步骤s104；
70.s104：判断客户端与后端服务器之间的tcp链接是否正常；在tcp链接正常时，转向步骤s105；
71.s105：将定位点通过tcp请求发送给后端服务器并判断是否上传成功；在上传成功时，转向步骤s106；
72.s106：接收后端服务器返回的行驶里程；其中，行驶里程是后端服务器根据定位点计算得到的。
73.针对网络问题，本发明实施例增加了对网络状态的监听和发送成功及失败的监听，根据监听结果可以得知用于计算行驶里程的定位点是否发送失败，在司机手机网络较差或者其他网络原因导致定位点发送失败时，使得后端服务器能够及时通过其他方式获取定位点以准确计算里程。
74.本发明实施例提供的行驶里程计算方法增加了补点逻辑，发送失败的定位点会在网络正常的情况下重新发送。图4是本发明实施例提供的另一种行驶里程计算方法的流程图，请参照图4，步骤s105之后，还包括：在上传失败时，转向步骤s107；s107：等待预设时间间隔；在步骤s107之后转向步骤s105。
75.步骤s103之后，还包括：在网络通信状态不正常时，转向步骤s108； s108：将定位点保存到本地内存储器中；
76.步骤s104之后，还包括：在tcp链接不正常时，转向步骤s109；步骤s109：将定位点保存到本地内存储器中。
77.图5是本发明实施例提供的一种补发定位点的流程图，请参照图5，步骤s106之前，还包括：
78.s201：监听并判断客户端与后端服务器之间的网络通信状态是否正常；在网络通信状态正常时，转向步骤s202；
79.s202：监听并判断客户端与后端服务器之间的tcp链接是否正常；在tcp 链接正常时，转向步骤s203；
80.s203：将保存在本地内存储器中的定位点通过tcp请求发送给后端服务器并判断是否上传成功；在上传成功时，转向步骤s106：在上传失败时，转向步骤s204：等待预设时间间隔；步骤s204之后转向步骤s203，直到上传成功。
81.其中，预设时间间隔可以根据实际需要设置，例如，预设时间间隔可以是5秒，也可以是其他数值例如3秒、7秒等，本实施例不以此为限。
82.图6是本发明实施例提供的另一种补发定位点的流程图，请参照图6，步骤s106之前，还包括：
83.s301：监听并判断客户端与后端服务器之间的tcp链接是否正常；
84.s302：在tcp链接正常时，监听并判断客户端与后端服务器之间的网络通信状态是否正常；在网络通信状态正常时，转向步骤s303；
85.s303：将保存在本地内存储器中的定位点通过tcp请求发送给后端服务器并判断是否上传成功；在上传成功时，转向步骤s106；在上传失败时，转向步骤s304：等待预设时间间隔；步骤s304之后转向步骤s303。
86.与现有技术相比，本发明实施例还增加了定位点存储能力，订单的定位点会在送客阶段保存下来，在订单结束后再将送客阶段的完整的定位点数据发送给后端服务器，为确保将定位点数据完整的上传至后端服务器，本发明实施例还设置有重试逻辑。图7是本发明实施例提供的一种上传送客阶段定位点的流程图，请参照图7，步骤s102之后，还包括：
87.s401：在定位成功时，将定位点写入本地外存储器中；
88.s402：向后端服务器发送结束计费请求；
89.s403：在请求成功时，将保存在本地外存储器中的定位点通过http请求上传给后端服务器；
90.本发明实施例将定位点的上传从原来的tcp网络协议改为tcp http网络协议，为将定位点数据完整的上传至后端服务器提供了双重保障。
91.s404：判断保存在本地外存储器中的定位点是否上传成功；在上传失败时，转向步骤s405；
92.s405：监听并判断客户端与后端服务器之间的网络通信状态是否正常；
93.在网络通信状态正常时，转向步骤s406：等待预设时间间隔；步骤s406 之后转向步骤s403；在网络通信状态不正常时，转向步骤s405。
94.需要说明的是，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。
95.图8是本发明实施例提供的一种行驶里程计算装置的结构框图，具体的如图8所示，本发明实施例提供的一种应用在计算巡游/网约车服务里程的场景下的行驶里程计算装置，此处所要计算的行驶里程具体为该订单对应的服务里程；该装置包括以下模块：
96.计费开始判断模块501，用于在行程中判断服务订单是否开始计费；
97.定位成功判断模块502，用于在订单开始计费时，监听定位回调以判断车辆是否定位成功；
98.网络状态判断模块503，用于在定位成功时，判断客户端与后端服务器之间的网络通信状态是否正常；
99.链接状态判断模块504，用于在网络通信状态正常时，判断客户端与后端服务器之间的tcp链接是否正常；
100.上传状态判断模块505，用于在tcp链接正常时，将定位点通过tcp请求发送给后端服务器并判断是否上传成功；
101.行驶里程接收模块506，用于在上传成功时，接收后端服务器返回的行驶里程；其中，行驶里程是后端服务器根据定位点计算得到的。
102.本发明的实施例还提供了一种车辆，具有上述装置实施例提供的行驶里程计算装置。
103.需要说明的是，在不偏离本公开的范围的情况下，本发明的车辆可为卡车、运动型多用途车、厢式货车、房车或任何其它类型的车辆。
104.本发明的实施例还提供了一种电子设备，电子设备包括处理器和存储器，存储器中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如方法实施例中的行驶里程计算方法。
105.本发明的实施例还提供了一种存储介质，所述存储介质可设置于后端服务器之中
以保存用于实现方法实施例中的行驶里程计算方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述方法实施例提供的行驶里程计算方法。
106.可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络后端服务器中的至少一个网络后端服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read
‑
onlymemory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
107.由上述本发明提供的行驶里程计算方法、装置、电子设备或存储介质的实施例可见，本发明实施例提供的一种行驶里程计算方法、装置、电子设备及存储介质对网络状态和定位点发送状态进行监听，根据监听结果上传定位点，以及对未成功发送至服务器的定位点重新发送，并且还在订单结束后将送客阶段的全部定位数据通过http协议发送至服务器，从而使服务器能够基于完整的定位点数据计算行驶里程，提高了订单费用计算结果的准确度。
108.需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
109.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和后端服务器实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
110.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
111.以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。