一种共享车辆的计费方法、装置及可读存储介质与流程

1.本发明涉及共享车辆技术领域，尤其涉及一种共享车辆的计费方法、装置及可读存储介质。


背景技术：

2.共享车辆属于典型的“物联网+互联网”应用，骑行前，用户需在移动终端上下载、安装共享车辆应用app(application的缩写，应用程序)，完成用户注册、实名认证等准备工作。骑行时，用户使用移动终端摄像头扫描车身上的二维码，向共享车辆运营服务器申请解锁授权，获得解锁授权后成功解锁共享车辆开始骑行。骑行结束后，用户需向共享车辆运营企业支付相应的费用。
3.然而，现有的共享车辆的计费方法通常只与骑行时长(或骑行次数)有关，与车辆自身状态无关，如解锁共享车辆时遇到故障车辆等等，当前计费方式适合共享车辆行业发展初期，不同共享车辆运营企业的车辆投放规模和位置存在差异，用户在同一地点选择不同共享车辆运营企业车辆的余地不大，大部分情况下只能选择某特定共享车辆运营企业的车辆骑行，并且由于车辆投放时间较短，用户遇到故障车辆的机率也很小。但随着共享车辆行业竞争的加剧、投入车辆运营时间的增长和政府监管的强化，用户在同一地点选择不同共享车辆运营企业车辆进行骑行的余地增大，用户遇到故障车辆的机率也在加大，共享车辆运营企业不得不面对如何吸引用户骑行的难题，但现有共享车辆计费方法没有考虑用户遇到故障车辆后的善后处理，无法提高用户体验，提升用户粘性。


技术实现要素：

4.本发明所要解决的技术问题是针对现有技术的上述不足，提供一种共享车辆的计费方法、装置及可读存储介质，用以解决现有的共享车辆计费方法没有考虑用户遇到故障车辆后的善后处理，无法提高用户体验及无法提升用户粘性的问题。
5.第一方面，本发明提供一种共享车辆的计费方法，应用于共享车辆运营服务器，所述方法包括：
6.当接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断所述第一共享车辆是否故障；
7.响应于所述第一共享车辆故障，向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子；
8.当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求；
9.接收所述体验服务器基于所述第二请求返回的所述善后处理因子，根据所述善后处理因子计算第二共享车辆的骑行费用。
10.进一步地，所述向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子，具体包括：
11.向所述体验服务器发送携带有所述第一共享车辆的第一位置的所述第一请求；
12.接收所述体验服务器发送的用于请求位于所述第一位置预定距离阈值内的所有车辆信息的第三请求；
13.根据所述第三请求向所述体验服务器返回位于所述第一位置预定距离阈值内的所有车辆的信息，以使所述体验服务器基于返回的所述所有车辆的信息计算本次故障的善后处理因子。
14.进一步地，所述善后处理因子根据以下公式进行计算：
15.q＝ng/nt
16.其中，ng为位于所述第一位置预定距离阈值内的所有车辆中状态可用的车辆数量，nt为位于所述第一位置预定距离阈值内的所有车辆的总数。
17.进一步地，所述向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子之后，所述方法还包括：
18.接收所述体验服务器发送的所述善后处理因子；
19.将所述善后处理因子透传给所述移动终端，以使所述移动终端根据接收到的所述善后处理因子按预置的规则提示用户。
20.进一步地，所述当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求，具体包括：
21.当所述移动终端成功解锁第二共享车辆并完成骑行后，查询预设数据库中当前骑前订单的上一骑行订单是否为遇到故障车辆的故障订单；
22.响应于当前骑前订单的上一骑行订单为遇到故障车辆的故障订单，向所述体验服务器发送携带有所述上一骑行订单的订单标识的所述第二请求，以使所述体验服务器根据所述上一骑行订单的订单标识查询预存的与所述上一骑行订单对应的所述善后处理因子。
23.进一步地，所述根据所述善后处理因子计算第二共享车辆的骑行费用，具体根据以下公式进行计算：
24.c＝c0×
t
×q25.其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q为所述善后处理因子。
26.进一步地，若所述移动终端成功解锁第二共享车辆并完成骑行之前连续遇到多个故障车辆，所述当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求，具体包括：
27.当所述移动终端成功解锁第二共享车辆并完成骑行后，查询预设数据库中当前骑前订单之前连续遇到故障车辆的所有连续故障骑行订单；
28.向所述体验服务器发送携带有所述所有连续故障骑行订单的订单标识的所述第二请求，以使所述体验服务器根据所述所有连续故障骑行订单的订单标识查询预存的与每个所述连续故障骑行订单对应的所述善后处理因子。
29.进一步地，所述根据所述善后处理因子计算第二共享车辆的骑行费用，具体根据以下公式进行计算：
30.c＝c0×
t
×
q1×
q2×…×qn
31.其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时
长，q1、q2至qn为每个所述连续故障骑行订单对应的所述善后处理因子，n为所有连续故障骑行订单的总数。
32.第二方面，本发明提供一种共享车辆的计费方法，应用于体验服务器，所述方法包括：
33.接收共享车辆运营服务器发送的用于请求善后处理的第一请求，所述第一请求是所述共享车辆运营服务器在接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断出所述第一共享车辆故障后发送的；
34.根据所述第一请求计算本次故障的善后处理因子；
35.接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的用于请求与所述移动终端相关的善后处理因子的第二请求；
36.基于所述第二请求向所述共享车辆运营服务器返回所述善后处理因子，以使所述共享车辆运营服务器根据所述善后处理因子计算第二共享车辆的骑行费用。
37.进一步地，所述第一请求携带所述第一共享车辆的第一位置，所述接收共享车辆运营服务器发送的用于请求善后处理的第一请求之后，所述方法还包括：
38.向所述共享车辆运营服务器发送用于请求位于所述第一位置预定距离阈值内的所有车辆信息的第三请求；
39.接收所述共享车辆运营服务器根据所述第三请求返回的位于所述第一位置预定距离阈值内的所有车辆的信息；
40.所述根据所述第一请求计算本次故障的善后处理因子，具体包括：
41.基于返回的所述所有车辆的信息计算本次故障的善后处理因子。
42.进一步地，所述善后处理因子根据以下公式进行计算：
43.q＝ng/nt
44.其中，ng为位于所述第一位置预定距离阈值内的所有车辆中状态可用的车辆数量，nt为位于所述第一位置预定距离阈值内的所有车辆的总数。
45.进一步地，所述根据所述第一请求计算本次故障的善后处理因子之后，所述方法还包括：
46.向所述共享车辆运营服务器发送所述善后处理因子，以使所述共享车辆运营服务器将所述善后处理因子透传给所述移动终端，并使所述移动终端根据接收到的所述善后处理因子按预置的规则提示用户。
47.进一步地，所述接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的用于请求与所述移动终端相关的善后处理因子的第二请求，具体包括：
48.接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的携带有上一骑行订单的订单标识的所述第二请求，所述第二请求是所述共享车辆运营服务器查询到预设数据库中当前骑前订单的上一骑行订单为遇到故障车辆的故障订单时发送的；
49.所述基于所述第二请求向所述共享车辆运营服务器返回所述善后处理因子之前，所述方法还包括：
50.根据所述上一骑行订单的订单标识查询预存的与所述上一骑行订单对应的所述
善后处理因子。
51.进一步地，所述第二共享车辆的骑行费用具体根据以下公式进行计算：
52.c＝c0×
t
×q53.其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q为所述善后处理因子。
54.进一步地，若所述移动终端成功解锁第二共享车辆并完成骑行之前连续遇到多个故障车辆，所述接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的用于请求与所述移动终端相关的善后处理因子的第二请求，具体包括：
55.接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的携带有所有连续故障骑行订单的订单标识的所述第二请求，所述第二请求是所述共享车辆运营服务器查询出预设数据库中当前骑前订单之前连续遇到故障车辆的所述所有连续故障骑行订单后发送的；
56.所述基于所述第二请求向所述共享车辆运营服务器返回所述善后处理因子之前，所述方法还包括：
57.根据所述所有连续故障骑行订单的订单标识查询预存的与每个所述连续故障骑行订单对应的所述善后处理因子。
58.进一步地，所述第二共享车辆的骑行费用具体根据以下公式进行计算：
59.c＝c0×
t
×
q1×
q2×…×qn
60.其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q1、q2至qn为每个所述连续故障骑行订单对应的所述善后处理因子，n为所有连续故障骑行订单的总数。
61.第三方面，本发明提供一种共享车辆的计费装置，设置于共享车辆运营服务器，所述装置包括：
62.故障判断模块，用于当接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断所述第一共享车辆是否故障；
63.第一请求发送模块，与所述故障判断模块连接，用于响应于所述第一共享车辆故障，向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子；
64.第二请求发送模块，与所述第一请求发送模块连接，用于当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求；
65.善后处理因子接收模块，与所述第二请求发送模块连接，用于接收所述体验服务器基于所述第二请求返回的所述善后处理因子，根据所述善后处理因子计算第二共享车辆的骑行费用。
66.第四方面，本发明提供一种共享车辆的计费装置，设置于体验服务器，所述装置包括：
67.第一请求接收模块，用于接收共享车辆运营服务器发送的用于请求善后处理的第一请求，所述第一请求是所述共享车辆运营服务器在接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断出所述第一共享车辆故障后发送的；
68.善后处理因子计算模块，与所述第一请求接收模块连接，用于根据所述第一请求计算本次故障的善后处理因子；
69.第二请求接收模块，与所述善后处理因子计算模块连接，用于接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的用于请求与所述移动终端相关的善后处理因子的第二请求；
70.善后处理因子返回模块，与所述第二请求接收模块连接，用于基于所述第二请求向所述共享车辆运营服务器返回所述善后处理因子，以使所述共享车辆运营服务器根据所述善后处理因子计算第二共享车辆的骑行费用。
71.第五方面，本发明提供一种共享车辆的计费装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以实现上述第一方面或第二方面所述的共享车辆的计费方法。
72.第六方面，本发明提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或第二方面所述的共享车辆的计费方法。
73.本发明提供的共享车辆的计费方法、装置及可读存储介质，当共享车辆运营服务器接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断所述第一共享车辆是否故障；响应于所述第一共享车辆故障，向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子；当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求；再接收所述体验服务器基于所述第二请求返回的所述善后处理因子，并根据所述善后处理因子计算第二共享车辆的骑行费用。本发明通过计算用户遭遇故障车辆时的善后处理因子，作为下次正常骑行结束后计算骑行费用的优惠因子，能够在竞争激烈和同质化的共享车辆市场提供差异化的体验，吸引用户骑行、提升用户粘性。解决了现有的共享车辆计费方法没有考虑用户遇到故障车辆后的善后处理，无法提高用户体验及无法提升用户粘性的问题。
附图说明
74.图1为本发明实施例的一种共享车辆的计费方法的场景图；
75.图2为本发明实施例1的一种共享车辆的计费方法的流程图；
76.图3为本发明实施例的一种共享车辆的计费方法的交互示意图；
77.图4为本发明实施例2的一种共享车辆的计费方法的流程图；
78.图5为本发明实施例3的一种共享车辆的计费装置的结构示意图；
79.图6为本发明实施例4的一种共享车辆的计费装置的结构示意图；
80.图7为本发明实施例5的一种共享车辆的计费装置的结构示意图。
具体实施方式
81.为使本领域技术人员更好地理解本发明的技术方案，下面将结合附图对本发明实施方式作进一步地详细描述。
82.可以理解的是，此处描述的具体实施例和附图仅仅用于解释本发明，而非对本发
明的限定。
83.可以理解的是，在不冲突的情况下，本发明中的各实施例及实施例中的各特征可相互组合。
84.可以理解的是，本发明的实施例中的术语“第一”、“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。
85.可以理解的是，在不冲突的情况下，本发明的流程图和框图中所标注的功能、步骤可按照不同于附图中所标注的顺序发生。
86.可以理解的是，本发明实施例中所涉及的单元、模块可通过软件的方式实现，也可通过硬件的方式来实现，例如单元、模块可位于处理器中。
87.如图1所示，为本技术实施例提供的一种共享车辆的计费方法的场景图，主要包括移动终端、共享车辆运营服务器、体验服务器和运营商网络。共享车辆可以是共享自行车辆、共享电动车辆等。其中，共享车辆运营服务器在原有功能的基础上，新增接口与体验服务器相连，增加向体验服务器请求故障善后处理因子、查询并向体验服务器反馈故障车辆周围车辆信息、向用户移动终端透传善后处理因子等功能，体验服务器主要根据故障车辆周围的车辆信息按规则计算善后因子。该移动终端在原有功能模块(包括时间模块、位置模块、通信模块等)的基础上，新增提示模块完成本发明所述的共享车辆的计费功能，提示模块主要用于在用户遇到故障车辆时根据收到的故障处理因子按规则提示用户。
88.基于图1所示的场景图，下面介绍本技术涉及的共享车辆的计费方法的相关实施例。
89.实施例1：
90.本实施例提供一种共享车辆的计费方法，应用于共享车辆运营服务器，如图2所示，该方法包括：
91.步骤s101：当接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断所述第一共享车辆是否故障；
92.步骤s102：响应于所述第一共享车辆故障，向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子。
93.在本实施例中，用户移动终端扫描第一共享车辆向共享车辆运营服务器申请解锁授权后，共享车辆运营服务器根据解锁授权请求中的车辆标识在自身数据库中查询该车辆信息，若该车辆信息中标识该共享车辆故障时，共享车辆运营服务器向本发明新增的体验服务器发送用于请求(故障)善后处理的第一请求，该请求中可以包括但不限于故障车辆标识、用户标识、订单标识、实时位置和时间等。
94.可选地，所述向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子，具体包括：
95.向所述体验服务器发送携带有所述第一共享车辆的第一位置的所述第一请求；
96.接收所述体验服务器发送的用于请求位于所述第一位置预定距离阈值内的所有车辆信息的第三请求；
97.根据所述第三请求向所述体验服务器返回位于所述第一位置预定距离阈值内的所有车辆的信息，以使所述体验服务器基于返回的所述所有车辆的信息计算本次故障的善后处理因子。
98.在本实施例中，第一位置指第一共享车辆的当前位置，当共享车辆运营服务器接收到体验服务器发送的第三请求时，可以返回当前时间内位于所述第一位置预定距离阈值内的所有车辆的信息。
99.可选地，该第一请求还可以携带当前的实时时间，共享车辆运营服务器根据该时间信息和第一位置在自身数据库中查询满足条件的所有车辆信息，并反馈给体验服务器，反馈的车辆信息中可以包括车辆标识、车辆状态等等，体验服务器再根据返回的车辆信息计算本次故障的善后处理因子。
100.具体地，所述善后处理因子可以根据以下公式进行计算：
101.q＝ng/nt
102.其中，ng为位于所述第一位置预定距离阈值内的所有车辆中状态可用的车辆数量，nt为位于所述第一位置预定距离阈值内的所有车辆的总数。
103.可选地，所述向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子之后，所述方法还包括：
104.接收所述体验服务器发送的所述善后处理因子；
105.将所述善后处理因子透传给所述移动终端，以使所述移动终端根据接收到的所述善后处理因子按预置的规则提示用户。
106.在本实施例中，体验服务器将计算出的本次故障善后处理因子反馈给共享车辆运营服务器的同时，将本次故障善后处理因子与本次骑行订单对应保存在自身数据库中。共享车辆运营服务器将本次故障善后处理因子透传给移动终端。移动终端收到共享车辆运营服务器透传的故障善后处理因子后，在原有仅提示用户车辆故障的基础上，还提醒用户下次骑行将根据本次故障车辆的善后处理因子进行计费优惠。比如提示用户“车辆故障，对给您带来的不便非常抱歉！下次骑行将给您0.88折的优惠，希望您继续骑行
…”
。
107.步骤s103：当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求；
108.步骤s104：接收所述体验服务器基于所述第二请求返回的所述善后处理因子，根据所述善后处理因子计算第二共享车辆的骑行费用。
109.在本实施例中，为了吸引用户骑行、并提升用户粘性，共享车辆运营服务器将用户遭遇故障车辆时的善后处理因子，即可用车辆的概率，作为计算第二共享车辆的骑行费用的优惠因子来计算骑行费用。
110.可选地，所述当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求，具体包括：
111.当所述移动终端成功解锁第二共享车辆并完成骑行后，查询预设数据库中当前骑前订单的上一骑行订单是否为遇到故障车辆的故障订单；
112.响应于当前骑前订单的上一骑行订单为遇到故障车辆的故障订单，向所述体验服务器发送携带有所述上一骑行订单的订单标识的所述第二请求，以使所述体验服务器根据所述上一骑行订单的订单标识查询预存的与所述上一骑行订单对应的所述善后处理因子。
113.可选地，所述根据所述善后处理因子计算第二共享车辆的骑行费用，具体根据以下公式进行计算：
114.c＝c0×
t
×q115.其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q为所述善后处理因子。
116.在本实施例中，若所述移动终端成功解锁第二共享车辆并完成骑行之前遭遇到故障车辆，则根据当前骑前订单的上一骑行订单对应的善后处理因子计算本次骑行的费用。
117.可选地，若所述移动终端成功解锁第二共享车辆并完成骑行之前连续遇到多个故障车辆，所述当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求，具体包括：
118.当所述移动终端成功解锁第二共享车辆并完成骑行后，查询预设数据库中当前骑前订单之前连续遇到故障车辆的所有连续故障骑行订单；
119.向所述体验服务器发送携带有所述所有连续故障骑行订单的订单标识的所述第二请求，以使所述体验服务器根据所述所有连续故障骑行订单的订单标识查询预存的与每个所述连续故障骑行订单对应的所述善后处理因子。
120.可选地，所述根据所述善后处理因子计算第二共享车辆的骑行费用，具体根据以下公式进行计算：
121.c＝c0×
t
×
q1×
q2×…×qn
122.其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q1、q2至qn为每个所述连续故障骑行订单对应的所述善后处理因子，n为所有连续故障骑行订单的总数。
123.在本实施例中，若所述移动终端成功解锁第二共享车辆并完成骑行之前连续遇到多个故障车辆，除了可以按当前骑前订单的上一骑行订单对应的善后处理因子计算本次骑行的费用之外，也可以根据所有连续故障骑行订单对应的善后处理因子计算本次骑行的费用。具体地，共享车辆运营服务器首先根据用户标识和本次骑行订单的实时时间在自身数据库中查询与用户相关的订单，判断本次骑行订单的上次订单用户是否为遇到故障车辆的故障订单，若是则继续判断上次订单的上次订单用户是否为遇到故障车辆的故障订单，
…
，如此往复，直到将本次骑行订单前的所有连续故障车辆订单筛选出来。再向体验服务器请求查询故障订单的善后处理因子，请求中应包括但不限于用户标识、订单标识等。体验服务器收到共享车辆运营服务器的善后处理因子查询请求后，根据请求中的用户标识和订单标识，在自身数据查询与之对应的善后处理因子，并将查询结果反馈给共享车辆运营服务器。共享车辆运营服务器收到善后处理因子后，计算出的本次骑行费用反馈给用户移动终端。用户移动终端收到本次骑行的计费结果后，在显示的同时提醒用户支付。
124.本发明实施例提供的共享车辆的计费方法，在用户使用移动终端扫描共享车辆申请解锁授权时，共享车辆运营服务器根据数据库中的车辆状态信息确认共享车辆故障时，共享车辆运营服务器向本发明新增的体验服务器请求善后处理；体验服务器收到善后处理的请求后，根据请求中的故障车辆位置向共享车辆运营服务器请求预定距离阈值内的所有车辆信息；共享车辆运营服务器收到车辆信息的查询请求后，根据请求中的故障车辆位置和距离阈值在自身数据库中查询满足条件的所有车辆信息，并将查询结果反馈给体验服务器；体验服务器收到车辆信息后，按预置规则计算本次故障的善后处理因子，并反馈给共享车辆运营服务器；共享车辆运营服务器将本次故障善后处理因子透传给用户移动终端；用户移动终端根据收到的故障善后处理因子按预置规则提示用户；同理，若用户移动终端再
次扫描共享车辆申请解锁授权遇到故障车辆时，继续本发明的善后处理因子确认过程；用户移动终端成功解锁共享车辆完成骑行后，共享车辆运营服务器在按现有方法计算骑行费用前，向体验服务器请求与用户相关的善后处理因子；体验服务器收到善后处理因子的请求后，根据请求中的用户标识查询满足条件的善后处理因子，并将查询结果反馈给共享车辆运营服务器；共享车辆运营服务器根据收到的善后处理因子，按预置规则计算骑行费用，并反馈给用户移动终端；用户移动终端收到骑行费用后，提示用户支付。
125.在一个具体的实施例中，参考图3，示出了本发明实施例提供的一种共享车辆的计费方法的交互示意图，其中，虚线及虚线框代表本发明新增网元及操作，实线及实线框代表共享车辆原有网元及操作，该共享车辆的计费方法包括如下步骤：
126.1、请求故障善后处理
127.用户移动终端扫描共享车辆向共享车辆运营服务器申请解锁授权后，共享车辆运营服务器根据解锁授权请求中的车辆标识在自身数据库中查询该车辆信息，若该车辆信息中标识该共享车辆故障时，按现有方法共享车辆运营服务器应向用户移动终端反馈车辆故障信息，用户移动终端收到信息后提示车辆故障。但在本发明中，共享车辆运营服务器暂不向用户移动终端反馈车辆故障信息，而向本发明新增的体验服务器请求故障善后处理，请求中应包括但不限于故障车辆标识、用户标识、订单标识、实时位置和时间等。
128.需要说明的是，本次故障车辆的实时位置和时间的获取，可通过用户移动终端的位置模块和时间模块来获取，也可通过车辆自身的位置模块来获取或共享车辆运营服务器的时间模块来获取，本发明并不限制获取实时位置和时间的具体方式方法，但推荐精度高的方法如通过gps来获取实时位置等。
129.2、查询/反馈车辆信息
130.体验服务器收到共享车辆运营服务器发送的故障善后处理请求后，根据请求中的故障车辆实时位置和时间信息，向共享车辆运营服务器请求预定距离阈值范围内和实时时间相同的所有车辆信息，即请求故障位置车辆信息，请求中应包括但不限于故障车辆标识、故障车辆位置和实时时间。
131.共享车辆运营服务器收到车辆信息查询请求后，根据请求中的故障车辆标识、位置和时间信息，在自身数据库中查询满足条件的所有车辆信息，并反馈给体验服务器。反馈的车辆信息中至少要包括车辆标识、车辆状态等等。
132.需说明的是，体验服务器在向共享车辆请求车辆信息时，应指定预定的距离阈值，该阈值可在体验服务器上统一预先配置；或提供接口与用户移动终端相连，让用户自行定义个性化的距离阈值。
133.3、计算/反馈善后处理因子
134.体验服务器收到共享车辆运营服务器反馈的故障车辆位置预定距离阈值范围内的车辆信息后，根据公式(1)计算本次故障车辆的善后处理因子q：
135.q＝ng/nt(1)
136.其中，ng是故障车辆位置预定距离阈值范围内状态可用的车辆数量，nt是故障车辆位置预定距离范围内所有可用和不可用车辆数量之和，即总车辆数量。
137.体验服务器将计算出的本次故障善后处理因子反馈给共享车辆运营服务器的同时，将本次故障善后处理因子与本次骑行订单对应保存在自身数据库中。
138.共享车辆运营服务器将本次故障善后处理因子透传给用户移动终端。
139.用户移动终端收到共享车辆运营服务器透传的故障善后处理因子后，在原有仅提示用户车辆故障的基础上，还提醒用户下次骑行将根据本次故障车辆的善后处理因子进行计费优惠。
140.需要说明的是，若故障车辆位置预定距离阈值范围内无其他车辆时，则可给善后处理因子赋予一个统一的初始值，如0.1。本发明并不限制善后处理因子初始值的具体值，可由共享车辆运营企业自行确定。
141.特别地，若用户收到本发明的故障车辆提示后，再次扫描共享车辆再次遇到故障车辆时，可重复本发明的步骤1～3，连续确认保存新的故障善后处理因子。
142.4、优惠计费
143.用户成功解锁共享车辆完成骑行锁车后，按现有方法共享车辆运营服务器将根据公式c＝c0×
t来计算骑行费用。但在本发明中，共享车辆运营服务器暂不计算骑行费用，而首先根据用户标识和本次骑行订单的实时时间在自身数据库中查询与用户相关的订单，判断本次骑行订单的上次订单用户是否为遇到故障车辆的故障订单，若是则继续判断上次订单的上次订单用户是否为遇到故障车辆的故障订单，
…
，如此往复，直到将本次骑行订单前的所有连续故障车辆订单筛选出来。若本次骑行订单前的上次订单为用户遇到故障车辆的故障订单时，共享车辆运营服务器向体验服务器请求查询故障订单的善后处理因子，请求中应包括但不限于用户标识、订单标识等。
144.体验服务器收到共享车辆运营服务器的善后处理因子查询请求后，根据请求中的用户标识和订单标识，在自身数据查询与之对应的善后处理因子，并将查询结果反馈给共享车辆运营服务器。
145.共享车辆运营服务器收到善后处理因子后，根据公式(2)计算本次骑行费用。
146.c＝c0×
t
×
q1×
q2×…×qn
ꢀꢀꢀꢀꢀꢀꢀ
(2)
147.其中，q1、q2、qn为用户连续遇到故障车辆后的评估出的善后处理因子。
148.共享车辆运营服务器将根据公式(2)计算出的本次骑行费用反馈给用户移动终端。用户移动终端收到本次骑行的计费结果后，在显示的同时提醒用户支付。
149.需要说明的是，除了可以根据本次成功骑行前用户遇到的故障车辆订单的善后处理因子来计算本次骑行的费用外，还可以考虑位置和时间的因素，如只有在相同位置遇到故障车辆才会根据善后处理因子计算本次骑行费用，或设置一个具体的时间间隔范围，只有上次故障车辆订单时间在这个时间间隔范围内才会根据善后处理因子计算本次骑行费用，本发明并不限制使用善后处理因子进行计费优惠的具体方法。
150.本发明为了解决共享车辆运营企业如何吸引用户骑行、并提升用户粘性的问题，尤其是用户扫码遇到故障车辆的场景下，通过计算用户遭遇故障车辆时的善后处理因子，即可用车辆的概率，作为下次正常骑行结束后计算骑行费用的优惠因子，能够在竞争激烈和同质化的共享车辆市场提供差异化的体验，吸引用户骑行、提升用户粘性。
151.具体地，为了更加直观地说明本发明的工作过程，体现本发明的优势和给用户带来的便利，下面再结合一个具体的实施例来详细描述本发明的工作过程。设某共享车辆运营企业“xx”已部署了本发明所述的计费系统，用户a的移动终端华为p50上下载安装了共享车辆运营企业“xx”的应用app，使用号码“1850110xxxx”在该共享车辆运营服务器上成功注
册了骑行服务，本实施例的具体工作过程如下：
152.(1)请求故障善后处理
153.本实施例中，用户a使用华为p50扫码申请解锁编码为“hl12345”的共享车辆骑行，共享车辆运营企业“xx”的运营服务器根据解锁申请中的车辆编码信息“hl12345”在自身数据库中查询到该车辆被标记故障车辆时，按现有方法应向p50反馈车辆为故障车辆的信息。但在本实施例中，共享车辆运营企业“xx”的运营服务器暂不向p50反馈车辆为故障车辆的信息，而向本发明新增的体验服务器请求故障善后处理，请求中包括但不限于故障车辆标识“hl12345”、故障车辆的实时位置“loc_real”、用户a的标识“1850110xxxx”和本次订单标识“1000xx1”及本次故障订单发生的实时时间“time_eal”。共中，故障车辆的实时位置“loc_rea”通过p50的gps模块获取。
154.(2)查询/反馈车辆信息
155.本实施例中，体验服务器收到共享车辆运营企业“xx”运营服务器的善后处理请求后，提取请求中的故障车辆实时位置“loc_real”和故障订单发生的实时时间“time_eal”信息，向共享车辆运营企业“xx”运营服务器请求距离故障车辆实时位置300米内的车辆信息，请求中包括但不限于故障车辆实时位置“loc_real”和故障订单发生的实时时间“time_eal”和距离阈值“300米”。本实施例中设在体验服务器上已预先配置了距离阈值为“300米”。共享车辆运营企业“xx”运营服务器收到车辆信息查询请求后，根据故障车辆实时位置“loc_real”和故障订单发生的实时时间“time_eal”和距离阈值“300米”，在自身数据库中查询满足条件的车辆信息，并将查询结果反馈给体验服务器，车辆信息包括但不限于车辆编码、车辆状态。
156.(3)计算/反馈善后处理因子
157.本实施例中，体验服务器收到共享车辆运营企业“xx”运营服务器反馈的车辆信息后，统计出故障车辆实时位置“loc_real”和故障订单发生的实时时间“time_eal”和距离阈值“300米”内可用的车辆数量ng＝44，包含故障车辆和可用车辆的全部车辆数量nt＝50，根据公式(1)计算出本次故障的善后处理因子q1＝ng/nt＝44/50＝0.88。
158.体验服务器将本次故障的善后处理因子q1＝0.88反馈给共享车辆运营企业“xx”运营服务器。同时，将本次故障的善后处理因子q1＝0.88与对应的本次订单信息保存在自身数据库中。
159.共享车辆运营企业“xx”运营服务器将收到的本次故障的善后处理因子q1＝0.88透传给用户a的移动终端华为p50。
160.p50收到本次故障善后处理因子后，提示用户“车辆故障，对给您带来的不便非常抱歉！下次骑行将给您0.88折的优惠，希望您继续骑行
…”
。
161.(4)优惠计费
162.本实施例中，设用户a在扫码编码为“hl12345”的车辆遇到故障车辆后，继续扫码编码为“hl34567”的车辆进行骑行，在到达目的地锁车结束骑行后，共享车辆运营企业“xx”运营服务器本应按公式c＝c0×
t计算本次成功骑行的费用。但在本实施例中，共享车辆运营企业“xx”运营服务器暂不进行本次成功骑行费用的计算，而是根据本次成功骑行订单中的用户标识“1850110xxxx”和订单完成时间“time_success”在自身数据库中查询上次订单是否为故障车辆订单，这里设查询的上次故障订单就是订单“1000xx1”，故向体验服务器查
询该订单的善后处理因子，查询请求中包含但不限于订单信息“1000xx1”。
163.体验服务器收到善后处理因子查询请求后，根据查询请求中的订单信息“1000xx1”在自身数据库中查询与之对应的善后处理因子，这里显然为q1＝0.88。体验服务器将善后处理因子查询结果q1＝0.88反馈给共享车辆运营企业“xx”运营服务器。
164.共享车辆运营企业“xx”运营服务器根据收到的善后处理因子q1＝0.88根据公式(2)计算出本次成功骑行的费用c＝1元/小时
×
0.5小时
×
0.88＝0.44元，并将本次成功骑行的费用反馈给用户a的华为p50。用户a的p50收到本次骑行的费用c＝0.44元后，在显示的同时提醒用户a支付。
165.本发明实施例提供的共享车辆的计费方法，当共享车辆运营服务器接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断所述第一共享车辆是否故障；响应于所述第一共享车辆故障，向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子；当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求；再接收所述体验服务器基于所述第二请求返回的所述善后处理因子，并根据所述善后处理因子计算第二共享车辆的骑行费用。本发明通过计算用户遭遇故障车辆时的善后处理因子，作为下次正常骑行结束后计算骑行费用的优惠因子，能够在竞争激烈和同质化的共享车辆市场提供差异化的体验，吸引用户骑行、提升用户粘性。解决了现有的共享车辆计费方法没有考虑用户遇到故障车辆后的善后处理，无法提高用户体验及无法提升用户粘性的问题。
166.实施例2：
167.如图4所示，本实施例提供一种共享车辆的计费方法，应用于体验服务器，所述方法包括：
168.步骤s201：接收共享车辆运营服务器发送的用于请求善后处理的第一请求，所述第一请求是所述共享车辆运营服务器在接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断出所述第一共享车辆故障后发送的；
169.步骤s202：根据所述第一请求计算本次故障的善后处理因子；
170.步骤s203：接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的用于请求与所述移动终端相关的善后处理因子的第二请求；
171.步骤s204：基于所述第二请求向所述共享车辆运营服务器返回所述善后处理因子，以使所述共享车辆运营服务器根据所述善后处理因子计算第二共享车辆的骑行费用。
172.可选地，所述第一请求携带所述第一共享车辆的第一位置，所述接收共享车辆运营服务器发送的用于请求善后处理的第一请求之后，所述方法还包括：
173.向所述共享车辆运营服务器发送用于请求位于所述第一位置预定距离阈值内的所有车辆信息的第三请求；
174.接收所述共享车辆运营服务器根据所述第三请求返回的位于所述第一位置预定距离阈值内的所有车辆的信息；
175.所述根据所述第一请求计算本次故障的善后处理因子，具体包括：
176.基于返回的所述所有车辆的信息计算本次故障的善后处理因子。
177.可选地，所述善后处理因子根据以下公式进行计算：
178.q＝ng/nt
179.其中，ng为位于所述第一位置预定距离阈值内的所有车辆中状态可用的车辆数量，nt为位于所述第一位置预定距离阈值内的所有车辆的总数。
180.可选地，所述根据所述第一请求计算本次故障的善后处理因子之后，所述方法还包括：
181.向所述共享车辆运营服务器发送所述善后处理因子，以使所述共享车辆运营服务器将所述善后处理因子透传给所述移动终端，并使所述移动终端根据接收到的所述善后处理因子按预置的规则提示用户。
182.可选地，所述接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的用于请求与所述移动终端相关的善后处理因子的第二请求，具体包括：
183.接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的携带有上一骑行订单的订单标识的所述第二请求，所述第二请求是所述共享车辆运营服务器查询到预设数据库中当前骑前订单的上一骑行订单为遇到故障车辆的故障订单时发送的；
184.所述基于所述第二请求向所述共享车辆运营服务器返回所述善后处理因子之前，所述方法还包括：
185.根据所述上一骑行订单的订单标识查询预存的与所述上一骑行订单对应的所述善后处理因子。
186.可选地，所述第二共享车辆的骑行费用具体根据以下公式进行计算：
187.c＝c0×
t
×q188.其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q为所述善后处理因子。
189.可选地，若所述移动终端成功解锁第二共享车辆并完成骑行之前连续遇到多个故障车辆，所述接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的用于请求与所述移动终端相关的善后处理因子的第二请求，具体包括：
190.接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的携带有所有连续故障骑行订单的订单标识的所述第二请求，所述第二请求是所述共享车辆运营服务器查询出预设数据库中当前骑前订单之前连续遇到故障车辆的所述所有连续故障骑行订单后发送的；
191.所述基于所述第二请求向所述共享车辆运营服务器返回所述善后处理因子之前，所述方法还包括：
192.根据所述所有连续故障骑行订单的订单标识查询预存的与每个所述连续故障骑行订单对应的所述善后处理因子。
193.可选地，所述第二共享车辆的骑行费用具体根据以下公式进行计算：
194.c＝c0×
t
×
q1×
q2×…×qn
195.其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q1、q2至qn为每个所述连续故障骑行订单对应的所述善后处理因子，n为所有连续故障骑行订单的总数。
196.实施例3：
197.如图5所示，本实施例提供一种共享车辆的计费装置，设置于共享车辆运营服务器，所述装置包括：
198.故障判断模块11，用于当接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断所述第一共享车辆是否故障；
199.第一请求发送模块12，与所述故障判断模块11连接，用于响应于所述第一共享车辆故障，向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子；
200.第二请求发送模块13，与所述第一请求发送模块12连接，用于当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求；
201.善后处理因子接收模块14，与所述第二请求发送模块13连接，用于接收所述体验服务器基于所述第二请求返回的所述善后处理因子，根据所述善后处理因子计算第二共享车辆的骑行费用。
202.可选地，所述第一请求发送模块12包括：
203.第一发送单元，用于向所述体验服务器发送携带有所述第一共享车辆的第一位置的所述第一请求；
204.第一接收单元，用于接收所述体验服务器发送的用于请求位于所述第一位置预定距离阈值内的所有车辆信息的第三请求；
205.第一返回单元，用于根据所述第三请求向所述体验服务器返回位于所述第一位置预定距离阈值内的所有车辆的信息，以使所述体验服务器基于返回的所述所有车辆的信息计算本次故障的善后处理因子。
206.可选地，所述善后处理因子根据以下公式进行计算：
207.q＝ng/nt
208.其中，ng为位于所述第一位置预定距离阈值内的所有车辆中状态可用的车辆数量，nt为位于所述第一位置预定距离阈值内的所有车辆的总数。
209.可选地，所述装置还包括：
210.第一接收模块，用于接收所述体验服务器发送的所述善后处理因子；
211.透传模块，用于将所述善后处理因子透传给所述移动终端，以使所述移动终端根据接收到的所述善后处理因子按预置的规则提示用户。
212.可选地，所述第二请求发送模块13包括：
213.第一查询单元，用于当所述移动终端成功解锁第二共享车辆并完成骑行后，查询预设数据库中当前骑前订单的上一骑行订单是否为遇到故障车辆的故障订单；
214.第二发送单元，用于响应于当前骑前订单的上一骑行订单为遇到故障车辆的故障订单，向所述体验服务器发送携带有所述上一骑行订单的订单标识的所述第二请求，以使所述体验服务器根据所述上一骑行订单的订单标识查询预存的与所述上一骑行订单对应的所述善后处理因子。
215.可选地，所述善后处理因子接收模块14具体根据以下公式计算第二共享车辆的骑行费用：
216.c＝c0×
t
×q217.其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q为所述善后处理因子。
218.可选地，若所述移动终端成功解锁第二共享车辆并完成骑行之前连续遇到多个故障车辆，所述第二请求发送模块13包括：
219.第二查询单元，用于当所述移动终端成功解锁第二共享车辆并完成骑行后，查询预设数据库中当前骑前订单之前连续遇到故障车辆的所有连续故障骑行订单；
220.第三发送单元，用于向所述体验服务器发送携带有所述所有连续故障骑行订单的订单标识的所述第二请求，以使所述体验服务器根据所述所有连续故障骑行订单的订单标识查询预存的与每个所述连续故障骑行订单对应的所述善后处理因子。
221.可选地，所述善后处理因子接收模块14具体根据以下公式计算第二共享车辆的骑行费用：
222.c＝c0×
t
×
q1×
q2×…×qn
223.其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q1、q2至qn为每个所述连续故障骑行订单对应的所述善后处理因子，n为所有连续故障骑行订单的总数。
224.实施例4：
225.如图6所示，本实施例提供一种共享车辆的计费装置，设置于体验服务器，所述装置包括：
226.第一请求接收模块21，用于接收共享车辆运营服务器发送的用于请求善后处理的第一请求，所述第一请求是所述共享车辆运营服务器在接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断出所述第一共享车辆故障后发送的；
227.善后处理因子计算模块22，与所述第一请求接收模块21连接，用于根据所述第一请求计算本次故障的善后处理因子；
228.第二请求接收模块23，与所述善后处理因子计算模块22连接，用于接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的用于请求与所述移动终端相关的善后处理因子的第二请求；
229.善后处理因子返回模块24，与所述第二请求接收模块23连接，用于基于所述第二请求向所述共享车辆运营服务器返回所述善后处理因子，以使所述共享车辆运营服务器根据所述善后处理因子计算第二共享车辆的骑行费用。
230.可选地，所述第一请求携带所述第一共享车辆的第一位置，所述装置还包括：
231.第一发送模块，用于向所述共享车辆运营服务器发送用于请求位于所述第一位置预定距离阈值内的所有车辆信息的第三请求；
232.第二接收模块，用于接收所述共享车辆运营服务器根据所述第三请求返回的位于所述第一位置预定距离阈值内的所有车辆的信息；
233.所述善后处理因子计算模块22具体用于：
234.基于返回的所述所有车辆的信息计算本次故障的善后处理因子。
235.可选地，所述善后处理因子根据以下公式进行计算：
236.q＝ng/nt
237.其中，ng为位于所述第一位置预定距离阈值内的所有车辆中状态可用的车辆数量，nt为位于所述第一位置预定距离阈值内的所有车辆的总数。
238.可选地，所述装置还包括：
239.善后处理因子发送模块，用于向所述共享车辆运营服务器发送所述善后处理因子，以使所述共享车辆运营服务器将所述善后处理因子透传给所述移动终端，并使所述移动终端根据接收到的所述善后处理因子按预置的规则提示用户。
240.可选地，所述第二请求接收模块23包括：
241.第二接收单元，用于接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的携带有上一骑行订单的订单标识的所述第二请求，所述第二请求是所述共享车辆运营服务器查询到预设数据库中当前骑前订单的上一骑行订单为遇到故障车辆的故障订单时发送的；
242.所述装置还包括：
243.第一查询模块，用于根据所述上一骑行订单的订单标识查询预存的与所述上一骑行订单对应的所述善后处理因子。
244.可选地，所述第二共享车辆的骑行费用具体根据以下公式进行计算：
245.c＝c0×
t
×q246.其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q为所述善后处理因子。
247.可选地，若所述移动终端成功解锁第二共享车辆并完成骑行之前连续遇到多个故障车辆，所述第二请求接收模块23包括：
248.第三接收单元，用于接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的携带有所有连续故障骑行订单的订单标识的所述第二请求，所述第二请求是所述共享车辆运营服务器查询出预设数据库中当前骑前订单之前连续遇到故障车辆的所述所有连续故障骑行订单后发送的；
249.所述装置还包括：
250.第二查询模块，用于根据所述所有连续故障骑行订单的订单标识查询预存的与每个所述连续故障骑行订单对应的所述善后处理因子。
251.可选地，所述第二共享车辆的骑行费用具体根据以下公式进行计算：
252.c＝c0×
t
×
q1×
q2×…×qn
253.其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q1、q2至qn为每个所述连续故障骑行订单对应的所述善后处理因子，n为所有连续故障骑行订单的总数。
254.实施例5：
255.参考图7，本实施例提供一种共享车辆的计费装置，包括存储器31和处理器32，存储器31中存储有计算机程序，处理器32被设置为运行所述计算机程序以执行实施例1或实施例2中的共享车辆的计费方法。
256.其中，存储器31与处理器32连接，存储器31可采用闪存或只读存储器或其他存储器，处理器32可采用中央处理器或单片机。
257.实施例6：
258.本实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例1或实施例2中的共享车辆的计费方法。
259.该计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于ram(random access memory，随机存取存储器)，rom(read-only memory，只读存储器)，eeprom(electrically erasable programmable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、cd-rom(compact disc read-only memory，光盘只读存储器)，数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。
260.综上所述，本发明实施例提供的共享车辆的计费方法、装置及可读存储介质，当共享车辆运营服务器接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断所述第一共享车辆是否故障；响应于所述第一共享车辆故障，向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子；当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求；再接收所述体验服务器基于所述第二请求返回的所述善后处理因子，并根据所述善后处理因子计算第二共享车辆的骑行费用。本发明通过计算用户遭遇故障车辆时的善后处理因子，作为下次正常骑行结束后计算骑行费用的优惠因子，能够在竞争激烈和同质化的共享车辆市场提供差异化的体验，吸引用户骑行、提升用户粘性。解决了现有的共享车辆计费方法没有考虑用户遇到故障车辆后的善后处理，无法提高用户体验及无法提升用户粘性的问题。
261.可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。

技术特征：
1.一种共享车辆的计费方法，其特征在于，应用于共享车辆运营服务器，所述方法包括：当接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断所述第一共享车辆是否故障；响应于所述第一共享车辆故障，向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子；当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求；接收所述体验服务器基于所述第二请求返回的所述善后处理因子，根据所述善后处理因子计算第二共享车辆的骑行费用。2.根据权利要求1所述的方法，其特征在于，所述向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子，具体包括：向所述体验服务器发送携带有所述第一共享车辆的第一位置的所述第一请求；接收所述体验服务器发送的用于请求位于所述第一位置预定距离阈值内的所有车辆信息的第三请求；根据所述第三请求向所述体验服务器返回位于所述第一位置预定距离阈值内的所有车辆的信息，以使所述体验服务器基于返回的所述所有车辆的信息计算本次故障的善后处理因子。3.根据权利要求2所述的方法，其特征在于，所述善后处理因子根据以下公式进行计算：q＝ng/nt其中，ng为位于所述第一位置预定距离阈值内的所有车辆中状态可用的车辆数量，nt为位于所述第一位置预定距离阈值内的所有车辆的总数。4.根据权利要求1所述的方法，其特征在于，所述向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子之后，所述方法还包括：接收所述体验服务器发送的所述善后处理因子；将所述善后处理因子透传给所述移动终端，以使所述移动终端根据接收到的所述善后处理因子按预置的规则提示用户。5.根据权利要求1所述的方法，其特征在于，所述当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求，具体包括：当所述移动终端成功解锁第二共享车辆并完成骑行后，查询预设数据库中当前骑前订单的上一骑行订单是否为遇到故障车辆的故障订单；响应于当前骑前订单的上一骑行订单为遇到故障车辆的故障订单，向所述体验服务器发送携带有所述上一骑行订单的订单标识的所述第二请求，以使所述体验服务器根据所述上一骑行订单的订单标识查询预存的与所述上一骑行订单对应的所述善后处理因子。6.根据权利要求5所述的方法，其特征在于，所述根据所述善后处理因子计算第二共享
车辆的骑行费用，具体根据以下公式进行计算：c＝c0×
t
×
q其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q为所述善后处理因子。7.根据权利要求1所述的方法，其特征在于，若所述移动终端成功解锁第二共享车辆并完成骑行之前连续遇到多个故障车辆，所述当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求，具体包括：当所述移动终端成功解锁第二共享车辆并完成骑行后，查询预设数据库中当前骑前订单之前连续遇到故障车辆的所有连续故障骑行订单；向所述体验服务器发送携带有所述所有连续故障骑行订单的订单标识的所述第二请求，以使所述体验服务器根据所述所有连续故障骑行订单的订单标识查询预存的与每个所述连续故障骑行订单对应的所述善后处理因子。8.根据权利要求7所述的方法，其特征在于，所述根据所述善后处理因子计算第二共享车辆的骑行费用，具体根据以下公式进行计算：c＝c0×
t
×
q1×
q2×…×
q
n
其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q1、q2至q
n
为每个所述连续故障骑行订单对应的所述善后处理因子，n为所有连续故障骑行订单的总数。9.一种共享车辆的计费方法，其特征在于，应用于体验服务器，所述方法包括：接收共享车辆运营服务器发送的用于请求善后处理的第一请求，所述第一请求是所述共享车辆运营服务器在接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断出所述第一共享车辆故障后发送的；根据所述第一请求计算本次故障的善后处理因子；接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的用于请求与所述移动终端相关的善后处理因子的第二请求；基于所述第二请求向所述共享车辆运营服务器返回所述善后处理因子，以使所述共享车辆运营服务器根据所述善后处理因子计算第二共享车辆的骑行费用。10.根据权利要求9所述的方法，其特征在于，所述第一请求携带所述第一共享车辆的第一位置，所述接收共享车辆运营服务器发送的用于请求善后处理的第一请求之后，所述方法还包括：向所述共享车辆运营服务器发送用于请求位于所述第一位置预定距离阈值内的所有车辆信息的第三请求；接收所述共享车辆运营服务器根据所述第三请求返回的位于所述第一位置预定距离阈值内的所有车辆的信息；所述根据所述第一请求计算本次故障的善后处理因子，具体包括：基于返回的所述所有车辆的信息计算本次故障的善后处理因子。11.根据权利要求10所述的方法，其特征在于，所述善后处理因子根据以下公式进行计算：
q＝ng/nt其中，ng为位于所述第一位置预定距离阈值内的所有车辆中状态可用的车辆数量，nt为位于所述第一位置预定距离阈值内的所有车辆的总数。12.根据权利要求9所述的方法，其特征在于，所述根据所述第一请求计算本次故障的善后处理因子之后，所述方法还包括：向所述共享车辆运营服务器发送所述善后处理因子，以使所述共享车辆运营服务器将所述善后处理因子透传给所述移动终端，并使所述移动终端根据接收到的所述善后处理因子按预置的规则提示用户。13.根据权利要求9所述的方法，其特征在于，所述接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的用于请求与所述移动终端相关的善后处理因子的第二请求，具体包括：接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的携带有上一骑行订单的订单标识的所述第二请求，所述第二请求是所述共享车辆运营服务器查询到预设数据库中当前骑前订单的上一骑行订单为遇到故障车辆的故障订单时发送的；所述基于所述第二请求向所述共享车辆运营服务器返回所述善后处理因子之前，所述方法还包括：根据所述上一骑行订单的订单标识查询预存的与所述上一骑行订单对应的所述善后处理因子。14.根据权利要求13所述的方法，其特征在于，所述第二共享车辆的骑行费用具体根据以下公式进行计算：c＝c0×
t
×
q其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q为所述善后处理因子。15.根据权利要求9所述的方法，其特征在于，若所述移动终端成功解锁第二共享车辆并完成骑行之前连续遇到多个故障车辆，所述接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的用于请求与所述移动终端相关的善后处理因子的第二请求，具体包括：接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的携带有所有连续故障骑行订单的订单标识的所述第二请求，所述第二请求是所述共享车辆运营服务器查询出预设数据库中当前骑前订单之前连续遇到故障车辆的所述所有连续故障骑行订单后发送的；所述基于所述第二请求向所述共享车辆运营服务器返回所述善后处理因子之前，所述方法还包括：根据所述所有连续故障骑行订单的订单标识查询预存的与每个所述连续故障骑行订单对应的所述善后处理因子。16.根据权利要求15所述的方法，其特征在于，所述第二共享车辆的骑行费用具体根据以下公式进行计算：c＝c0×
t
×
q1×
q2×…×
q
n
其中，c为第二共享车辆的骑行费用，c0为单位时间内的骑行费用，t为本次骑行时长，q1、q2至q
n
为每个所述连续故障骑行订单对应的所述善后处理因子，n为所有连续故障骑行订单的总数。17.一种共享车辆的计费装置，其特征在于，设置于共享车辆运营服务器，所述装置包括：故障判断模块，用于当接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断所述第一共享车辆是否故障；第一请求发送模块，与所述故障判断模块连接，用于响应于所述第一共享车辆故障，向体验服务器发送用于请求善后处理的第一请求，以使所述体验服务器根据所述第一请求计算本次故障的善后处理因子；第二请求发送模块，与所述第一请求发送模块连接，用于当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求；善后处理因子接收模块，与所述第二请求发送模块连接，用于接收所述体验服务器基于所述第二请求返回的所述善后处理因子，根据所述善后处理因子计算第二共享车辆的骑行费用。18.一种共享车辆的计费装置，其特征在于，设置于体验服务器，所述装置包括：第一请求接收模块，用于接收共享车辆运营服务器发送的用于请求善后处理的第一请求，所述第一请求是所述共享车辆运营服务器在接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断出所述第一共享车辆故障后发送的；善后处理因子计算模块，与所述第一请求接收模块连接，用于根据所述第一请求计算本次故障的善后处理因子；第二请求接收模块，与所述善后处理因子计算模块连接，用于接收所述移动终端成功解锁第二共享车辆并完成骑行后，所述共享车辆运营服务器发送的用于请求与所述移动终端相关的善后处理因子的第二请求；善后处理因子返回模块，与所述第二请求接收模块连接，用于基于所述第二请求向所述共享车辆运营服务器返回所述善后处理因子，以使所述共享车辆运营服务器根据所述善后处理因子计算第二共享车辆的骑行费用。19.一种共享车辆的计费装置，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以实现如权利要求1-8中任一项所述的共享车辆的计费方法，或实现如权利要求9-16中任一项所述的共享车辆的计费方法。20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-8中任一项所述的共享车辆的计费方法，或实现如权利要求9-16中任一项所述的共享车辆的计费方法。

技术总结
本发明提供一种共享车辆的计费方法、装置及可读存储介质，该方法包括：当接收到移动终端基于第一共享车辆发送的申请解锁授权请求时，判断所述第一共享车辆是否故障；响应于所述第一共享车辆故障，向体验服务器发送用于请求善后处理的第一请求；当所述移动终端成功解锁第二共享车辆并完成骑行后，向所述体验服务器发送用于请求与所述移动终端相关的善后处理因子的第二请求；接收所述体验服务器基于所述第二请求返回的所述善后处理因子，根据所述善后处理因子计算第二共享车辆的骑行费用。该方法、装置及可读存储介质能够解决现有的共享车辆计费方法没有考虑用户遇到故障车辆后的善后处理，无法提高用户体验及无法提升用户粘性的问题。性的问题。性的问题。


技术研发人员：赵友军 胡庆东 王蓓蓓 李创硕 曹善文 李雨涵
受保护的技术使用者：中国联合网络通信集团有限公司
技术研发日：2023.07.18
技术公布日：2023/10/15