租赁车辆的库存管理方法、装置、终端和可读存储介质

技术领域

本发明涉及信息技术领域，尤其涉及一种租赁车辆的库存管理方法、装置、终端和可读存储介质。

背景技术

租赁车辆的库存的使用是否合理，是影响租车成本和收益的一个重要因素。库存的设计使用是由车辆数量，租车订单数量和租车时间三个维度决定的，当租车订单数量大于车辆数量时，为保证库存的可用性，需要将车辆按照租车时间维度合理安排到不同的订单上，使租车库存得到最大化的利用率。由于计算因素较多，导致这种计算难度会非常大，再加上租车订单中实际的结束时间的人为不确定性，需要及时修正车辆库存，出现订单较多时出现某段时间内库存不可用而又有车辆空闲的情况，车辆利用效率低下。

发明内容

鉴于上述问题，本申请实施例提供一种租赁车辆的库存管理方法、装置、库存管理终端和可读存储介质。

本申请的一个实施例提供一种租赁车辆的库存管理方法，包括：

预先将未来的一时间段以预定的节点时间间隔分割为多个库存时间节点，并且将初始可租车辆数量作为每个库存时间节点对应的初始库存车辆数量，所述预定时间段的起点作为初始库存时间节点，所述初始库存时间节点对应的自然时间为初始自然时间；

在接收到订单查询指令时，分别计算所述订单查询指令中的租车开始时间、租车结束时间与所述初始自然时间的第一时间差和第二时间差；

将所述第一时间差和所述第二时间差分别除以所述节点时间间隔得到开始时间索引位置和结束时间索引位置；

针对所述开始时间索引位置至所述结束时间索引位置的索引区间内的所有库存时间节点，确定各个库存时间节点对应的库存车辆数量是否大于等于所述订单查询指令中的租车数量；

若所述索引区间内的所有库存时间节点对应的当前库存车辆数量均大于等于所述订单查询指令中的租车数量，则确认库存足够，否则，提示车辆库存不足。

进一步的，在预定库存更新触发条件下，对所述库存车辆数量进行更新，所述预定库存更新触发条件包括接收到主动更新库存指令、预定库存推移周期期满和订单实际结束时间变化。

进一步的，在所述预定库存更新触发条件为接收到主动更新库存指令时，所述方法还包括：

在接收到主动更新库存指令时，分别计算更新开始时间、更新结束时间与所述初始自然时间的第三时间差和第四时间差，将所述第三时间差和所述第四时间差分别除以所述节点时间间隔得到更新开始时间索引位置和更新结束时间索引位置；

针对所述开始时间索引位置至所述结束时间索引位置之间的所有库存时间节点，将各个库存时间节点对应的库存车辆数量加上库存更新指令中的车辆数量，得到各个库存时间节点对应的更新后的库存车辆数量；其中，增加库存时库存更新指令中的车辆数量是正数，减少库存时库存更新指令中的车辆数量为负数。

进一步的，在所述预定库存更新触发条件为预定库存推移周期期满，所述方法还包括：

根据预定的库存推移周期，计算所述库存推移执行时间和所述初始自然时间的时间差，用该时间差除以所述节点时间间隔得到库存推移开始时间索引位置，将当前时间段对应的所有库存时间节点中的最后一个库存时间节点作为库存推移结束时间索引位置；

删除库存推移开始时间索引位置之前的库存时间节点以及相应库存时间节点的库存车辆数量；

将预定库存推移周期除以所述节点时间间隔得到推移时间节点数量；

在所述库存推移结束时间索引位置后增加等于所述推移时间节点数量的库存时间节点，每个增加的库存时间节点对应的库存车辆数量等于所述推移结束时间索引位置对应的库存车辆数量，并将新的第一个库存时间节点作为所述初始库存时间节点。

进一步的，当所述预定库存更新触发条件为订单实际结束时间变化时，所述方法还包括：

当所述订单实际结束时间已确定且所述订单实际结束时间小于订单预计结束时间，计算所述订单实际结束时间与所述初始自然时间的时间差，用该时间差除以所述节点时间间隔，得到库存修正开始时间索引位置；计算所述订单预计结束时间与所述初始自然时间的时间差，用该时间差除以所述节点时间间隔，得到库存修正结束时间索引位置；

针对所述库存修正开始时间索引位置至所述库存修正开始时间索引位置之间的所有库存时间节点，将每个库存时间节点中的库存车辆数量加上所述订单中的租车数量得到更新后的库存车辆数量；

进一步的，当所述预定库存更新触发条件为订单实际结束时间变化时，所述方法还包括：

当所述订单实际结束时间已确定且所述订单实际结束时间大于所述订单预计结束时间，计算所述订单预计结束时间与所述初始自然时间的时间差，用该时间差除以所述节点时间间隔，得到库存修正开始时间索引位置；计算所述订单实际结束时间与初始自然时间的时间差，用该时间差除以所述节点时间间隔，得到库存修正结束时间索引位置；

针对所述库存修正开始时间索引位置至所述库存修正开始时间索引位置之间的所有库存时间节点，将每个库存时间节点中的库存车辆数量减去所述订单中的租车数量得到更新后的库存车辆数量。

进一步的，当所述订单实际结束时间未确定且当前时间大于所述订单预计结束时间，计算所述订单预计结束时间与所述初始自然时间的时间差，用该时间差除以所述节点时间间隔，得到库存修正开始时间索引位置；

将预设的修正推移周期除以所述节点时间间隔，得到库存修正结束时间索引位置；

针对所述库存修正开始时间索引位置至所述库存修正开始时间索引位置之间的所有库存时间节点，将每个库存时间节点对应的库存车辆数量减去订单中的车辆数量得到更新后的库存车辆数量。

本申请的又一实施例提供一种租赁车辆的库存管理装置，包括：

预分割模块，用于预先将未来的一时间段以预定的节点时间间隔分割为多个库存时间节点，并且将初始可租车辆数量作为每个库存时间节点对应的初始库存车辆数量，所述预定时间段的起点作为初始库存时间节点，所述初始库存时间节点对应的自然时间为初始自然时间；

计算模块，用于在接收到订单查询指令时，分别计算租车开始时间、租车结束时间与初始自然时间的第一时间差和第二时间差，将所述第一时间差和所述第二时间差分别除以所述节点时间间隔得到开始时间索引位置和结束时间索引位置；在接收到库存更新指令时，分别计算更新开始时间、更新结束时间与初始自然时间的第三时间差和第四时间差，将所述第三时间差和所述第四时间差分别除以所述节点时间间隔得到更新开始时间索引位置和更新结束时间索引位置；

订单查询模块，用于针对所述开始时间索引位置至所述结束时间索引位置之间的所有库存时间节点，确定各个库存时间节点对应的当前库存车辆数量；

库存判断模块，用于判断所述各个库存时间节点对应的当前库存车辆数量是否大于等于所述订单查询指令中的租车数量；若大于等于所述订单查询指令中的租车数量，则确认库存足够，否则，提示车辆库存不足；

本申请的又一实施例提供一种计算机终端，计算机终端包括处理器和存储器，所述存储器存储有计算机程序，所述处理器用于执行所述计算机程序以实现上述中任一项所述的租赁车辆的库存管理方法。

本申请的又一实施例提供一种可读存储介质，其储存有计算机程序，所述计算机程序在处理器上运行时执行上述中任一项所述的租赁车库管理方法。

本申请的实施例具有如下优点：

本申请的方法通过分别计算租车开始时间、租车结束时间与初始自然时间的第一时间差和第二时间差，第一时间差和所述第二时间差分别除以所述节点时间间隔得到开始时间索引位置和结束时间索引位置，有效的定位了需要查询的车辆库存时间段，针对开始时间索引位置至结束时间索引位置之间的所有库存时间节点进行判断，确定当前库存车辆数量是否足够支持当前订单。如此能使得同一辆车可悲分配到没有时间重合的多个订单上，使得租车库存得到了最大化的利用率，并在面对多种订单的复杂场景时，能够快速准确地计算租车的剩余库存。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对本发明保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。

图1A示出了本发明的一种租赁车辆库存的查询方法流程示意图；

图1B示出了本发明的一种租赁车辆库存时间段分割示意图；

图2示出了本发明的一种租赁车辆库存的主动更新流程示意图；

图3A示出了本发明的一种租赁车辆库存的库存推移流程示意图；

图3B示出了本发明的一种租赁车辆库存的库存推移过程库存时间节点变化示意图；

图4示出了本发明的一种租赁车辆库存的修正更新流程示意图；

图5示出了本发明的一种租赁车辆库存的又一修正更新流程示意图；

图6示出了本发明的一种租赁车辆库存的再一修正更新流程示意图；

图7示出了本发明的一种租赁车辆管理装置结构示意图。

具体实施方式

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

通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

在下文中，可在本发明的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。

此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本发明的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本发明的各种实施例中被清楚地限定。

实施例1

请参照图1A，本实施例提出一种库存查询方法，通过该方法可以实现查询当前订单是否有车可用，下面对该库存查询方法进行说明。

步骤S101，预先将未来的一时间段以预定的节点时间间隔分割为多个库存时间节点，并且将初始可租车辆数量作为每个库存时间节点对应的初始库存车辆数量。所述预定时间段的起点作为初始库存时间节点，所述初始库存时间节点对应的自然时间为初始自然时间。

具体的，分割的未来一段时间可以按照实际情况来定，其中预定的节点时间间隔为最小时间单元，不再分割。最小时间单元是用户可以选择租车的最小时间单元，也是相应的计费最小单元。如图1B所示，比如说将未来90天时间(例如从2022年1月1日开始)进行分割，预定的时间间隔为一小时，则理论上会有2161个库存时间节点，如果起始时间是2022年1月1日的0点，则2022年1月1日的0点处为初始库存时间节点，2022年1月1日的0点为初始自然时间，此后每隔一个小时生成一个库存时间节点，即节点时间间隔为1小时。初始库存时间节点可作为第1个节点，设置编号为0，随后节点编号依次递增，直到最后第2161个节点编号为2160，对应的自然时间为2022年4月1日的0点。预定的时间间隔也可以是例如0.5小时或0.25小时等，可以根据需要设置不同的时间。

若租车供应商在第1个节点对应的时间点有100辆车可供出租，则将后续所有库存时间节点对应的库存车辆数量也初始化设置为100辆。

步骤S102，在接收到订单查询指令时，分别计算所述订单查询指令中的租车开始时间、租车结束时间与所述初始自然时间的第一时间差和第二时间差。

步骤S103，将所述第一时间差和所述第二时间差分别除以所述节点时间间隔得到开始时间索引位置和结束时间索引位置。

步骤S104，从开始时间索引位置开始到结束时间索引位置结束，遍历索引区间内的节点。

继续参照图1B的例子，假设租车开始时间是2022年1月1日3点，则与上述初始自然时间2022年1月1日0点的第一时间差为3小时，租车结束时间是2022年1月1日8点整，则第二时间差是8小时，将两个时间差分别除以节点时间间隔1分别得到数值3和8，即得到的开始时间索引位置为编号3的库存时间节点，结束时间索引位置为编号为8的库存时间节点，那么接下来需要查询的是节点编号3到8之间的索引区间的库存时间节点。

步骤S105，判断区间节点内每个节点上的库存车辆数据是否大于订单租车数量，当节点中所有车辆数据都大于订单租车数量，则判定为车辆足够，有车可用，否则判定为车辆不足，无车可用。

步骤S106，判断库存有足够的车辆。

步骤S107，判断库存没有足够的车辆。

具体的，当一个新订单到来，需要查询订单开始时间到结束时间内是否有车可以提供，则时间区间内的每一个时间节点上都必须要有车可用，要是某一个时间节点上没有车，便意味着在该订单的持续时间内，有一段时间是没车可用的，而订单是需要在这段时间内连续的使用车辆直到时间结束，所以在索引区间内，有哪怕一个节点上车辆数据比订单租车数量少的，都是不支持当前订单的。

继续参照图1B的例子，假设当前订单需要租赁20辆车，也就是说在节点编号3至8中任意一个库存时间节点的车辆数量比20少，都表明车辆库存中没有足够的车辆去支持这个订单，若是任意一个节点的车辆都比20多，也就是说这段时间区间内，车辆库存足够完成这个订单。

实施例2

参照图2，本申请还提供一种租赁车库的主动更新方式，当接到新订单时，必然需要更新车库中的车辆数据信息，通过该方法能实现准确的实时更新车辆数据。下面对该更新方法进行说明。

步骤S201，分别计算更新开始时间、更新结束时间与所述初始自然时间的第三时间差和第四时间差，将所述第三时间差和所述第四时间差分别除以所述节点时间间隔得到更新开始时间索引位置和更新结束时间索引位置。

具体的，需要更新车库可以是有订单导致需要更新，或者车库中进了新的汽车，需要增加库存数据，或者有车辆减损，需要减少库存数据。对于新订单到来，则待更新开始时间和待更新的结束时间必然是订单的开始时间和结束时间，而对于进了新车需要增加库存，则待更新的开始时间为车辆入库的时间，结束时间为当前最后的一个库存时间节点对应的自然时间。

步骤S202，针对所述开始时间索引位置至所述结束时间索引位置之间的所有库存时间节点，将各个库存时间节点对应的库存车辆数量加上库存更新指令中的车辆数量，得到各个库存时间节点对应的更新后的库存车辆数量。

计算更新开始时间索引位置和更新结束时间索引位置方法为，分别计算待更新的开始时间和待更新的结束时间与初始自然时间的第三时间差和第四时间差，将第三时间差和第四时间差分别除以节点时间间隔，得到数值为更新开始时间索引位置和更新结束时间索引位置。

可以继续参照图1B中的例子，可以理解的是，在接收到新订单的情况下，更新开始时间应当是订单开始时间，更新结束时间应当是订单结束时间。若用户在经过实施例1的查询之后，发现2022年1月1日3点至2022年1月1日8点有足够的车辆出租，则正式下单，接到订单后进行更新，类似于上述查询方法中的计算步骤可以得出，更新开始时间索引位置和更新结束时间索引位置也是3和8，更新区间同样也是包括编号3到编号8之间的库存时间节点。

其中，当是需要减去车辆时，更新指令中的车辆数量为负数，当需要增加车辆时，则更新指令中的车辆数量为正数。

可以继续参照图1B中的例子，订单中要租赁20辆车，那么就需要从库存中减去20辆车的数量，这20辆车在订单开始时间到结束时间之间是要被持续使用的，所以需要将上述更新区间内每个节点上储存的车辆数据都减去20。

再比如，当车库进了新车，比如30辆，车辆入库时间是2022年1月1日9点整，那么车库的开始更新时间索引位置是编号为9的库存时间节点，而因为库存需要永久性的增加30辆的车辆库存数据，所以需要在车辆入库的时间到该预设时间段最后一个库存时间节点上都加上入库的车辆数量，也就是说更新结束时间索引位置是当前时间段最后一个库存时间节点，也就是编号为2160的库存时间节点，随后将该区间内所有节点上的库存车辆数量都加上30，完成更新操作。

本实施例还提供一种库存推移方法，具体结合如图3A和图3B来理解。

步骤S301，根据预定的库存推移周期，计算所述库存推移执行时间和所述初始自然时间的时间差，用该时间差除以所述节点时间间隔得到库存推移开始时间索引位置，将当前时间段对应的所有库存时间节点中的最后一个库存时间节点作为库存推移结束时间索引位置。

图3B的第一行对应步骤S301，为了方便理解，仅限本实施例中，假设上述的未来的一段时间共有6个库存时间节点，预设的库存推移周期为3个小时，即3个库存节点时间间隔，则根据上述步骤可知，3号库存时间节点正好是库存推移开始时间索引位置，5号库存时间节点为库存推移结束时间索引位置。

步骤S302，删除库存推移开始时间索引位置之前的库存时间节点以及相应库存时间节点的库存车辆数量，将预定库存推移周期除以所述节点时间间隔得到推移时间节点数量。

图3B的第二行对应步骤S302，库存时间节点3为库存推移执行索引位置，所以该节点之前的节点0、1、2全部删除，然后通过推移周期计算推移时间节点数量，因为例子中限定了库存推移周期为3h，除以节点时间间隔1h得到的推移时间节点数量为3。可以理解的是，在别的情况下，库存推移周期可为例如4或者5个库存时间间隔，其得到的推移时间节点数量分别为4和5。可以理解的是，可以根据需要设置合适的库存推移周期，例如未来一段时间设置为90天时，库存推移周期可以设置为60天、45天等，在库存推移周期设置为60天时，则得到的推移时间节点数量为1440，库存推移开始时间索引位置是编号为1440的库存时间节点，相应删除编号0～1439的库存时间节点。

步骤S303，在所述库存推移结束时间索引位置后增加等于所述推移时间节点数量的库存时间节点，每个增加的库存时间节点对应的库存车辆数量等于所述推移结束时间索引位置对应的库存车辆数量，并将新的第一个库存时间节点作为所述初始库存时间节点。

图3B的第三行对应步骤S303，因为原来的库存时间节点3前面的时间节点0、1、2被删除，所以原库存时间节点3、4、5编号相应更新成为0、1、2，并在新的2号库存时间节点后新建等于推移时间节点数量的库存时间节点，也就是新建3个时间节点，也就是新建的编号为3、4、5的3个新库存时间节点，新建的库存时间节点上存储的车辆数据和推移结束时间索引位置上的数据相等，也就是说和新的库存时间节点2上关联存储的车辆数据相等。在未来一段时间设置为90天，库存推移周期设置为60天时，原编号0～1439的库存时间节点被删除，在原编号2160的库存时间节点后新建等于推移时间节点数量的库存时间节点，也就是新建1440个库存时间节点。

最后，要将新的第一个库存时间节点作为初始库存时间节点，对应的自然时间作为初始自然时间。

车辆的库存数据需要周期性定期进行推移操作，在实际应用中，当前时间段是需要留下足够的库存时间节点来保证接下来一段时间内能接受订单预定的，如果剩余的时间节点不够，便需要进行库存推移操作，增加新的库存时间节点，并且删去已经过期的时间节点，保证库存数据库的数据实时更新，其中库存推移周期是预先设定好的时间参数，库存推移周期可根据实际应用情况设定。

本实施例还提供一种库存修正方法。

当获取订单实际结束时间与订单预计结束时间不同时，车库中的车辆数据必然存在某些方面的误差，则需要进行数据修正，图4示例的是当所获得订单实际结束时间已确定且订单实际结束时间小于订单预计结束时间的修正流程示意图。

步骤S401，计算订单实际结束时间与初始自然时间的时间差，用该时间差除以节点时间间隔，得到库存修正开始时间索引位置；计算订单预计结束时间与初始自然时间的时间差，用该时间差除以节点时间间隔，得到库存修正结束时间索引位置。

步骤S402，针对库存修正开始时间索引位置至库存修正开始时间索引位置之间的所有库存时间节点，将每个库存时间节点中的库存车辆数量加上订单中的租车数量得到更新后的库存车辆数量。

具体的，当所获得订单实际结束时间已确定且订单实际结束时间小于订单预计结束时间，则在实际结束时间到预计时间内这段时间里的车辆数据应当在接受订单时经过上述主动更新，已经减去了租车数量，所以这里要加上订单上的租车数量来修改数据。

这里可以参照图1B来理解，假设当前订单开始时间是2022年1月1日8点，预计结束时间是2022年1月1日15点，订单租车数量为20辆，那么系统在接到订单后，首先会进行主动更新，将编号为8到15的库存时间节点上关联存储的车辆数量都减去20，而实际上，订单完成的时间比预估的时间要早，假设实际上13点订单任务就完成了，客户不需要再用车从而结束了订单，那么实际上在13点到15点之间，应当还有20辆车在车库中处于空闲状态，也就是说库存数据比实际数据要少20，所以需要进行修正。

因为库存修正开始时间为13点，所以库存修正开始时间索引位置为13，结束时间为15点，库存修正结束时间索引位置为15，将13到15之间的库存时间节点上的车辆数据加上20，完成库存修正。

当订单实际结束时间大于订单预计结束时间时，具体流程如图5所示。

步骤S501，计算订单预计结束时间与初始自然时间的时间差，用该时间差除以节点时间间隔，得到库存修正开始时间索引位置；计算订单实际结束时间与初始自然时间的时间差，用该时间差除以节点时间间隔，得到库存修正结束时间索引位置。

步骤S502，针对库存修正开始时间索引位置至库存修正开始时间索引位置之间的所有库存时间节点，将每个库存时间节点中的库存车辆数量减去订单中的租车数量得到更新后的库存车辆数量。

具体的，当订单实际结束时间大于订单预计结束时间时，在预计时间到结束时间内这段时间里的车辆是没有按照规则减去的，所以需要将这部分车辆数据减去租车数量以达到修改的目的。

参照图1B来理解，当原订单预计结束时间为2022年1月1日15点，订单租车数量为10，而客户在下单后或者在用车中途又需要延长租车时间，并且明确了需要延长的时间，例如客户确定实际结束时间将更改为2022年1月1日20点，也就是说在15点后至20点，将依旧有10辆车处于占用状态，没有回到车库，而在最初接取该订单的时候，15点之后的库存时间节点并没有被减去上述租车数量，所以需要进行修正。因为库存修正开始时间索引位置是15，库存修正结束时间索引位置是20，将库存时间节点15至20之间的库存时间节点上的车辆数据减去10，完成修正。

当订单实际结束时间大于订单预计结束时间的情况以及订单实际结束时间未定且当前时间大于预定结束时间时，具体步骤如图6所示。

步骤S601，计算订单预计结束时间与初始自然时间的时间差，用该时间差除以节点时间间隔，得到库存修正开始时间索引位置；将预设的修正推移周期除以节点时间间隔，得到数值加上库存修正开始时间索引位置，得到库存修正结束时间索引位置。

步骤S602，针对库存修正开始时间索引位置至库存修正开始时间索引位置之间的所有库存时间节点，将每个库存时间节点对应的库存车辆数量减去订单中的车辆数量得到更新后的库存车辆数量。

其中计算修正开始时间索引位置和修正结束时间索引位置的具体方法为：计算订单预计结束时间与初始自然时间的时间差，用该时间差除以节点时间间隔，得到库存修正开始时间索引位置，将预设的修正推移周期除以节点时间间隔，得到数值加上库存修正开始时间索引位置，得到修正结束时间索引位置。

如果当前时间经过一个修正推移周期时，订单实际结束时间仍未确定的情况，则将上一个修正结束时间索引位置作为修正开始时间索引位置，然后重复上述计算方法，直到实际结束时间确定。

参照图1B来理解，设当前订单预计结束时间为2022年1月1日8点，订单租车数量为10，而当订单未在2022年1月1日8点仍未结束时，现在依旧有10辆车处于占用状态。而在接取订单的时候，8点之后的库存时间节点并没有被减去上述租车数量，所以需要修正。虽然实际结束时间未定，但是这段时间内的时间依旧应该更新，否则这段时间内的数据依旧是错误的，所以在实际结束时间确定，要周期性对这部分数据进行修正，所以需要一个预定的修正推移周期，例如，修正推移周期设为2小时，也就是2个节点时间间隔。

所以当修正推移周期为2小时，库存修正开始时间索引位置是8，库存修正结束时间索引位置是10，将8至10之间的库存时间节点上储存的车辆数据减去订单租车数量10。当经过一个修正推移周期，此订单实际结束时间还没确定，则再次进行修正，因为编号为8至10之间库存时间节点上关联储存的车辆数据已经更新过，不必重复更新，因此下一次的库存修正开始时间索引位置为上次的库存修正结束时间索引位置10，下次的库存结束时间索引位置为12，以此类推，直到实际结束时间确定。

实施例3

请参照图7，本实施例提出一种库存车辆管理装置700，该装置包括：

预分割模块701，用于预先将未来的一时间段以预定的节点时间间隔分割为多个库存时间节点，并且将初始可租车辆数量作为每个库存时间节点对应的初始库存车辆数量，预定时间段的起点作为初始库存时间节点，初始库存时间节点对应的自然时间为初始自然时间；

计算模块702，用于在接收到订单查询指令时，分别计算租车开始时间、租车结束时间与初始自然时间的第一时间差和第二时间差，将第一时间差和第二时间差分别除以节点时间间隔得到开始时间索引位置和结束时间索引位置；在接收到库存更新指令时，分别计算更新开始时间、更新结束时间与初始自然时间的第三时间差和第四时间差，将第三时间差和第四时间差分别除以节点时间间隔得到更新开始时间索引位置和更新结束时间索引位置；

订单查询模块703，用于针对开始时间索引位置至结束时间索引位置之间的所有库存时间节点，确定各个库存时间节点对应的当前库存车辆数量；

库存判断模块704，用于判断各个库存时间节点对应的当前库存车辆数量是否大于等于订单查询指令中的租车数量；若大于等于订单查询指令中的租车数量，则确认库存足够，否则，提示车辆库存不足；

可以理解，本实施例的各模块对应于上述实施例1的各步骤，上述实施例1中的任意可选项同样适用于本实施例，故在此不再详述。

本申请还提供了一种计算机终端，包括处理器和存储器，存储器存储有计算机程序，处理器用于执行计算机程序以实现上述实施例中的租赁车辆的库存管理方法。

本申请的又一实施例提供一种可读存储介质，其储存有计算机程序，计算机程序在处理器上运行时执行上述中任一项的租赁车库管理方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。

功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是智能手机、个人计算机、服务器、或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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