CN109753515A - 用于车辆召回的信息处理方法及装置 - Google Patents

Abstract

本申请公开了一种用于车辆召回的信息处理方法及装置。该方法包括储存车型信息和车架号信息至车型数据库；监控召回公告列表中是否有更新；如果监控召回公告列表中有更新，则在所述公告列表中检测是否有所述车型数据库中的车型信息和/或车架号信息；以及如果在所述公告列表中检测有所述车型数据库中的车型信息和/或车架号信息，则发送预设消息推送。本申请解决了缺少实时监控车辆召回信息的技术问题。通过本申请的方法，可以实现对车辆召回信息的实时监控，并与车主用户实时更新，省去了用户手动查看公告进行召回车型对比的时间成本。

Description

用于车辆召回的信息处理方法及装置

技术领域

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

背景技术

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

发明人发现，目前无法实时对跟踪并监控车辆召回信息。

针对相关技术中缺少实时监控车辆召回信息的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种用于车辆召回的信息处理方法及装置，以解决缺少实时监控车辆召回信息的问题。

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

根据本申请的用于车辆召回的信息处理方法包括：储存车型信息和车架号信息至车型数据库；监控召回公告列表中是否有更新；如果监控召回公告列表中有更新，则在所述公告列表中检测是否有所述车型数据库中的车型信息和/或车架号信息；以及如果在所述公告列表中检测有所述车型数据库中的车型信息和/或车架号信息，则发送预设消息推送。

进一步地，如果在所述公告列表中检测有所述车型数据库中的车型信息和/或车架号信息，则下发预设消息推送包括：如果在所述公告列表中检测有所述车型数据库中的车型信息时且有对应的车架号信息时，则根据所述车架号信息访问预设查询接口查询召回信息，下发与车架号信息匹配的召回消息；如果在所述公告列表中检测有所述车型数据库中的车型信息且没有车架信息时，则根据所述车型信息，下发与车型信息匹配的召回信息。

进一步地，如果在所述公告列表中检测有所述车型数据库中的车型信息和/或车架号信息，则发送预设消息推送之后包括：获取发送预设消息推送的目标地址；根据所述目标地址，在预置的计算机应用程序中推送消息或向预置终端发送消息。

进一步地，储存车型信息和车架号信息至车型数据库包括：按照不同用户等级分别储存对应的车型信息和车架号信息；监控召回公告列表中是否有更新包括：按照预设轮询频率，监控不同用户等级的所述车型信息或车架号信息是否在召回公告列表中更新。

进一步地，储存车型信息和车架号信息至车型数据库包括：按照不同召回率等级分别储存对应的车型信息和车架号信息；监控召回公告列表中是否有更新包括：按照预设轮询频率，监控不同召回率等级的所述车型信息或车架号信息是否在召回公告列表中更新。

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

根据本申请的用于车辆召回的信息处理装置包括：储存模块，用于储存车型信息和车架号信息至车型数据库；监控模块，用于监控召回公告列表中是否有更新；检测模块，用于监控召回公告列表中有更新时，在所述公告列表中检测是否有所述车型数据库中的车型信息或车架号信息；以及下发模块，用于在所述公告列表中检测有所述车型数据库中的车型信息或车架号信息时，下发预设消息推送。

进一步地，所述下发模块包括：第一处理单元，用于在所述公告列表中检测有所述车型数据库中的车型信息时且有对应的车架号信息时，根据所述车架号信息访问预设查询接口查询召回信息，下发与车架号信息匹配的召回消息；第二处理单元，用于在所述公告列表中检测有所述车型数据库中的车型信息且没有车架信息时，根据所述车型信息，下发与车型信息匹配的召回信息。

进一步地，所述下发模块包括：获取单元，用于获取发送预设消息推送的目标地址；推送单元，用于根据所述目标地址，在预置的计算机应用程序中推送消息或向预置终端发送消息。

进一步地，所述储存模块包括：用户管理单元，所述监控模块包括：第一查询单元，用户管理单元，用于按照不同用户等级分别储存对应的车型信息和车架号信息；第一查询单元，用于按照预设轮询频率，监控不同用户等级的所述车型信息或车架号信息是否在召回公告列表中更新。

进一步地，所述储存模块包括：召回管理单元，所述监控模块包括：第二查询单元，召回管理单元，用于按照不同召回率等级分别储存对应的车型信息和车架号信息；第二查询单元，用于按照预设轮询频率，监控不同召回率等级的所述车型信息或车架号信息是否在召回公告列表中更新。

在本申请实施例中，采用储存车型信息和车架号信息至车型数据库的方式，通过监控召回公告列表中是否有更新，达到了如果在所述公告列表中检测有所述车型数据库中的车型信息和/或车架号信息，则发送预设消息推送的目的，从而实现了在服务器上实时监控车辆召回信息，并向客户端推送召回信息的技术效果，进而解决了缺少实时监控车辆召回信息的技术问题。

附图说明

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

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

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

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

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

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

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

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

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

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

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

具体实施方式

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

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

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

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

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

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

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

步骤S102，储存车型信息和车架号信息至车型数据库；

在后台服务器中获取用户通过终端上的计算机软件程序提交的车型信息和车架号信信息后，将所述车型信息和所述车架号信息保存至车型数据库中。可以将用户提供的车型信息与车架号信息进行关联，并储存至车型数据库。

步骤S104，监控召回公告列表中是否有更新；

在后台服务器中监控质检服务机构中的网站上是否有更新召回公告列表中的召回信息。优选地，在后台服务器采用网络爬虫的方式获取召回公告列表中的召回信息。

步骤S106，如果监控召回公告列表中有更新，则在所述公告列表中检测是否有所述车型数据库中的车型信息和/或车架号信息；

在服务器上如果监控召回公告列表中有更新，则在所述公告列表中进行进一步检测匹配处理，检测是否有相同的车型信息或者相同的车架号信息。

步骤S108，如果在所述公告列表中检测有所述车型数据库中的车型信息和/或车架号信息，则发送预设消息推送。

如果检测到有相同的车型信息或者相同的车架号信息，在后台服务器会发送预设的消息推送。消息推送可以通过短信通道或者在计算机应用程序的应用内进行消息推送。

具体地，如果在后台服务器中检测到符合用户提供的车型信息的召回信息，还需要根据车架号信息，在匹配到的车型信息被召回时，后台服务区中还会采用该车架号信息去质检服务机构的公开接口上进行查询核实，并通过下发消息推送的方式明确告知用户召回信息。

需要说明的是，在本申请的实施例中，并不对于上述发送预设消息推送的方式进行限定，本领域技术人员可以根据事情使用场景进行选择。

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

在本申请实施例中，采用储存车型信息和车架号信息至车型数据库的方式，通过监控召回公告列表中是否有更新，达到了如果在所述公告列表中检测有所述车型数据库中的车型信息和/或车架号信息，则发送预设消息推送的目的，从而实现了在服务器上实时监控车辆召回信息，并向客户端推送召回信息的技术效果，进而解决了缺少实时监控车辆召回信息的技术问题。

根据本申请实施例，作为本实施例中的优选，如图2所示，如果在所述公告列表中检测有所述车型数据库中的车型信息和/或车架号信息，则下发预设消息推送包括：

步骤S202，如果在所述公告列表中检测有所述车型数据库中的车型信息时且有对应的车架号信息时，则根据所述车架号信息访问预设查询接口查询召回信息，下发与车架号信息匹配的召回消息；

后台服务器在所述公告列表中检测有所述车型数据库中的车型信息时且有对应的车架号信息时，会根据所述车架号信息访问预设查询接口查询召回信息之后，再下发与车架号信息匹配的召回消息；

通过上述步骤可以实现精准查询。

步骤S204，如果在所述公告列表中检测有所述车型数据库中的车型信息且没有车架信息时，则根据所述车型信息，下发与车型信息匹配的召回信息。

后台服务器在所述公告列表中检测有所述车型数据库中的车型信息且没有车架信息时，则会根据所述车型信息，再下发与车型信息匹配的召回信息

通过上述步骤可以实现模糊查询。

可以理解，提供哪种类型的查询方式，根据从客户端上获得的车型信息和车架号信息的前后顺序决定。如果先获得车型信息，会进行模糊查询。如果先获得车型信息和车架号信息，会进行精确查询。如果先获得车型信息，再获得车架好信息，则会进行精确查询。通过上述步骤，用户一开始只需填写自己的车型即可，当根据后台逻辑匹配到召回信息后，可再补充车架号，而不用一开始就填写繁琐的车架号，当然一开始就填写车架号会获取更加及时精确的通知，另外上述后台匹配逻辑也节省了用户去看公告、比对的时间成本。

根据本申请实施例，作为本实施例中的优选，如图3所示，如果在所述公告列表中检测有所述车型数据库中的车型信息和/或车架号信息，则发送预设消息推送之后包括：

步骤S302，获取发送预设消息推送的目标地址；

后台服务器获取并保存预设消息推送的目标地址，所述目标地址可以是用户的联系方式或者用户通过计算机应用程序注册的平台地址。

步骤S304，根据所述目标地址，在预置的计算机应用程序中推送消息或向预置终端发送消息。

根据获取得到的目标地址，通过预置的计算机应用程序内推送消息或者向终端上发送短信消息。

根据本申请实施例，作为本实施例中的优选，如图4所示，储存车型信息和车架号信息至车型数据库包括：

步骤S402，按照不同用户等级分别储存对应的车型信息和车架号信息；

当用户通过计算机应用程序注册时，在后台服务器中会按照不同用户等级分别储存通过用户获取的车型信息和车架号信息。即有一些用户是需要重点关注的，通过在服务器中专门储存并增加标签。

监控召回公告列表中是否有更新包括：

步骤S404，按照预设轮询频率，监控不同用户等级的所述车型信息或车架号信息是否在召回公告列表中更新。

通过预设的服务器轮询频率访问目标网站，监控得到不同用户等级的所述车型信息或车架号信息是否在召回公告列表中更新。

上述步骤中还可以包括对等级更高的用户需要增加服务器轮询的频率，从而提高用户实时信息的获取效率。

根据本申请实施例，作为本实施例中的优选，如图5所示，储存车型信息和车架号信息至车型数据库包括：

步骤S502，按照不同召回率等级分别储存对应的车型信息和车架号信息；

当用户通过计算机应用程序注册时，在后台服务器中会按照召回率等级分别储存通过用户获取的车型信息和车架号信息。即有一些高召回率的车型是需要重点关注的，通过在服务器中专门储存并增加标签。并且通过车架号信息可以保证在监测召回信息时的准确度。

监控召回公告列表中是否有更新包括：

步骤S504，按照预设轮询频率，监控不同召回率等级的所述车型信息或车架号信息是否在召回公告列表中更新。

通过预设的服务器轮询频率访问目标网站，监控得到不同召回率的所述车型信息或车架号信息是否在召回公告列表中更新。

上述步骤中还可以包括对召回率更高的车型需要增加服务器轮询的频率，从而保障用户不会错过召回信息。

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

根据本申请实施例，还提供了一种用于实施上述用于车辆召回的信息处理方法的装置，如图6所示，该装置包括：储存模块10，用于储存车型信息和车架号信息至车型数据库；监控模块20，用于监控召回公告列表中是否有更新；检测模块30，用于监控召回公告列表中有更新时，在所述公告列表中检测是否有所述车型数据库中的车型信息或车架号信息；以及下发模块40，用于在所述公告列表中检测有所述车型数据库中的车型信息或车架号信息时，下发预设消息推送。

本申请实施例的储存模块10中在后台服务器中获取用户通过终端上的计算机软件程序提交的车型信息和车架号信信息后，将所述车型信息和所述车架号信息保存至车型数据库中。可以将用户提供的车型信息与车架号信息进行关联，并储存至车型数据库。

本申请实施例的监控模块20中在后台服务器中监控质检服务机构中的网站上是否有更新召回公告列表中的召回信息。优选地，在后台服务器采用网络爬虫的方式获取召回公告列表中的召回信息。

本申请实施例的检测模块30中在服务器上如果监控召回公告列表中有更新，则在所述公告列表中进行进一步检测匹配处理，检测是否有相同的车型信息或者相同的车架号信息。

本申请实施例的下发模块40中如果检测到有相同的车型信息或者相同的车架号信息，在后台服务器会发送预设的消息推送。消息推送可以通过短信通道或者在计算机应用程序的应用内进行消息推送。

具体地，如果在后台服务器中检测到符合用户提供的车型信息的召回信息，还需要根据车架号信息，在匹配到的车型信息被召回时，后台服务区中还会采用该车架号信息去质检服务机构的公开接口上进行查询核实，并通过下发消息推送的方式明确告知用户召回信息。

根据本申请实施例，作为本实施例中的优选，如图7所示，所述下发模块包括：第一处理单元401，用于在所述公告列表中检测有所述车型数据库中的车型信息时且有对应的车架号信息时，根据所述车架号信息访问预设查询接口查询召回信息，下发与车架号信息匹配的召回消息；第二处理单元402，用于在所述公告列表中检测有所述车型数据库中的车型信息且没有车架信息时，根据所述车型信息，下发与车型信息匹配的召回信息。

本申请实施例的第一处理单元401中后台服务器在所述公告列表中检测有所述车型数据库中的车型信息时且有对应的车架号信息时，会根据所述车架号信息访问预设查询接口查询召回信息之后，再下发与车架号信息匹配的召回消息；

通过模块可以实现精准查询。

本申请实施例的第二处理单元402中后台服务器在所述公告列表中检测有所述车型数据库中的车型信息且没有车架信息时，则会根据所述车型信息，再下发与车型信息匹配的召回信息

通过上述模块可以实现模糊查询。

可以理解，提供哪种类型的查询方式，根据从客户端上获得的车型信息和车架号信息的前后顺序决定。如果先获得车型信息，会进行模糊查询。如果先获得车型信息和车架号信息，会进行精确查询。如果先获得车型信息，再获得车架好信息，则会进行精确查询。通过上述步骤，用户一开始只需填写自己的车型即可，当根据后台逻辑匹配到召回信息后，可再补充车架号，而不用一开始就填写繁琐的车架号，当然一开始就填写车架号会获取更加及时精确的通知，另外上述后台匹配逻辑也节省了用户去看公告、比对的时间成本。

根据本申请实施例，作为本实施例中的优选，如图8所示，所述下发模块40包括：获取单元403，用于获取发送预设消息推送的目标地址；推送单元404，用于根据所述目标地址，在预置的计算机应用程序中推送消息或向预置终端发送消息。

本申请实施例的获取单元403中后台服务器获取并保存预设消息推送的目标地址，所述目标地址可以是用户的联系方式或者用户通过计算机应用程序注册的平台地址。

本申请实施例的推送单元404中根据获取得到的目标地址，通过预置的计算机应用程序内推送消息或者向终端上发送短信消息。

根据本申请实施例，作为本实施例中的优选，如图9所示，所述储存模块包括：用户管理单元101，所述监控模块包括：第一查询单元，用户管理单元，用于按照不同用户等级分别储存对应的车型信息和车架号信息；第一查询单元201，用于按照预设轮询频率，监控不同用户等级的所述车型信息或车架号信息是否在召回公告列表中更新。

本申请实施例的用户管理单元101中当用户通过计算机应用程序注册时，在后台服务器中会按照不同用户等级分别储存通过用户获取的车型信息和车架号信息。即有一些用户是需要重点关注的，通过在服务器中专门储存并增加标签。

本申请实施例的第一查询单元201中通过预设的服务器轮询频率访问目标网站，监控得到不同用户等级的所述车型信息或车架号信息是否在召回公告列表中更新。

上述模块中还可以包括对等级更高的用户需要增加服务器轮询的频率，从而提高用户实时信息的获取效率。

根据本申请实施例，作为本实施例中的优选，如图10所示，所述储存模块包括：召回管理单元102，所述监控模块包括：第二查询单元202，召回管理单元102，用于按照不同召回率等级分别储存对应的车型信息和车架号信息；第二查询单元202，用于按照预设轮询频率，监控不同召回率等级的所述车型信息或车架号信息是否在召回公告列表中更新。

本申请实施例的召回管理单元102中当用户通过计算机应用程序注册时，在后台服务器中会按照召回率等级分别储存通过用户获取的车型信息和车架号信息。即有一些高召回率的车型是需要重点关注的，通过在服务器中专门储存并增加标签。并且通过车架号信息可以保证在监测召回信息时的准确度。

本申请实施例的第二查询单元202中通过预设的服务器轮询频率访问目标网站，监控得到不同召回率的所述车型信息或车架号信息是否在召回公告列表中更新。

上述模块中还可以包括对召回率更高的车型需要增加服务器轮询的频率，从而保障用户不会错过召回信息。

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

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

Claims (10)

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

储存车型信息和车架号信息至车型数据库；

监控召回公告列表中是否有更新；

如果监控召回公告列表中有更新，则在所述公告列表中检测是否有所述车型数据库中的车型信息和/或车架号信息；以及

如果在所述公告列表中检测有所述车型数据库中的车型信息和/或车架号信息，则发送预设消息推送。

2.根据权利要求1所述的信息处理方法，其特征在于，如果在所述公告列表中检测有所述车型数据库中的车型信息和/或车架号信息，则下发预设消息推送包括：

如果在所述公告列表中检测有所述车型数据库中的车型信息时且有对应的车架号信息时，则根据所述车架号信息访问预设查询接口查询召回信息，下发与车架号信息匹配的召回消息；

如果在所述公告列表中检测有所述车型数据库中的车型信息且没有车架信息时，则根据所述车型信息，下发与车型信息匹配的召回信息。

3.根据权利要求1所述的信息处理方法，其特征在于，如果在所述公告列表中检测有所述车型数据库中的车型信息和/或车架号信息，则发送预设消息推送之后包括：

获取发送预设消息推送的目标地址；

根据所述目标地址，在预置的计算机应用程序中推送消息或向预置终端发送消息。

4.根据权利要求1所述的信息处理方法，其特征在于，

储存车型信息和车架号信息至车型数据库包括：

按照不同用户等级分别储存对应的车型信息和车架号信息；

监控召回公告列表中是否有更新包括：

按照预设轮询频率，监控不同用户等级的所述车型信息或车架号信息是否在召回公告列表中更新。

5.根据权利要求1所述的信息处理方法，其特征在于，

储存车型信息和车架号信息至车型数据库包括：

按照不同召回率等级分别储存对应的车型信息和车架号信息；

监控召回公告列表中是否有更新包括：

按照预设轮询频率，监控不同召回率等级的所述车型信息或车架号信息是否在召回公告列表中更新。

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

储存模块，用于储存车型信息和车架号信息至车型数据库；

监控模块，用于监控召回公告列表中是否有更新；

检测模块，用于监控召回公告列表中有更新时，在所述公告列表中检测是否有所述车型数据库中的车型信息或车架号信息；以及

下发模块，用于在所述公告列表中检测有所述车型数据库中的车型信息或车架号信息时，下发预设消息推送。

7.根据权利要求6所述的用于车辆召回的信息处理装置，其特征在于，所述下发模块包括：

第一处理单元，用于在所述公告列表中检测有所述车型数据库中的车型信息时且有对应的车架号信息时，根据所述车架号信息访问预设查询接口查询召回信息，下发与车架号信息匹配的召回消息；

第二处理单元，用于在所述公告列表中检测有所述车型数据库中的车型信息且没有车架信息时，根据所述车型信息，下发与车型信息匹配的召回信息。

8.根据权利要求6所述的用于车辆召回的信息处理装置，其特征在于，所述下发模块包括：

获取单元，用于获取发送预设消息推送的目标地址；

推送单元，用于根据所述目标地址，在预置的计算机应用程序中推送消息或向预置终端发送消息。

9.根据权利要求6所述的用于车辆召回的信息处理装置，其特征在于，所述储存模块包括：用户管理单元，所述监控模块包括：第一查询单元，

用户管理单元，用于按照不同用户等级分别储存对应的车型信息和车架号信息；

第一查询单元，用于按照预设轮询频率，监控不同用户等级的所述车型信息或车架号信息是否在召回公告列表中更新。

10.根据权利要求6所述的用于车辆召回的信息处理装置，其特征在于，所述储存模块包括：召回管理单元，所述监控模块包括：第二查询单元，

召回管理单元，用于按照不同召回率等级分别储存对应的车型信息和车架号信息；

第二查询单元，用于按照预设轮询频率，监控不同召回率等级的所述车型信息或车架号信息是否在召回公告列表中更新。