车辆管理的方法、系统及装置

本申请涉及计算机技术领域，尤其涉及一种车辆管理的方法、系统及装置。

现有的对于公司而言的车辆调度方法的步骤是：用户请求在某个时间段内借用某车辆，在该用户的请求得到批准后，将用户请求的该车辆在用户所提交的时间段内修改为已借出状态。例如，用户A申请在一月十日至一月十五日这六天内借用车辆，那么在用户A的请求得到批准后，该车辆在一月十日至一月十五日这六天内的状态将由闲置状态变为已借出状态。但是，在此期间内，若在用户A借走该车辆之后，而并未使用该车辆，将会使得该车辆闲置，从而降低了车辆利用率。

本申请实施例提供了一种车辆管理的方法、系统及装置，使得同一辆车在被A用户借走之后还可以被B用户借走，从而提高车辆的利用率。

第一方面，本申请实施例提供了一种车辆管理的方法，包括以下步骤：

接收用户输入的用车申请信息，所述用车申请信息包括使用时间；

根据所述用车申请信息获取车辆中的可用车辆的车辆列表，所述可用车辆包括在所述使用时间内处于闲置状态的车辆和处于待转借状态的车辆，所述处于闲置状态的车辆为未借出的车辆，所述处于待转借状态的车辆为未在使用中的已借出的车辆；

接收所述用户输入的选择指令，所述选择指令用于指示所述用户选择使用的目标车辆；

根据所述使用时间将所述目标车辆的状态修改为使用状态。

第二方面，本申请实施例提供了一种车辆管理的系统，包括：

接收模块，用于接收用户输入的用车申请信息，所述用车申请信息包括使用时间；

获取模块，用于根据所述用车申请信息获取车辆中的可用车辆的车辆列表，所述可用车辆包括在所述使用时间内处于闲置状态的车辆和处于待转借状态的车辆，所述处于闲置状态的车辆为未借出的车辆，所述处于待转借状态的车辆为未在使用中的已被出的车辆；

所述接收模块，还用于接收所述用户输入的选择指令，所述选择指令用于指示所述用户选择使用的目标车辆；

处理模块，用于根据所述使用时间将所述目标车辆的状态修改为使用状态。

第三方面，本申请实施例提供了一种车辆管理的装置，包括：处理器、存储器和总线，所述处理器和所述存储器通过所述总线连接，其中，所述存储器用于存储一组程序代码，所述处理器用于调用所述存储器中存储的所述程序代码，执行如第一方面所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，实现如第一方面所述的方法。

第五方面，本申请实施例提供了一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机可操作来使计算机执行如第一方面所述的方法。

实施本申请实施例，通过接收用户输入的用车申请信息，根据用车申请信息中的使用时间获取可用车辆的车辆列表，可用车辆的车辆列表中包括已被借出的处于闲置中的车辆，通过将已被借出的处于闲置中的车辆加入待转借列表，使得用户在该车辆已被借出的情况下仍旧可以借走该车辆，从而提高车辆的利用率。

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种车辆管理的方法的流程示意图；

图2为本申请实施例提供的一种修改目标车辆的状态的方法的流程示意图；

图3为本申请实施例提供的一种基于token的验证方法的流程示意图；

图4为本申请实施例提供的另一种车辆管理的方法的流程示意图；

图5为本申请实施例提供的另一种车辆管理的方法的流程示意图；

图6为本申请实施例提供的一种车辆管理的系统的组成示意图；

图7为本申请实施例提供的一种车辆管理的装置的组成示意图。

下面结合附图对本申请实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

本申请的说明书以及附图中的术语“第一”和“第二”等是用于区分不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一些列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。需要说明的是，本申请实施例中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方法不应被解释为比其他实施例或设计方案更优地或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。在本申请实施例中，“A和/或B”表示A和B，A或B两个含义。“A，和/或B，和/或C”表示A、B、C中的任一个，或者，表示A、B、C中的任两个，或者，表示A和B和C。

下面，结合图1中的步骤对本申请实施例提供的车辆管理的方法进行详细说明。

请参见图1，为本申请实施例提供的一种车辆管理的方法的流程示意图，可包括如下步骤：

步骤S101：接收用户输入的用车申请信息，所述用车申请信息包括使用时间。

其中，使用时间表示用户想要在该使用时间范围内使用车辆，也就是说，用户通过输入使用时间来预约车辆从而获得车辆在该使用时间范围内的使用权限。

步骤S102：根据所述用车申请信息获取车辆中的可用车辆的车辆列表，所述可用车辆包括在所述使用时间内处于闲置状态的车辆和处于待转借状态的车辆，所述处于闲置状态的车辆为未借出的车辆，所述处于待转借状态的车辆为未在使用中的已借出的车辆。

根据用户输入的使用时间获取在该使用时间范围内的可用车辆的列表，提供给用户进行选择。其中，属于可用车辆的车辆包括未被借出的处于闲置状态的车辆，以及，已被借出的但未在使用中的处于待转借状态的车辆。也就是说，用户可以选择申请使用处于闲置状态的车辆，也可以选择申请使用处于待转借状态的已被其他用户借走的车辆。需要说明的是，借走或者借出的车辆，是指某用户申请使用并且成功获得该车辆使用权限的车辆。

示例性的，当用户A想要申请一月十日至一月十五日使用车辆时，用户A填写的使用时间即为一月十日至一月十五日。车辆a在该使用时间范围内处于未被借出的闲置状态，则车辆a属于可用车辆。已被用户B借走的车辆b，用户B在借车辆b时填写的使用时间为一月八日至一月十七日，但是车辆b在一月九日处于了待转借状态，那么用户A借车时，车辆b也属于可用车辆。

在一种可能的实现方式中，属于可用车辆的待转借状态的车辆，需要满足的时间条件为用户输入的使用时间位于已经获取了待转借状态的车辆的使用权限的用户所输入的时间范围之内。

示例性的，当用户A想要申请一月十日至一月十五日使用车辆时，用户A填写的使用时间即为一月十日至一月十五日。车辆a在该使用时间范围内处于未被借出的闲置状态，则车辆a属于可用车辆。对于已被用户B借走的车辆b，用户B在借车辆b时填写的使用时间为一月八日至一月十七日，但是车辆b在一月九日处于了待转借状态，那么用户A借车时，车辆b也属于可用车辆。对于已被用户C借走的车辆c，用户C在借车辆c时填写的使用时间为一月八日至一月十三日，尽管车辆c在一月九日处于了待转借状态，但由于用户C对于车辆c的使用权限不包括用户A想要的一月十四至一月十五，因此车辆c不属于可用车辆。

在一种可能的实现方式中，所述车辆为试验车，所述用车申请信息还包括测试项目，所述可用车辆包括与所述测试项目相匹配的处于闲置状态的车辆和处于待转借状态的车辆。

试验车，是指在车辆投入大量生产之前，为判明车辆的技术特性、可靠性、和环境适应性而被用于进行一些基本行驶测试的车辆。其作用在于在车辆投入大量生产之前，通过对其进行充分的试验、验证和道路测试，从而确保车辆质量已达到要求。

测试项目是指测试车辆的某个具体功能，或者，测试某种车型的某个具体功能。测试项目包括但不限于测试车辆导航功能、测试车辆语音功能、测试车辆刹车功能等，本申请实施例不作任何限定。

示例性的，用户输入的测试项目为测试A车型的语音功能，输入的使用时间为一月三日下午两点至一月三日下午五点。那么属于可用车辆的车辆为在一月三日下午两点至一月三日下午五点的处于闲置状态或者待转借状态的A车型车辆。

在一种可能的实现方式中，所述车辆列表包括所述可用车辆的以下至少一项车辆信息：历史使用人数、历史使用时长、历史使用项目。

通过在可用车辆列表中显示可用车辆的车辆信息，可以使得用户选择更加符合自己需求的车辆。例如，当车辆a进行了空调功能的测试并通过，用户A想要测试语音控制空调的功能时，可以优先考虑选择申请使用可用列表中的车辆a进行测试，从而可以在语音无法控制空调的情况下更容易确定为语音功能存在问题而非空调功能存在问题。

步骤S103：接收所述用户输入的选择指令，所述选择指令用于指示所述用户选择使用的目标车辆。

接收到用户输入的选择指令，也即接收到用户的用车申请。

步骤S104：根据所述使用时间将所述目标车辆的状态修改为使用状态。

示例性的，用户A申请一月十日至一月十五日使用车辆，那么在用户A选择目标车辆后，将目标车辆的一月十日至一月十五日这一时间范围修改为使用状态，即表示该目标车辆在该时间范围内已被借出。

在一种可能的实现方式中，请参见图2，为本申请实施例提供的一种修改目标车辆的状态的方法的流程示意图，可包括如下步骤：

步骤S1041：核查所述用户是否有权限使用所述目标车辆；

在一种可能的实现方式中，接收到用户输入的选择指令后生成用户的用车申请，将该用车申请发送至相应的人员进行审批。若审批的结果为通过，则说明用户有权限使用目标车辆。若审批的结果为不通过，则说明用户此次借车失败，不具有权限使用目标车辆。此时需要用户根据不通过的原因进行相应的处理后再次进行用车申请。核查用户是否有权限使用目标车辆即核查用户的用车申请是否已经审批通过。

在一种可能的实现方式中，当目标车辆为处于闲置状态的车辆时，审批该用车申请的人员包括但不限于部门经理、项目经理、车管员等。当目标车辆为处于待转借状态的车辆时，审批该用车申请的人员为上一个借走该目标车辆的用户。

示例性的，用户A先借到了车辆a，在用户A尚未归还车辆a的情况下，车辆a处于了待转借状态，此时用户B也想借用车辆a，那么车辆a即是用户B选择的目标车辆。用户B提交的用车申请将发送至用户A进行审批，在获取用户A的同意后，用户B获得了车辆的使用权限。

在一种可能的实现方式中，当目标车辆为处于待转借状态的车辆时，审批该用车申请的人员为上一个借走该目标车辆的用户，上一个借走该目标车辆的用户在审批同意该用户借走该目标车辆时，可以选择将对目标车辆的使用权限进行转让，或者，选择将目标车辆暂时借给该用户。

示例性的，用户A先借到了车辆a，在用户A尚未归还车辆a的情况下，车辆a处于了待转借状态，此时用户B也想借用车辆a，那么车辆a即是用户B选择的目标车辆。用户A将接收到用户B的用车申请，用户A在审批同意用户B的用车申请时，可以选择将车辆a的使用权限转让给用户B，也可以选择将车辆a暂时借给用户B。其区别在于，当用户A选择将车辆a的使用权限转让给用户B时，则表示用户A失去了对车辆a的使用权限，用户B获得了车辆a的使用权限，并在归还车辆a时需要归还到车辆管理中心，当用户A想再次使用车辆时，需要重新提交用车申请。当用户A选择将车辆a暂时借给用户B时，则表示用户A是在用户B获取到车辆a的使用权限的使用时间范围内失去了对车辆a的使用权限，并且用户B归还车辆a是归还给用户A，在用户B归还车辆a后，用户A重新获得了车辆a的使用权限。也即，此时用户A在用户A申请用车时输入的使用时间范围内想再次使用车辆则无需重新提交用车申请。从而可以确保在任一时刻拥有某车辆使用权限的用户最多为1人，便于车辆管理中心对车辆进行管理。

步骤S1042：在所述用户有权限使用所述目标车辆的情况下，根据所述使用时间将所述目标车辆的状态修改为使用状态。

也即，在审批通过的情况下，根据所述使用时间将所述目标车辆的状态修改为使用状态。

在一种可能的实现方式中，在所述用户有权限使用所述目标车辆的情况下，获取服务器发送的蓝牙钥匙，所述蓝牙钥匙用于给予所述用户使用所述目标车辆的权限。

在得到相关人员的审批同意之后，终端(如，智能手机)将接收到服务器发送的token，以作为终端进行请求的一个令牌。令牌是一种能够控制站点占有媒体的特殊帧，以区别数据帧及其他控制帧。也就是说，token可以被理解为暗号，在一些数据传输之前，要先进行暗号的核对，不同的暗号被授权不同的数据操作。请参见图3,为本申请实施例提供的一种基于token的验证方法的流程示意图。

步骤S301：通过用户名和密码发送请求至服务器。

在本申请实施例中，即发送用车申请至服务器。服务器接收到用车申请时，也就收到了用户身份信息如用户名等。从而将用户身份信息与用车申请关联起来。

步骤S302：获取服务器检验成功后发送的token。

服务器对接收到的数据(如，用户名和密码)进行处理得到数据签名，将数据和数据签名一起作为token(令牌)发送给终端。得到数据签名的处理方法包括但不限于使用哈希算法。哈希算法(Hash Algorithm)，又称散列算法、散列函数、哈希函数、摘要生成算法，是一种根据数据创建数字指纹的方法。哈希算法将数据打乱混合，重新创建一个哈希值。哈希算法主要用来保障数据真实性，发信方将原始消息和哈希值一起发送，收信方通过相同的哈希函数来校验原始数据是否真实、完整。常用的哈希算法有哈希消息认证码(Hash-based Message Authentication Code，简称HMAC)和安全散列算法(Secure HashAlgorithm，简称SHA)等算法。重新创建的哈希值即为数据签名。

在本申请实施例中，核查用户是否有权限使用目标车辆，在用户有权限使用目标车辆的情况下即表示服务器检验成功，从而服务器将向终端发送token。

步骤S303：发送请求服务至服务器时携带token。

在本申请实施例中，当用户需要使用车辆的情况下，终端向服务器发送蓝牙钥匙服务请求，在该蓝牙钥匙服务请求中携带有上述服务器发送给终端的token。

步骤S304：在检验token成功的情况下获取服务器返回的请求数据。

采用与步骤S302相同的处理方法得到待验证数据签名，在待验证数据签名与token中的数据签名相匹配的情况下，则表示检验token成功。示例性的，在步骤S302中采用哈希算法得到数据签名，该数据签名包含在token中。服务器对由终端发送的token中的数据也采用与步骤S302相同的哈希算法得到待验证数据签名，将待验证数据签名与token中的数据签名进行比较判断，在待验证数据签名与token中的数据签名相匹配的情况下，则表示检验token成功。

在本申请实施例中，在检验token成功的情况下，终端将接收到服务器发送的可以用于控制使用目标车辆的蓝牙钥匙。

在一种可能的实现方式中，所述权限根据所述测试项目确定。

在一种可能的实现方式中，蓝牙钥匙可以用于打开目标车辆的车门，从而使得用户获取到放置在目标车辆内的目标车辆的物理钥匙。然后再用物理钥匙启动车辆。服务器对目标车辆中与测试项目无关的功能进行锁定，从而使得用户可以使用与测试项目相关的功能而无法使用与测试项目无关的功能来限制用户对于目标车辆的使用权限。

在一种可能的实现方式中，蓝牙钥匙可以用于控制目标车辆的各个功能。也就是说，可以不需要物理钥匙即可启动目标车辆。在这种情况下，除了可以通过服务器对目标车辆中与测试项目无关的功能进行锁定限制用户的使用权限外，还可以根据测试项目所需要的功能权限确定蓝牙钥匙所具有的功能权限。示例性的，在测试空调功能时，则蓝牙钥匙可以用于提供使用空调功能及其他可能涉及到的其他功能权限，而无法提供使用如导航功能等其他与测试空调功能无关的功能权限。

示例性的，当用户A在用车申请中输入的测试项目为测试语音功能，那么用户A可以使用目标车辆的语音功能以及在测试语音功能过程中可能涉及到的其他功能，而不具有使用其他与测试语音功能无关的功能的使用权限。与测试功能可能涉及的其他功能的确定方法包括但不限于预先设定每个功能的相关功能和/或用户在用车申请中进行选择或标注。

在一种可能的实现方式中，在用户申请使用的目标车辆为待转借状态的车辆的情况下，在得到上一借走该目标车辆的用户审批同意从而获取该目标车辆的使用权限后，用户所获得的具体权限根据该用户的测试项目确定，而不会同时拥有上一借走该车辆的用户获得的对目标车辆的具体使用权限。

示例性的，用户A先借到了车辆a，用户A的用车申请中输入的测试项目为测试空调功能，在用户A尚未归还车辆a的情况下，车辆a处于了待转借状态，此时用户B申请使用车辆a，用户B的用车申请中输入的测试项目为测试导航功能，那么在获得用户A的审批同意之后，用户B获得的对车辆a的使用权限为使用导航功能以及在测试导航功能中可能涉及的其他功能，而不会获得使用空调功能以及在测试空调功能中可能涉及的其他功能的权限。

在一种可能的实现方式中，当用户归还目标车辆至车辆管理中心(即目标车辆的状态被修改为闲置状态)或者将目标车辆的使用权限转让给其他用户后，用户获取到的蓝牙钥匙将被注销掉，从而失去目标车辆的使用权限。当用户同意暂时将目标车辆借给其他用户后，在其他用户获得目标车辆使用权限的期间，用户已获取到的蓝牙钥匙将失效，在其他用户将目标车辆归还给该用户后，该用户需重新获取蓝牙钥匙。

请参见图4，为本申请实施例提供的另一种车辆管理的方法的流程示意图，可包括如下步骤：

步骤S401：接收用户输入的用车申请信息，所述用车申请信息包括使用时间。

步骤S402：根据所述用车申请信息获取车辆中的可用车辆的车辆列表，所述可用车辆包括在所述使用时间内处于闲置状态的车辆和处于待转借状态的车辆，所述处于闲置状态的车辆为未借出的车辆，所述处于待转借状态的车辆为未在使用中的已借出的车辆。

步骤S403：接收所述用户输入的选择指令，所述选择指令用于指示所述用户选择使用的目标车辆。

步骤S404：根据所述使用时间将所述目标车辆的状态修改为使用状态。

其中，步骤S401-步骤S404的实现方法可参见步骤S101-步骤S104的具体实现方式，此处不再进行任何赘述。

步骤S405：实时获取所述目标车辆的车辆使用情况。

实时获取的目标车辆使用情况包括但不限于车辆是否在使用中以及目标车辆数据(例如，目标车辆各功能状态，油量/电量)。判断目标车辆是否在使用中的方法包括但不限于根据目标车辆是否启动进行判断和/或根据油量/电量是否发生变化进行判断。

在一种可能的实现方式中，目标车辆使用情况还可以包括车辆各功能使用状态，例如，各功能是否开启、开启时间、关闭时间等，还可以包括车辆实时位置、车辆行驶路线、车辆行驶里程等。

在一种可能的实现方式中，在实时获取到的车辆使用情况中存在异常的情况下，自动将异常信息发送至车辆管理中心。

目前对于车辆管理仍有缺陷。例如，车辆被借走之后，车辆被用来做什么，到过何处，实际行驶公里处等等，均需要用户A主动上报，而且是事后上报。这些不但浪费了用户A的时间，而且公司很难核实，使得车辆的管理流于形式。例如，用户A在借用过程中，一月十二日出现异响，经检查需要更换机油，那么为了保障行驶安全，用户A一方面需要先行垫付修理，另一方面车辆管理中心很难第一时间掌握车况，无法评估修理可行性。而通过实施本申请实施例，可以为现有的车辆管理提供实时的、客观的、可追溯的数据支撑，并且，在车辆存在异常的情况下，自动将异常信息发送至车辆管理中心，可以使得车辆管理中心及时接收到车辆的异常信息掌握车况，并可以根据异常信息评估修理可行性后确定对车辆的处理方式。

步骤S406：在所述目标车辆超过预设时长未使用的情况下，将所述目标车辆的状态从使用状态修改为待转借状态。

为避免用户借到目标车辆后，目标车辆立即进入待转借状态而对用户用车以及其他用户借车造成困扰，因此当用户借到目标车辆后，将目标车辆的状态根据开始的使用时间立即置为使用状态。在开始的使用时间以后的预设时间范围内，若目标车辆一直处于未使用状态，那么此时再将目标车辆加入待转借状态。

示例性的，用户借车的使用时间为一月五日至一月十日，预设时间范围为一天。那么一月五日零点时，无论用户是否使用目标车辆，目标车辆的状态都会被设置为使用状态，也就是说，此时目标车辆的状态为使用状态与车辆实际上是否正在被使用无关。假若用户在一月五日这一天并未使用目标车辆，那么目标车辆的状态将在一月六日零点被修改为待转借状态。也就是说，此时其他用户也可以申请使用该目标车辆。

请参见图5，为本申请实施例提供的另一种车辆管理的方法的流程示意图，可包括如下步骤：

步骤S501：接收用户输入的用车申请信息，所述用车申请信息包括使用时间。

步骤S502：根据所述用车申请信息获取车辆中的可用车辆的车辆列表，所述可用车辆包括在所述使用时间内处于闲置状态的车辆和处于待转借状态的车辆，所述处于闲置状态的车辆为未借出的车辆，所述处于待转借状态的车辆为未在使用中的已借出的车辆。

步骤S503：接收所述用户输入的选择指令，所述选择指令用于指示所述用户选择使用的目标车辆。

步骤S504：根据所述使用时间将所述目标车辆的状态修改为使用状态。

步骤S505：实时获取所述目标车辆的车辆使用情况。

步骤S506：在所述目标车辆超过预设时长未使用的情况下，将所述目标车辆的状态从使用状态修改为待转借状态。

其中，步骤S501-步骤S506的实现方法可参见步骤S401-步骤S406的具体实现方式，此处不再进行任何赘述。

步骤S507：在所述目标车辆的状态由使用状态变为闲置状态或者待转借状态的情况下，向所述服务器发送车辆数据请求；所述车辆数据请求用于向所述服务器请求车辆数据；所述车辆数据包括以下至少一项：各部门使用成本、各部门累计使用时长、各部门借车时间、个人累计用车时长、个人用车利用率、各车型使用时长。

其中，车辆数据可以由车辆传感器获取和/或由车辆上的处理器进行计算后得到和/或将车辆原始数据上传至服务器后由服务器进行数据计算后得到，然后由车辆上的通信装置上传至服务器。需要说明的是，车辆数据的获取方法仅为一种示例，不应构成任何限定。

步骤S508：获取所述服务器发送的车辆数据。

步骤S509：基于所述车辆数据管理和调整车辆。

示例性的，可以根据各部门累计使用时长调整分配给各部门的车辆数量。假若A部门累计使用时长为20天，B部门累计使用时长为4天，各部门的平均累计使用时长为12天，那么可以在原有的分配给各部门的车辆数量的基础上，增加分配给A部门的车辆数目，减少分配给B部门的车辆数目。其中，各部门的平均累计使用时长的计算方式为各部门累计使用时长的总和与部门数量的比值。示例性的，可以根据各部门借车时间为各部门分配车辆。假若A部门的借车时间集中在上午九点至十一点，B部门的借车时间集中在下午三点至五点，那么在上午九点至十一点时增加分配给A部门的车辆数量，在下午三点至五点增加分配给B部门的车辆数量。示例性的，在个人用车利用率低于预设阈值的情况下，也就是说，该用户借车却并未使用导致车辆闲置降低了车辆的利用率，那么此时可以对该用户进行提醒和/或限制该用户的借车次数和/或提高该用户后续借车的需要满足的条件，从而在一定程度上减少这种情况的发生。示例性的，可以根据各车型的平均利用率以及预设平均利用率调整各车型的车辆数目。

其中，各车型的平均利用率的计算方式为：

各车辆利用率的计算方式为：

其中，各车辆总时长是指各车辆从投放的时间开始至获取服务器发送的车辆数据之间的时长。假若M车型车辆的平均利用率为70％，N车型车辆的平均利用率为30％，预设平均利用率为50％，那么在后续投放的车辆中，可以增加M车型车辆的数量和/或回收部分N车型车辆。通过实施此方法，可以通过分析车辆数据管理和调整车辆，从而达到不断优化车辆管理和提高车辆利用率的目的。

下面结合附图介绍本申请实施例涉及的系统。

请参见图6，为本申请实施例提供的一种车辆管理的系统的组成示意图，车辆管理的系统600包括：

接收模块601，用于接收用户输入的用车申请信息，所述用车申请信息包括使用时间；

获取模块602，用于根据所述用车申请信息获取车辆中的可用车辆的车辆列表，所述可用车辆包括在所述使用时间内处于闲置状态的车辆和处于待转借状态的车辆，所述处于闲置状态的车辆为未借出的车辆，所述处于待转借状态的车辆为未在使用中的已被出的车辆；

接收模块601，还用于接收所述用户输入的选择指令，所述选择指令用于指示所述用户选择使用的目标车辆；

处理模块603，用于根据所述使用时间将所述目标车辆的状态修改为使用状态。

可选的，所述车辆为试验车，所述用车申请信息还包括测试项目，所述可用车辆包括与所述测试项目相匹配的处于闲置状态的车辆和处于待转借状态的车辆。

可选的，获取模块602，还用于实时获取所述目标车辆的车辆使用情况；

处理模块603，还用于在所述目标车辆超过预设时长未使用的情况下，将所述目标车辆的状态从使用状态修改为待转借状态。

可选的，处理模块603，还用于核查所述用户是否有权限使用所述目标车辆；

处理模块603，还用于在所述用户有权限使用所述目标车辆的情况下，根据所述使用时间将所述目标车辆的状态修改为使用状态。

可选的，获取模块602，还用于在所述用户有权限使用所述目标车辆的情况下，获取服务器发送的蓝牙钥匙，所述蓝牙钥匙用于给予所述用户使用所述目标车辆的权限。

可选的，所述车辆列表包括所述可用车辆的以下至少一项车辆信息：历史使用人数、历史使用时长、历史使用项目。

可选的，车辆管理的系统600还包括：

发送模块604，用于在所述目标车辆的状态由使用状态变为闲置状态或者待转借状态的情况下，向所述服务器发送车辆数据请求；所述车辆数据请求用于向所述服务器请求车辆数据；所述车辆数据包括以下至少一项：各部门使用成本、各部门累计使用时长、各部门借车时间、个人累计用车时长、个人用车利用率、各车型使用时长；

获取模块602，还用于获取所述服务器发送的车辆数据；

处理模块603，还用于基于所述车辆数据管理和调整车辆。

其中，车辆管理的系统600的具体实现功能方式可以参见图1-图5对应的方法步骤，此处不再进行赘述。

请参见图7，为本申请实施例提供的一种车辆管理的装置的组成示意图。可包括：处理器110、存储器120；其中，处理器110、存储器120和通信接口130通过总线140连接，该存储器120用于存储指令，该处理器110用于执行该存储器120存储的指令，以实现如上图1-图5对应的方法步骤。

处理器110用于执行该存储器120存储的指令，以控制通信接口130接收和发送信号，完成上述方法中的步骤。其中，所述存储器120可以集成在所述处理器110中，也可以与所述处理器110分开设置。

作为一种实现方式，通信接口130的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器110可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。

作为另一种实现方式，可以考虑使用通用计算机的方式来实现本申请实施例提供的装置。即将实现处理器110，通信接口130功能的程序代码存储在存储器120中，通用处理器通过执行存储器120中的代码来实现处理器110，通信接口130的功能。

该装置所涉及的与本申请实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于装置执行的方法步骤的内容的描述，此处不做赘述。

作为本实施例的另一种实现方式，提供一种计算机可读存储介质，其上存储有指令，该指令被执行时执行上述方法实施例中的方法。

作为本实施例的另一种实现方式，提供一种包含指令的计算机程序产品，该指令被执行时执行上述方法实施例中的方法。

本领域技术人员可以理解，为了便于说明，图7中仅示出了一个存储器和处理器。在实际的终端或服务器中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本申请实施例对此不做限制。

应理解，在本申请实施例中，处理器可以是中央处理单元(Central ProcessingUnit，简称CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，简称ROM)、可编程只读存储器(Programmable ROM，简称PROM)、可擦除可编程只读存储器(Erasable PROM，简称EPROM)、电可擦除可编程只读存储器(Electrically EPROM，简称EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccess Memory，简称RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，简称SRAM)、动态随机存取存储器(Dynamic RAM，简称DRAM)、同步动态随机存取存储器(Synchronous DRAM，简称SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，简称DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，简称ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，简称SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，简称DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。

应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

该总线除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线。

还应理解，本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请的范围。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block，简称ILB)和步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。