CN113159883A

CN113159883A - 一种汽车租赁动态库存管理方法及***

Info

Publication number: CN113159883A
Application number: CN202110309181.6A
Authority: CN
Inventors: 沈剑; 蔡志鹏
Original assignee: Shenzhen Qianhai Linkage Cloud Software Technology Co ltd
Current assignee: Shenzhen Qianhai Linkage Cloud Software Technology Co ltd
Priority date: 2021-03-23
Filing date: 2021-03-23
Publication date: 2021-07-23
Anticipated expiration: 2041-03-23
Also published as: CN113159883B

Abstract

本发明公开一种汽车租赁动态库存管理方法及***，采用将一辆车的可使用时间拆分为多段，预定给多个人；增加虚拟库存；通过数据库，对借车、订车、换车、还车的数据进行分析；在***里面设置允许相同车型的替换；提前预售等方法。可以有效解决每一辆车只能日租而且一辆车被一个人预定，只能租给同一个人，不能充分调动现有资源车辆绑定更多用户订单，无法对未来进行分析，无法提供车辆可出租存量分析，对于即将还车订单无法准确预估某段时间归还后的存量绑定同一辆车，不能在该车故障时，用相同车型的车来替换，新增的城市或者新增的车型还没有准备到位，不能提前放出订单让客户预定的问题。

Description

一种汽车租赁动态库存管理方法及***

技术领域

本发明涉及共享汽车库存管理技术领域，特别涉及一种汽车租赁动态库存管理方法及***。

背景技术

汽车租赁原有单一的短租业务，只支持日租形式，针对一辆车只允许被一个客户预定，随着业务量的增长难以支持多个客户同时预定同一辆车，导致业务受到局限，不能充分调动现有资源车辆绑定更多用户订单；

只能通过现有车辆待租存量进行统计当前车辆有多少可出租，无法知道这类车未来某段时间是否足够，无法提供车辆可出租存量分析，对于即将还车订单无法准确预估某段时间归还后的存量；

在某车辆存在问题不允许出租时可以允许多个相同车型车辆替换保证订单正常交付进行，例如某车辆到达需要保养公里数了，不允许当前某段时间内出租，但允许过了这段时间后的需求客户进行订单预定，因为车辆保养时间固定，只是固定时间内才不允许预定等问题；

新增城市开通，车辆还未调度，需要提前预售，某批车型还未就位，需要在某段时间提前预售等问题。

因此，现有技术需要进一步改进。

发明内容

针对现有技术存在的问题，本发明提供一种汽车租赁动态库存管理方法及***。

为实现上述目的，本发明的具体方案如下：

一种汽车租赁动态库存管理方法，包括如下步骤：

步骤1，客户下单；

步骤2，库存判断比对；

步骤3，库存占用；

步骤4，库存释放；

步骤5，库存调整；

步骤6，库存生成。

进一步的步骤1还包括：

步骤11，新用户的注册；

步骤12，用户登陆客户端；

步骤13，客户通过客户端提交订单需求。

进一步的步骤2还包括：

步骤21，控制***检索数据库，判断是否有对应车辆和时间点的库存；

步骤22，控制***给出可供选择的车型和对应的可以预定使用的时间段。

进一步的步骤3还包括：

步骤31，客户选中对应的车型和时间段或者车辆因为维修保养不能使用；

步骤32，数据库将对应车辆和时间的库存数量扣减一个。

进一步的步骤4还包括：

步骤41，客户取消订单或付款还车；

步骤42，数据库将对应车辆和时间的库存增加一个。

进一步的步骤5还包括：

步骤51，控制***根据订单数据给出增加的虚拟库存数量；

步骤52，控制***将虚拟库存的数据增加到数据库，供客户预定使用。

进一步的步骤6还包括：

步骤61，确定库存所在城市对应的库存分区表；

步骤62，统计当前城市和车型可用车辆数；

步骤63，轮询判断当前城市和车型最大日期记录是否小于200；

步骤64，生成最大日期记录到等于200天的记录进行***数据库；

步骤65，对数据库数据进行校准。

进一步的步骤21还包括：检索过程中通过跟进城市id查询库存路由表，找到当前城市对应实际库存分区表，进行操作。

一种汽车租赁动态库存管理***，用于实现上述汽车租赁动态库存管理方法，包括：客户端、车载终端、数据库、支付***和控制***，所述控制***与客户端、车载终端、数据库和支付***连接；

客户端，安装在用户手持终端上，供客户登陆***；

车载终端，安装在车辆上，用于控制***对车辆管理和信息的双向传输；

数据库，用于储存车辆的各类信息；

支付***，用于收取车辆使用费用；

控制***，用于控制整个管理***的运行；

其中数据库，将数据按照城市和车型，存储在不同的库存分区表；

通过缓存处理的路由表进行查询，数据库，将车辆可用的时间颗粒度设置为半小时。

采用本发明的技术方案，具有以下有益效果：

附图说明

图1是本发明实施方式的汽车租赁动态库存管理方法的流程示意图；

图2是本发明实施方式的汽车租赁动态库存管理***的组成示意图；

图3是本发明实施方式的汽车租赁动态库存管理***的库存校准流程图；

图4是本发明实施方式的汽车租赁动态库存管理***的库存分表设计示意图；

图5是本发明实施方式的汽车租赁动态库存管理***对当前库存使用趋势分析预研未来某段时间出租率的示意图。

具体实施方式

以下结合附图和具体实施例，对本发明进一步说明。

如图1所示，是本发明的汽车租赁动态库存管理方法的流程示意图。

具体流程如下：

步骤1，客户下单；步骤2，库存判断比对；步骤3，库存占用；步骤4，库存释放；步骤5，库存调整；步骤6，库存生成。

进一步的步骤1还包括：新用户的注册；用户登陆客户端；客户通过客户端提交订单需求。

进一步的步骤2还包括：控制***检索数据库，判断是否有对应车辆和时间点的库存；控制***给出可供选择的车型和对应的可以预定使用的时间段，检索过程中通过跟进城市id查询库存路由表，找到当前城市对应实际库存分区表，进行操作。

进一步的步骤3还包括：客户选中对应的车型和时间段或者车辆因为维修保养不能使用；数据库将对应车辆和时间的库存数量扣减一个。

进一步的步骤4还包括：客户取消订单或付款还车；数据库将对应车辆和时间的库存增加一个。

进一步的步骤5还包括：控制***根据订单数据给出增加的虚拟库存数量；控制***将虚拟库存的数据增加到数据库，供客户预定使用。

进一步的步骤6还包括：确定库存所在城市对应的库存分区表；统计当前城市和车型可用车辆数；轮询判断当前城市和车型最大日期记录是否小于200；生成最大日期记录到等于200天的记录进行***数据库；对数据库数据进行校准。

如图2所示，是本发明实施方式的汽车租赁动态库存管理***的组成示意图。

包括：客户端、车载终端、数据库、支付***和控制***，控制***与客户端、车载终端、数据库和支付***连接；客户端，安装在用户手持终端上，供客户登陆***；车载终端，安装在车辆上，用于控制***对车辆管理和信息的双向传输；数据库，用于储存车辆的各类信息；支付***，用于收取车辆使用费用；控制***，用于控制整个管理***的运行；其中数据库，将数据按照城市和车型，存储在不同的库存分区表；通过缓存处理的路由表进行查询，数据库，将车辆可用的时间颗粒度设置为半小时。

结合图1-图5，进行具体说明：

租车平台的车辆预定和电商平台的商品类似，都是对应有车型、数量的映射数据，但存在不一样的地方电商平台没有订单时效性的概念，商品完成一个订单，库存就直接减1，租车平台订单是具有时间范围，当车辆出租出去，订单时间范围内的库存数量会进行扣减1，订单时间范围外的库存数量不会扣减，不受影响，租车平台的库存设计存在时间-空间概念。

1、下单与库存的占用关系：

例如：

假设租车平台，短租订单下单A车型：

对应时间‘2019-01-01 00:00:00’～‘2019-01-02 00:00:00’，那A车型对应‘2019-01-01 00:00:00’～‘2019-01-02 00:00:00’的库存会减1，但‘2019-01-02 00:00:00’～后面的时间不会受影响，保持原来不变；

同样的当A车型存在两个订单，对应时间分别是‘2019-01-01 00:00:00’～‘2019-01-02 00:00:00’和‘2019-01-03 00:00:00’～‘2019-01-05 00:00:00’，则只会影响2019-1-1日和2019-1-3 2019-1-4的库存数据。

在上面基础上，如有第三个用户下单A车型，对应时间是：‘2019-01-01 00:00:00’～‘2019-01-05 00:00:00’，此时***存在三个订单的情况。

2、库存的颗粒度：

通过以上订单与库存占用的逻辑基础认识会发现，存在一个问题，订单不可能永远整点整日下单，实际生产会存在1号12:30下单到3号4:14的这种情况，所以库存需要对时间进行颗粒大小划分。

问题：如果颗粒度过大对业务支持不友好，如对颗粒度划分太细，数据量过大，同时影响响应性能，造成操作复杂度过大。

解决：订单开始时间＝S1；订单结束时间＝E1；订单实际开始时间＝S2；订单实际结束时间＝E2；

那么订单预计占用库存时间跨度D1＝E1-S1,订单实际占用时间跨度为D2＝E2-S1；但由于为了防止库存超售等问题，实际库存需要占用时长D3＝(E1>E2？E1:E2)-(S1>S2？S1:S2)；

S1/S2和E1/E2的最小单位为分钟，所以理论可以进行分钟颗粒度划分，但由于分钟为划分会导致颗粒度过细，数量在库存相应性能会急剧下降，例如：以订单时长D3＝2天计算，按分钟划分颗粒度会导致D3对于需要操作库存记录数记为D3C，那么得到D3C＝60*24*N(天数)＝60*24*2＝2280(条)这样导致如果超过2天N会跟天数扩大条数翻倍增长，这样在实际操作库存记录会导致数据数量跨度过大，性能特别差，如果是按照小时拆分：D3C＝24*N，2天为例：D3C＝24*2＝48(条)，性能非常高即使是最大订单90天，最大D3C＝24*90＝2160仍小于按分钟2天订单颗粒度操作条数，但会出现1小时内无法出售间隔，订单4:14还车只能5点才有库存，4～5点的库存颗粒已经被现有订单占用，所以取分钟与小时间的折中，所以半小时为库存时间轴的一个记录点的颗粒度大小，保证两者兼顾最终D3C＝24*2*N，形成时间与库存数量的关系，减少减少还车后库存仍1个小时不可用问题，但仍不能解决还车后半小时内无法再次被用车的问题，所以引入另一个解决办法：

开始时间半点向前取整半点单位，结束时间向前取整半点，左开右闭原则(S,E]；

对于下单到如：4:14这种情况，库存默认下单时是以左开右闭原则进行占用；

例如：订单开始时间：‘2019-01-01 00:15’～‘2019-01-01 01:44’

占用逻辑：区间‘2019-01-01 00:30’～‘2019-01-01 01:30’会被占用，左边区间会往后半小时点记录库存，右边区间往前半点整点占用。

3、库存释放：

通过对库存占用的逻辑的描述，基本可以概括为占用着剩余数量扣减1，标识出售数量，而释放库存则是相反操作，对应操作订单取消，升级车型，会进行库存剩余数量增加操作，同时对已出售数量扣减操作；

当订单取消或者升级车型(看作对本车辆的释放，对另一辆车的占用操作)时，会对当前车型库存进行释放占用操作，总数量不变。

4、订单还车与库存操作：

订单在预订时对应是库存的占用操作；但订单的还车还是对库存的占用操作，理想情况下订单取、还车时间与预订的完全一致，则库存不需要做多余的操作；

正常情况订单取车还车一定会与预订的预计取车时间预计还车时间不一致，所以针对这种情况，库存会进行重新占用操作，重新占用操作包括：释放对于不应占用库存，重新占用多占用的订单时间，以确保库存数据准确。

5、虚拟库存：

真实库存是对现实现有车辆数量的映射，虚拟库存则不需要真实反映实际车辆数量；

在开启虚拟库存后，订单可实现对现有车辆数以外的数量进行超售；

车辆库存在某个时间范围内新增10个虚拟库存，这是“可超售数量”会增加对应10个，总数量也会增加10个，剩余数量也会增加；

虚拟库存规则：

(1)、存在虚拟库存配置表；

(2)、针对虚拟库存配置表设置的时间范围进行库存可超售库存增减操作；

(3)、虚拟库存允许设置＜0的数值；当设置小于0时则表示对总数量，剩余库存进行扣减，适用场景：短租不想出租过多车辆实际订单的情况。

6、库存生成：

在库存表里面库存是已时间-空间维度记录，空间是已数量为主体，时间则是半小时为一个原子单位，但对于库存数据生产依据现有规则默认生产当前时间未来200天库存数据；

每天跑批生成单城市车型未来200天数据，但由于当前每天增量跑批，所以每天实际单城市车型新增48条数据；

生成规则：

(1)、统计当前城市-车型可用车辆数；

(2)、轮询判断当前城市-车型最大日期记录是否<200；

(3)、生成最大日期记录到＝200天的记录进行***数据库。

7、库存分表设计：

由于当前运营城市超过100个，车型总量33个(80％城市车型2～5个左右)，所以依据城市进行分表操作，对不同城市记录到不同库存分区表，通过跟进城市id查询库存路由表，找到当前城市对应实际存储分表，进行CURD操作。

8、缓存：

由于路由表是高频查询操作，对路由表进行redis缓存处理。

9、影响库存总数量和剩余数量的操作：

(1)、出库：在运管-车辆管理界面对某车辆进行出库操作；

当前库存总量-1，剩余数量-1，可超售库存不变，已售数量不变；

(2)、入库：与出库相反，车辆在投入运营时入库操作：

当前库存总量+1，剩余数量+1，可超售库存不变，已售数量不变；

(3)、虚拟库存新增、启用、关闭；

当前库存总量+(-)虚拟库存设置数量、剩余数量+(-)虚拟库存设置数量，可超售库存不变，已售数量不变。

10、影响库存，剩余数量的操作：

(1)、订单：预订、取车、还车

当前库存总量不变，剩余数量+(-)1，可超售库存不变，已售数量不变；

(2)、维修派工单：新增、修改、取消、完成；

当前库存总量不变，剩余数量+(-)1，可超售库存不变，已售数量不变；总结：根据上面已知影响库存的操作可得知，真正影响库存的只有：订单、维修单、虚拟库存三种因数。

11、库存校准跑批：

针对现有库存如出现库存数量不准确或者因为某些原因库存数据丢失重建可以利用三个因数推导出正确的库存占用数量和剩余数量；

规则(针对单个城市-车型)：

A、(时间范围内)已占用数量＝(时间范围内)订单数量+(时间范围内)维修派工单数量；

B、库存总数量＝当前可用车数量+(时间范围内)虚拟库存数量；

校准已占用数量：通过规则试算出来的占用记录对比库存现有占用记录，对比差异，判断当前时间范围库存占用是否有差异，有则进行依最新试算结果为标准进行修正；

校准库存总数量：通过规则试算出来的库存总数量，对比差异，判断当前库存数量是否一致，如不一致则依最新试算库存总数量结果为准进行修正。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是在本发明的发明构思下，利用本发明说明书及附图内容所作的等效结构变换，或直接/间接运用在其他相关的技术领域均包括在本发明的保护范围内。

Claims

1.一种汽车租赁动态库存管理方法，其特征在于，包括如下步骤：

步骤1，客户下单；

步骤2，库存判断比对；

步骤3，库存占用；

步骤4，库存释放；

步骤5，库存调整；

步骤6，库存生成。

2.根据权利要求1所述的汽车租赁动态库存管理方法，其特征在于步骤1包括：

步骤11，新用户的注册；

步骤12，用户登陆客户端；

步骤13，客户通过客户端提交订单需求。

3.根据权利要求1所述的汽车租赁动态库存管理方法，其特征在于步骤2包括：

4.根据权利要求1所述的汽车租赁动态库存管理方法，其特征在于步骤3包括：

步骤32，数据库将对应车辆和时间的库存数量扣减一个。

5.根据权利要求1所述的汽车租赁动态库存管理方法，其特征在于步骤4包括：

步骤41，客户取消订单或付款还车；

步骤42，数据库将对应车辆和时间的库存增加一个。

6.根据权利要求1所述的汽车租赁动态库存管理方法，其特征在于步骤5包括：

步骤51，控制***根据订单数据给出增加的虚拟库存数量；

7.根据权利要求3所述的汽车租赁动态库存管理方法，其特征在于步骤6包括：

步骤61，确定库存所在城市对应的库存分区表；

步骤62，统计当前城市和车型可用车辆数；

步骤65，对数据库数据进行校准。

8.根据权利要求3所述的汽车租赁动态库存管理方法，其特征在于步骤21还包括：检索过程中通过跟进城市id查询库存路由表，找到当前城市对应实际库存分区表，进行操作。

9.一种汽车租赁动态库存管理***，其特征在于包括：客户端、车载终端、数据库、支付***和控制***，所述控制***与客户端、车载终端、数据库和支付***连接；

所述客户端，安装在用户手持终端上，供客户登陆***；

所述车载终端，安装在车辆上，用于控制***对车辆管理和信息的双向传输；所述数据库，用于储存车辆的各类信息；

所述支付***，用于收取车辆使用费用；

所述控制***，用于控制整个管理***的运行。

10.根据权利要求9所述的汽车租赁动态库存管理***，其特征在于所述数据库：

将数据按照城市和车型，存储在不同的库存分区表；

通过缓存处理的路由表进行查询；

将车辆可用的时间颗粒度设置为半小时。