车辆数据管理系统

技术领域

本发明涉及互联网技术领域，特别涉及车辆数据管理系统。

背景技术

现有的汽车交易过程中，常采用线下看车买车的交易模式进行汽车销售，但是此种方式需要利用到大量的线下人员来对客户进行接待、讲解等，还需要提供场地对预售车辆进行存放，选车以及车辆交易步骤繁琐，进而给汽车快捷性交易工作带来极大的不便。

基于此，出现了线上的汽车交易平台，无论是新车还是二手汽车，买家都可以直接在线上完成车辆的选择和订购，交易更加便捷，而且线上交易多采用一口价模式，与传统的线上交易现场谈价相比，价格更为透明。

但是，线下交易中，销售人员会对车辆保险、保养、日常使用等一些注意事项进行讲解，线上交易这部分内容多由用户自己查阅资料或从汽车的详情页面得知，汽车不熟悉的买家可能会遗漏部分知识，影响后续的车辆的使用。

为此，需要一种能够在交易完成后对车辆使用提供有效指导的车辆数据管理系统。

发明内容

本发明提供了车辆数据管理系统，能够在交易完成后对车辆使用提供有效指导。

为了解决上述技术问题，本申请提供如下技术方案：

车辆数据管理系统，包括：

交易数据获取模块，用于采集车辆的交易数据，从车辆的交易数据中提取车辆的识别信息；

车辆数据获取模块，用于根据车辆的识别信息获取车辆的相关信息；

事项创建模块，用于根据车辆的相关信息建立提醒事项，提醒事项包括提醒日期和提醒内容；

通知模块，用于判断当前时间是否存在提醒事项，如果存在，推送提醒事项。

基础方案原理及有益效果如下：

当用户完成车辆的购买之后，还需要定期完成一定的事项，例如定期保养，定期购买保险，以及定期进行检验等。对于新车，厂商可能会通过电话等进行提醒，但是对于二手车辆，往往没有相应的提醒，如果用户对于车辆不熟悉，很容易遗漏相关的事项。本方案中，通过从车辆的交易数据中提取车辆的识别信息，可以得到车辆的唯一识别代号，然后再获取车辆的相关信息，例如保险信息、保养信息等，自动建立提醒事项，并在到期后推送提醒事项，以提醒用户。即使对车辆不熟悉的用户，也能得到提醒，达到了持续提供用车指导的目的，避免因为忘记某一事项而影响车辆的正常使用。

进一步，所述相关信息包括保险信息和保养信息；保险信息包括保险的到期时间，保养信息包括车辆的上一次保养时间和保养内容；

事项创建模块还用于根据保险的到期时间建立保险的提醒事项，根据车辆的上一次保养时间和保养内容分析下一次保养时间，根据下一次保养时间建立保养的提醒事项。

可以提醒用户定时进行车辆的保养。

进一步，所述相关信息还包括车辆的基础信息，基础信息包括车辆名称、交易完成时车辆的累计行驶里程、车辆的交易时间和车辆的注册日期；

事项创建模块还用于根据车辆的注册日期和当前时间计算下一次检验时间，根据下一次检验时间建立检验的提醒事项。

尤其是二手车交易，不同使用年限的汽车检验的时间不同，不熟悉相关规定的用户容易错过检验时间，本优选方案能够及时提醒，避免用户因为错过检验而影响车辆的正常使用。

进一步，所述事项创建模块还用于在未获取有效的保养信息时，根据车辆的交易时间和交易完成时车辆的累计行驶里程预估下一次保养时间。

例如二手车交易中，有的车辆未在官方指定的维修店保养，导致无法获取有效的保养信息，通过车辆的交易时间和交易完成时车辆的累计行驶里程预估下一次保养时间，以提醒用户及时进行保养。

进一步，还包括车辆信息采集模块，用于根据车辆的识别信息采集车辆的历史召回信息；通知模块还用于推送车辆的历史召回信息。

帮助用户了解车辆可能存在的故障。

进一步，还包括存储模块，用于对车辆的识别信息和相关信息进行加密存储。

可以保护数据安全。

进一步，还包括查询模块，用于获取查询请求，根据查询请求从存储模块中获取对应的信息。

方便用户对需要的信息进行自主的查询。

进一步，还包括流程管理模块，用于根据用户的交易类型显示对应的流程信息，交易类型包括新车交易或二手车交易。

在交易时，帮助用户知晓需要哪些流程，以对整个购车过程有全面的了解。

进一步，所述事项创建模块还用于根据预设的缓冲时间创建提醒事项。

通过预设缓冲时间，可以提前提醒，给用户预留更多的处理时间。

进一步，所述事项创建模块还用于获取车辆使用信息，根据车辆使用信息对缓冲时间进行调整。

可以根据用户的实际情况调整缓冲时间，避免缓冲时间过长导致用户二次忘记，或缓冲时间过短导致用户没有充足的时间进行处理。

附图说明

图1为实施例一车辆数据管理系统的逻辑框图。

具体实施方式

下面通过具体实施方式进一步详细说明：

实施例一

如图1所示，本实施例的车辆数据管理系统，包括交易数据获取模块、车辆数据获取模块、事项创建模块、通知模块、车辆信息采集模块、存储模块、查询模块和流程管理模块。

交易数据获取模块用于采集车辆的交易数据，从车辆的交易数据中提取车辆的识别信息；本实施例中，交易数据包括交易类型、出售方、购买方和车辆的识别信息等，其中，交易类型包括新车交易或二手车交易；车辆的识别信息本实施例中为车辆识别代号。

车辆数据获取模块用于根据车辆的识别信息获取车辆的相关信息。本实施例中，相关信息包括车辆的保险信息、保养信息和基础信息；其中，保险信息包括保险类型和保险的到期时间；保养信息包括车辆的上一次保养时间、上一次保养里程和保养内容；基础信息包括车辆名称、交易完成时车辆的累计行驶里程、车辆的交易时间和车辆的注册日期。本实施例中，相关信息可以是车辆交易前录入，也可以从第三方获取，第三方例如汽车厂商。

事项创建模块用于根据车辆的相关信息建立提醒事项，提醒事项包括提醒日期和提醒内容。具体的，事项创建模块用于根据保险的到期时间建立保险的提醒事项，例如，交强险于2022年12月31日到期，则建立2022年12月31日前的保险的提醒事项。事项创建模块还用于根据车辆的上一次保养时间和保养内容分析下一次保养时间，根据下一次保养时间建立保养的提醒事项。例如，每1年保养一次，上一次保养是2022年1月1日，则下一次保养时间为2023年1月1日，建立2023年1月1日前的保养的提醒事项。在其他实施例中，还可以结合保养内容和保养里程，以及预存的不同车辆官方推荐的保养要求进行分析，例如车辆的空气滤清器、火花塞、机油等，何时进行保养，官方的车辆手册中均有要求，可以从车辆手册中提取相关数据作为分析的依据。本实施例中，事项创建模块还用于在未获取有效的保养信息时，根据车辆的交易时间和交易完成时车辆的累计行驶里程预估下一次保养时间，预估时，依旧参考车辆官方推荐的保养要求，例如根据预存的车辆的平均行驶里程数据结合，车辆的交易时间和交易完成时车辆的累计行驶里程，预估下一次满一万公里整数倍的时间，将该时间作为预估的下一次保养时间。事项创建模块还用于根据车辆的注册日期和当前时间计算下一次检验时间，根据下一次检验时间建立检验的提醒事项，例如，非营运小微型载客汽车，10年内检验2次(第6年、第10年)。

车辆信息采集模块用于根据车辆的识别信息采集车辆的历史召回信息。

通知模块用于判断当前时间是否存在提醒事项，如果存在，推送提醒事项。通知模块还用于推送车辆的历史召回信息。

存储模块用于对车辆的识别信息和相关信息进行加密存储。

查询模块用于获取查询请求，根据查询请求从存储模块中获取对应的信息。例如，查询请求为查询车辆的识别信息，则获取车辆识别代号并显示，再例如，查询请求为查询保险信息，这获取车辆保险类型和保险的到期时间并显示。

流程管理模块用于根据用户的交易类型显示对应的流程信息，交易类型包括新车交易或二手车交易。例如，二手车交易的流程包括验车、付款、过户、选号、上牌、缴纳保险等。

实施例二

本实施例和实施例一的区别在于，本实施例中，事项创建模块还用于根据预设的缓冲时间创建提醒事项。预设的缓冲时间为5-30天，本实施例中为10天，例如交强险于2022年12月31日到期，则建立2022年12月21日的保险的提醒事项。在其他实施例中，还可以根据不同的提醒事项设置不同的缓冲时间，例如保险的缓冲时间为10天，检验的缓冲时间为25天。

事项创建模块还用于获取车辆使用信息，根据车辆使用信息对缓冲时间进行调整。本实施例中，车辆的使用信息例如，周末使用，通勤使用等，使用信息由用户上传，当车辆为周末使用时，缩短缓冲时间，当车辆为通勤使用时，延长缓冲时间。通勤使用时通过延长缓冲时间，使用户提前做好规划，避免影响通勤，周末使用时，通过缩短缓冲时间，避免提醒时间过长，导致用户忘记，使得提醒更为个性化。

以上的仅是本发明的实施例，该发明不限于此实施案例涉及的领域，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。