CN110428059A - 一种车辆维保数据的处理方法，装置及系统 - Google Patents

Abstract

本申请实施例示出一种车辆维保数据的处理方法，装置及系统，本申请实施例示出方法，面对多个应用程序，每个应用程序对应一个数据渠道；本申请实施例示出方法根据内部维保数据获取的渠道，直接将所述维保数据配置一个记录数据来源渠道的标签，然后根据数据渠道的标签，直接将所述维保数据聚类相应的应用程度对应的数据库中。当用户对某一维保记录进行查询时，通过用户查询数据的标签确定此次查询遍历的目标数据库，在目标数据库中搜索出与用户数据的VIN码相匹配的显示数据。可见本申请实施例示出的方法，在维保记录查询的过程中，可以定向的遍历数据库，缩小了数据遍历的范围，进而，所述了数据遍历的时间，提高了系统带宽、数据库等资源的利用率。

Description

一种车辆维保数据的处理方法，装置及系统

技术领域

本发明涉及计算机技术领域，特别涉及一种车辆维保数据的处理方法，装置及系统。

背景技术

车辆维保管理，指车辆的维修保养管理，一般表现为对车辆的维修、保养情况进行记录管理，是汽车日常维护的一个长期过程，进行良好的车辆维护管理，有助于用户了解自己的汽车的整体情况，更有用户在对一个二手车购买之前，充分的了解二手车的整体情况。近年来，随着经济社会的发展和城市居民生活水平提高，车辆已变成私人的基本要求。近年来，中国经济的飞速发展，车辆保有量的快速增长，二手车的交易买卖越来越繁荣，在用户二手车辆的维保查询系统应运而生。

传统车辆的维保查询系统，车辆维保管理只能通过人工收集汽车维保记录，存储在存储服务器中，每天维保记录对应一个唯一的VIN码，当用户有购买二手车的需求时，用户通过终端输入VIN码，然后应用平台服务器，根据用户输入法人VIN码，遍历存储服务器，搜索出与用户输入的VIN码相匹配的维保记录，并将所述维保记录发送至终端。用户根据所述维保记录，了解二手车的整体情况。

现有技术示出的车辆的维保查询系统，预先将全部的维保记录存储于储存服务器中；当应用平台服务器遍历存储服务器，搜索出与用户输入的VIN码相匹配的维保记录的过程中，所述应用平台服务器长时间处于等待的状态，降低了系统带宽、数据库等资源的利用率。

发明内容

本发明的发明目的在于提供一种车辆维保数据的处理方法，装置及系统，以解现有技术示出的车辆的维保查询系统在搜索过程中，应用平台服务器长时间处于等待的状态，降低了系统带宽、数据库等资源的利用率的技术问题。

本申请实施例第一方面示出一种车辆维保数据的处理方法，所述方法包括：

获取业务线数据，所述业务线数据包括：用户查询数据，以及，内部维保数据；

根据所述业务数据的获取途径，标记所述业务数据，得到标记数据，存储所述标记数据，其中每条所述标记数据配置有一条标签；

基于所述标签，聚类所述标记数据，生成显示数据，存储所述显示数据。

可选择的，所述基于标签，聚类所述标记数据，生成显示数据，存储所述显示数据的步骤包括：

基于所述标签，将所述标记数据聚类至相应的程序数据库内，得到聚类后的数据；

根据预置规则，抓取所述聚类后的数据，生成显示数据，存储所述显示数据。

可选择的，所述根据预置规则，抓取所述聚类后的数据，生成显示数据，存储所述显示数据的步骤包括：

切割所述聚类后的数据，得到切割后的数据；

基于所述切割后的数据，遍历维保词根数据库，确定显示数据，存储所述显示数据。

可选择的，所述方法还包括：

确定所述业务线数据的类型；

如果所述业务线数据为用户查询数据，基于所述户查询数据，遍历网关数据库，所述网关数据库存储有标记数据，以及，显示数据；

判断所述网关数据库中是否存储有与所述户查询数据相匹配的目标显示数据；

如果所述网关数据库中存储有目标显示数据，发送所述目标显示数据至用户终端；

如果所述网关数据库中没有存储目标显示数据，确定与所述户查询数据相匹配的目标标记数据；

基于所述目标标记数据的标签，将所述目标标记数据聚类至相应的程序数据库内，得到目标聚类后的数据；

切割所述目标聚类后的数据，得到目标切割后的数据；

基于所述目标切割后的数据，遍历维保词根数据库，确定目标显示数据，存储所述目标显示数据；

发送所述目标显示数据至用户终端。

可选择的，所述方法还包括：

记录每条业务数据的查询轨迹，所述查询轨迹包括：获取时间，标记时间，存储时间，聚类时间，以及，抓取时间。

发送所述查询轨迹至维护终端。

本申请实施例第二方面示出一种车辆维保数据的处理装置，所述装置包括：

获取单元，用于获取业务线数据，所述业务线数据包括：用户查询数据，以及，内部维保数据；

标记单元，用于根据所述业务数据的获取途径，标记所述业务数据，得到标记数据，存储所述标记数据，其中每条所述标记数据配置有一条标签；

显示数据生成单元，用于基于所述标签，聚类所述标记数据，生成显示数据，存储所述显示数据。

可选择的，所述显示数据生成单元包括：

聚类单元，用于基于所述标签，将所述标记数据聚类至相应的程序数据库内，得到聚类后的数据；

抓取单元，用于根据预置规则，抓取所述聚类后的数据，生成显示数据，存储所述显示数据。

可选择的，所述抓取单元包括：

切割单元，用于切割所述聚类后的数据，得到切割后的数据；

第一遍历单元，用于基于所述切割后的数据，遍历维保词根数据库，确定显示数据，存储所述显示数据。

可选择的，所述装置还包括：

确定单元，用于确定所述业务线数据的类型；

第二遍历单元，用于如果所述业务线数据为用户查询数据，基于所述户查询数据，遍历网关数据库，所述网关数据库存储有标记数据，以及，显示数据；

判断单元，用于判断所述网关数据库中是否存储有与所述户查询数据相匹配的目标显示数据；

第一发送单元，用于如果所述网关数据库中存储有目标显示数据，发送所述目标显示数据至用户终端；

第一确定单元，用于如果所述网关数据库中没有存储目标显示数据，确定与所述户查询数据相匹配的目标标记数据；

第一聚类单元，用于基于所述目标标记数据的标签，将所述目标标记数据聚类至相应的程序数据库内，得到目标聚类后的数据；

第一切割单元，用于切割所述目标聚类后的数据，得到目标切割后的数据；

第三遍历单元，用于基于所述目标切割后的数据，遍历维保词根数据库，确定目标显示数据，存储所述目标显示数据；

第二发送单元，用于发送所述目标显示数据至用户终端。

可选择的，所述装置还包括：

记录单元，用于记录每条业务数据的查询轨迹，所述查询轨迹包括：获取时间，标记时间，存储时间，聚类时间，以及，抓取时间。

第三发送单元，用于发送所述查询轨迹至维护终端。

本申请实施例第三方面示出一种车辆维保数据的处理系统，所述系统包括：

应用平台服务器，与所述应用平台服务器相连接的数据存储服务器，所述数据存储服务器设置在所述应用平台服务器的内部或独立设置，所述应用平台服务器通过互联网与终端相连接；

所述终端包括：用户终端，以及，维护终端；

所述用户终端，用于获取用户查询数据，发送所述用户查询数据至应用平台服务器；

所述维护终端，用于获取内部维保数据，接收所述查询轨迹；根据所述查询轨迹，确定问题节点，修复问题节点；

所述应用平台服务器，用于实现本申请实施例示出的方法。

由以上技术方案可知，本申请实施例示出一种车辆维保数据的处理方法，装置及系统，所述方法包括：获取业务线数据，所述业务线数据包括：用户查询数据，以及，内部维保数据；根据所述业务数据的获取途径，标记所述业务数据，得到标记数据，存储所述标记数据，其中每条所述标记数据配置有一条标签；基于所述标签，聚类所述标记数据，生成显示数据，存储所述显示数据。本申请实施例示出方法，面对多个应用程序，每个应用程序对应一个数据渠道；本申请实施例示出方法根据内部维保数据获取的渠道，直接将所述维保数据配置一个记录数据来源渠道的标签，然后根据数据渠道的标签，直接将所述维保数据聚类相应的应用程度对应的数据库中。当用户对某一维保记录进行查询时，通过用户查询数据的标签确定此次查询遍历的目标数据库，在目标数据库中搜索出与用户数据的VIN码相匹配的显示数据。可见本申请实施例示出的方法，在维保记录查询的过程中，可以定向的遍历数据库，缩小了数据遍历的范围，进而，所述了数据遍历的时间，提高了系统带宽、数据库等资源的利用率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1-1为根据一优选实施例示出的一种车辆维保数据的处理系统的结构框图；图1-2为根据又一优选实施例示出的一种车辆维保数据的处理系统的结构框图；

图2为根据一优选实施例示出的一种车辆维保数据的处理方法的流程图；

图3为根据一优选实施例示出的步骤S103的详细流程图；

图4为根据一优选实施例示出的步骤S1032的详细流程图

图5为根据一优选实施例示出查询方法的流程图；

图6为根据一优选实施例示出的可视化监控的流程图；

图7为根据一优选实施例示出的一种车辆维保数据的处理装置的结构框图；

图8为根据一优选实施例示出的显示数据生成单元的结构框图；

图9为根据一优选实施例示出的抓取单元的结构框图；

图10为根据一优选实施例示出的查询装置的结构框图；

图11为根据一优选实施例示出的可视化装置的结构框；

图12为根据一优选实施例示出的服务器的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了解决现有技术示出的技术问题，本申请实施例第一方面示出一种车辆维保数据的处理系统，所述系统包括：

应用平台服务器31，与所述应用平台服务器31相连接的数据存储服务器32，所述数据存储服务器32设置在所述应用平台服务器31的内部或独立设置，所述应用平台服务器31通过互联网与终端相连接；

所述终端包括：用户终端33，以及，维护终端34；

所述用户终端33，用于获取用户查询数据，发送所述用户查询数据至应用平台服务器；

通常用户查询数据包括：用户所查询车辆的VIN码，以及，查询项目，所述查询项目可以为金融项目，车商项目，车辆的维保记录等一系列与车辆维保相关的查询项目，每个查询项目对应一个应用程序，根据用户选用的APP，确定应用程序，进而确定标签。

所述维护终端34用于获取内部维保数据，接收所述查询轨迹；根据所述查询轨迹，确定问题节点，修复问题节点；

内部维保数据，为内部人员在市面上获取的与维保相关的数据，例如：车辆的来源，车辆的维修明细，维修情况，车辆的养护情况，车辆的金融信息等一系列与车辆维保相关的数据。

本申请实施例示出的查询轨迹包括，业务线，渠道，网关，任务中心，以及，抓取，他们分别对应的节点为，获取节点，标记节点，存储节点，聚类节点，以及，抓取节点；

其中，数据在每个节点停留的时间分别称之为，获取时间，标记时间，存储时间，聚类时间，以及，抓取时间；

在数据的流转的过程中，应用平台服务器实时的获取每个业务线数据的查询轨迹，并生成维保列表发送至维修终端。

在维保列表中，可以查看每个车辆线下的维保数据，以及，每个订单的信息

每个订单的信息项包括：维保ID、vin码、业务来源、查询状态、是否使用缓存、品牌、获取时间，标记时间，存储时间，聚类时间，以及，抓取时间；

通过获取时间，标记时间，存储时间，聚类时间，以及，抓取时间；便可以清楚的知道数据在每一个节点的状态，若数据在某一节点的时间过久，则证明该节点为问题节点，及时的对问题节点进行处理，提高了追踪问题节点的效率，能及时解决消费者客诉，有效缩短解决异常订单的时间，提高消费者在买车前的信息准确性。

所述应用平台服务器31，用于实现本申请实施例示出的方法。

应用平台服务器，用于获取业务线数据，所述业务线数据包括：用户查询数据，以及，内部维保数据；

然后，根据业务线数据的获取渠道，标记业务线数据；

对于内部维保数据而言，本申请实施例示出应用平台服务器，面对多个应用程序，每个应用程序对应一个数据渠道；对于用户查询数据而言，可以通过用户选择的APP确定用户查询数据的渠道。

例如：U2C正式程序对应渠道1，汽车简历程序对应渠道2，潘多拉对应渠道4…….

本申请实施例示出方法根据内部维保数据获取的渠道，直接将所述维保数据配置一个记录数据来源渠道的标签，然后根据数据渠道的标签，直接将所述维保数据聚类相应的应用程度对应的数据库中。

当用户对某一维保记录进行查询时，通过用户查询数据的标签确定此次查询遍历的目标数据库，在目标数据库中搜索出与用户数据的VIN码相匹配的显示数据。

值得注意的是，本申请实施例示出的系统，可在网关中直接搜索出与VIN码相匹配的显示数据；当网关中不存在与所述VIN码相匹配的显示数据时，通过实时获取数据的方式，获取与用户输入的VIN码相匹配的显示数据。

在数据实时获取的过程中，记录查询轨迹，过获取时间，标记时间，存储时间，聚类时间，以及，抓取时间；便可以清楚的知道数据在每一个节点的状态，若数据在某一节点的时间过久，则证明该节点为问题节点，提高了追踪问题节点的效率，能及时解决消费者客诉，有效缩短解决异常订单的时间，提高消费者在买车前的信息准确性。

实施例2：

请参阅图2，本申请实施例第一方面示出一种车辆维保数据的处理方法，所述方法包括：

S101获取业务线数据，所述业务线数据包括：用户查询数据，以及，内部维保数据；

内部维保数据而言，本申请实施例示出应用平台服务器，面对多个应用程序，每个应用程序对应一个数据渠道；对于用户查询数据而言，可以通过用户选择的APP确定用户查询数据的渠道。

S102根据所述业务数据的获取途径，标记所述业务数据，得到标记数据，存储所述标记数据，其中每条所述标记数据配置有一条标签；

本申请实施例示出的方法通过业务数据的获取渠道，对业务数据进行标记保证每个业务数据都具有预调标签，所述标签用于记录业务数据的来源(即渠道)。

S103基于所述标签，聚类所述标记数据，生成显示数据，存储所述显示数据。

本申请实施例示出方法根据内部维保数据获取的渠道，直接将所述维保数据配置一个记录数据来源渠道的标签，然后根据数据渠道的标签，直接将所述维保数据聚类相应的应用程度对应的数据库中。

当用户对某一维保记录进行查询时，通过用户查询数据的标签确定此次查询遍历的目标数据库，在目标数据库中搜索出与用户数据的VIN码相匹配的显示数据。

值得注意的是，本申请实施例示出的方法，可在数据库中直接搜索出与VIN码相匹配的显示数据；当数据库中不存在与所述VIN码相匹配的显示数据时，通过实时获取数据的方式，获取与用户输入的VIN码相匹配的显示数据。

本申请实施例示出的方法，当用户对某一维保记录进行查询时，通过用户查询数据的标签确定此次查询遍历的目标数据库，在目标数据库中搜索出与用户数据的VIN码相匹配的显示数据。可见本申请实施例示出的方法，在维保记录查询的过程中，可以定向的遍历数据库，缩小了数据遍历的范围，进而，所述了数据遍历的时间，提高了系统带宽、数据库等资源的利用率。

实施例3：

为了进一步提升本申请实施例示出的方法数据搜索的速率，本申请实施例示出一种数据的聚类方法，具体的，请参阅图3；

实施例3与实施例2示出的方法具有相似的步骤唯一的区别在于，实施例2示出的技术方案中步骤S103包括以下步骤：

S1031基于所述标签，将所述标记数据聚类至相应的程序数据库内，得到聚类后的数据；

例如：U2C正式程序对应渠道1，汽车简历程序对应渠道2，潘多拉对应渠道4…….

将带有渠道1标签的标记数据聚类至U2C正式程序数据库中；

将带有渠道2标签的标记数据聚类至汽车简历程序数据库中；

将带有渠道4标签的标记数据聚类至潘多拉程序数据库中；

S1032根据预置规则，抓取所述聚类后的数据，生成显示数据，存储所述显示数据。

聚类后的数据，本质仍是直接获取的业务数据，通常包含字数较多，包含大量的干扰信息，用户通常需要在大量干扰信息搜索出一些有效数据，通常用户在大量干扰信息中搜索出有用信息的过程中，应用平台服务器长时间处于等待的状态，降低了系统带宽、数据库等资源的利用率。

例如：业务数据为：

怠速学习，喷气嘴免清洗，节气门免清洗，新轩逸新骐达骑骏轩逸蓝鸟每26万定期保养，空滤清洁，两轮驱动平衡，全车灯光检测，四轮换位；

其中，有效数据仅为：拆卸：喷油嘴；拆卸：节气门体；更换：空调滤清器；更换：空气滤清芯。

本申请实施例根据预置规则，对聚类后的数据进行抓取，生成显示数据，所述显示数据为对用户有效数据。

其中预置规则可以是根据聚类后的数据的动宾的语法关系，提取出一些有效数据。也可以的，通过抓取一些存在在于聚类后的数据中的车辆的部件名称例如：车轮，顶盖……

亦或是对聚类后的数据首先进行解析，抓取解析后的内容的关键信息。在实际应用中凡是可以从聚类后的数据中提取有效数据的内容均在本申请实施例的保护范围内，在此由于篇幅有限，便不一一列举。

可见，本申请实施例示出的方，通过一些预置规则，提取聚类后的数据中的有效数据，然后将有效数据作为显示数据，进行存储，并发送至用户终端进行显示；所述显示数据预先将一些干扰数据帮用户过滤掉，缩小了用户的阅读量，缩短了用户信息提取的时间，进而缩短了应用平台服务器的等待的时间，提高了系统带宽、数据库等资源的利用率。

实施例4：

为了进一步缩短用户信息搜索的时间，进一步缩短应用平台服务器的等待时间，系统带宽、数据库等资源的利用率。本申请实施例示出一种数据的分词、语义解析方法，具体的请参阅图4：

实施例4与实施例3具有相似的步骤，唯一的区别在于，实施例3示出的技术方案中步骤S1031包括以下步骤：

S10311切割所述聚类后的数据，得到切割后的数据；

以词汇或字为单位，将聚类后的数据切割得到切割后的数据；

S10312基于所述切割后的数据，遍历维保词根数据库，确定显示数据，存储所述显示数据。

本申请表实施例示出的方案预先在维保词根数据库存储有关于车辆维保的词汇，短语，以及，字段；

采用切割后的数据与碰撞维保词根数据库中的数据，若碰撞成功，则将碰撞成功后的数据保留，最终生成显示数据。

举例说明：

聚类后的数据为：怠速学习，喷气嘴免清洗，节气门免清洗，新轩逸新骐达骑骏轩逸蓝鸟每26万定期保养，空滤清洁，两轮驱动平衡，全车灯光检测，四轮换位；

切割后的数据为：怠速，学习，喷气嘴，免，清洗，节气门，免，清洗，新轩逸新骐达骑骏轩逸蓝鸟每26万，定期保养，空滤清洁，两轮驱动，平衡，全车灯光，检测，四轮，换位：

其中，所述新轩逸新骐达骑骏轩逸蓝鸟每26的碰撞结果为空气滤清芯。

最终的碰撞结果为：拆卸：喷油嘴；拆卸：节气门体；更换：空调滤清器；更换：空气滤清芯。

本申请实施例示出的方法可以对在提取业务数据的同时，对业务数据经行了规范处理，方便用户快速的搜索出有效数据缩短了用户信息提取的时间，同时也有助于用户随不同车辆的信息的比对，进而缩短了应用平台服务器的等待的时间，提高了系统带宽、数据库等资源的利用率。

实施例5：

为了缩短用户信息搜索的时间，进一步缩短，应用平台服务器的等待时间，系统带宽、数据库等资源的利用率。本申请实施例示出一种用户查询方法，具体的，请参阅图5：

实施例2-实施例4示出的技术方案中，所述方法还包括以下的步骤：

S104确定所述业务线数据的类型；

S105如果所述业务线数据为用户查询数据，基于所述户查询数据，遍历网关数据库，所述网关数据库存储有标记数据，以及，显示数据；

S106判断所述网关数据库中是否存储有与所述户查询数据相匹配的目标显示数据；

如果所述网关数据库中存储有目标显示数据，S10611发送所述目标显示数据至用户终端；

如果所述网关数据库中没有存储目标显示数据，S10621确定与所述户查询数据相匹配的目标标记数据；

S10622基于所述目标标记数据的标签，将所述目标标记数据聚类至相应的程序数据库内，得到目标聚类后的数据；

S10623切割所述目标聚类后的数据，得到目标切割后的数据；

S10624基于所述目标切割后的数据，遍历维保词根数据库，确定目标显示数据，存储所述目标显示数据；

S10625发送所述目标显示数据至用户终端。

本申请实施例示出的系统，可在网关数据库中直接搜索出与VIN码相匹配的显示数据；当网关数据库中不存在与所述VIN码相匹配的显示数据时，通过实时获取数据的方式，获取与用户输入的VIN码相匹配的显示数据。

制得注意的是，网关数据中的数据具有时效性，一些数据的保存时间超出一定预置，则热定该数据为国企数据，此时，即便网关数据库中存储有VIN码相匹配的显示数据，也需再次通过实时获取数据的方式，获取与用户输入的VIN码相匹配的显示数据。

实施例6：

目前由于查询维保报告流程比较长，维保容易出现问题。没有一个可以直接看到维保流转的系统。本申请实施例基于目前业务现状，搭建了一套可视化监控系统，便于我们查看维保实时流转状态。

具体的，请参阅图6，实施例2-实施例5示出的技术方案中，所述方法还包括以下步骤：

S107记录每条业务数据的查询轨迹，所述查询轨迹包括：获取时间，标记时间，存储时间，聚类时间，以及，抓取时间。

S108发送所述查询轨迹至维护终端。

在数据实时获取的过程中，记录查询轨迹，过获取时间，标记时间，存储时间，聚类时间，以及，抓取时间；便可以清楚的知道数据在每一个节点的状态，若数据在某一节点的时间过久，则证明该节点为问题节点，对该问题节点作以相应的处理，提高了追踪问题节点的效率，能及时解决消费者客诉，有效缩短解决异常订单的时间，提高消费者在买车前的信息准确性。

实施例7：

本申请实施例第三方面示出一种车辆维保数据的处理装置，请参与图7，所述装置包括：

获取单元21，用于获取业务线数据，所述业务线数据包括：用户查询数据，以及，内部维保数据；

标记单元22，用于根据所述业务数据的获取途径，标记所述业务数据，得到标记数据，存储所述标记数据，其中每条所述标记数据配置有一条标签；

显示数据生成单元23，用于基于所述标签，聚类所述标记数据，生成显示数据，存储所述显示数据。

实施例8：

请参阅图8，实施例7示出的技术方案，所述显示数据生成单元23包括：

聚类单元231，用于基于所述标签，将所述标记数据聚类至相应的程序数据库内，得到聚类后的数据；

抓取单元232，用于根据预置规则，抓取所述聚类后的数据，生成显示数据，存储所述显示数据。

实施例9：

请参阅图9，实施例8示出的技术方案中所述抓取单元232包括：

切割单元2321，用于切割所述聚类后的数据，得到切割后的数据；

第一遍历单元2322，用于基于所述切割后的数据，遍历维保词根数据库，确定显示数据，存储所述显示数据。

实施例10；

请参阅图10，实施例7示出的技术方案中，所述装置查询装置，所述查询装置还包括：

确定单元24，用于确定所述业务线数据的类型；

第二遍历单元25，用于如果所述业务线数据为用户查询数据，基于所述户查询数据，遍历网关数据库，所述网关数据库存储有标记数据，以及，显示数据；

判断单元26，用于判断所述网关数据库中是否存储有与所述户查询数据相匹配的目标显示数据；

第一发送单元2611，用于如果所述网关数据库中存储有目标显示数据，发送所述目标显示数据至用户终端；

第一确定单元2621，用于如果所述网关数据库中没有存储目标显示数据，确定与所述户查询数据相匹配的目标标记数据；

第一聚类单元2622，用于基于所述目标标记数据的标签，将所述目标标记数据聚类至相应的程序数据库内，得到目标聚类后的数据；

第一切割单元2623，用于切割所述目标聚类后的数据，得到目标切割后的数据；

第三遍历单元2624，用于基于所述目标切割后的数据，遍历维保词根数据库，确定目标显示数据，存储所述目标显示数据；

第二发送单元2625，用于发送所述目标显示数据至用户终端。

实施例11：

请参与图11，实施例7-实施例10示出的技术方案中，所述装置还包括：

记录单元27，用于记录每条业务数据的查询轨迹，所述查询轨迹包括：获取时间，标记时间，存储时间，聚类时间，以及，抓取时间。

第三发送单元28，用于发送所述查询轨迹至维护终端。

本申请实施例第四方面示出一种服务器，请参阅图12包括：

一个或多个处理器41；

存储器42，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器41执行，使得所述一个或多个处理器41实现本申请实施例实处的方法。

本申请实施例示出一种车辆维保数据的处理方法，装置及系统，所述方法包括：获取业务线数据，所述业务线数据包括：用户查询数据，以及，内部维保数据；根据所述业务数据的获取途径，标记所述业务数据，得到标记数据，存储所述标记数据，其中每条所述标记数据配置有一条标签；基于所述标签，聚类所述标记数据，生成显示数据，存储所述显示数据。本申请实施例示出方法，面对多个应用程序，每个应用程序对应一个数据渠道；本申请实施例示出方法根据内部维保数据获取的渠道，直接将所述维保数据配置一个记录数据来源渠道的标签，然后根据数据渠道的标签，直接将所述维保数据聚类相应的应用程度对应的数据库中。当用户对某一维保记录进行查询时，通过用户查询数据的标签确定此次查询遍历的目标数据库，在目标数据库中搜索出与用户数据的VIN码相匹配的显示数据。可见本申请实施例示出的方法，在维保记录查询的过程中，可以定向的遍历数据库，缩小了数据遍历的范围，进而，所述了数据遍历的时间，提高了系统带宽、数据库等资源的利用率。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

值得注意的是，具体实现中，本申请还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本申请提供的用户身份的服务提供方法或用户注册方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-only memory，简称：ROM)或随机存储记忆体(英文：random accessmemory，简称：RAM)等。

本领域的技术人员可以清楚地了解到本申请实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于用户身份的服务提供装置或用户注册装置的实施例而言，由于其基本相似于方法实施例，所以描述的比对简单，相关之处参见方法实施例中的说明即可。

以上所述的本申请实施方式并不构成对本申请保护范围的限定。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (11)

1.一种车辆维保数据的处理方法，其特征在于，所述方法包括：

获取业务线数据，所述业务线数据包括：用户查询数据，以及，内部维保数据；

根据所述业务数据的获取途径，标记所述业务数据，得到标记数据，存储所述标记数据，其中每条所述标记数据配置有一条标签；

基于所述标签，聚类所述标记数据，生成显示数据，存储所述显示数据。

2.根据权利要求1所述的方法，其特征在于，所述基于标签，聚类所述标记数据，生成显示数据，存储所述显示数据的步骤包括：

基于所述标签，将所述标记数据聚类至相应的程序数据库内，得到聚类后的数据；

根据预置规则，抓取所述聚类后的数据，生成显示数据，存储所述显示数据。

3.根据权利要求2所述的方法，其特征在于，所述根据预置规则，抓取所述聚类后的数据，生成显示数据，存储所述显示数据的步骤包括：

切割所述聚类后的数据，得到切割后的数据；

基于所述切割后的数据，遍历维保词根数据库，确定显示数据，存储所述显示数据。

4.据权利要求1所述的方法，其特征在于，所述方法还包括：

确定所述业务线数据的类型；

如果所述业务线数据为用户查询数据，基于所述户查询数据，遍历网关数据库，所述网关数据库存储有标记数据，以及，显示数据；

判断所述网关数据库中是否存储有与所述户查询数据相匹配的目标显示数据；

如果所述网关数据库中存储有目标显示数据，发送所述目标显示数据至用户终端；

如果所述网关数据库中没有存储目标显示数据，确定与所述户查询数据相匹配的目标标记数据；

基于所述目标标记数据的标签，将所述目标标记数据聚类至相应的程序数据库内，得到目标聚类后的数据；

切割所述目标聚类后的数据，得到目标切割后的数据；

基于所述目标切割后的数据，遍历维保词根数据库，确定目标显示数据，存储所述目标显示数据；

发送所述目标显示数据至用户终端。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

记录每条业务数据的查询轨迹，所述查询轨迹包括：获取时间，标记时间，存储时间，聚类时间，以及，抓取时间；

发送所述查询轨迹至维护终端。

6.一种车辆维保数据的处理装置，其特征在于，所述装置包括：

获取单元，用于获取业务线数据，所述业务线数据包括：用户查询数据，以及，内部维保数据；

标记单元，用于根据所述业务数据的获取途径，标记所述业务数据，得到标记数据，存储所述标记数据，其中每条所述标记数据配置有一条标签；

显示数据生成单元，用于基于所述标签，聚类所述标记数据，生成显示数据，存储所述显示数据。

7.根据权利要求6所述的装置，其特征在于，所述显示数据生成单元包括：

聚类单元，用于基于所述标签，将所述标记数据聚类至相应的程序数据库内，得到聚类后的数据；

抓取单元，用于根据预置规则，抓取所述聚类后的数据，生成显示数据，存储所述显示数据。

8.根据权利要求7所述的装置，其特征在于，所述抓取单元包括：

切割单元，用于切割所述聚类后的数据，得到切割后的数据；

第一遍历单元，用于基于所述切割后的数据，遍历维保词根数据库，确定显示数据，存储所述显示数据。

9.据权利要求6所述的装置，其特征在于，所述装置还包括：

确定单元，用于确定所述业务线数据的类型；

第二遍历单元，用于如果所述业务线数据为用户查询数据，基于所述户查询数据，遍历网关数据库，所述网关数据库存储有标记数据，以及，显示数据；

判断单元，用于判断所述网关数据库中是否存储有与所述户查询数据相匹配的目标显示数据；

第一发送单元，用于如果所述网关数据库中存储有目标显示数据，发送所述目标显示数据至用户终端；

第一确定单元，用于如果所述网关数据库中没有存储目标显示数据，确定与所述户查询数据相匹配的目标标记数据；

第一聚类单元，用于基于所述目标标记数据的标签，将所述目标标记数据聚类至相应的程序数据库内，得到目标聚类后的数据；

第一切割单元，用于切割所述目标聚类后的数据，得到目标切割后的数据；

第三遍历单元，用于基于所述目标切割后的数据，遍历维保词根数据库，确定目标显示数据，存储所述目标显示数据；

第二发送单元，用于发送所述目标显示数据至用户终端。

10.根据权利要求6-9任一项所述的装置，其特征在于，所述装置还包括：

记录单元，用于记录每条业务数据的查询轨迹，所述查询轨迹包括：获取时间，标记时间，存储时间，聚类时间，以及，抓取时间；

第三发送单元，用于发送所述查询轨迹至维护终端。

11.一种车辆维保数据的处理系统，其特征在于，所述系统包括：

应用平台服务器，与所述应用平台服务器相连接的数据存储服务器，所述数据存储服务器设置在所述应用平台服务器的内部或独立设置，所述应用平台服务器通过互联网与终端相连接；

所述终端包括：用户终端，以及，维护终端；

所述用户终端，用于获取用户查询数据，发送所述用户查询数据至应用平台服务器；

所述维护终端，用于获取内部维保数据，接收所述查询轨迹；根据所述查询轨迹，确定问题节点，修复问题节点；

所述应用平台服务器，用于实现权利要求1-5任一项所述的方法。