CN118093513A - 一种车辆档案集成管理方法、装置、设备及介质 - Google Patents

Abstract

本申请提供一种车辆档案集成管理方法、装置、设备及介质，涉及数据处理的技术领域，方法包括：获取目标车辆的产权证文件；对产权证文件进行识别，得到多个车辆信息；获取目标分类维度，目标分类维度为多个分类维度中的任意一个分类维度，分类维度用于对车辆产权证中的车辆信息进行分类；查询多个车辆信息中，目标分类维度对应的目标车辆信息；根据目标分类维度对应的分类标准，确定目标车辆信息的目标组别；将目标车辆信息划入目标组别，并对产权证文件按目标组别进行归档处理。本申请能够提高对车辆的档案信息管理的效率。

Description

一种车辆档案集成管理方法、装置、设备及介质

技术领域

本申请涉及数据处理的技术领域，具体涉及一种车辆档案集成管理方法、装置、设备及介质。

背景技术

车辆产权证（简称产证）是一种官方文件，用于证明个人或实体对特定车辆的所有权。这份证书通常由政府交通管理部门或其他授权机构发放，包含了车辆的关键信息，如车辆标识号（VIN）、车辆型号、制造商、车辆的具体规格和颜色等。此外，产权证还会显示车辆的注册日期和车主的姓名及地址信息。在车辆买卖、转让或抵押贷款等情况下，车辆产权证是必须出示的重要文件，它是车辆合法所有权的法律凭证。该证书的管理和更新对于确保车辆交易的合法性和车辆所有权的正确记录至关重要。

客户向银行申请车辆贷款，一旦银行批准贷款，客户和银行将签订贷款协议，其中包括抵押车辆产权证书的条款。在贷款发放后，车辆的产权证书被转交给银行作为抵押物，银行将保管这份证书直到贷款被完全偿还。期间银行将对车辆产权证的内容进行归档，在银行的记录系统中建立与车辆相关的档案，包括车辆类型、车架号、车主信息、贷款金额、还款计划等。

常规的车辆档案管理方式中，一个车辆的所有信息归为一个档案，这样便于快速查询与该车辆相关的所有信息。但是这种管理方案存在一个弊端，就是在大量数据的情况下，即存储有大量车辆产权证的档案信息。大量的数据使得进行特定的数据分析变得复杂和耗时，例如对银行中未偿还完贷款的车辆的数据进行分析，则需要从一堆杂乱无章的数据中，逐个查询出每个车辆档案中与还贷情况相关信息，最后进行整合分析，这样车辆的档案信息管理的效率较低。

发明内容

本申请提供一种车辆档案集成管理方法、装置、设备及介质，能够提高对车辆的档案信息管理的效率。

在本申请的目标方面提供了一种车辆档案集成管理方法，所述方法包括：

获取目标车辆的产权证文件；

对所述产权证文件进行识别，得到多个车辆信息；

获取目标分类维度，所述目标分类维度为多个分类维度中的任意一个分类维度，所述分类维度用于对车辆产权证中的车辆信息进行分类；

查询多个所述车辆信息中，所述目标分类维度对应的目标车辆信息；

根据所述目标分类维度对应的分类标准，确定所述目标车辆信息的目标组别；

将所述目标车辆信息划入所述目标组别，并对所述产权证文件按所述目标组别进行归档处理。

通过采用上述技术方案，自动化和智能化的管理方法解决了传统管理方法在处理大量数据时的效率低下问题。首先，通过对产权证文件的自动识别，快速提取出车辆的各种关键信息，如车辆类型、车架号、所有者信息等。接着，根据预定的目标分类维度（例如车辆类型等）自动对这些信息进行分类和整理。这意味着当需要进行特定的数据分析时，比如分析车辆类型为微型轿车的多个车辆，可以直接查询到已经按车辆类型分类归档整理好的车辆信息，而不需要逐个检查每个车辆的单独档案。这大大减少了检索和分析所需的时间和努力，提高了数据管理的效率。此外，通过自动归档处理，确保了数据的易访问性和组织性，使得对大量车辆档案的管理变得更加高效和精确。

可选的，所述查询多个所述车辆信息中，所述目标分类维度对应的目标车辆信息，具体包括：

根据预设第一对应关系，获取预设数据库中的多个预存分类标准信息中，所述目标分类维度对应的多个目标分类信息，所述预设第一对应关系为所述分类维度与预存分类标准信息的对应关系；

确定多个所述车辆信息中，与任意一个所述目标分类信息相同的车辆信息；

设置多个所述车辆信息中，与任意一个所述目标分类信息相同的车辆信息为所述目标车辆信息。

通过采用上述技术方案，通过建立预设的对应关系和利用预存分类标准信息，实现了对车辆信息的高效和精确分类，从而极大提高了车辆档案管理的效率和数据分析的准确性。具体而言，首先在预设数据库中定义了各种分类维度（如车辆类型、使用状态等）与相应的分类标准的对应关系。当需要查询特定类别的车辆信息时，会根据这些预设的对应关系快速检索出与目标分类维度相关的所有分类标准信息。接着，将这些标准信息用于筛选整个车辆信息数据库，识别出与目标分类标准相匹配的具体车辆信息。这意味着，无论是需要找出所有特定类型的车辆、处于特定状态的车辆，还是满足其他特定条件的车辆，都可以迅速准确地完成。

可选的，所述根据所述目标分类维度对应的分类标准，确定所述目标车辆信息的目标组别，具体包括：

根据预设第二对应关系，确定多个预存组别信息中，所述目标组别对应的目标组别信息，所述预设第二对应关系为预存组别信息与分类组别的对应关系，所述目标组别为多个所述分类组别中的任意一个分类组别；

若确定所述目标车辆信息与所述目标组别信息相同，则划分所述目标车辆信息为所述目标组别信息对应的目标组别。

通过采用上述技术方案，建立和应用预设的第二对应关系，有效地将目标车辆信息划分到相应的目标组别中，提高了车辆档案信息管理的组织性和可检索性。具体来说，首先定义了预存组别信息与分类组别的对应关系，这些组别信息可以基于车辆的不同特征和属性，如车辆类型、使用状态、所有权状态等。当识别出特定车辆信息时，它会根据这些预设的对应关系来判断这些信息应该归属于哪个目标组别。如果确定某个车辆信息符合特定的目标组别信息，那么这个信息就会被自动归类到该目标组别中。

可选的，所述对所述产权证文件进行识别，得到多个车辆信息，具体包括：

对所述产权证文件进行字符识别，得到文本内容；

识别所述文本内容中包含的多个种类型字符组和多个内容型字符组，所述种类型字符组用于描述所述内容型字符组的种类；

删除所述文本内容中的所述多个种类型字符组，并且删除多个所述内容型字符组中的代码型字符组，得到所述车辆信息，所述代码型字符组为包含数字或者字母的字符组合。

通过采用上述技术方案，对产权证文件的字符识别和特定类型字符组的处理，实现了车辆信息的提取过程。接着，识别并区分文本内容中的种类型字符组（用于描述信息种类）和内容型字符组（实际的信息内容）。在此基础上，方案特别指出删除种类型字符组和文本中的代码型字符组（如包含数字或字母的字符组合）。这一步骤移除了可能不需要的技术性或标识性信息，从而使剩余的车辆信息更加直接与后续处理步骤相关，提高了数据处理的效率。

可选的，在所述查询多个所述车辆信息中，所述目标分类维度对应的目标车辆信息之前，所述方法包括：

根据目标种类型字符组，建立目标代码型字符组与目标种类标号的对应关系，得到预设第三对应关系，其中，所述目标种类型字符组为多个所述种类型字符组中，所述目标代码型字符组对应的种类型字符组，所述目标代码型字符组为多个代码型字符组中的任意一个代码型字符组；

若确定所述目标分类维度对应所述目标种类型字符组，则根据所述第三对应关系，建立所述目标分类维度与所述目标种类标号的对应关系，得到预设第四对应关系。

通过采用上述技术方案，通过建立精细化的对应关系来优化车辆信息的分类和检索过程，从而提高数据处理的精确性和效率。具体来说，方案首先建立了目标种类型字符组（如车辆类型标签、车架号标签等）与目标代码型字符组（如实际的车辆类型代码、车架号等）之间的对应关系，这被称为预设第三对应关系。随后，当确定了目标分类维度（如车辆类型）与某个特定的目标种类型字符组相对应时，会根据这个第三对应关系来建立目标分类维度和目标种类标号（具体分类标识）之间的预设第四对应关系。

可选的，所述根据所述目标分类维度对应的分类标准，确定所述目标车辆信息的目标组别，具体还包括：

根据所述预设第四对应关系，确定所述目标分类维度对应的所述目标种类标号；

根据所述预设第三对应关系，确定所述目标种类标号对应的所述目标代码型字符组；

获取所述目标组别包含的目标筛选信息，所述目标筛选信息为对所述代码型字符组的筛选标准的信息；

根据所述目标筛选信息，若确定所述目标代码型字符组满足所述目标筛选信息的筛选标准，则划分所述目标代码型字符组这一车辆信息至所述目标组别。

通过采用上述技术方案，通过一系列精确的对应关系和筛选标准，有效地实现了对车辆信息的细致分类和准确划分，从而显著提高了车辆档案管理的效率和准确性。在这个方案中，首先利用预设的第四对应关系确定目标分类维度（如车辆类型）对应的目标种类标号（具体的分类标识）。随后，通过第三对应关系确定这些目标种类标号对应的目标代码型字符组（具体的车辆信息）。这一步骤的关键在于，会获取包含在目标组别中的目标筛选信息，即针对代码型字符组的具体筛选标准。应用这些筛选标准，能够判断某一代码型字符组是否符合特定的筛选条件。如果符合，相应的车辆信息就会被归类到对应的目标组别中。

可选的，所述将所述目标车辆信息划入所述目标组别，并对所述产权证文件按所述目标组别进行归档处理，具体包括：

获取所述目标组别对应的文件存储位置；

存储所述产权证文件至所述文件存储位置，并对所述目标车辆信息进行标记处理。

通过采用上述技术方案，将目标车辆信息划分到特定的目标组别，并按照这些组别对产权证文件进行有序的归档处理，显著提升了车辆档案管理的组织性和检索效率。在这个过程中，首先根据确定的目标组别找到对应的文件存储位置，然后将相关的产权证文件存储到这个位置，并对目标车辆信息执行标记处理。这样的操作使得文件存储变得有序和化，从而当需要检索或引用特定组别的车辆信息时，可以快速准确地定位到相关文件。

在本申请的第二方面提供了一种车辆档案集成管理装置，包括获取模块、识别模块、查询模块、分类模块以及管理模块，其中：

所述获取模块，用于获取目标车辆的产权证文件；

所述识别模块，用于对所述产权证文件进行识别，得到多个车辆信息；

所述获取模块，用于获取目标分类维度，所述目标分类维度为多个分类维度中的任意一个分类维度，所述分类维度用于对车辆产权证中的车辆信息进行分类；

所述查询模块，用于查询多个所述车辆信息中，所述目标分类维度对应的目标车辆信息；

所述分类模块，用于根据所述目标分类维度对应的分类标准，确定所述目标车辆信息的目标组别；

所述管理模块，用于将所述目标车辆信息划入所述目标组别，并对所述产权证文件按所述目标组别进行归档处理。

可选的，所述获取模块，用于根据预设第一对应关系，获取预设数据库中的多个预存分类标准信息中，所述目标分类维度对应的多个目标分类信息，所述预设第一对应关系为所述分类维度与预存分类标准信息的对应关系；

所述查询模块，用于确定多个所述车辆信息中，与任意一个所述目标分类信息相同的车辆信息；

所述管理模块，用于设置多个所述车辆信息中，与任意一个所述目标分类信息相同的车辆信息为所述目标车辆信息。

可选的，所述查询模块，用于根据预设第二对应关系，确定多个预存组别信息中，所述目标组别对应的目标组别信息，所述预设第二对应关系为预存组别信息与分类组别的对应关系，所述目标组别为多个所述分类组别中的任意一个分类组别；

所述分类模块，用于若确定所述目标车辆信息与所述目标组别信息相同，则划分所述目标车辆信息为所述目标组别信息对应的目标组别。

可选的，所述识别模块，用于对所述产权证文件进行字符识别，得到文本内容；

所述识别模块，用于识别所述文本内容中包含的多个种类型字符组和多个内容型字符组，所述种类型字符组用于描述所述内容型字符组的种类；

所述管理模块，用于删除所述文本内容中的所述多个种类型字符组，并且删除多个所述内容型字符组中的代码型字符组，得到所述车辆信息，所述代码型字符组为包含数字或者字母的字符组合。

可选的，所述分类模块，用于根据目标种类型字符组，建立目标代码型字符组与目标种类标号的对应关系，得到预设第三对应关系，其中，所述目标种类型字符组为多个所述种类型字符组中，所述目标代码型字符组对应的种类型字符组，所述目标代码型字符组为多个代码型字符组中的任意一个代码型字符组；

所述管理模块，用于若确定所述目标分类维度对应所述目标种类型字符组，则根据所述第三对应关系，建立所述目标分类维度与所述目标种类标号的对应关系，得到预设第四对应关系。

可选的，所述查询模块，用于根据所述预设第四对应关系，确定所述目标分类维度对应的所述目标种类标号；

所述查询模块，用于根据所述预设第三对应关系，确定所述目标种类标号对应的所述目标代码型字符组；

所述获取模块，用于获取所述目标组别包含的目标筛选信息，所述目标筛选信息为对所述代码型字符组的筛选标准的信息；

所述管理模块，用于根据所述目标筛选信息，若确定所述目标代码型字符组满足所述目标筛选信息的筛选标准，则划分所述目标代码型字符组这一车辆信息至所述目标组别。

可选的，所述获取模块，用于获取所述目标组别对应的文件存储位置；

所述管理模块，用于存储所述产权证文件至所述文件存储位置，并对所述目标车辆信息进行标记处理。

在本申请的第三方面提供了一种电子设备，包括处理器、存储器、用户接口以及网络接口，所述存储器用于存储指令，所述用户接口和所述网络接口均用于与其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述电子设备执行如上述任意一项所述的方法。

在本申请的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有指令，当所述指令被执行时，执行如上述任意一项所述的方法。

综上所述，本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

自动化和智能化的管理方法解决了传统管理方法在处理大量数据时的效率低下问题。首先，通过对产权证文件的自动识别，快速提取出车辆的各种关键信息，如车辆类型、车架号、所有者信息等。接着，根据预定的目标分类维度（例如车辆类型等）自动对这些信息进行分类和整理。这意味着当需要进行特定的数据分析时，比如分析车辆类型为微型轿车的多个车辆，可以直接查询到已经按车辆类型分类归档整理好的车辆信息，而不需要逐个检查每个车辆的单独档案。这大大减少了检索和分析所需的时间和努力，提高了数据管理的效率。此外，通过自动归档处理，确保了数据的易访问性和组织性，使得对大量车辆档案的管理变得更加高效和精确。

附图说明

图1是本申请实施例公开的一种车辆档案集成管理方法的流程示意图；

图2是本申请实施例公开的一种车辆产权证的示意图；

图3是本申请实施例公开的种类型字符组的示意图；

图4是本申请实施例公开的内容型字符组的示意图；

图5是本申请实施例公开的文字型字符组的示意图；

图6是本申请实施例公开的代码型字符组的示意图；

图7是本申请实施例公开的代码型字符组对应的种类型字符组的示意图；

图8是本申请实施例公开的一种车辆档案集成管理装置的模块示意图；

图9是本申请实施例公开的一种电子设备的结构示意图。

附图标记说明：801、获取模块；802、识别模块；803、查询模块；804、分类模块；805、管理模块；901、处理器；902、通信总线；903、用户接口；904、网络接口；905、存储器。

具体实施方式

为了使本领域的技术人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

在本申请实施例的描述中，“例如”或者“举例来说”等词用于表示作例子、例证或说明。本申请实施例中被描述为“例如”或者“举例来说”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“例如”或者“举例来说”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，术语“多个”的含义是指两个或两个以上。例如，多个系统是指两个或两个以上的系统，多个屏幕终端是指两个或两个以上的屏幕终端。此外，术语“目标”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征。由此，限定有“目标”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

车辆产权证（简称产证）是一种官方文件，用于证明个人或实体对特定车辆的所有权。这份证书通常由政府交通管理部门或其他授权机构发放，包含了车辆的关键信息，如车辆标识号（VIN）、车辆型号、制造商、车辆的具体规格和颜色等。此外，产权证还会显示车辆的注册日期和车主的姓名及地址信息。在车辆买卖、转让或抵押贷款等情况下，车辆产权证是必须出示的重要文件，它是车辆合法所有权的法律凭证。该证书的管理和更新对于确保车辆交易的合法性和车辆所有权的正确记录至关重要。

客户向银行申请车辆贷款，一旦银行批准贷款，客户和银行将签订贷款协议，其中包括抵押车辆产权证书的条款。在贷款发放后，车辆的产权证书被转交给银行作为抵押物，银行将保管这份证书直到贷款被完全偿还。期间银行将对车辆产权证的内容进行归档，在银行的记录系统中建立与车辆相关的档案，包括车辆类型、车架号、车主信息、贷款金额、还款计划等。

常规的车辆档案管理方式中，一个车辆的所有信息归为一个档案，这样便于快速查询与该车辆相关的所有信息。但是这种管理方案存在一个弊端，就是在大量数据的情况下，即存储有大量车辆产权证的档案信息。大量的数据使得进行特定的数据分析变得复杂和耗时，例如对银行中未偿还完贷款的车辆的数据进行分析，则需要从一堆杂乱无章的数据中，逐个查询出每个车辆档案中与还贷情况相关信息，最后进行整合分析，这样车辆的档案信息管理的效率较低。

本实施例公开了一种车辆档案集成管理方法，参照图1，包括如下步骤S110-S160：

S110，获取目标车辆的产权证文件。

本申请实施例公开的一种车辆档案集成管理方法应用于服务器，服务器包括但不限于诸如手机、平板电脑、可穿戴设备、PC(Personal Computer，个人计算机)等电子设备，也可以是运行一种车辆档案集成管理方法的后台服务器。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

用户向银行申请车辆贷款时，抵押给银行的通常为实体的车辆产权证文件，也叫车辆登记证。但实体文件管理不便，特别是信息查询时，因此通常需要先获取目标车辆的电子版的产权证文件，一般只需要将实体的车辆产权证通过扫描仪转换为数字格式，通常是PDF或图像等不可编辑的扫描文件，得到目标车辆的产权证文件。

S120，对产权证文件进行识别，得到多个车辆信息。

使用OCR软件或服务对扫描后的产权证文件进行字符识别，常用的OCR工具包括Tesseract，ABBYY FineReader等，OCR软件会将图像中的文字转换为机器可读的文本格式。通常还需要人工对OCR转换的结果进行后处理。这可能包括纠正错别字、删除无关字符、格式化文本等，确保转换后的文本内容保持原始文件的结构和内容。

参照图2，图2为车辆产权证文件的一部分，可以看出车辆的产权证文件中通常包括两部分，种类型字符组和内容型字符组。其中，种类型字符组为用于描述信息种类的字符组合，也就是描述内容型字符组的种类的字符组合。例如“车辆类型”、“发动机号”等，参照图3，图3中所示内容均为图2的车辆产权证的文本内容中，包含的种类型字符组。内容型字符组则是车辆产权证的文本内容中，车辆信息具体内容的描述性字符组合。例如“微型轿车”、“海关进口”等，参照图4，图4中所示内容均为图2的车辆产权证的文本内容中，包含的内容型字符组。

根据上述内容可以理解到，种类型字符组主要用于帮助用户确定对应内容型字符组所表达内容的种类，例如，帮助用户理解“WXXXJ8AXXXXX8”这一串字符表达的是车辆的车辆识别代号/车架号，而不是发动机号。

在一种可能的实施方式中，种类型字符组对于后续的数据处理意义不大，因为当内容型字符组为文字型字符组时，计算机能够通过自然语言处理技术理解其含义。文字型字符组即字符组的内容为汉字或其他语言文字的组合，组成文字型字符组的基本单位为汉字或者单词等。例如“微型轿车”、“汽油”以及“海关进口”等，均为内容型字符组中的文字型字符组。

与文字型字符组相对的为代码型字符组，即字符组的内容为字母与字数的组合，或者内容包含字母与数字的组合。例如“WXXXJ8AXXXXX8”、“1X5/XXRXX 74T”、“前 1XXX 后1XX2 mm”等。代码型字符组相对于文字型字符组的特点是，如果缺乏对应的种类型字符组，人或者计算机无法确定该字符组代表的含义。举例来说，对于代码型字符组“1X5/XXRXX74T”，如果没有其对应的种类型字符组“轮胎规格”，通常难以精确的确定这一串字符代表的含义。

基于上述描述，对于多个内容型字符组中包含的文字型字符组，服务器无需种类型字符组，也能确定其表达的意义，因此可以在识别文本内容中包含的多个种类型字符组和多个内容型字符组后，直接删除文本内容中的所有种类型字符组，并删除内容型字符组中的代码型字符组，保留文字型字符组，最后得到车辆信息。举例来说，对于图2中的文本内容，按照上述方式进行处理后，将得到如图5所示的文字型字符组。最后保留的文字型字符组也就是车辆产权证中对车辆信息的文字描述。

S130，获取目标分类维度。

根据银行实际的档案分类需求，确定多个分类维度，分类维度用于对车辆产权证中的车辆信息进行分类，以实现将车辆产权证划分至对应组别中。例如，分类维度可以是车辆类型，则可以将车辆产权证根据车辆类型划分为轿车、SUV、卡车、商用车等。分类维度也可以是所有者类型，则可以将车辆产权证根据所有者类型划分为个人所有以及企业所有。分类维度还可以是发证日期，则可以将车辆产权证根据发证日期分成多个类别，例如同一个月的一个类别。

而为了便于描述，后文将以多个分类维度中的任意一个分类维度，目标分类维度进行举例说明，以目标分类维度处理过程指代其它分类维度的处理过程，即根据任意一个分类维度对车辆信息进行分类的过程与目标分类维度的处理过程相同。

S140，查询多个车辆信息中，目标分类维度对应的目标车辆信息。

在一种可能的实施方式中，查询多个车辆信息中，目标分类维度对应的目标车辆信息，具体包括：根据预设第一对应关系，获取预设数据库中的多个预存分类标准信息中，目标分类维度对应的多个目标分类信息，预设第一对应关系为分类维度与预存分类标准信息的对应关系；确定多个车辆信息中，与任意一个目标分类信息相同的车辆信息；设置多个车辆信息中，与任意一个目标分类信息相同的车辆信息为目标车辆信息。

首先需要根据预设第一对应关系，查询数据库中多个预存分类标准信息中，目标分类维度对应的多个目标分类信息。其中预设第一对应为分类维度与预存分类标准信息的对应关系。分类维度在上述步骤S130中已做详细解释，但是，在本实施例中，目标分类维度优选为针对文本型字符组的分类维度，即目标分类维度针对的车辆信息是文本型字符组。例如分类维度可以是车辆类型，因为分类后的信息是轿车、卡车以及商用车等，而不能是发证日期或者发动机号，分类后的信息是代码型字符组。

而预存分类标准信息为预设数据库，针对分类维度的描述性信息，也就是车辆信息根据分类维度划分后可以包含的几个类别的信息。举例来说，目标分类维度为车辆类型时，预存分类标准信息则可能是轿车、SUV、MPV、卡车、皮卡、跑车等等。因而在此之前，需要建立分类维度与预存分类标准信息的对应关系，这可以通过训练相关模型以实现，由于建立分类维度与预存分类标准信息的对应关系仅为相关技术领域的常规技术手段，因此在此不再做进一步赘述。

服务器在预设数据库中查询出与目标分类维度相关的所有的目标分类信息后，也就相当于获取了根据目标分类维度，车辆信息能被划分的所有种类。接着只需要检索在步骤S120中获取的多个车辆信息中，与任意一个目标分类信息相同的车辆信息。参照图5，即使对车辆产权证的车辆信息进行了筛选，但仍然存在多种车辆信息，而目标分类维度只针对其中一种车辆信息进行划分。在预设数据库中查询出与目标分类维度相关的所有的目标分类信息后，检索与任意一个目标分类信息相同的车辆信息，即可找出车辆产权证中与目标分类维度相关的信息。举例来说，目标分类维度为车辆类型时，预存分类信息可能包括微型轿车、SUV、MPV、卡车、皮卡、跑车等。图5中包含的多个车辆信息包括微型轿车、汽油、黑/白、海关进口、方向盘、后轴片、公安局交通警察支队(章)、购买、非营运。通过检索，多个车辆信息中的“微型轿车”这一车辆信息与多个预存分类信息中的“微型轿车”这一预存分类信息相同。最后，服务器设置该与任意一个目标分类信息相同的车辆信息为目标车辆信息，用于后续分类处理。

S150，根据目标分类维度对应的分类标准，确定目标车辆信息的目标组别。

确定出多个车辆信息中与目标分类维度相关的目标车辆信息后，再根据该目标车辆信息进行划分具体的组别。

在一种可能的实施方式中，根据目标分类维度对应的分类标准，确定目标车辆信息的目标组别，具体包括：根据预设第二对应关系，确定多个预存组别信息中，目标组别对应的目标组别信息，预设第二对应关系为预存组别信息与分类组别的对应关系，目标组别为多个分类组别中的任意一个分类组别；若确定目标车辆信息与目标组别信息相同，则划分目标车辆信息为目标组别信息对应的目标组别。

其中，预存第二对应关系为分类组别与预存组别信息的对应关系，在步骤S140中提到，目标分类维度可能对应多个目标分类信息，目标分类维度为车辆类型时，预存分类信息可能包括微型轿车、SUV、MPV、卡车、皮卡、跑车等。但是实际分类需求可能只是需要将所有的车辆产权证划分成微型轿车组别、SUV组别以及卡车组别。因此，分类维度对应的多个分类组别的数量可能与分类维度对应的多个预存分类信息的数量不同。

在用户根据分类需求，确定了多个分类组别后，服务器根据预设第二对应查找各个分类组别对应的预存组别信息，预存组别信息就是预设数据库中预存的针对分类组别的描述信息。举例来说，多个分类组别包括：微型轿车组别、SUV组别以及皮卡组别，则微型轿车组别对应的预存组别信息为“微型轿车”，SUV组别对应的预存组别信息为“SUV”。最后只需要根据目标车辆信息，检索多个组别信息中与之相同的组别信息，如果目标组别信息与目标车辆信息相同，则目标车辆信息满足目标分类维度对应的分类标准，直接将目标车辆信息划分至目标组别信息对应的目标组别，其中目标组别为多个分类组别中的任意一个分类组别，目标组别信息为多个组别信息中，目标组别对应的组别信息。

由于车辆产权证的车辆信息中，除了字符型字符组，还包括代码型字符组，相关内容在步骤S120中有进行详细说明。对于代码型字符组的车辆信息，则不适合通过内容匹配进行内容匹配进行分类。例如，对于发动机号，由于发动机后是每台发动机的唯一标识符，用于区分不同的发动机，每个发动机号都是独一无二的，因此难以通过发动机号的含义对其进行分类，则需要另外一种方法进行分类。

在一种可能的实施方式中，根据目标种类型字符组，建立目标代码型字符组与目标种类标号的对应关系，得到预设第三对应关系，其中，目标种类型字符组为多个种类型字符组中，目标代码型字符组对应的种类型字符组，目标代码型字符组为多个代码型字符组中的任意一个代码型字符组；若确定目标分类维度对应目标种类型字符组，则建立目标分类维度与目标种类标号的对应关系，得到预设第四对应关系。

为了便于计算机查询代码型字符组对应的种类型字符组，即确定类似于“WXXXJ8AXXXXX8”这类代码所代表的意义，本申请实施例公开一种种类标号，种类标号由预设数量的数字以及字母随机组成，存储于预设数据库中，且预设数据库中不存在相同的两个种类标号。种类标号的形式例如：A265d、89po1、d6z3等，均为字母与数字的随机组合，只需要确定不存在相同的两个种类标号即可，即两个种类标号的字母与数字内容不相同，以及两个种类标号的字符排列顺序均不相同。例如，A63p56与a63p56为相同种类标号，A63p56与A63a56为不同种类编号，A63p56与A63p65为不同种类编号。

一个种类型字符组对应一个种类标号，且在本申请中，存在对应种类标号的种类型字符组优选为种类型字符组中，代码型字符组对应的种类型字符组。参照图6，图6中均为代码型字符组，其对应的种类型字符即可对应有种类编号，具体可以参照图7，图7中所示均为代码型字符组对应的种类型字符组。

下文以目标种类型字符组为多个种类型字符组中，目标代码型字符组对应的种类型字符组进行举例说明，其中，目标代码型字符组为多个代码型字符组中的任意一个代码型字符组，用以指代所有的目标代码型字符组对应的种类型字符组处理方法均相同。

在预设数据库中生成的多个种类标号中，选择一个目标种类型字符组对应的目标种类标号，选择出该目标种类标号后从数据库中删除。然后根据目标种类型字符组对应的目标代码型字符组，建立目标种类标号与目标代码型字符组的对应关系，得到预设第三对应关系。举例来说，对于目标种类型字符组为“轴距”，选取的目标种类标号为“Z695J”，而“发动机号”对应的代码型字符组为“1XX7 mm”，则建立“Z695J”与“1XX7 mm”的预设第三对应关系。通过第三对应关系，服务器在得到目标分类维度为轴距时，可直接通过“Z695J”这一目标种类标号查找到“1XX7 mm”这一车辆信息，具体实施过程如下：

对于不同的分类维度，存在与种类型字符组的对应关系，例如分类维度为“汽车轴距”时，其对应的种类型字符为“轴距”。根据这一对应关系，并结合第三对应关系，即可建立各个分类维度与目标种类标号的对应关系，得到预设第四对应关系。在上述示例中，目标分类维度为“汽车轴距”时，其对应的目标种类型字符为“轴距”，而目标种类型字符“轴距”与目标种类标号“Z695J”存在预设第三对应关系，则建立目标分类维度“汽车轴距”与目标种类标号“Z695J”的预设第四对应关系。

在一种可能的实施方式中，根据目标分类维度对应的分类标准，确定目标车辆信息的目标组别，具体还包括：服务器在获取用户输入的目标分类维度这一分类要求后，首先根据预设第四对应关系，查询目标分类维度对应的目标种类标号。接着根据预设第三对应关系，查询目标种类标号对应的目标代码字符组。举例来说，当目标分类维度为“汽车轴距”，根据预设第四对应关系将查询到“Z695J”这一目标种类标号，接着根据预设第三对应关系，将查询到“1XX7 mm”这一目标代码型字符组。

对于“1XX7 mm”这类代码型字符组（车辆信息），其分类标准优选为根据筛选标准进行分类，即设定一个代码筛选标准，满足标准的分为一组，不满足的分为一组。举例来说，当代码型字符组为1XX7 mm（轴距）时，筛选标准可以是轴距长于预设轴距的分为一组，轴距等于或短于预设轴距的分为一组。当代码型字符组为3XXXXXXX8（发动机号）时，筛选标准可以是代码首字符为3的分为一组。

最后根据用户实际分组需求，获取用户需要的多个分类组别，例如需要将车辆轴距分为短轴距组（轴距小于2500 mm）、中轴距组（轴距大于等于2500 mm，并且小于2700 mm）以及长轴距组（轴距大于2700 mm）。然后服务器获取目标组别包含的目标筛选信息，即为对代码型字符组的筛选标准的信息。例如“轴距小于2500 mm”。最后根据目标筛选信息，判断目标代码字符组是否满足目标筛选信息的筛选标准，从而确定车辆信息是否满足目标分类维度对应的分类标准。如果确定目标代码型字符组满足目标筛选信息的筛选标准，例如目标代码型字符组“2450mm”这一轴距满足“轴距小于2500 mm”的筛选标准，则划分目标代码型字符组这一车辆信息至目标组别，将该目标代码型字符组划分为短轴距组。

S160，将目标车辆信息划入目标组别，并对产权证文件按目标组别进行归档处理。

为了便于对同一类别的产权证文件进行管理，可以为每个分类组别指定一个特定的文件存储位置，在计算机系统中，存储位置可以通过路径或数据库表名来表示，这些位置可以是物理的（如文件夹、柜子）或数字的（如服务器上的文件夹、数据库）。同样对于根据目标车辆信息被划分至目标组别的产权证文件，根据目标组别对应的文件存储位置，将产权证文件存储于该位置。同时对于产权证文件中的目标车辆信息进行标记处理，标记处理可以是采用特殊颜色对信息进行涂色标记，或者其它类型的标记。因为目标车辆信息是将产权证文件存储于目标组别对应的文件存储位置的依据，通过对目标车辆信息进行标记，便于后续用户快速查找这一信息。

将目标车辆信息划分到特定的目标组别，并按照这些组别对产权证文件进行有序的归档处理，显著提升了车辆档案管理的组织性和检索效率。在这个过程中，首先根据确定的目标组别找到对应的文件存储位置，然后将相关的产权证文件存储到这个位置，并对目标车辆信息执行标记处理。这样的操作使得文件存储变得有序和化，从而当需要检索或引用特定组别的车辆信息时，可以快速准确地定位到相关文件

通过采用上述技术方案，自动化和智能化的管理方法解决了传统管理方法在处理大量数据时的效率低下问题。首先，通过对产权证文件的自动识别，快速提取出车辆的各种关键信息，如车辆类型、车架号、所有者信息等。接着，根据预定的目标分类维度（例如车辆类型等）自动对这些信息进行分类和整理。这意味着当需要进行特定的数据分析时，比如分析车辆类型为微型轿车的多个车辆，可以直接查询到已经按车辆类型分类归档整理好的车辆信息，而不需要逐个检查每个车辆的单独档案。这大大减少了检索和分析所需的时间和努力，提高了数据管理的效率。此外，通过自动归档处理，确保了数据的易访问性和组织性，使得对大量车辆档案的管理变得更加高效和精确。

本实施例还公开了一种车辆档案集成管理装置，参照图8，包括获取模块801、识别模块802、查询模块803、分类模块804以及管理模块805，其中：

获取模块801，用于获取目标车辆的产权证文件。

识别模块802，用于对产权证文件进行识别，得到多个车辆信息。

获取模块801，用于获取目标分类维度，目标分类维度为多个分类维度中的任意一个分类维度，分类维度用于对车辆产权证中的车辆信息进行分类。

查询模块803，用于查询多个车辆信息中，目标分类维度对应的目标车辆信息。

分类模块804，用于根据目标分类维度对应的分类标准，确定目标车辆信息的目标组别。

管理模块805，用于将目标车辆信息划入目标组别，并对产权证文件按目标组别进行归档处理。

在一种可能的实施方式中，获取模块801，用于根据预设第一对应关系，获取预设数据库中的多个预存分类标准信息中，目标分类维度对应的多个目标分类信息，预设第一对应关系为分类维度与预存分类标准信息的对应关系。

查询模块803，用于确定多个车辆信息中，与任意一个目标分类信息相同的车辆信息。

管理模块805，用于设置多个车辆信息中，与任意一个目标分类信息相同的车辆信息为目标车辆信息。

在一种可能的实施方式中，查询模块803，用于根据预设第二对应关系，确定多个预存组别信息中，目标组别对应的目标组别信息，预设第二对应关系为预存组别信息与分类组别的对应关系，目标组别为多个分类组别中的任意一个分类组别。

分类模块804，用于若确定目标车辆信息与目标组别信息相同，则划分目标车辆信息为目标组别信息对应的目标组别。

在一种可能的实施方式中，识别模块802，用于对产权证文件进行字符识别，得到文本内容。

识别模块802，用于识别文本内容中包含的多个种类型字符组和多个内容型字符组，种类型字符组用于描述内容型字符组的种类。

管理模块805，用于删除文本内容中的多个种类型字符组，并且删除多个内容型字符组中的代码型字符组，得到车辆信息，代码型字符组为包含数字或者字母的字符组合。

在一种可能的实施方式中，分类模块804，用于根据目标种类型字符组，建立目标代码型字符组与目标种类标号的对应关系，得到预设第三对应关系，其中，目标种类型字符组为多个种类型字符组中，目标代码型字符组对应的种类型字符组，目标代码型字符组为多个代码型字符组中的任意一个代码型字符组。

管理模块805，用于若确定目标分类维度对应目标种类型字符组，则根据第三对应关系，建立目标分类维度与目标种类标号的对应关系，得到预设第四对应关系。

在一种可能的实施方式中，查询模块803，用于根据预设第四对应关系，确定目标分类维度对应的目标种类标号。

查询模块803，用于根据预设第三对应关系，确定目标种类标号对应的目标代码型字符组。

获取模块801，用于获取目标组别包含的目标筛选信息，目标筛选信息为对代码型字符组的筛选标准的信息。

管理模块805，用于根据目标筛选信息，若确定目标代码型字符组满足目标筛选信息的筛选标准，则划分目标代码型字符组这一车辆信息至目标组别。

在一种可能的实施方式中，获取模块801，用于获取目标组别对应的文件存储位置。

管理模块805，用于存储产权证文件至文件存储位置，并对目标车辆信息进行标记处理。

需要说明的是：上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置和方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本实施例还公开了一种电子设备，参照图9，电子设备可以包括：至少一个处理器901，至少一个通信总线902，用户接口903，网络接口904，至少一个存储器905。

其中，通信总线902用于实现这些组件之间的连接通信。

其中，用户接口903可以包括显示屏（Display）、摄像头（Camera），可选用户接口903还可以包括标准的有线接口、无线接口。

其中，网络接口904可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器901可以包括一个或者多个处理核心。处理器901利用各种接口和线路连接整个服务器内的各个部分，通过运行或执行存储在存储器905内的指令、程序、代码集或指令集，以及调用存储在存储器905内的数据，执行服务器的各种功能和处理数据。可选的，处理器901可以采用数字信号处理（Digital Signal Processing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（Programmable LogicArray，PLA）中的至少一种硬件形式来实现。处理器901可集成中央处理器901（CentralProcessing Unit，CPU）、图像处理器901（Graphics Processing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器901中，单独通过一块芯片进行实现。

其中，存储器905可以包括随机存储器905（Random Access Memory，RAM），也可以包括只读存储器905（Read-Only Memory）。可选的，该存储器905包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器905可用于存储指令、程序、代码、代码集或指令集。存储器905可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及的数据等。存储器905可选的还可以是至少一个位于远离前述处理器901的存储装置。如图所示，作为一种计算机存储介质的存储器905中可以包括操作系统、网络通信模块、用户接口903模块以及一种车辆档案集成管理方法的应用程序。

在图9所示的电子设备中，用户接口903主要用于为用户提供输入的接口，获取用户输入的数据；而处理器901可以用于调用存储器905中存储一种车辆档案集成管理方法的应用程序，当由一个或多个处理器901执行时，使得电子设备执行如上述实施例中一个或多个的方法。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必需的。

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

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器905中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器905中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本申请各个实施例方法的全部或部分步骤。而前述的存储器905包括：U盘、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践真理的公开后，将容易想到本公开的其他实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。

Claims (10)

1.一种车辆档案集成管理方法，其特征在于，所述方法包括：

获取目标车辆的产权证文件；

对所述产权证文件进行识别，得到多个车辆信息；

获取目标分类维度，所述目标分类维度为多个分类维度中的任意一个分类维度，所述分类维度用于对车辆产权证中的车辆信息进行分类；

查询多个所述车辆信息中，所述目标分类维度对应的目标车辆信息；

根据所述目标分类维度对应的分类标准，确定所述目标车辆信息的目标组别；

将所述目标车辆信息划入所述目标组别，并对所述产权证文件按所述目标组别进行归档处理。

2.根据权利要求1所述的一种车辆档案集成管理方法，其特征在于，所述查询多个所述车辆信息中，所述目标分类维度对应的目标车辆信息，具体包括：

根据预设第一对应关系，获取预设数据库中的多个预存分类标准信息中，所述目标分类维度对应的多个目标分类信息，所述预设第一对应关系为所述分类维度与预存分类标准信息的对应关系；

确定多个所述车辆信息中，与任意一个所述目标分类信息相同的车辆信息；

设置多个所述车辆信息中，与任意一个所述目标分类信息相同的车辆信息为所述目标车辆信息。

3.根据权利要求2所述的一种车辆档案集成管理方法，其特征在于，所述根据所述目标分类维度对应的分类标准，确定所述目标车辆信息的目标组别，具体包括：

根据预设第二对应关系，确定多个预存组别信息中，所述目标组别对应的目标组别信息，所述预设第二对应关系为预存组别信息与分类组别的对应关系，所述目标组别为多个所述分类组别中的任意一个分类组别；

若确定所述目标车辆信息与所述目标组别信息相同，则划分所述目标车辆信息为所述目标组别信息对应的目标组别。

4.根据权利要求1所述的一种车辆档案集成管理方法，其特征在于，所述对所述产权证文件进行识别，得到多个车辆信息，具体包括：

对所述产权证文件进行字符识别，得到文本内容；

识别所述文本内容中包含的多个种类型字符组和多个内容型字符组，所述种类型字符组用于描述所述内容型字符组的种类；

删除所述文本内容中的所述多个种类型字符组，并且删除多个所述内容型字符组中的代码型字符组，得到所述车辆信息，所述代码型字符组为包含数字或者字母的字符组合。

5.根据权利要求4所述的一种车辆档案集成管理方法，其特征在于，在所述查询多个所述车辆信息中，所述目标分类维度对应的目标车辆信息之前，所述方法包括：

根据目标种类型字符组，建立目标代码型字符组与目标种类标号的对应关系，得到预设第三对应关系，其中，所述目标种类型字符组为多个所述种类型字符组中，所述目标代码型字符组对应的种类型字符组，所述目标代码型字符组为多个代码型字符组中的任意一个代码型字符组；

若确定所述目标分类维度对应所述目标种类型字符组，则根据所述第三对应关系，建立所述目标分类维度与所述目标种类标号的对应关系，得到预设第四对应关系。

6.根据权利要求5所述的一种车辆档案集成管理方法，其特征在于，所述根据所述目标分类维度对应的分类标准，确定所述目标车辆信息的目标组别，具体还包括：

根据所述预设第四对应关系，确定所述目标分类维度对应的所述目标种类标号；

根据所述预设第三对应关系，确定所述目标种类标号对应的所述目标代码型字符组；

获取所述目标组别包含的目标筛选信息，所述目标筛选信息为对所述代码型字符组的筛选标准的信息；

根据所述目标筛选信息，若确定所述目标代码型字符组满足所述目标筛选信息的筛选标准，则划分所述目标代码型字符组这一车辆信息至所述目标组别。

7.根据权利要求1所述的一种车辆档案集成管理方法，其特征在于，所述将所述目标车辆信息划入所述目标组别，并对所述产权证文件按所述目标组别进行归档处理，具体包括：

获取所述目标组别对应的文件存储位置；

存储所述产权证文件至所述文件存储位置，并对所述目标车辆信息进行标记处理。

8.一种车辆档案集成管理装置，其特征在于，包括获取模块(801)、识别模块(802)、查询模块(803)、分类模块(804)以及管理模块(805)，其中：

所述获取模块(801)，用于获取目标车辆的产权证文件；

所述识别模块(802)，用于对所述产权证文件进行识别，得到多个车辆信息；

所述获取模块(801)，用于获取目标分类维度，所述目标分类维度为多个分类维度中的任意一个分类维度，所述分类维度用于对车辆产权证中的车辆信息进行分类；

所述查询模块(803)，用于查询多个所述车辆信息中，所述目标分类维度对应的目标车辆信息；

所述分类模块(804)，用于根据所述目标分类维度对应的分类标准，确定所述目标车辆信息的目标组别；

所述管理模块(805)，用于将所述目标车辆信息划入所述目标组别，并对所述产权证文件按所述目标组别进行归档处理。

9.一种电子设备，其特征在于，包括处理器(901)、存储器(905)、用户接口(903)以及网络接口(904)，所述存储器(905)用于存储指令，所述用户接口(903)和所述网络接口(904)均用于与其他设备通信，所述处理器(901)用于执行所述存储器(905)中存储的指令，以使所述电子设备执行如权利要求1-7任意一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有指令，当所述指令被执行时，执行如权利要求1-7任意一项所述的方法。