共享车辆的订单管理方法、服务器及存储介质与流程

1.本发明涉及共享车辆技术领域，具体而言，涉及一种共享车辆订单管理方法、服务器及存储介质。


背景技术：

2.当前，共享出行越来越成为人们重要的出行方式。例如，为了解决长距离的出行有共享汽车，为了解决短距离出行有共享单车/共享电单车。以共享单车/共享电单车为例，通常以用户的骑行时间/骑行距离来计算费用，例如，以骑行10分钟为单位，每10分钟收取一定的费用，骑行若不足10分钟则以10分钟计费。因此，当用户的骑行时间为11分钟时，也会以20分钟进行计费，此时，便会导致用户的体验感变差。另外，在共享出行领域，同一量共享车辆在不同时间会被服务于多个不同的用户，但是，在多个不同用户之间却不能交流，同样不利于共享车辆的用户群体的维护与壮大。


技术实现要素：

3.本发明的目的在于提供一种车辆订单管理方法，以解决现有的订单管理方法会使得用户体验感变差的问题。
4.其中一个方面，提供一种共享车辆的订单管理方法，应用于服务器，共享车辆的订单管理方法包括：接收用户终端的共享车辆的转交请求；获取所述共享车辆的实际使用信息和计费规则；根据所述实际使用信息和计费规则，计算产生下一计费的车辆使用余量；比较所述车辆使用余量与设定阈值；若所述车辆使用余量在设定阈值以上，则获取所述共享车辆的位置信息；根据所述位置信息，获取所述位置信息周围的至少一个其他用户终端；将所述转交请求发送至所述其他用户终端；响应所述其他用户终端的确认请求；若所述确认请求为确认接收请求，则向所述用户终端发送确认接收的提醒；并将所述共享车辆的占用信息由所述用户终端转移至所述其他用户终端，以完成所述交接请求。
5.通过使共享车辆在多个用户之间进行交接，从而能够使多个用户分摊共享车辆的用车成本，减少单个用户在单独使用共享车辆时的费用，从而大大的提升用户满意度。并且，通过共享车辆的交接，使得多个用户之间能够相互交流，有利于共享车辆的用户群体的维护与壮大。
6.可选的，所述实际使用信息为实际行驶时间，所述计费规则为按行驶时间进行计费的规则；或，所述实际使用信息为实际行驶距离，所述计费规则为按行驶距离进行计费的规则。
7.可选的，所述响应所述其他用户终端的确认请求，若所述确认请求为多个确认接收请求；则对多个所述确认接收请求进行排序，获取目标用户终端，所述目标用户终端为最先响应所述确认接收请求对应的所述其他用户终端；向所述用户终端发送确认接收的提醒；并将所述共享车辆的占用信息由所述用户终端转移至目标用户终端，以完成所述交接请求。
8.可选的，所述将所述转交请求发送至所述其他用户终端之后；若未接收到所述其他用户终端的确认请求，或接收到所述其他用户终端的确认请求且所述确认请求为确认不接收请求；则向所述用户终端发送确认不接收的提醒。
9.可选的，所述向所述用户终端发送确认不接收的提醒之后；根据所述共享车辆的位置信息判断所述共享车辆是否在停车点范围之内；若所述共享车辆在停车点范围之内，则向所述用户终端发送是否还车的提醒；若所述共享车辆在停车点范围之内，则向所述用户终端发送不能还车的提醒。
10.可选的，所述比较所述车辆使用余量与设定阈值；若所述车辆使用余量小于设定阈值，则获取所述共享车辆的位置信息；根据所述共享车辆的位置信息判断所述共享车辆是否在停车点范围之内；若所述共享车辆在停车点范围之内，则向所述用户终端发送是否还车的提醒；若所述共享车辆在停车点范围之内，则向所述用户终端发送不能还车的提醒。
11.可选的，所述的订单管理方法还包括当接收到所述共享车辆的还车信息之后，发送锁定指令至所述共享车辆已锁定所述共享车辆；根据所述共享车辆的全部所述实际使用信息和所述计费规则，计算所述共享车辆所产生的总费用；分别计算所述用户终端和所述其他用户终端的所述实际使用信息，根据总费用按比例分摊到所述用户终端和所述其他用户终端。
12.另一方面，提供一种共享车辆的服务器，共享车辆的服务器包括：获取模块，所述获取模块接收用户终端的共享车辆的转交请求，并获取所述共享车辆的实际使用信息和计费规则；比较模块，所述比较模块根据所述实际使用信息和计费规则，计算产生下一计费的车辆使用余量，并比较所述车辆使用余量与设定阈值；若所述车辆使用余量在设定阈值以上，则所述获取模块还用于获取所述共享车辆的位置信息，并根据所述位置信息，获取所述位置信息周围的至少一个其他用户终端；控制模块，所述控制模块将所述转交请求发送至所述其他用户终端，并响应所述其他用户终端的确认请求；若所述确认请求为确认接收请求，则所述控制模块向所述用户终端发送确认接收的提醒，并将所述共享车辆的占用信息由所述用户终端转移至所述其他用户终端，以完成所述交接请求。
13.另一方面，提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时，执行以上所述的共享车辆的订单管理方法的步骤。
14.另一方面，提供一种共享车辆的服务器，共享车辆的服务器包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行以上所述的共享车辆的订单管理方法的步骤。
附图说明
15.图1为本发明具体实施例中共享出行的信息交互图；
16.图2为本发明具体实施例中共享车辆的订单管理的流程示意图；
17.图3为本发明具体实施例中共享车辆的订单管理的模块示意图。
具体实施方式
18.为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
19.共享出行目前主要有以下几类：共享汽车(曹操出行、首汽约车等)，共享电单车(美团电单车、小遛共享等)，共享助力车和共享单车(哈罗助力车、青桔单车等)。无论是共享汽车、共享电单车、共享助力车或共享单车，其运行的原理都是差不多的，不同的只是出行适用的距离不同以及对用户体验感的不同。
20.共享出行的运行原理一般是这样的：共享车辆服务提供商提供共享车辆并搭建运营平台(即服务器)，共享车辆与服务器互联。一般情况下，共享车辆是被锁定的。当用户需要使用共享车辆的时候，通过使用智能终端与共享车辆的信息交互(例如扫码解锁)，并请求服务器解锁共享车辆。共享车辆被解锁后，用户可以使用该共享车辆，同时服务器开始计费。直到用户使用完该共享车辆，并通过智能终端与共享车辆的信息交互，请求服务器锁定该共享车辆，同时服务器停止计费，用户完成费用支付后结束订单。
21.目前，服务器对共享车辆的计费有以下方式：1)通过用户对共享车辆的行驶时间来计费，以共享电单车为例：共享电单车每使用10分钟，计2元，不足10分钟按10分钟计。例如，若a用户使用共享电单车12分钟，则计费4元；b用户使用共享电单车19分钟，也计费4元。2)通过用户对共享车辆的行驶距离来计费，同样以共享电单车为例：共享电单车每行驶4公里，计3元，不足4公里按4公里计。例如，若a用户使用共享电单车行驶5公里，则计费6元；b用户使用共享电单车行驶7公里，也计费6元。
22.因此，对于上述仅骑行12分钟的也要以20分钟来计费的用户来讲，体验感就会变差。同样，对于上述仅骑行5公里的也要以8公里来计费的用户来讲，体验感也会变差。并且，在共享出行领域，同一量共享车辆在不同时间会被服务于多个不同的用户，但是，在多个不同用户之间却不能交流，同样不利于共享车辆的用户群体的维护与壮大。因此，亟需采用相关技术手段来解决上述问题，提升用户体验感，维护共享车辆的用户群体。
23.为了能够清晰的说明本发明的技术方案，以下主要以共享电单车为例进行说明，共享汽车、共享助力车和共享单车同样适用于本发明的技术方案，不再赘述。
24.参照图1，服务器100与共享车辆200通信连接，a用户终端300(例如手机、平板等)与服务器100和共享车辆200通信连接，a用户终端300通过服务器100解锁了共享车辆200，并占用和使用共享车辆200过程中。此时，a用户终端300的所有者a用户通过行驶共享车辆200即将达到目的地。
25.参照图2，本发明提供了一种共享车辆的订单管理方法，应用于服务器，共享车辆的订单管理方法包括以下步骤：
26.s11，接收用户终端的共享车辆的转交请求。
27.当a用户通过行驶共享车辆200即将达到目的地后，a用户可以通过a用户终端300向服务器100发起该共享车辆200的转交请求。
28.例如，若a用户觉得自己只骑行了12分钟，产生同样的费用下还有8分钟可以骑行，便是有需求将共享车辆进行转交的，转交之后可以由他人(b用户)分担一部分费用，从而减少a用户的费用。b用户有用车需求，本身就需要支付骑行费用，通过接手a用户的共享车辆，能够分享a用户的剩余时间，从而也能够减少b用户的费用。因此，可以提升a用户和b用户的体验感。
29.s12，获取共享车辆的实际使用信息和计费规则。
30.当服务器100接收到a用户终端300的共享车辆200的转交请求之后，服务器100还
获取共享车辆200的实际使用信息和计费规则。
31.其中，计费规则是预先设定好的。如前文所述，可以是：通过用户对共享车辆的行驶时间来计费，例如，共享车辆每使用10分钟，计2元，不足10分钟按10分钟计。也可以是：通过用户对共享车辆的行驶距离来计费，例如，共享电单车每行驶4公里，计3元，不足4公里按4公里计。计费规则可以存储在服务器100中，服务器100可以直接获取得到；计费规则也可以存储在其他存储器中，服务器100从其他存储器中获取得到。
32.实际使用信息为共享车辆的行驶信息，一般根据计费规则来确定，可以是行驶时间，也可以是行驶距离。若计费规则为通过用户对共享车辆的行驶时间来计费，则实际使用信息为共享车辆的行驶时间。若计费规则为通过用户对共享车辆的行驶距离来计费，则实际使用信息为共享车辆的行驶距离。
33.s21，根据实际使用信息和计费规则，计算产生下一计费的车辆使用余量。
34.以共享车辆的行驶时间为例，若计费规则为通过用户对共享车辆的行驶时间来计费，且共享车辆每使用10分钟，计2元，不足10分钟按10分钟计。服务器100获取共享车辆200的行驶时间，例如行驶时间为12分钟或者19分钟。那么，当行驶时间为12分钟时，下一计费的车辆使用余量就是8分钟(10+10-12)；当行驶时间为19分钟时，下一计费的车辆使用余量就是1分钟(10+10-19)。
35.以共享车辆的行驶距离为例，若计费规则为通过用户对共享车辆的行驶距离来计费，且共享电单车每行驶4公里，计3元，不足4公里按4公里计。服务器100获取共享车辆200的行驶距离，例如行驶距离为5公里或者7公里。那么，当行驶距离为5公里时，下一计费的车辆使用余量就是3公里(4+4-5)；当行驶距离为7公里时，下一计费的车辆使用余量就是1公里(4+4-7)。
36.s22，比较所述车辆使用余量与设定阈值。
37.其中，设定阈值是根据计费规则预先设定的。如前所述，以共享车辆的行驶时间为例，若共享车辆每使用10分钟，计2元，不足10分钟按10分钟计，则设定阈值可以为2分钟。以共享车辆的行驶距离为例，若共享电单车每行驶4公里，计3元，不足4公里按4公里计，则设定阈值可以为1公里。
38.以上设定阈值仅是举例说明，可以设定为固定值，也可以设定为可变值。
39.s23，若车辆使用余量在设定阈值以上，则获取共享车辆的位置信息。
40.s24，根据位置信息，获取位置信息周围的至少一个其他用户终端。
41.以共享车辆的行驶时间为例，当用户行驶时间为12分钟时，车辆使用余量为8分钟，设定阈值为2分钟，服务器100判断车辆使用余量在设定阈值以上，需获取共享车辆200的位置信息，并且根据得到的位置信息，获取位置信息周围的至少一个其他用户终端(如图1所述，为b用户终端400)。当用户行驶时间为19分钟时，车辆使用余量为1分钟，设定阈值为2分钟，服务器100判断车辆使用余量不在设定阈值以上，此时可以不获取共享车辆200的位置信息，也无需获取位置信息周围的至少一个其他用户终端。
42.以共享车辆的行驶距离为例，当用户行驶距离为5公里时，车辆使用余量为3公里，设定阈值为1公里，服务器100判断车辆使用余量在设定阈值以上，需获取共享车辆200的位置信息，并且根据得到的位置信息，获取位置信息周围的至少一个其他用户终端(如图1所述，为b用户终端400)。当用户行驶距离为7.1公里时，车辆使用余量为0.9公里，设定阈值为
1公里，服务器100判断车辆使用余量不在设定阈值以上，此时可以不获取共享车辆200的位置信息，也无需获取位置信息周围的至少一个其他用户终端。
43.s31，将转交请求发送至其他用户终端。
44.若服务器100获取到了位置信息周围的一个其他用户终端(如b用户终端400)，则服务器100将转交请求发送至该用户终端。若服务器100获取到了位置信息周围的多个其他用户终端，则服务器100将转交请求发送至多个其他用户终端。若服务器100未获取到位置信息周围的其他用户终端，则服务器100不发送转交请求，并将未找到其他终于终端的信息反馈至a用户终端300。
45.需要说明的是，共享车辆200位置信息周围的定义可以是以此共享车辆200为中心的一定半径范围内所包含的空间。例如，共享车辆200位置信息周围的区域为以此共享车辆200为中心的20米范围内所包含的空间。
46.本实施例中，当服务器100未获取到位置信息周围的其他用户终端时，服务器100除了向a用户终端300反馈信息之外，服务器100还根据共享车辆200的位置信息判断该共享车辆200是否在停车点范围之内。其中，停车点是预先设定好的，服务器100可以直接获取并判定。若服务器100判定共享车辆200在停车点范围之内，则向a用户终端300发送是否还车的提醒，根据a用户终端300的指示，执行是否还车的动作。若服务器100判定共享车辆200在停车点范围之外，则向a用户终端300发送是不能还车的提醒，并引导a用户终端300向附近的停车点移动以实现还车或转交请求的发送。
47.以上为车辆使用余量在设定阈值以上时的步骤。当车辆使用余量不在设定阈值以上时，本实施例的服务器100也将获取共享车辆200的位置信息，并根据共享车辆200的位置信息判断该共享车辆200是否在停车点范围之内。若服务器100判定共享车辆200在停车点范围之内，则向a用户终端300发送是否还车的提醒，根据a用户终端300的指示，执行是否还车的动作。若服务器100判定共享车辆200在停车点范围之外，则向a用户终端300发送是不能还车的提醒，并引导a用户终端300向附近的停车点移动以实现还车或转交请求的发送。
48.s32，响应其他用户终端的确认请求。
49.s33，若确认请求为确认接收请求，则向用户终端发送确认接收的提醒。
50.当服务器100获取到了位置信息周围的多个b用户终端400且服务器100将转交请求发送至多个b用户终端400时，b用户终端400会根据转交请求进行反馈，此时，服务器100有可能接收到多个确认接收请求。
51.由于a用户终端300仅占用一辆共享车辆200，仅可以转交一辆共享车辆200，因此，服务器100需要对多个确认接收请求进行排序，例如按时间顺序进行排序，将最先收到的确认接收请求的b用户终端400作为目标用户终端，向a用户终端300发送确认接收的提醒，并且向其他非目标用户终端的b用户终端400发送共享车辆200已经被其他用户接收的提醒。
52.若所有b用户终端400反馈的都是确认不接收请求，即服务器100接收到的是确认不接收请求，则服务器100向a用户终端发送确认不接收的提醒。
53.另外，还有一种情况是一部分b用户终端400反馈的是确认不接收请求，另一部分b用户终端400没有反馈信息。对于服务器100将转交请求发送至b用户终端400，却没有收到b用户终端400确认请求的情况，系统内部设定反馈信号接收时限(例如2分钟)，若服务器100在接收时限内未接收到b用户终端400的确认请求，则默认为确认不接收。此时，由于一部分
b用户终端400反馈的是确认不接收请求，另一部分b用户终端400被默认为确认不接收请求，服务器100向a用户终端300发送确认不接收的提醒。
54.当服务器100向a用户终端300发送确认不接收的提醒后，服务器100还将获取共享车辆200的位置信息，并根据共享车辆200的位置信息判断该共享车辆200是否在停车点范围之内。若服务器100判定共享车辆200在停车点范围之内，则向a用户终端300发送是否还车的提醒，根据a用户终端300的指示，执行是否还车的动作。若服务器100判定共享车辆200在停车点范围之外，则向a用户终端300发送是不能还车的提醒，并引导a用户终端300向附近的停车点移动以实现还车或转交请求的发送。
55.s34，将共享车辆的占用信息由用户终端转移至其他用户终端，以完成交接请求。
56.当服务器100接收到b用户终端400发送的确认接收请求，并向a用户终端300发送确认接收的提醒后，服务器100即将共享车辆200的占用信息由a用户终端300转移至b用户终端400。也就是说，a用户终端300占用共享车辆200转移至b用户终端300占用共享车辆200，完成共享车辆200的交接请求。此时，a用户终端300释放共享车辆200，b用户终端300占用共享车辆200。
57.同样的，当b用户使用共享车辆200到接近目的地时，b用户同样可以通过b用户终端发起共享车辆200的转交请求，将共享车辆200转交至c用户终端。其原理与a用户终端将共享车辆200转交至b用户终端类似，此处不再赘述。
58.最后，共享车辆200还是会被归还。当服务器100接收到共享车辆200的还车请求之后，服务器100发送锁定指令至共享车辆200已锁定该共享车辆200。并且服务器100还根据共享车辆200的全部实际使用信息和计费规则，计算共享车辆200所产生的总费用。
59.以共享车辆的行驶时间为例，a用户终端300占用共享车辆200的行驶时间为12分钟，b用户终端400占用共享车辆200的行驶时间为7分钟，则共享车辆200被占用的总行驶时间为19分钟，产生的总费用是4元。
60.以共享车辆的行驶距离为例，a用户终端300占用共享车辆200的行驶举例为5公里，b用户终端400占用共享车辆200的行驶距离为2公里，则共享车辆200被占用的总行驶距离为7公里，产生的总费用是6元。
61.本实施例中，服务器100还根据用户终端和其他用户终端的所述实际使用信息，根据总费用按比例分摊到用户终端和其他用户终端。
62.以前述共享车辆的行驶时间为例，a用户终端300的行驶时间为12分钟，b用户终端400的行驶时间为7分钟，总费用是4元。那么，a用户所产生的费用为12/19
×
4＝2.5元，b用户所产生的费用为1.5元。此时，a用户节省了1.5元的费用，b用户节省了0.5元的费用，从而大大提升用户的满意度。并且，a用户与b用户之间的信息交流，也有利于共享车辆的用户群体的维护与壮大。
63.以前述共享车辆的行驶距离为例，a用户终端300的行驶举例为5公里，b用户终端400的行驶距离为2公里，总费用是6元。那么，a用户所产生的费用为5/7
×
6＝4.3元，b用户所产生的费用为1.7元。此时，a用户节省了1.7元的费用，b用户节省了1.3元的费用，从而大大提升用户的满意度。并且，a用户与b用户之间的信息交流，也有利于共享车辆的用户群体的维护与壮大。
64.本实施例还提供一种共享车辆的服务器，参照图3，服务器100包括获取模块10，获
取模块10用于接收a用户终端300的共享车辆200的转交请求，并获取共享车辆200的实际使用信息和计费规则。
65.服务器100还包括比较模块20，比较模块20用于根据实际使用信息和计费规则，计算产生下一计费的车辆使用余量，并比较车辆使用余量与设定阈值；若车辆使用余量在设定阈值以上，则获取模块20还用于获取共享车辆200的位置信息，并根据位置信息，获取位置信息周围的至少一个其他用户终端。
66.服务器100还包括控制模块30，控制模块30用于将转交请求发送至b用户终端400，并响应b用户终端400的确认请求；若确认请求为确认接收请求，则控制模块30还用于向a用户终端300发送确认接收的提醒，并将共享车辆200的占用信息由a用户终端300转移至b用户终端400，以完成所述交接请求。
67.本实施例还提供一种存储介质，其上存储有计算机程序，计算机程序被处理器运行时，执行以上共享车辆的订单管理方法的步骤。
68.本实施例还提供一种共享车辆的服务器，服务器包括存储器和处理器，存储器上存储有可在所述处理器上运行的计算机程序，处理器运行计算机程序时执行以上共享车辆的订单管理方法的步骤。
69.虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

技术特征：
1.一种共享车辆的订单管理方法，应用于服务器，其特征在于，包括：接收用户终端的共享车辆的转交请求；获取所述共享车辆的实际使用信息和计费规则；根据所述实际使用信息和计费规则，计算产生下一计费的车辆使用余量；比较所述车辆使用余量与设定阈值；若所述车辆使用余量在设定阈值以上，则获取所述共享车辆的位置信息；根据所述位置信息，获取所述位置信息周围的至少一个其他用户终端；将所述转交请求发送至所述其他用户终端；响应所述其他用户终端的确认请求；若所述确认请求为确认接收请求，则向所述用户终端发送确认接收的提醒；并将所述共享车辆的占用信息由所述用户终端转移至所述其他用户终端，以完成所述交接请求。2.如权利要求1所述的订单管理方法，其特征在于，所述实际使用信息为实际行驶时间，所述计费规则为按行驶时间进行计费的规则；或，所述实际使用信息为实际行驶距离，所述计费规则为按行驶距离进行计费的规则。3.如权利要求1所述的订单管理方法，其特征在于，所述响应所述其他用户终端的确认请求，若所述确认请求为多个确认接收请求；则对多个所述确认接收请求进行排序，获取目标用户终端，所述目标用户终端为最先响应所述确认接收请求对应的所述其他用户终端；向所述用户终端发送确认接收的提醒；并将所述共享车辆的占用信息由所述用户终端转移至目标用户终端，以完成所述交接请求。4.如权利要求1所述的订单管理方法，其特征在于，所述将所述转交请求发送至所述其他用户终端之后；若未接收到所述其他用户终端的确认请求，或接收到所述其他用户终端的确认请求且所述确认请求为确认不接收请求；则向所述用户终端发送确认不接收的提醒。5.如权利要求4所述的订单管理方法，其特征在于，所述向所述用户终端发送确认不接收的提醒之后；根据所述共享车辆的位置信息判断所述共享车辆是否在停车点范围之内；若所述共享车辆在停车点范围之内，则向所述用户终端发送是否还车的提醒；若所述共享车辆在停车点范围之内，则向所述用户终端发送不能还车的提醒。6.如权利要求1所述的订单管理方法，其特征在于，所述比较所述车辆使用余量与设定阈值；若所述车辆使用余量小于设定阈值，则获取所述共享车辆的位置信息；根据所述共享车辆的位置信息判断所述共享车辆是否在停车点范围之内；若所述共享车辆在停车点范围之内，则向所述用户终端发送是否还车的提醒；若所述共享车辆在停车点范围之内，则向所述用户终端发送不能还车的提醒。7.如权利要求1所述的订单管理方法，其特征在于，还包括：当接收到所述共享车辆的还车信息之后，发送锁定指令至所述共享车辆已锁定所述共
享车辆；根据所述共享车辆的全部所述实际使用信息和所述计费规则，计算所述共享车辆所产生的总费用；分别计算所述用户终端和所述其他用户终端的所述实际使用信息，根据总费用按比例分摊到所述用户终端和所述其他用户终端。8.一种共享车辆的服务器，其特征在于，包括：获取模块，所述获取模块接收用户终端的共享车辆的转交请求，并获取所述共享车辆的实际使用信息和计费规则；比较模块，所述比较模块根据所述实际使用信息和计费规则，计算产生下一计费的车辆使用余量，并比较所述车辆使用余量与设定阈值；若所述车辆使用余量在设定阈值以上，则所述获取模块还用于获取所述共享车辆的位置信息，并根据所述位置信息，获取所述位置信息周围的至少一个其他用户终端；控制模块，所述控制模块将所述转交请求发送至所述其他用户终端，并响应所述其他用户终端的确认请求；若所述确认请求为确认接收请求，则所述控制模块向所述用户终端发送确认接收的提醒，并将所述共享车辆的占用信息由所述用户终端转移至所述其他用户终端，以完成所述交接请求。9.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器运行时，执行权利要求1至7中任一项所述的共享车辆的订单管理方法的步骤。10.一种共享车辆的服务器，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行权利要求1至7中任一项所述的共享车辆的订单管理方法的步骤。

技术总结
一种共享车辆的订单管理方法，应用于服务器，包括：接收用户终端的共享车辆的转交请求；获取共享车辆的实际使用信息和计费规则；计算产生下一计费的车辆使用余量；比较车辆使用余量与设定阈值；若车辆使用余量在设定阈值以上，则获取共享车辆的位置信息；获取位置信息周围的至少一个其他用户终端；将转交请求发送至其他用户终端；响应其他用户终端的确认请求；若确认请求为确认接收请求，则向用户终端发送确认接收的提醒；并将共享车辆的占用信息由用户终端转移至其他用户终端。通过使共享车辆在多个用户之间进行交接，从而能够使多个用户分摊共享车辆的用车成本，减少单个用户在单独使用共享车辆时的费用，从而大大的提升用户满意度。满意度。满意度。


技术研发人员：张莉萍
受保护的技术使用者：宁波小遛共享信息科技有限公司
技术研发日：2021.11.11
技术公布日：2022/3/8