CN117495539A - 防止一车多贷的方法、装置、终端及存储介质 - Google Patents

Abstract

本发明提供了一种防止一车多贷的方法、装置、终端及存储介质。本发明的防止一车多贷的方法，包括建立车辆统一数据上传接口和车辆统一数据查询接口，将车辆的预设信息通过车辆统一数据上传接口存储至第一数据库，将第一数据库存储的车辆的预设信息同步至第二数据库，基于第一数据库存储的车辆的预设信息和/或第二数据库存储的车辆的预设信息，通过车辆统一数据查询接口对车辆状态进行查询。本发明的防止一车多贷的方法可以聚合车辆信息，提供车辆预设信息的统一存储和查询，为防止一车多贷的提供了有效的信息支持，且设置第一数据库与第二数据库对车辆预设信息进行储存，确保了数据的高可用性。

Description

防止一车多贷的方法、装置、终端及存储介质

技术领域

本发明涉及汽车金融技术领域，特别涉及一种防止一车多贷的方法。本发明还涉及基于上述方法的防止一车多贷的装置，以及能够实现上述方法的终端及存储介质。

背景技术

如今随着汽车融入人们的日常生活，汽车信贷业务也得到了前所未有的大发展。除了银行之外，大量汽车金融公司也进入国内汽车消费信贷市场开展业务，这就造成了一辆汽车可能被多次贷款交易，被不同的汽车金融平台交易，从而造成一车多贷的问题。

一车多贷一方面造成坏账率的上升，另一方面也变相挤压了真正需要进行车辆贷款的人的借贷空间。现有的解决方案一般是借助三方数据服务提供商的数据进行是否多贷查询判定，由于车贷业务发生后的取消车贷或结清车贷等复杂场景的存在，三方数据源的数据准确性和实时性无法保障，且现有汽车交易平台只能查询自己平台里面的汽车交易信息，无法确定汽车是否被其他平台交易过。

因此，如何提供车辆数据信息的统一存储和查询以防止一车多贷成为一个亟需解决的问题。

发明内容

有鉴于此，本发明旨在提出一种防止一车多贷的方法、装置、终端及存储介质，以提供车辆预设信息的统一存储和查询，并保证数据的高可用性，为防止一车多贷提供有效的信息支持。

为达到上述目的，本发明是通过如下技术方案实现的：

一种防止一车多贷的方法，包括：

建立车辆统一数据上传接口和车辆统一数据查询接；

将车辆的预设信息通过所述车辆统一数据上传接口存储至第一数据库；

将所述第一数据库存储的车辆的预设信息同步至第二数据库；

基于所述第一数据库存储的车辆的预设信息和/或所述第二数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口对车辆状态进行查询。

进一步的，所述车辆的预设信息包括车辆的vin码、车辆的属性信息和缓存时长信息。

进一步的，所述将车辆的预设信息通过所述车辆统一数据上传接口存储至第一数据库包括：判断所述第一数据库是否需要进行降级操作；

当判断所述第一数据库不需要进行降级操作时，通过所述车辆统一数据上传接口存储所述车辆的预设信息至所述第一数据库；

更新列表信息并通过所述车辆统一数据上传接口存储所述列表信息至所述第一数据库，其中，所述列表信息为所述车辆的vin码构成的历史存储信息；

当判断所述第一数据库需要进行降级操作时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至所述第二数据库，并将所述第二数据库存储的车辆的预设信息同步至所述第一数据库。

进一步的，所述当判断所述第一数据库需要进行降级操作时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至所述第二数据库，并将所述第二数据库存储的车辆的预设信息同步至所述第一数据库包括：

当所述第一数据库需要进行降级操作时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至所述第二数据库，并写入所述第二数据库的队列；

当所述第一数据库不需要进行降级操作后，通过消费所述第二数据库的队列，经由线程异步写入所述第一数据库，将所述车辆的预设信息同步至所述第一数据库。

进一步的，所述将所述第一数据库存储的车辆的预设信息同步至第二数据库包括：

判断所述第二数据库是否存在异常；

当判断所述第二数据库不存在异常时，通过线程异步将所述第一数据库中的车辆的预设信息同步至所述第二数据库；

当判断所述第二数据库存在异常时，对异常进行修复；

当所述第二数据库恢复正常时，通过线程异步将所述第一数据库中，与所述列表信息对应的车辆的预设信息同步至所述第二数据库。

进一步的，在所述将车辆的预设信息通过所述车辆统一数据上传接口存储至第一数据库前，所述防止一车多贷的方法还包括：

对所述车辆的预设信息设置分布式锁；

对所述车辆的预设信息进行数据校验；其中，所述数据校验包括入参校验和重复验证；

当对所述车辆的预设信息进行的数据校验不通过时，返回失败提示；

当对所述车辆的预设信息进行的数据校验通过时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至第一数据库。

进一步的，所述基于所述第一数据库存储的车辆的预设信息和/或所述第二数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口对车辆状态进行查询，包括：

判断所述第一数据库是否需要进行降级操作；

当所述第一数据库不需要进行降级操作时，基于所述第一数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口返回所查询的车辆的状态；

当所述第一数据库需要进行降级操作时，基于所述第二数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口返回所查询的车辆的状态。

本发明同时也提供了一种防止一车多贷的装置，包括：

创建模块，用于建立车辆统一数据接口和车辆统一数据查询接口；

第一数据存储模块，用于将车辆的预设信息通过所述车辆统一数据上传接口存储至第一数据库；

第二数据存储模块，用于将所述第一数据库存储的车辆的预设信息同步至第二数据库；

查询模块，用于基于所述第一数据库存储的车辆的预设信息和/或所述第二数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口对车辆状态进行查询。

此外，本发明也提供了一种终端设备，包括：处理器和存储器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的防止一车多贷的方法。

本发明还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的防止一车多贷的方法。

相对于现有技术，本发明具有以下优势：

本发明所述的防止一车多贷的方法，通过建立车辆统一数据上传接口和车辆统一数据查询接口，可以聚合车辆信息，提供车辆预设信息的统一存储和查询，使得各个汽车金融交易平台都可以查询到车辆信息，为防止一车多贷的提供了有效的信息支持。通过设置第一数据库与第二数据库对车辆预设信息进行储存，确保了数据的高可用性。

此外，设置第一数据库的降级操作，保证了系统的高可用。另一方面，在进行降级时，通过第二数据库对车辆的预设信息存储，再将第二数据库存储的车辆的预设信息同步至所述第一数据库，保证了从降级中恢复时第一数据库中对车辆的预设信息存储的完整性。

另外，通过线程异步将第一数据库中的车辆的预设信息同步至第二数据库，可以减小接口影响时间，提高系统性能。同时，设置第二数据库的异常流程，可以触发通过列表信息将第一数据库中对应的车辆的预设信息同步至第二数据库，最终保持了第一数据库与第二数据库中存储车辆预设信息的一致性。

其次，设置分布式锁和数据校验，可以避免访问异常以及无效数据的堆积，从而提高系统性能。查询时检测第一数据库是否需要进行降级，在需要降级时使用第二数据库进行查询，不需要降级时使用第一数据库进行查询，在保证查询高可用的同时，也提高了查询的可靠性。

附图说明

构成本发明的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实施例提供的防止一车多贷的方法的流程示意图；

图2为本发明实施例提供的防止一车多贷的方法中数据存储的流程示意图；

图3为本发明实施例提供的防止一车多贷的方法中数据查询的流程示意图；

图4为本发明实施例提供的防止一车多贷的装置的结构示意图；

图5为本发明实施例提供的终端设备的结构示意图。

附图标记说明：

401、创建模块；402、第一数据存储模块；403、第二数据存储模块；404、查询模块；

500、终端设备；510、处理器；520、存储器；521、计算机程序。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

下面将参考附图并结合实施例来详细说明本发明。

实施例一

本实施例涉及一种防止一车多贷的方法，请参阅图1，该防止一车多贷的方法包括：

步骤S101，建立车辆统一数据上传接口和车辆统一数据查询接口。

步骤S102，将车辆的预设信息通过所述车辆统一数据上传接口存储至第一数据库。

步骤S103，将所述第一数据库存储的车辆的预设信息同步至第二数据库。

步骤S104，基于所述第一数据库存储的车辆的预设信息和/或所述第二数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口对车辆状态进行查询。

在该实施例中，通过建立车辆统一数据上传接口和车辆统一数据查询接口，基于中心化的平台存储各平台方的车辆贷款信息，可以解决跨公司的情况造成的数据不共享的问题。在实际业务场景中，可以通过中心化的平台提供标准的restfulAPI接口，以供各平台方以最低的研发成本完成对接。业务线可以通过车辆统一数据上传接口存储车辆的预设信息，例如，车辆的预设信息可以包括车辆的vin码，vin码有效(对应车辆的放款中和申请中的状态)或者vin码无效(对应车辆的已放款和没有申请的状态)。例如，在审批通过放款申请的时候，可以存储vin有效，在取消合同的时候，存储vin无效。

此外，设置第一数据库和第二数据库对车辆的预设信息进行存储，可以保证数据存储的可靠性。例如，第一数据库可以选择高性能数据库，以此来提高存储或者查询时的效率；第二数据库可以选择稳定的数据库，优先考虑数据的可靠性，在第一数据库存在异常时，也可以通过第二数据库保证查询功能的完整运转，从而确保数据的高可用。

需要指出的是，通过车辆统一数据查询接口对车辆状态进查询，例如，输入车辆vin码，基于第一数据库和第二数据库中存储的车辆的预设信息，返回该车辆vin码对应的预设信息，可以是与前文所述对应的vin有效或vin无效，也可以在vin无效时进一步返回原因。

结在实际场景应用中，可以参考的是，第一数据库可以是redis数据库，第二数据库可以是mysql数据库。可以理解的，中心化的聚合平台结合关系型(mysql)和非关系型数据库(redis)解决方案，在确保高可靠的前提下提升了服务的高性能指标。

结合以上说明，本实例可以跨平台整合车辆信息，查询车辆信息，从而从根本上避免一车多贷问题的发生。

在一些实施例中，车辆的预设信息可以包括车辆的vin码、车辆的属性信息和缓存时长信息。在该实施例中，车辆的预设信息可以编辑为key，格式可以为车辆vin码+车辆状态+新车/旧车+业务线+公司，其中，车辆状态、新车/旧车、业务线和公司则为车辆的属性信息。除此之外，还可以配置该车辆的预设信息的缓存时长信息进行存储，用于进行重复验证。

本实施例中，可以理解的是，用于指示车贷信息的车辆的预设信息仅包含车辆vin码和占用或释放时间，不包含任何平台方贷款客户和资方的敏感信息，为客户以及资方的隐私提供了保护。以及，本实施例还提供基于vin码在各类车贷场景的“占用、释放”标准定义的建议，支持各平台自行完成“对一车多贷”行为认定的判断，也为对接方提供足够的业务灵活性。

在一些实施例中，步骤S102可以包括：判断所述第一数据库是否需要进行降级操作；当判断所述第一数据库不需要进行降级操作时，通过所述车辆统一数据上传接口存储所述车辆的预设信息至所述第一数据库；更新列表信息并通过所述车辆统一数据上传接口存储所述列表信息至所述第一数据库，其中，所述列表信息为所述车辆的vin码构成的历史存储信息；当判断所述第一数据库需要进行降级操作时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至所述第二数据库，并将所述第二数据库存储的车辆的预设信息同步至所述第一数据库。

在该实施例中，在通过车辆统一数据上传接口存储车辆的预设信息至第一数据库时，可以首先判断是否需要进行降级操作，即服务降级。以第一数据库为redis数据库，第二数据库为mysql数据需进行举例说明：

正常流程，当redis数据库正常时，将车辆的预设信息(即key信息)写入redis数据库，并配置一个set类型信息，即更新列表信息，也一并进行存储。该更新列表信息车辆的vin码构成的历史存储信息，即最近vin码的更新列表，用于当mysql数据库异常后恢复正常时，把数据从redis数据库同步到mysql数据库。需要说明的是，基于数据库的具体设置，该更新列表信息也可以直接是一段时间内的车辆vin码及其对应的车辆的预设信息。

异常流程，当redis数据库异常时，打开降级开关，将车辆的预设信息首先保存至mysql数据库，当redis恢复正常后，将车辆的预设信息同步至redis数据库。

在该实施例中，服务降级是用来保证系统的高可用，当redis数据库异常的时候可以访问mysql数据库，可以理解的，根据具体设置，当mysql数据库异常的时候也可以访问redis数据库。服务降级是一个访问模式开关，默认设置为使用redis数据库进行存储，这样可以保证高性能。当redis数据库异常时，可以手动切换开关达到服务降级的目的。根据使用场景，也可以设置为在切换开关前，设置redis数据库异常时，程序内部对异常进行处理，同时将数据保存至mysql数据库，这样可以使得系统在没有切换开关之前也会保证高可用。

作为优选的，当第一数据库需要进行降级操作时，例如redis数据库发生异常，可以通过车辆统一数据上传接口将车辆的预设信息写入第二数据库的队列中，例如写入mysql数据库的最终表和审计表，在redis数据库异常恢复后，通过mysql数据库进行消费处理，将车辆的预设信息同步至redis数据库。与直接存储至redis数据库不同的是，通过mysql数据库同步至redis数据库时，不需要存储set类型信息，即更新列表信息。可以理解的是，若在写入mysql数据库的最终表和审计表的过程中，发现mysql数据库也存在异常，则返回失败提示。

在一些实施例中，步骤S103可以包括：判断所述第二数据库是否存在异常；当判断所述第二数据库不存在异常时，通过线程异步将所述第一数据库中的车辆的预设信息同步至所述第二数据库；当判断所述第二数据库存在异常时，对异常进行修复；当所述第二数据库恢复正常时，通过线程异步将所述第一数据库中，与所述列表信息对应的车辆的预设信息同步至所述第二数据库。

在该实施例中，在从redis数据库同步车辆的预设信息到mysql数据库时，首先判断mysql数据库是否存在异常。若mysql数据库不存在异常，则可以通过线程异步将redis数据库中的车辆预设信息写入mysql数据库的最终表以及审计表，同步至mysql数据库，其中线程异步写入mysql数据库可以减少接口响应时间，进而提高系统性能。若mysql数据库异常，则对mysql数据库进行异常的修复，当mysql数据库恢复正常后，则可以基于更新列表信息，将与列表信息对应的车辆的预设信息同步至mysql数据库。该实施例保证了第一数据库和第二数据库数据最终的一致性。

在一些实施例中，在将车辆的预设信息通过所述车辆统一数据上传接口存储至第一数据库前，该防止一车多贷的方法还可以包括：对所述车辆的预设信息设置分布式锁；对所述车辆的预设信息进行数据校验；其中，所述数据校验包括入参校验和重复验证；当对所述车辆的预设信息进行的数据校验不通过时，返回失败提示；当对所述车辆的预设信息进行的数据校验通过时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至第一数据库。

该实施例中，可以在判断不进行降级操作后，进一步对数据增加设置分布式锁和数据校验的过程，以进一步提升系统的性能。具体来说，对车辆的预设信息进行入参验证，保证数据的完整性和安全性。对车辆的预设信息进行重复验证，减少后续一些不必要的处理。对车辆的预设信息设置分布式锁，控制数据库的访问流量，保护系统。其中，可以在将车辆的预设信息从redis数据库同步至mysql数据库后，通过mysql数据库异步新增redis数据库重复验证的key，基于新增的key以及缓存时长信息进行重复验证，具体的，可以通过redis数据库的SETNX命令可以实现相同key在该缓存时长内只能保存一次。若上述数据校验通过，则继续将车辆的预设信息存储至redis数据库的过程；若上述数据校验失败，则返回失败提示。

在一些实施例中，步骤S104可以包括：判断所述第一数据库是否需要进行降级操作；当所述第一数据库不需要进行降级操作时，基于所述第一数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口返回所查询的车辆的状态；当所述第一数据库需要进行降级操作时，基于所述第二数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口返回所查询的车辆的状态。

该实施例中，通过车辆同一数据查询接口对车辆的状态进行查询，还以第一数据库为redis数据库，第二数据库为mysql数据库为例进行说明。当接收到查询请求时，判断redis数据库是否需要降级，若不需要降级，则基于redis数据库中存储的车辆的预设信息进行车辆状态的查询，返回车辆状态。若需要降级，则基于mysql数据库中存储的车辆的预设信息进行车辆状态的查询，返回车辆状态。其中，查询条件可以是车辆的vin码，或者车辆的vin码与业务线、公司、新车/旧车的一种或多种的组合。返回的车辆状态可以是该车辆的vin码是否可用，对应是否可以放贷。若不可以放贷，还可以返回不可放贷的原因。

为了方便理解上述各实施例中的方法步骤流程是如何组合执行的，请参示图2和图3，图2中的数据存储流程与图3中的数据查询流程在上文中均有记载，在此不再赘述。应理解，图2和图3并不是对本申请实施例的实施过程的限定，仅是为了方便理解提供的一种实施方式的流程示意图。

本本申请实施例所述的防止一车多贷的方法，通过建立车辆统一数据上传接口和车辆统一数据查询接口，可以聚合车辆信息，提供车辆预设信息的统一存储和查询，为防止一车多贷的提供了有效的信息支持。通过设置第一数据库与第二数据库对车辆预设信息进行储存，确保了数据的高可用性。

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

实施例二

本实施例涉及一种防止一车多贷的装置，该装置对应于实施例一所述的防止一车多贷的方法，其中，图4示出了本实施例的防止一车多贷的装置的结构框图，且为了便于说明，图4中仅示出了与实施例相关的部分。

仍参见图4，本实施例中的防止一车多贷的装置包括：

创建模块401，用于建立车辆统一数据接口和车辆统一数据查询接口。

第一数据存储模块402，用于将车辆的预设信息通过所述车辆统一数据上传接口存储至第一数据库。

第二数据存储模块403，用于将所述第一数据库存储的车辆的预设信息同步至第二数据库。

查询模块404，用于基于所述第一数据库存储的车辆的预设信息和/或所述第二数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口对车辆状态进行查询。

在一些实施例中，所述车辆的预设信息包括车辆的vin码、车辆的属性信息和缓存时长信息。

在一些实施例中，所述将车辆的预设信息通过所述车辆统一数据上传接口存储至第一数据库包括：判断所述第一数据库是否需要进行降级操作；当判断所述第一数据库不需要进行降级操作时，通过所述车辆统一数据上传接口存储所述车辆的预设信息至所述第一数据库；更新列表信息并通过所述车辆统一数据上传接口存储所述列表信息至所述第一数据库，其中，所述列表信息为所述车辆的vin码构成的历史存储信息；当判断所述第一数据库需要进行降级操作时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至所述第二数据库，并将所述第二数据库存储的车辆的预设信息同步至所述第一数据库。

在一些实施例中，所述当判断所述第一数据库需要进行降级操作时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至所述第二数据库，并将所述第二数据库存储的车辆的预设信息同步至所述第一数据库包括：当所述第一数据库需要进行降级操作时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至所述第二数据库，并写入所述第二数据库的队列；当所述第一数据库不需要进行降级操作后，通过消费所述第二数据库的队列，经由线程异步写入所述第一数据库，将所述车辆的预设信息同步至所述第一数据库。

在一些实施例中，所述将所述第一数据库存储的车辆的预设信息同步至第二数据库包括：判断所述第二数据库是否存在异常；当判断所述第二数据库不存在异常时，通过线程异步将所述第一数据库中的车辆的预设信息同步至所述第二数据库；当判断所述第二数据库存在异常时，对异常进行修复；当所述第二数据库恢复正常时，通过线程异步将所述第一数据库中，与所述列表信息对应的车辆的预设信息同步至所述第二数据库。

在一些实施例中，该防止一车多贷的装置还可以包括校验模块，用于：在所述将车辆的预设信息通过所述车辆统一数据上传接口存储至第一数据库前，对所述车辆的预设信息设置分布式锁；对所述车辆的预设信息进行数据校验；其中，所述数据校验包括入参校验和重复验证；当对所述车辆的预设信息进行的数据校验不通过时，返回失败提示；当对所述车辆的预设信息进行的数据校验通过时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至第一数据库。

在一些实施例中，所述基于所述第一数据库存储的车辆的预设信息和/或所述第二数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口对车辆状态进行查询，包括：判断所述第一数据库是否需要进行降级操作；当所述第一数据库不需要进行降级操作时，基于所述第一数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口返回所查询的车辆的状态；当所述第一数据库需要进行降级操作时，基于所述第二数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口返回所查询的车辆的状态。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

实施例三

本实施例涉及一种终端设备，参见图5，该终端设备500可以包括：至少一个处理器510、存储器520，该存储器520用于存储计算机程序521，所述处理器510用于调用并运行所述存储器520中存储的计算机程序521实现实施例一中任意方法实施例中的步骤。具体的，其例如可以是图1所示实施例中的步骤S101至步骤S104，或者，处理器510执行所述计算机程序时可实现上述各装置实施例中各模块/单元的功能，例如图4所示各模块的功能。

示例性的，计算机程序521可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器520中，并由处理器510执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序段，该程序段用于描述计算机程序在终端设备500中的执行过程。

本领域技术人员可以理解，图5仅仅是终端设备的示例，并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如输入输出设备、网络接入设备、总线等。

处理器510可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器520可以是终端设备的内部存储单元，也可以是终端设备的外部存储设备，例如插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。所述存储器520用于存储所述计算机程序以及终端设备所需的其他程序和数据。所述存储器520还可以用于暂时地存储已经输出或者将要输出的数据。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

本实施例提供的防止一车多贷的方法可以应用于计算机、可穿戴设备、车载设备、平板电脑、笔记本电脑、上网本等终端设备上，本申请实施例对终端设备的具体类型不作任何限制。

实施例四

本实施例涉及一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述实施例一中防止一车多贷的方法各个实施例中的步骤。

此时，本实施例也即提供了一种计算机程序产品，当该计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述防止一车多贷的方法各个实施例中的步骤。

其中，所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

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

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

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种防止一车多贷的方法，其特征在于，包括：

建立车辆统一数据上传接口和车辆统一数据查询接口；

将车辆的预设信息通过所述车辆统一数据上传接口存储至第一数据库；

将所述第一数据库存储的车辆的预设信息同步至第二数据库；

基于所述第一数据库存储的车辆的预设信息和/或所述第二数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口对车辆状态进行查询。

2.根据权利要求1所述的防止一车多贷的方法，其特征在于，所述车辆的预设信息包括车辆的vin码、车辆的属性信息和缓存时长信息。

3.根据权利要求2所述的防止一车多贷的方法，其特征在于，所述将车辆的预设信息通过所述车辆统一数据上传接口存储至第一数据库包括：

判断所述第一数据库是否需要进行降级操作；

当判断所述第一数据库不需要进行降级操作时，通过所述车辆统一数据上传接口存储所述车辆的预设信息至所述第一数据库；

更新列表信息并通过所述车辆统一数据上传接口存储所述列表信息至所述第一数据库，其中，所述列表信息为所述车辆的vin码构成的历史存储信息；

当判断所述第一数据库需要进行降级操作时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至所述第二数据库，并将所述第二数据库存储的车辆的预设信息同步至所述第一数据库。

4.根据权利要求3所述的防止一车多贷的方法，其特征在于，所述当判断所述第一数据库需要进行降级操作时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至所述第二数据库，并将所述第二数据库存储的车辆的预设信息同步至所述第一数据库包括：

当所述第一数据库需要进行降级操作时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至所述第二数据库，并写入所述第二数据库的队列；

当所述第一数据库不需要进行降级操作后，通过消费所述第二数据库的队列，经由线程异步写入所述第一数据库，将所述车辆的预设信息同步至所述第一数据库。

5.根据权利要求3所述的防止一车多贷的方法，其特征在于，所述将所述第一数据库存储的车辆的预设信息同步至第二数据库包括：

判断所述第二数据库是否存在异常；

当判断所述第二数据库不存在异常时，通过线程异步将所述第一数据库中的车辆的预设信息同步至所述第二数据库；

当判断所述第二数据库存在异常时，对异常进行修复；

当所述第二数据库恢复正常时，通过线程异步将所述第一数据库中，与所述列表信息对应的车辆的预设信息同步至所述第二数据库。

6.根据权利要求1-5任一项所述的防止一车多贷的方法，其特征在于，在所述将车辆的预设信息通过所述车辆统一数据上传接口存储至第一数据库前，所述防止一车多贷的方法还包括：

对所述车辆的预设信息设置分布式锁；

对所述车辆的预设信息进行数据校验；其中，所述数据校验包括入参校验和重复验证；

当对所述车辆的预设信息进行的数据校验不通过时，返回失败提示；

当对所述车辆的预设信息进行的数据校验通过时，通过所述车辆统一数据上传接口将所述车辆的预设信息存储至第一数据库。

7.根据权利要求1-5任一项所述的防止一车多贷的方法，其特征在于，所述基于所述第一数据库存储的车辆的预设信息和/或所述第二数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口对车辆状态进行查询，包括：

判断所述第一数据库是否需要进行降级操作；

当所述第一数据库不需要进行降级操作时，基于所述第一数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口返回所查询的车辆的状态；

当所述第一数据库需要进行降级操作时，基于所述第二数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口返回所查询的车辆的状态。

8.一种防止一车多贷的装置，其特征在于，包括：

创建模块(401)，用于建立车辆统一数据接口和车辆统一数据查询接口；

第一数据存储模块(402)，用于将车辆的预设信息通过所述车辆统一数据上传接口存储至第一数据库；

第二数据存储模块(403)，用于将所述第一数据库存储的车辆的预设信息同步至第二数据库；

查询模块(404)，用于基于所述第一数据库存储的车辆的预设信息和/或所述第二数据库存储的车辆的预设信息，通过所述车辆统一数据查询接口对车辆状态进行查询。

9.一种终端设备(500)，包括：处理器(510)和存储器(520)，所述存储器(520)中存储有可在所述处理器(510)上运行的计算机程序(521)，其特征在于，所述处理器(510)执行所述计算机程序(521)时实现如权利要求1至7任一项所述的防止一车多贷的方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器(510)执行时实现如权利要求1至7任一项所述的防止一车多贷的方法。