CN109740768A - 用于车辆召回的数据处理方法及装置 - Google Patents

Abstract

本申请公开了一种用于车辆召回的数据处理方法及装置。该方法包括获取第一车辆信息；接收根据所述第一车辆信息监控到的第一召回信息；推送所述第一召回信息；以及根据所述第一召回信息判断是否需要提供第二车辆信息，若否则显示所述第一召回信息。本申请解决了获取车辆召回信息的方式较为复杂的技术问题。通过本申请便于用户及时查询、监控以及准确地获知自己的车是否被召回。

Description

用于车辆召回的数据处理方法及装置

技术领域

本申请涉及数据处理领域，具体而言，涉及一种用于车辆召回的数据处理方法及装置。

背景技术

当汽车厂商通过相关渠道发布汽车召回公告公布需要召回的车型后，车主用户需要自己电话或访问相关网站进行召回车型的查询。

发明人发现，如果车主用户并不关注相关召回公告，或者汽车厂商或商店没有主动联系上车主用户，容易错过此类召回信息，造成车主用户的损失。进一步而言，召回信息的滞后性还会可能造成到车主用户安全问题。

针对相关技术中获取车辆召回信息的方式较为复杂的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种用于车辆召回的数据处理方法及装置，以解决获取车辆召回信息的方式较为复杂的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种用于车辆召回的数据处理方法。

根据本申请的用于车辆召回的数据处理方法包括：获取第一车辆信息，其中，所述第一车辆信息为车型信息；接收根据所述第一车辆信息监控到的第一召回信息；推送所述第一召回信息；以及根据所述第一召回信息判断是否需要提供第二车辆信息，若否则显示所述第一召回信息，其中，所述第二车辆信息为车架号信息。

进一步地，根据所述第一召回信息判断是否需要提供第二车辆信息之后包括：如果根据所述第一召回信息判断需要提供第二车辆信息，则获取所述第二车辆信息；接收根据所述第二车辆信息在信息发布服务器查询到所述第二车辆信息所属的对应批次的所述第二召回信息。

进一步地，接收根据所述第一车辆信息监控到的第一召回信息之前还包括：接收根据所述第一车辆信息在信息发布服务器监控更新的公开召回列表中与保存有第一车辆信息的后台车型库关联的所述第一召回信息。

进一步地，获取第一车辆信息之后还包括：生成预设关注用户；按照设定轮询频率，接收根据所述预设关注用户的所述第一车辆信息和所述第二车辆信息下发的所述第二召回信息。

进一步地，获取第一车辆信息之后还包括：生成预设召回查询年度；按照设定查询年度，接收根据预设关注用户的所述第一车辆信息和所述第二车辆信息下发的该年度中的所述第二召回信息。

为了实现上述目的，根据本申请的另一方面，提供了一种用于车辆召回的数据处理装置。

根据本申请的用于车辆召回的数据处理装置包括：获取模块，用于获取第一车辆信息，其中，所述第一车辆信息为车型信息；接收模块，用于接收根据所述第一车辆信息监控到的第一召回信息；推送模块，用于推送所述第一召回信息；以及显示模块，用于根据所述第一召回信息判断是否需要提供第二车辆信息，若否则显示所述第一召回信息，其中，所述第二车辆信息为车架号信息。

进一步地，所述获取模块包括：第二获取单元，所述接收模块包括：第二接收单元，所述第二获取单元，用于根据所述第一召回信息判断需要提供第二车辆信息时，获取所述第二车辆信息；所述第二接收单元，用于接收根据所述第二车辆信息在信息发布服务器查询到所述第二车辆信息所属的对应批次的第二召回信息。

进一步地，装置中还包括：模糊查询模块，所述模糊查询模块，用于接收根据所述第一车辆信息在信息发布服务器监控更新的公开召回列表中与保存有第一车辆信息的后台车型库关联的第一召回信息。

进一步地，装置中还包括：用户模块，所述用户模块包括：生成单元和第三接收单元，生成单元，用于生成预设关注用户；第三接收单元，用于按照设定轮询频率，接收根据所述预设关注用户的所述第一车辆信息和所述第二车辆信息下发的所述第二召回信息。

进一步地，装置中还包括：年度查询模块，所述年度查询模块包括：第二生成单元，用于生成预设召回查询年度；第四接收单元，用于按照设定查询年度，接收根据预设关注用户的所述第一车辆信息和所述第二车辆信息下发的该年度中的所述第二召回信息。

在本申请实施例中，采用获取第一车辆信息的方式，通过接收根据所述第一车辆信息监控到的第一召回信息后推送所述第一召回信息，达到了根据所述第一召回信息判断是否需要提供第二车辆信息，若否则显示所述第一召回信息的目的，从而实现了便于用户及时查询、监控和获知自己的车是否被召回的技术效果，进而解决了获取车辆召回信息的方式较为复杂的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的用于车辆召回的数据处理方法示意图；

图2是根据本申请第二实施例的用于车辆召回的数据处理方法示意图；

图3是根据本申请第三实施例的用于车辆召回的数据处理方法示意图；

图4是根据本申请第四实施例的用于车辆召回的数据处理方法示意图；

图5是根据本申请第五实施例的用于车辆召回的数据处理方法示意图；

图6是根据本申请第一实施例的用于车辆召回的数据处理装置示意图；

图7是根据本申请第二实施例的用于车辆召回的数据处理装置示意图；

图8是根据本申请第三实施例的用于车辆召回的数据处理装置示意图；

图9是根据本申请第四实施例的用于车辆召回的数据处理装置示意图；

图10是根据本申请第五实施例的用于车辆召回的数据处理装置示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，该方法包括如下的步骤S102至步骤S106：

步骤S102，获取第一车辆信息，

用户在终端通过预先安装计算机应用程序，通过计算机应用程序可以预先提交用户的车辆的车型信息。所述第一车辆信息为车型信息。

用户只需要输入具体的车型信息后，就可以由计算机应用程序根据后台服务器中的运算逻辑匹配到召回信息。

步骤S104，接收根据所述第一车辆信息监控到的第一召回信息；

通过终端上的计算机应用程序，可以接收根据所述第一车辆信息监控到的第一召回信息。所述第一召回信息可以是从质检服务机构的召回公告列表监控到的召回信息模糊查询结果。

步骤S106，推送所述第一召回信息；以及

当检测到用户提交过相同的车型信息时，则实时将所述召回信息推送给用户。

步骤S108，根据所述第一召回信息判断是否需要提供第二车辆信息，若否则显示所述第一召回信息。

根据所述第一召回信息判断是否需要提供第二车辆信息，是指在第一召回信息中是否出现相应的车型信息，如果出现了相应的车型信息，则需要进一步提第二车辆信息进行详细召回信息的准确判断。

所述第二车辆信息为车架号信息。所述车架号信息可以与车辆信息同步获取，或者分层次获取。即当根据后台服务器中的逻辑匹配到召回信息后，再获取车架号信息。从而不用同步获取车架号信息。如果同步获取车架号信息和车型信息，则可以直接执行精确匹配。

从以上的描述中，可以看出，本申请实现了如下技术效果：

在本申请实施例中，采用获取第一车辆信息的方式，通过接收根据所述

第一车辆信息监控到的第一召回信息后推送所述第一召回信息，达到了根据所述第一召回信息判断是否需要提供第二车辆信息，若否则显示所述第一召回信息的目的，从而实现了便于用户及时查询、监控和获知自己的车是否被召回的技术效果，进而解决了获取车辆召回信息的方式较为复杂的技术问题。

根据本申请实施例，作为本实施例中的优选，如图2所示，根据所述第一召回信息判断是否需要提供第二车辆信息之后包括：

步骤S202，如果根据所述第一召回信息判断需要提供第二车辆信息，则获取所述第二车辆信息；

如果根据所述第一召回信息判断需要提供第二车辆信息是指，在召回信息中出现了第一召回信息，但是如果需要精确判断时则还需要获取第二车辆信息。

比如，用户的车所属车型被召回，用户的车不一定在召回批次内，所以需要第二车辆信息进行精确匹配。

第二车辆信息用户预先填写的车架号信息时，在匹配到获取的车型信息被召回时，后台服务器中还会用该车架号信息去质检总局公开接口查询，并通过匹配结果明确告知用户的车在该批次的召回信息车辆信息中。

步骤S204，接收根据所述第二车辆信息在信息发布服务器查询到所述第二车辆信息所属的对应批次的所述第二召回信息。

在计算机应用程序上接受根据第二车辆信息在信息发布服务器查询到所述第二车辆信息所属的对应批次的所述第二召回信息。也可以是通过获取终端所属用户的联系信息，通过短信通道向终端发送召回信息。

需要注意的是，所述的第一召回信息、第二召回信息具有同样的属性，即都是从召回公告列表中获取的召回信息，不同的在于第一召回信息为模糊查询结果，比如匹配了车型信息。第二召回信息为精确查询结果，比如匹配了车架号信息。

根据本申请实施例，作为本实施例中的优选，如图3所示，接收根据所述第一车辆信息监控到的第一召回信息之前还包括：

步骤S302，接收根据所述第一车辆信息在信息发布服务器监控更新的公开召回列表中与保存有第一车辆信息的后台车型库关联的所述第一召回信息。

后台服务端采用网络爬虫的方式，实时监控质检服务机构的召回公告列表的更新内容。如有更新则在后台服务器中将该则公告中涉及的车型于车型库进行关联。如果后台服务端检测到用户提交过相同的车型信息时，则及时将该召回信息推送给用户。优选地，如果用户通过应用程序预先注册提交过手机号，同时向手机号发送短信提醒。

此外，当用户的车所属车型被召回时，但是用户的车不一定在召回批次内，如没有填写车架号，则上述通知仅告知用户的车型被召回，是否在召回批次内需要补充填写车架号，用户填写车架号后便可精确查询。

根据本申请实施例，作为本实施例中的优选，如图4所示，获取第一车辆信息之后还包括：

步骤S402，生成预设关注用户；

在获取了车型信息后，可以根据车型信息生成满足预设关注条件的用户，并对用户进行关注。预设关注条件可以用户的账号等级、账号是否充值等。

比如，通过获取车辆信息后可以获取用户是否为VIP用户需要重点进行关注。

步骤S404，按照设定轮询频率，接收根据预设关注用户的所述第一车辆信息和所述第二车辆信息下发的所述第二召回信息。

按照在后台服务器中设定的轮询频率，在计算机软件程序中接收根据预设关注用户的所述第一车辆信息和所述第二车辆信息匹配出的精确召回信息或者模糊召回信息。

具体地，对于重点用户当获取到其提交的车架号信息后，后台服务器每天会用该车架号信息在质检服务机构轮询一次或多次，当召回信息出现时及时通知，该方式可提高查询速度，以提升用户体验。

根据本申请实施例，作为本实施例中的优选，如图5所示，获取第一车辆信息之后还包括：

步骤S502，生成预设召回查询年度；

获取第一车辆信息之后会根据实际情况生成预设召回查询年度，通常地预设召回查询年度为当年年度的查询。当时也可以进行除了当前年度的查询。

步骤S504，按照设定查询年度，接收根据预设关注用户的所述第一车辆信息和所述第二车辆信息下发的该年度中的所述第二召回信息。

具体地，通过在质检总局接口查询时可选择年度，当Y-1年未查出召回信息时，下一次查询不再查询<＝Y-1的召回信息，而直接查询当年Y的召回信息，提升了查询效率。此外，当跨年后后台服务器会自动查询新一年的召回信息，不再查询去年的召回信息。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述用于车辆召回的数据处理方法的装置，如图6所示，该装置包括：获取模块10，用于获取第一车辆信息，其中，所述第一车辆信息为车型信息；接收模块20，用于接收根据所述第一车辆信息监控到的第一召回信息；推送模块30，用于推送所述第一召回信息；以及显示模块40，用于根据所述第一召回信息判断是否需要提供第二车辆信息，若否则显示所述第一召回信息，其中，所述第二车辆信息为车架号信息。

本申请实施例的获取模块10中用户在终端通过预先安装计算机应用程序，通过计算机应用程序可以预先提交用户的车辆的车型信息。所述第一车辆信息为车型信息。

用户只需要输入具体的车型信息后，就可以由计算机应用程序根据后台服务器中的运算逻辑匹配到召回信息。

本申请实施例的接收模块20中通过终端上的计算机应用程序，可以接收根据所述第一车辆信息监控到的第一召回信息。所述第一召回信息可以是从质检服务机构的召回公告列表监控到的召回信息模糊查询结果。

本申请实施例的推送模块30中当检测到用户提交过相同的车型信息时，则实时将所述召回信息推送给用户。

本申请实施例的显示模块40中根据所述第一召回信息判断是否需要提供第二车辆信息，是指在第一召回信息中是否出现相应的车型信息，如果出现了相应的车型信息，则需要进一步提第二车辆信息进行详细召回信息的准确判断。

所述第二车辆信息为车架号信息。所述车架号信息可以与车辆信息同步获取，或者分层次获取。即当根据后台服务器中的逻辑匹配到召回信息后，再获取车架号信息。从而不用同步获取车架号信息。如果同步获取车架号信息和车型信息，则可以直接执行精确匹配。

根据本申请实施例，作为本实施例中的优选，如图7所示，所述获取模块包括：第二获取单元101，所述接收模块包括：第二接收单元201，所述第二获取单元101，用于根据所述第一召回信息判断需要提供第二车辆信息时，获取所述第二车辆信息；所述第二接收单元201，用于接收根据所述第二车辆信息在信息发布服务器查询到所述第二车辆信息所属的对应批次的第二召回信息。

本申请实施例的第二获取单元101中如果根据所述第一召回信息判断需要提供第二车辆信息是指，在召回信息中出现了第一召回信息，但是如果需要精确判断时则还需要获取第二车辆信息。

比如，用户的车所属车型被召回，用户的车不一定在召回批次内，所以需要第二车辆信息进行精确匹配。

第二车辆信息用户预先填写的车架号信息时，在匹配到获取的车型信息被召回时，后台服务器中还会用该车架号信息去质检总局公开接口查询，并通过匹配结果明确告知用户的车在该批次的召回信息车辆信息中。

本申请实施例的第二接收单元201中在计算机应用程序上接受根据第二车辆信息在信息发布服务器查询到所述第二车辆信息所属的对应批次的所述第二召回信息。也可以是通过获取终端所属用户的联系信息，通过短信通道向终端发送召回信息。

需要注意的是，所述的第一召回信息、第二召回信息具有同样的属性，即都是从召回公告列表中获取的召回信息，不同的在于第一召回信息为模糊查询结果，比如匹配了车型信息。第二召回信息为精确查询结果，比如匹配了车架号信息。

根据本申请实施例，作为本实施例中的优选，如图8所示，还包括：模糊查询模块50，所述模糊查询模块50，用于接收根据所述第一车辆信息在信息发布服务器监控更新的公开召回列表中与保存有第一车辆信息的后台车型库关联的第一召回信息。

本申请实施例的模糊查询模块50中后台服务端采用网络爬虫的方式，实时监控质检服务机构的召回公告列表的更新内容。如有更新则在后台服务器中将该则公告中涉及的车型于车型库进行关联。如果后台服务端检测到用户提交过相同的车型信息时，则及时将该召回信息推送给用户。优选地，如果用户通过应用程序预先注册提交过手机号，同时向手机号发送短信提醒。

此外，当用户的车所属车型被召回时，但是用户的车不一定在召回批次内，如没有填写车架号，则上述通知仅告知用户的车型被召回，是否在召回批次内需要补充填写车架号，用户填写车架号后便可精确查询。

根据本申请实施例，作为本实施例中的优选，如图9所示，还包括：用户模块50，所述用户模块50包括：生成单元(未示出)和第三接收单元(未示出)，生成单元，用于生成预设关注用户；第三接收单元，用于按照设定轮询频率，接收根据所述预设关注用户的所述第一车辆信息和所述第二车辆信息下发的所述第二召回信息。

本申请实施例的生成单元中在获取了车型信息后，可以根据车型信息生成满足预设关注条件的用户，并对用户进行关注。预设关注条件可以用户的账号等级、账号是否充值等。

比如，通过获取车辆信息后可以获取用户是否为VIP用户需要重点进行关注。

本申请实施例的第三接收单元中按照在后台服务器中设定的轮询频率，在计算机软件程序中接收根据预设关注用户的所述第一车辆信息和所述第二车辆信息匹配出的精确召回信息或者模糊召回信息。

具体地，对于重点用户当获取到其提交的车架号信息后，后台服务器每天会用该车架号信息在质检服务机构轮询一次或多次，当召回信息出现时及时通知，该方式可提高查询速度，以提升用户体验

根据本申请实施例，作为本实施例中的优选，如图10所示，还包括：年度查询模块60，所述年度查询模块60包括：第二生成单元(未示出)，用于生成预设召回查询年度；第四接收单元(未示出)，用于按照设定查询年度，接收根据预设关注用户的所述第一车辆信息和所述第二车辆信息下发的该年度中的所述第二召回信息。

本申请实施例的第二生成单元中获取第一车辆信息之后会根据实际情况生成预设召回查询年度，通常地预设召回查询年度为当年年度的查询。当时也可以进行除了当前年度的查询。

本申请实施例的第四接收单元中具体地，通过在质检总局接口查询时可选择年度，当Y-1年未查出召回信息时，下一次查询不再查询<＝Y-1的召回信息，而直接查询当年Y的召回信息，提升了查询效率。此外，当跨年后后台服务器会自动查询新一年的召回信息，不再查询去年的召回信息。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种用于车辆召回的数据处理方法，其特征在于，包括：

获取第一车辆信息，其中，所述第一车辆信息为车型信息；

接收根据所述第一车辆信息监控到的第一召回信息；

推送所述第一召回信息；以及

根据所述第一召回信息判断是否需要提供第二车辆信息，若否则显示所述第一召回信息，其中，所述第二车辆信息为车架号信息。

2.根据权利要求1所述的数据处理方法，其特征在于，根据所述第一召回信息判断是否需要提供第二车辆信息之后包括：

如果根据所述第一召回信息判断需要提供第二车辆信息，则获取所述第二车辆信息；

接收根据所述第二车辆信息在信息发布服务器查询到所述第二车辆信息所属的对应批次的所述第二召回信息。

3.根据权利要求1所述的数据处理方法，其特征在于，接收根据所述第一车辆信息监控到的第一召回信息之前还包括：

接收根据所述第一车辆信息在信息发布服务器监控更新的公开召回列表中与保存有第一车辆信息的后台车型库关联的所述第一召回信息。

4.根据权利要求1所述的数据处理方法，其特征在于，获取第一车辆信息之后还包括：

生成预设关注用户；

按照设定轮询频率，接收根据所述预设关注用户的所述第一车辆信息和所述第二车辆信息下发的所述第二召回信息。

5.根据权利要求1所述的数据处理方法，其特征在于，获取第一车辆信息之后还包括：

生成预设召回查询年度；

按照设定查询年度，接收根据预设关注用户的所述第一车辆信息和所述第二车辆信息下发的该年度中的所述第二召回信息。

6.一种用于车辆召回的数据处理装置，其特征在于，包括：

获取模块，用于获取第一车辆信息，其中，所述第一车辆信息为车型信息；

接收模块，用于接收根据所述第一车辆信息监控到的第一召回信息；

推送模块，用于推送所述第一召回信息；以及

显示模块，用于根据所述第一召回信息判断是否需要提供第二车辆信息，若否则显示所述第一召回信息，其中，所述第二车辆信息为车架号信息。

7.根据权利要求6所述的数据处理装置，其特征在于，所述获取模块包括：第二获取单元，所述接收模块包括：第二接收单元，

所述第二获取单元，用于根据所述第一召回信息判断需要提供第二车辆信息时，获取所述第二车辆信息；

所述第二接收单元，用于接收根据所述第二车辆信息在信息发布服务器查询到所述第二车辆信息所属的对应批次的第二召回信息。

8.根据权利要求6所述的数据处理装置，其特征在于，还包括：模糊查询模块，所述模糊查询模块，用于接收根据所述第一车辆信息在信息发布服务器监控更新的公开召回列表中与保存有第一车辆信息的后台车型库关联的第一召回信息。

9.根据权利要求6所述的数据处理装置，其特征在于，还包括：用户模块，所述用户模块包括：生成单元和第三接收单元，

生成单元，用于生成预设关注用户；

第三接收单元，用于按照设定轮询频率，接收根据所述预设关注用户的所述第一车辆信息和所述第二车辆信息下发的所述第二召回信息。

10.根据权利要求6所述的数据处理装置，其特征在于，还包括：年度查询模块，所述年度查询模块包括：

第二生成单元，用于生成预设召回查询年度；

第四接收单元，用于按照设定查询年度，接收根据预设关注用户的所述第一车辆信息和所述第二车辆信息下发的该年度中的所述第二召回信息。