CN116362626B - 共享车辆的换电有效性的评估方法和服务器 - Google Patents

Abstract

一种共享车辆的换电有效性的评估方法和服务器，评估方法包括：响应移动设备对共享车辆的用车请求，向移动设备发送共享车辆的车辆信息；在预设时间段内，若未接收到对共享车辆的开锁请求，则计算共享车辆的直接损失，并标记为计损状态；记录用车请求的响应时间，基于响应时间确定计损时间；监控共享车辆的状态，当共享车辆由计损状态转变为可骑行状态时，确定共享车辆的止损时间；根据计损时间和止损时间，计算共享车辆的间接损失；根据直接损失和间接损失，对运营围栏内的共享车辆的换电有效性进行评估，得到评估结果。因此，能够准确的计算共享车辆因低电量而造成的损失，损失越多，则说明换电有效性越差；损失越少，则说明换电有效性越好。

Description

共享车辆的换电有效性的评估方法和服务器

技术领域

本发明涉及共享车辆技术领域，具体而言，涉及一种共享车辆的换电有效性的评估方法和服务器。

背景技术

共享车辆是一种分时租赁工具，投放于城镇中。当用户需要时，可以通过扫码租赁共享车辆，从而方便的获得骑行服务。共享车辆包括共享电单车，共享电单车以电池作为动力驱动车辆行驶。用户使用共享电单车后，电池的电量会减少，当电池电量减少到一定程度时，便不能继续提供动力。此时，共享车辆的运营商需要对低电量的共享车辆进行充电或者换电服务。目前，通常的做法是对低电量的共享车辆进行换电服务。换电服务属于运营商的运营成本。因此，需要对换电服务的换电有效性进行评估，以指导运营商调整换电的策略，降低运营成本。

发明内容

本发明的目的在于提供一种共享车辆的换电有效性的评估方法和服务器，以解决当前对换电服务的换电有效性难以评估的问题。

其中一个方面，提供一种共享车辆的换电有效性的评估方法，包括：响应移动设备对共享车辆的用车请求，向所述移动设备发送所述共享车辆的车辆信息以使所述移动设备确认是否使用所述共享车辆；在预设时间段内，若未接收到所述移动设备对所述共享车辆的开锁请求，则计算所述共享车辆的直接损失，并标记所述共享车辆的状态为计损状态；记录所述用车请求的响应时间，基于所述响应时间确定计损时间，所述计损时间晚于所述响应时间；监控所述共享车辆的状态，当所述共享车辆由所述计损状态转变为可骑行状态时，确定所述共享车辆的止损时间；根据所述计损时间和所述止损时间，计算所述共享车辆的间接损失；根据所述直接损失和所述间接损失，对运营围栏内的所述共享车辆的换电有效性进行评估，得到评估结果。

因此，能够准确的计算共享车辆因低电量而造成的损失，可以根据评估结果调整运营围栏的换电策略或者推广运营围栏的换电策略。具体的，直接损失和间接损失越多，则说明换电有效性越差，越应当调整换电的策略；直接损失和间接损失越少，则说明换电有效性越好，越应当推广换电的策略。

可选的，所述计算所述共享车辆的直接损失之前，还包括：获取所述共享车辆的电量，当所述共享车辆的电量低于低电阈值时，计算所述共享车辆的直接损失，所述低电阈值由所述运营围栏内所有所述共享车辆的成单率确定；其中，所述成单率为所述共享车辆在接收到所述用车请求后，转化为所述开锁请求的概率。

可选的，所述共享车辆由所述计损状态转变为所述可骑行状态包括：所述共享车辆被骑行；或者，所述共享车辆被换电；或者，所述共享车辆被调度。

可选的，根据所述响应时间，获取所述运营围栏内的所述响应时间所在的特定时间段内的第一平均单价，基于所述第一平均单价确定所述直接损失；其中，所述第一平均单价为所述运营围栏内的所述特定时间段内的总骑行收益与总骑行订单之比。

可选的，根据所述计损时间和所述止损时间，确定计损时间段；根据所述计损时间段，获取所述运营围栏内的骑行需求比和第二平均单价，基于所述骑行需求比和所述第二平均单价计算所述间接损失；其中，所述骑行需求比为所述运营围栏内的所述计损时间段内的所述用车请求的数量与所述共享车辆的数量之比，所述第二平均单价为所述运营围栏内的所述计损时间段内的总骑行收益与总骑行订单之比。

可选的，将所述计损时间段拆分为多个子计损时间段，分别计算多个所述子计损时间段的子间接损失，所述间接损失为多个所述子间接损失之和；其中，所述子计损时间段是根据所述运营围栏随时间的运营效率提前确定的。

可选的，在所述响应时间和所述计损时间之间，接收到对所述共享车辆的所述开锁请求时，消除所述直接损失，不再计算所述间接损失；并且，所述共享车辆由所述计损状态转变为所述可骑行状态。

可选的，所述计算所述共享车辆的直接损失之前，还包括：获取所述共享车辆的状态，当所述共享车辆的状态不属于以下任意一种时，计算所述共享车辆的直接损失：所述共享车辆的状态为待维修状态、被占用状态和所述计损状态。

另一方面，提供一种共享车辆的服务器，包括：发送模块，所述发送模块用于响应移动设备对共享车辆的用车请求，向所述移动设备发送所述共享车辆的车辆信息以使所述移动设备确认是否使用所述共享车辆；计算模块，在预设时间段内，若未接收到所述移动设备对所述共享车辆的开锁请求，则所述计算模块计算所述共享车辆的直接损失，并标记所述共享车辆的状态为计损状态；记录模块，所述记录模块用于记录所述用车请求的响应时间，基于所述响应时间确定计损时间，所述计损时间晚于所述响应时间；监控模块，所述监控模块用于监控所述共享车辆的状态，当所述共享车辆由所述计损状态转变为可骑行状态时，确定所述共享车辆的止损时间；所述计算模块还用于根据所述计损时间和所述止损时间，计算所述共享车辆的间接损失；评估模块，所述评估模块用于根据所述直接损失和所述间接损失，对运营围栏内的所述共享车辆的换电有效性进行评估，得到评估结果。

另一方面，提供一种共享车辆的服务器，包括存储有计算机程序的计算机可读存储介质和处理器，所述计算机程序被所述处理器读取并运行时，实现如上所述的换电有效性的评估方法。

附图说明

图1为本发明具体实施例换电有效性的评估方法的流程示意图。

图2为本发明具体实施例共享车辆成单率与电量值的示意图。

图3为本发明具体实施例换电有效性的评估方法的模块示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

共享车辆的运营商在运营共享车辆时，通常会设定运营围栏（也称为运营片区），只允许共享车辆在运营围栏内运营。用户使用共享车辆时，也不能够将共享车辆骑出运营围栏外。因此，能够在一定程度上防止共享车辆的丢失，降低共享车辆换电和调度的成本。共享车辆中有一类车辆是电驱动的，例如共享电单车和共享助力车，用户在骑行过程中会消耗电量，因而需要定期对此类共享车辆进行换电或者充电。目前，运营商通常雇佣运维人员对共享车辆进行换电，以保证共享车辆有足够的电量供用户骑行。对共享车辆进行换电是运营商比较大的一项支出成本，因此，需要对共享车辆的换电有效性进行评估。

参照图1，本发明提供一种共享车辆的换电有效性的评估方法。

S101，响应移动设备对共享车辆的用车请求，向移动设备发送共享车辆的车辆信息以使移动设备确认是否使用共享车辆。

本实施例的换电有效性的评估方法应用于服务器。当用户通过移动设备（例如手机、平板电脑）扫码共享车辆时，移动设备会将用户信息和车辆编码一同发送至服务器，此时，即代表了服务器收到了移动设备对共享车辆的用车请求。当服务器收到用车请求之后，会查询共享车辆的车辆信息，包括共享车辆的电量、共享车辆的状态等。然后，服务器会将电量、状态等信息发送至移动设备，用户根据车辆信息来判断是否使用该共享车辆。

其中，共享车辆的状态包括：待维修状态、被占用状态、可骑行状态和计损状态等。其中，被占用状态包括该共享车辆已经被其他用户预约，此时该共享车辆被其他用户所占用；被占用状态还包括该共享车辆已经被运维人员预约，此时该共享车辆被运维人员所占用。可骑行状态和计损状态是相对概念，后文详述。

在一种实施例中，若共享车辆处于待维修状态，则向移动设备发送共享车辆处于待维修状态，暂时无法使用共享车辆的信息；若共享车辆处于被占用状态，则向移动设备发送共享车辆处于被占用状态，暂时无法使用共享车辆的信息；若共享车辆处于可骑行状态和计损状态，则向移动设备发送共享车辆的电量，以使用户根据电量来选择是否使用该共享车辆。

S102，在预设时间段内，若未接收到移动设备对共享车辆的开锁请求，则计算共享车辆的直接损失，并标记共享车辆的状态为计损状态。

当服务器向移动设备返回共享车辆的车辆信息之后，若在预设时间段内，没有接收到移动设备对共享车辆的开锁请求，则表明用户不想使用该共享车辆。然而，用户在扫码该共享车辆的时候，表明用户是有使用共享车辆的需求的。用户没有使用该共享车辆，说明该共享车辆不满足用户的需求，说明该共享车辆没有被维护到位。因此，服务器对该共享车辆计算直接损失。

其中，这里的预设时间段可以是2-5分钟。

需要说明的是，本实施例解决的是对换电有效性评估的问题，非电量原因而导致的用户不骑行的损失不能被包含在内。因此，服务器对该共享车辆计算直接损失之前，需要判断共享车辆的状态。若共享车辆的状态为待维修状态或被占用状态，则不计算该共享车辆的直接损失。原因是，用户不骑行不是因为电量的问题，而是共享车辆本身存在问题而不能被骑行。

进一步的，本实施例还要排除用户扫码前后改变想法，以致用户扫码前想用共享车辆而扫码后因为各种原因不想用共享车辆的情形，此种情形也属于非电量原因而导致的用户不骑行，不骑行的损失同样不能被包含在内。具体的，服务器对该共享车辆计算直接损失之前，需要获取共享车辆的电量，当共享车辆的电量低于低电阈值时，认为是电量原因导致用户不骑行，需要计算共享车辆的直接损失。当共享车辆的电量高于低电阈值时，用户不骑行不是因为电量的问题而是用户想法的改变，不需要计算共享车辆的直接损失。

其中，低电阈值是由运营围栏内所有共享车辆的成单率确定的。具体的，成单率为运营围栏内共享车辆在接收到用车请求后，转化为开锁请求的概率。这是统计运营围栏内的共享车辆的电量和成单率的历史数据后得到的。

参见图2，横轴表示的是共享车辆的电量值，纵轴表示的是共享车辆的成单率。当共享车辆的电量在7%以下时，共享车辆的成单率为0，表明用户扫码之后全部都放弃了使用共享车辆，表明用户不认为该电量能够满足其骑行需求。此时，意味着共享车辆在接收到用车请求后，转化为开锁请求的概率为0。

当共享车辆的电量在7%-10%之间时，共享车辆的成单率在0-12%之间，表明绝大部分的用户不认为该电量能够满足其骑行需求。此时，意味着共享车辆在接收到用车请求后，转化为开锁请求的概率为0-12%。并且，从图中折线图可以看出，电量越高，则成单率也越高。当电量为10%时，成单率达到12%。

当共享车辆的电量在10%-20%之间时，共享车辆的成单率在12%-20%之间，表明大部分的用户不认为该电量能够满足其骑行需求。此时，意味着共享车辆在接收到用车请求后，转化为开锁请求的概率为12%-20%。并且，从图中折线图可以看出，电量越高，则成单率也越高。当电量为20%时，成单率达到20%。

当共享车辆的电量在20%-26%之间时，共享车辆的成单率在20%-99%之间，表明一部分的用户不认为该电量能够满足其骑行需求。此时，意味着共享车辆在接收到用车请求后，转化为开锁请求的概率为20%-99%。并且，从图中折线图可以看出，电量越高，则成单率也越高。当电量为26%时，成单率达到99%。

当共享车辆的电量在26%以上时，共享车辆的成单率在99%以上，此时，表明绝大部分的用户认为该电量能够满足其骑行需求。

综上，可以根据运营围栏内共享车辆的成单率来确定运营围栏内的低电阈值。例如在本实施例中，可以根据成单率99%来确定低电阈值26%。此时，当共享车辆的电量高于26%时，认为基本上不会因为电量原因而导致用户不使用共享车辆，此时无需计算直接损失。当共享车辆的电量低于26%时，认为可能因为电量原因而导致用户不使用共享车辆，需要计算直接损失。

本实施例中，共享车辆的直接损失的计算方法如下：

服务器在响应移动设备对共享车辆的用车请求时，记录用车请求的响应时间。根据响应时间，获取运营围栏内的响应时间所在的特定时间段内的第一平均单价，基于第一平均单价确定直接损失。其中，第一平均单价为运营围栏内的特定时间段内的总骑行收益与总骑行订单之比。

例如，上午9:15，用户通过移动设备扫码共享车辆，向服务器发送用车请求。服务器记录用车请求的响应时间为9:15。若在预设时间段内，例如3分钟内，没有收到移动设备对共享车辆的开锁请求，则根据响应时间9:15，获取运营围栏内的响应时间所在的特定时间段（例如9:00-10:00）内的第一平均单价A。具体的，获取运营围栏在9:00-10:00之间的总骑行收益Y和运营围栏在9:00-10:00之间的总骑行订单X，根据总骑行收益Y和总骑行订单X计算第一平均单价A：

第一平均单价A ＝ 总骑行收益Y ÷ 总骑行订单X。

第一平均单价A即为该共享车辆的直接损失，通过计算运营围栏内所有共享车辆的直接损失，既能够计算得到运营围栏内因为电量不足而遭受的直接损失。

本实施例中，当计算得到该共享车辆的直接损失后，还将该共享车辆的状态标记为计损状态。计损状态相对于可骑行状态而言，表示的是，该共享车辆因为电量低导致用户想要用车但最终没有使用该共享车辆之后的状态，也就是用户对该共享车辆发出用车请求但最终没有发出开锁请求后的共享车辆的状态。

如前所述，共享车辆包括四种状态：待维修状态、被占用状态、可骑行状态和计损状态。若共享车辆处于可骑行状态和计损状态，则向移动设备发送共享车辆的电量，以使用户根据电量来选择是否使用该共享车辆。

具体的，若共享车辆处于计损状态，说明已经出现过前一用户想用该共享车辆但最终没有用的情形。此时，若当前用户选择使用该共享车辆（开锁后骑行），则结束计损并将共享车辆的状态由计损状态调整为可骑行状态。此时，若当前用户选择不使用该共享车辆（发出用车请求，但未开锁），则继续计损并且保持共享车辆的状态为计损状态，由于该共享车辆已经因为前一用户已经计算过直接损失，不再计算当前用户因为想用车而没有用车导致的直接损失。直接损失只计算一次，不能够重复计算。

S103，记录用车请求的响应时间，基于响应时间确定计损时间，计损时间晚于响应时间。

共享车辆因为电量低用户没有选择骑行，会导致一次直接损失。此后，该共享车辆仍会因为电量低而损失订单，则会导致间接损失（如果该共享车辆有充足的电量那么流动起来会产生更多的订单）。

因此，服务器会记录用车请求的响应时间，并基于响应时间确定计损时间，计损时间晚于响应时间。响应时间指的是服务器响应移动设备对共享车辆的用车请求时的时间，计损时间指的是服务器对该共享车辆开始计算间接损失的时间。具体的，可以根据运营围栏内连续使用同一共享车辆的平均时间间隔来确定，若运营围栏内连续使用同一辆车的时间间隔平均为50分钟，那么可以将计损时间设定为在响应时间的50分钟之后。例如响应时间为9:15，那么计损时间为10:05。

进一步的，如果在响应时间和计损时间之间，接收到对共享车辆的开锁请求时，则说明该共享车辆事实上处于能够被用户使用的状态。因此，需消除原先计算的直接损失，不计算间接损失，这是因为该共享车辆并没有因为低电量而导致订单损失。此时，共享车辆由计损状态转变为可骑行状态。

S104，监控共享车辆的状态，当共享车辆由计损状态转变为可骑行状态时，确定共享车辆的止损时间。

计损时间指的是计算间接损失开始的时间，止损时间指的是计算间接损失结束的时间。共享车辆由计损状态转变为可骑行状态包括：共享车辆被骑行；或者，共享车辆被换电；或者，共享车辆被调度。共享车辆被骑行、被换电、被调度均意味着共享车辆事实上已经处于能够被用户使用的状态，应当停止计损。

只要发生上述任一一项，表明共享车辆的状态发生改变：计损状态转变为可骑行状态。同时，意味着间接损失计算的结束。

S105，根据计损时间和止损时间，计算共享车辆的间接损失。

本实施例中，计算共享车辆的间接损失的方法如下：

根据计损时间和止损时间，确定计损时间段。根据计损时间段，获取运营围栏内的骑行需求比和第二平均单价，基于骑行需求比和第二平均单价计算间接损失。其中，骑行需求比为运营围栏内的计损时间段内的用车请求的数量与共享车辆的数量之比，第二平均单价为运营围栏内的计损时间段内的总骑行收益与总骑行订单之比。上述用车请求的数量、共享车辆的数量、总骑行收益、总骑行订单可以由服务器收集得到。

具体的，共享车辆的计损时间为10:05，止损时间为12:35。那么，计损时间段为10:05-12:35。获取运营围栏内的共享车辆的数量M，运营围栏内在计损时间段内的用车请求的数量N，根据共享车辆的数量M和用车请求的数量N计算第骑行需求比Z。获取运营围栏在10:05-12:35之间的总骑行收益S和运营围栏在10:05-12:35之间的总骑行订单T，根据总骑行收益S和总骑行订单T计算第二平均单价B。基于骑行需求比Z和第二平均单价B计算间接损失。

骑行需求比Z ＝ 用车请求的数量N ÷ 共享车辆的数量M。

第二平均单价B ＝ 总骑行收益S ÷ 总骑行订单T。

间接损失 ＝ 骑行需求比Z × 第二平均单价B。

例如，运营围栏内在计损时间段内的用车请求的数量N为10000，运营围栏内的共享车辆的数量为5000，那么，骑行需求比Z为2。

需要说明的是，在短时间内（例如2分钟），同一移动设备发出了的多次用车请求且最终没有发出开锁请求，或只发出一次开锁请求，则将短时间内的多次用车请求记为一次用车请求。

共享车辆的全部损失，即为直接损失（第一平均单价A）和间接损失之和。

全部损失 ＝ 第一平均单价A ＋ 骑行需求比Z × 第二平均单价B。

本实施例中，为了更加准确的计算共享车辆的间接损失，可以将计损时间段拆分为多个子计损时间段，分别计算多个子计损时间段的子间接损失，间接损失为多个子间接损失之和。

其中，子计损时间段是根据运营围栏随时间的运营效率提前确定的。

具体的，共享车辆在一天之中的运营效率是变化的，存在高峰段、平稳段、低谷段。例如工作日上午6:00-11:00通常为高峰段，中午11:00-14:00通常为平稳段，下午14:00-16:00通常为平稳段，下午16:00-20:00通常为高峰段，晚上20:00-22:00通常为平稳段，晚上22:00-24:00通常为低谷段，凌晨0:00-4:00通常为低谷段，上午4:00-6:00通常为平稳段。因此，不同时段共享车辆的预期收益是不同的，因低电量而造成的损失也是不同的。通过将计损时间段拆分为多个子计损时间段，能够根据各子计损时间段的具体情况更加准确的计算各子计损时间段的子间接损失，从而更准确的计算间接损失。

例如，共享车辆的计损时间为10:05，止损时间为12:35。那么，计损时间段为10:05-12:35，子计损时间段分别为第一子计损时间段10:00-11:00，第二子计损时间段11:00-12:00，第三子计损时间段12:00-13:00。

获取运营围栏内在第一子计损时间段10:00-11:00内的用车请求的数量N1，获取运营围栏在第一子计损时间段10:00-11:00内的总骑行收益S1，获取运营围栏在第一子计损时间段10:00-11:00内的总骑行订单T1。获取第一子计损时间段的占比系数C1，具体的，C1 ＝ 55/60 ＝ 0.92。

骑行需求比Z1 ＝ 用车请求的数量N1 ÷ 共享车辆的数量M。

第二平均单价B1 ＝ 总骑行收益S1 ÷ 总骑行订单T1。

间接损失1 ＝ 骑行需求比Z1 × 第二平均单价B1 × C1。

获取运营围栏内在第二子计损时间段11:00-12:00内的用车请求的数量N2，获取运营围栏在第二子计损时间段11:00-12:00内的总骑行收益S2，获取运营围栏在第一子计损时间段11:00-12:00内的总骑行订单T2。获取第二子计损时间段的占比系数C2，具体的，C2 ＝ 60/60 ＝ 1。

骑行需求比Z2 ＝ 用车请求的数量N2 ÷ 共享车辆的数量M。

第二平均单价B2 ＝ 总骑行收益S2 ÷ 总骑行订单T2。

间接损失2 ＝ 骑行需求比Z2 × 第二平均单价B2 × C2。

获取运营围栏内在第三子计损时间段12:00-13:00内的用车请求的数量N3，获取运营围栏在第三子计损时间段12:00-13:00内的总骑行收益S3，获取运营围栏在第一子计损时间段12:00-13:00内的总骑行订单T3。获取第三子计损时间段的占比系数C3，具体的，C3 ＝ 35/60 ＝ 0.58。

骑行需求比Z3 ＝ 用车请求的数量N3 ÷ 共享车辆的数量M。

第二平均单价B3 ＝ 总骑行收益S3 ÷ 总骑行订单T3。

间接损失3 ＝ 骑行需求比Z3 × 第二平均单价B3 × C3。

因此，间接损失 ＝ 间接损失1 ＋ 间接损失2 ＋ 间接损失3。

S106，根据直接损失和间接损失，对运营围栏内的共享车辆的换电有效性进行评估，得到评估结果。

服务器根据运营围栏内所有共享车辆的直接损失和间接损失，对运营围栏内的共享车辆的换电有效性进行评估，得到评估结果，根据评估结果调整运营围栏的换电策略或者推广运营围栏的换电策略。具体的，直接损失和间接损失越多，则说明换电有效性越差，越应当调整换电的策略；直接损失和间接损失越少，则说明换电有效性越好，越应当推广换电的策略。

参照图3，本发明还提供一种共享车辆的服务器，服务器包括：发送模块，所述发送模块用于响应移动设备对共享车辆的用车请求，向所述移动设备发送所述共享车辆的车辆信息以使所述移动设备确认是否使用所述共享车辆；计算模块，在预设时间段内，若未接收到所述移动设备对所述共享车辆的开锁请求，则所述计算模块计算所述共享车辆的直接损失，并标记所述共享车辆的状态为计损状态；记录模块，所述记录模块用于记录所述用车请求的响应时间，基于所述响应时间确定计损时间，所述计损时间晚于所述响应时间；监控模块，所述监控模块用于监控所述共享车辆的状态，当所述共享车辆由所述计损状态转变为可骑行状态时，确定所述共享车辆的止损时间；所述计算模块还用于根据所述计损时间和所述止损时间，计算所述共享车辆的间接损失；评估模块，所述评估模块用于根据所述直接损失和所述间接损失，对运营围栏内的所述共享车辆的换电有效性进行评估，得到评估结果。

本发明还提供一种共享车辆的服务器，包括存储有计算机程序的计算机可读存储介质和处理器，所述计算机程序被所述处理器读取并运行时，实现以上所述的换电有效性的评估方法。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (6)

1.一种共享车辆的换电有效性的评估方法，其特征在于，包括：

响应移动设备对共享车辆的用车请求，向所述移动设备发送所述共享车辆的车辆信息以使所述移动设备确认是否使用所述共享车辆；所述车辆信息包括：共享车辆的电量、共享车辆的状态，所述共享车辆的状态包括：待维修状态、被占用状态、可骑行状态和计损状态；

在预设时间段内，若未接收到所述移动设备对所述共享车辆的开锁请求，则计算所述共享车辆的直接损失，并标记所述共享车辆的状态为计损状态；

所述计算所述共享车辆的直接损失之前，还包括：获取所述共享车辆的电量，当所述共享车辆的电量低于低电阈值时，计算所述共享车辆的直接损失，所述低电阈值由运营围栏内所有所述共享车辆的成单率确定；其中，所述成单率为所述共享车辆在接收到所述用车请求后，转化为所述开锁请求的概率；

所述计算所述共享车辆的直接损失之前，还包括：获取所述共享车辆的状态，当所述共享车辆的状态不属于以下任意一种时，计算所述共享车辆的直接损失：所述共享车辆的状态为待维修状态、被占用状态和所述计损状态；

记录所述用车请求的响应时间，基于所述响应时间确定计损时间，所述计损时间晚于所述响应时间；

所述直接损失的计算方式如下：根据所述响应时间，获取所述运营围栏内的所述响应时间所在的特定时间段内的第一平均单价，基于所述第一平均单价确定所述直接损失；其中，所述第一平均单价为所述运营围栏内的所述特定时间段内的总骑行收益与总骑行订单之比；

监控所述共享车辆的状态，当所述共享车辆由所述计损状态转变为可骑行状态时，确定所述共享车辆的止损时间；

根据所述计损时间和所述止损时间，计算所述共享车辆的间接损失；

所述间接损失的计算方式如下：根据所述计损时间和所述止损时间，确定计损时间段；根据所述计损时间段，获取所述运营围栏内的骑行需求比和第二平均单价，基于所述骑行需求比和所述第二平均单价计算所述间接损失；其中，所述骑行需求比为所述运营围栏内的所述计损时间段内的所述用车请求的数量与所述共享车辆的数量之比，所述第二平均单价为所述运营围栏内的所述计损时间段内的总骑行收益与总骑行订单之比；

其中，响应时间指的是服务器响应移动设备对共享车辆的用车请求的时间，计损时间指的是服务器对该共享车辆开始计算间接损失开始的时间，止损时间指的是计算间接损失结束的时间；

其中，计损状态指的是该共享车辆因为电量低导致用户想要用车但最终没有使用该共享车辆之后的状态，也就是用户对该共享车辆发出用车请求但最终没有发出开锁请求后的共享车辆的状态；

根据所述直接损失和所述间接损失，对运营围栏内的所述共享车辆的换电有效性进行评估，得到评估结果。

2.如权利要求1所述的评估方法，其特征在于，所述共享车辆由所述计损状态转变为所述可骑行状态包括：所述共享车辆被骑行；或者，所述共享车辆被换电；或者，所述共享车辆被调度。

3.如权利要求1所述的评估方法，其特征在于，将所述计损时间段拆分为多个子计损时间段，分别计算多个所述子计损时间段的子间接损失，所述间接损失为多个所述子间接损失之和；其中，所述子计损时间段是根据所述运营围栏随时间的运营效率提前确定的。

4.如权利要求1所述的评估方法，其特征在于，在所述响应时间和所述计损时间之间，接收到对所述共享车辆的所述开锁请求时，消除所述直接损失，不再计算所述间接损失；并且，所述共享车辆由所述计损状态转变为所述可骑行状态。

5.一种共享车辆的服务器，其特征在于，包括：

发送模块，所述发送模块用于响应移动设备对共享车辆的用车请求，向所述移动设备发送所述共享车辆的车辆信息以使所述移动设备确认是否使用所述共享车辆；所述车辆信息包括：共享车辆的电量、共享车辆的状态，所述共享车辆的状态包括：待维修状态、被占用状态、可骑行状态和计损状态；

计算模块，在预设时间段内，若未接收到所述移动设备对所述共享车辆的开锁请求，则所述计算模块计算所述共享车辆的直接损失，并标记所述共享车辆的状态为计损状态；

所述计算所述共享车辆的直接损失之前，还包括：获取所述共享车辆的电量，当所述共享车辆的电量低于低电阈值时，计算所述共享车辆的直接损失，所述低电阈值由运营围栏内所有所述共享车辆的成单率确定；其中，所述成单率为所述共享车辆在接收到所述用车请求后，转化为所述开锁请求的概率；

所述计算所述共享车辆的直接损失之前，还包括：获取所述共享车辆的状态，当所述共享车辆的状态不属于以下任意一种时，计算所述共享车辆的直接损失：所述共享车辆的状态为待维修状态、被占用状态和所述计损状态；

记录模块，所述记录模块用于记录所述用车请求的响应时间，基于所述响应时间确定计损时间，所述计损时间晚于所述响应时间；

所述直接损失的计算方式如下：根据所述响应时间，获取所述运营围栏内的所述响应时间所在的特定时间段内的第一平均单价，基于所述第一平均单价确定所述直接损失；其中，所述第一平均单价为所述运营围栏内的所述特定时间段内的总骑行收益与总骑行订单之比；

监控模块，所述监控模块用于监控所述共享车辆的状态，当所述共享车辆由所述计损状态转变为可骑行状态时，确定所述共享车辆的止损时间；

所述计算模块还用于根据所述计损时间和所述止损时间，计算所述共享车辆的间接损失；

所述间接损失的计算方式如下：根据所述计损时间和所述止损时间，确定计损时间段；根据所述计损时间段，获取所述运营围栏内的骑行需求比和第二平均单价，基于所述骑行需求比和所述第二平均单价计算所述间接损失；其中，所述骑行需求比为所述运营围栏内的所述计损时间段内的所述用车请求的数量与所述共享车辆的数量之比，所述第二平均单价为所述运营围栏内的所述计损时间段内的总骑行收益与总骑行订单之比；

其中，响应时间指的是服务器响应移动设备对共享车辆的用车请求的时间，计损时间指的是服务器对该共享车辆开始计算间接损失开始的时间，止损时间指的是计算间接损失结束的时间；

其中，计损状态指的是该共享车辆因为电量低导致用户想要用车但最终没有使用该共享车辆之后的状态，也就是用户对该共享车辆发出用车请求但最终没有发出开锁请求后的共享车辆的状态；

评估模块，所述评估模块用于根据所述直接损失和所述间接损失，对运营围栏内的所述共享车辆的换电有效性进行评估，得到评估结果。

6.一种共享车辆的服务器，其特征在于，包括存储有计算机程序的计算机可读存储介质和处理器，所述计算机程序被所述处理器读取并运行时，实现如权利要求1-4任一项所述的换电有效性的评估方法。