一种零部件信息的追溯方法和系统与流程

1.本技术涉及汽车运维技术领域，特别是涉及一种零部件信息的追溯方法和系统。


背景技术：

2.随着汽车行业的飞速发展，消费者对汽车的要求越来越高，其中，汽车的质量安全一直是消费者最重视的指标之一。汽车的零部件质量作为影响汽车的质量安全的因素之一，近年来逐渐暴露出各种问题。
3.目前在生产车辆时，通过扫码的方式，将零部件信息上传至车企的制造执行系统(manufacturing execution system，mes)中，以便在车辆出现故障等问题时，车企可以通过远程服务提供商(telematics service provider，tsp)追溯车辆的零部件状态信息，从而对问题进行定位，以针对性地解决问题。
4.然而，在售后过程中可能存在更换零部件，且更换的零部件未录入mes系统的现象，导致运维人员无法精准掌握整车的实际状态，导致车辆的运维难度增加。
5.因此，现有技术中零部件信息的追溯效率还有待提高。


技术实现要素：

6.基于此，提供一种零部件信息的追溯方法和系统，以提高现有技术中零部件信息的追溯效率。
7.第一方面，提供一种零部件信息的追溯方法，应用于车端，所述车端包括车载联网终端和网关，所述方法包括：
8.所述车载联网终端在接收到追溯零部件信息请求时，检测电源档位信号，并在检测到所述电源档位信号为整车上电信号时，向所述网关发出读取零部件信息请求；
9.所述网关响应所述读取零部件信息请求，以获取至少一个当前零部件信息，并将各个所述当前零部件信息发送至所述车载联网终端；
10.所述车载联网终端将各个所述当前零部件信息与对应的历史零部件信息进行对比，得到与所述历史零部件信息存在差异的至少一个目标零部件信息，将各个所述目标零部件信息进行封装，得到封装数据帧，并将所述封装数据帧通过消息队列协议上传，以使远程服务提供商接收，根据所述封装数据帧承载的目标零部件信息对预存的零部件信息库进行更新，并通过更新后的零部件信息库确定待溯源零部件信息。
11.结合第一方面，在第一方面的第一种可实施方式中，所述网关响应所述读取零部件信息请求，以获取至少一个控制器的当前零部件信息的步骤，包括：
12.所述网关响应所述读取零部件信息请求，并通过功能寻址向至少一个控制器发出读取识别码指令、读取生产日期指令、读取硬件版本号指令和读取软件版本号指令，以获取当前车辆对应的识别码、零部件的生产日期、硬件版本号和软件版本号。
13.结合第一方面的第一种可实施方式，在第一方面的第二种可实施方式中，所述将各个所述目标零部件信息进行封装，得到封装数据帧的步骤，包括：
14.将预设的上传日期和所述目标零部件信息对应的识别码进行封装，得到数据帧头，其中，所述识别码和所述上传日期按照从前往后的时序排序；
15.将所述目标零部件信息对应的零部件名称、生产日期、软件版本号以及硬件版本号进行封装，得到数据帧体，其中，所述零部件名称、所述生产日期、所述软件版本号以及所述硬件版本号按照从前往后的时序排序。
16.结合第一方面，在第一方面的第三种可实施方式中，所述方法还包括：
17.所述车载联网终端读取自身的版本信息，将所述版本信息通过所述消息队列协议上传，以使所述远程服务提供商接收，根据所述版本信息对预存的零部件信息库进行更新，并通过更新后的零部件信息库确定待溯源零部件信息。
18.第二方面，提供一种零部件信息的追溯方法，应用于服务端，所述服务端包括远程服务提供商，所述方法包括：
19.所述远程服务提供商发送追溯零部件信息请求，以使车载联网终端在接收到所述追溯零部件信息请求时，检测电源档位信号，并在检测到所述电源档位信号为整车上电信号时，向网关发出读取零部件信息请求，并接收所述网关响应所述读取零部件信息请求以获取到的至少一个当前零部件信息；
20.所述远程服务提供商在接收到封装数据帧时，根据所述封装数据帧承载的目标零部件信息对预存的零部件信息库进行更新，并通过更新后的零部件信息库确定待溯源零部件信息，其中，所述封装数据帧是所述车载联网终端将各个所述当前零部件信息与对应的历史零部件信息进行对比，得到与所述历史零部件信息存在差异的至少一个目标零部件信息，将各个所述目标零部件信息进行封装并通过消息队列协议上传得到的。
21.结合第二方面，在第二方面的第一种可实施方式中，所述远程服务提供商通过更新后的零部件信息库确定待溯源零部件信息的步骤，包括：
22.所述远程服务提供商在所述零部件信息库中提取与待溯源车辆的识别码对应的目标识别码；
23.所述远程服务提供商对所述目标识别码对应的各个零部件的生产日期和硬件版本号进行计数，得到各个所述零部件的硬件版本数量，以根据所述硬件版本数量确定包括更换频次的待溯源零部件信息。
24.结合第二方面，在第二方面的第二种可实施方式中，所述远程服务提供商通过更新后的零部件信息库确定待溯源零部件信息的步骤，包括：
25.所述远程服务提供商在所述零部件信息库中提取与待溯源车辆的识别码对应的目标识别码；
26.所述远程服务提供商对所述目标识别码对应的各个零部件的软件版本号进行计数，得到各个所述零部件的软件版本数量；
27.所述远程服务提供商根据各个所述软件版本数量与预设的阈值的对比情况，确定包括软件版本稳定性的待溯源零部件信息。
28.结合第二方面，在第二方面的第三种可实施方式中，所述远程服务提供商通过更新后的零部件信息库确定待溯源零部件信息的步骤，包括：
29.所述远程服务提供商在所述零部件信息库中提取与待溯源车辆的识别码对应的目标识别码；
30.所述远程服务提供商获取所述目标识别码对应的各个零部件的软件版本号的上传日期，并基于同一软件版本号的上传日期，确定包括软件版本使用时长的待溯源零部件信息。
31.第三方面，提供一种零部件信息的追溯系统，所述系统包括：位于车端的车载联网终端和网关，其中，
32.所述车载联网终端在接收到追溯零部件信息请求时，检测电源档位信号，并在检测到所述电源档位信号为整车上电信号时，向所述网关发出读取零部件信息请求；
33.所述网关响应所述读取零部件信息请求，以获取至少一个当前零部件信息，并将各个所述当前零部件信息发送至所述车载联网终端；
34.所述车载联网终端将各个所述当前零部件信息与对应的历史零部件信息进行对比，得到与所述历史零部件信息存在差异的至少一个目标零部件信息，将各个所述目标零部件信息进行封装，得到封装数据帧，并将所述封装数据帧通过消息队列协议上传，以使远程服务提供商接收，根据所述封装数据帧承载的目标零部件信息对预存的零部件信息库进行更新，并通过更新后的零部件信息库确定待溯源零部件信息。
35.第四方面，提供一种零部件信息的追溯系统，所述系统包括：位于服务端的远程服务提供商，其中，
36.所述远程服务提供商发送追溯零部件信息请求，以使车载联网终端在接收到所述追溯零部件信息请求时，检测电源档位信号，并在检测到所述电源档位信号为整车上电信号时，向网关发出读取零部件信息请求，并接收所述网关响应所述读取零部件信息请求以获取到的至少一个当前零部件信息；
37.所述远程服务提供商在接收到封装数据帧时，根据所述封装数据帧承载的目标零部件信息对预存的零部件信息库进行更新，并通过更新后的零部件信息库确定待溯源零部件信息，其中，所述封装数据帧是所述车载联网终端将各个所述当前零部件信息与对应的历史零部件信息进行对比，得到与所述历史零部件信息存在差异的至少一个目标零部件信息，将各个所述目标零部件信息进行封装并通过消息队列协议上传得到的。
38.上述零部件信息的追溯方法和系统，其中，所述方法应用于车端，所述车端包括车载联网终端和网关。在所述方法中，所述车载联网终端在接收到来自远程服务提供商的追溯零部件信息请求时，检测电源档位信号，并在检测到所述电源档位信号为整车上电信号时，向所述网关发出读取零部件信息请求；所述网关响应所述读取零部件信息请求，以获取至少一个当前零部件信息，并将各个所述当前零部件信息发送至所述车载联网终端；所述车载联网终端将各个所述当前零部件信息与对应的历史零部件信息进行对比，得到与所述历史零部件信息存在差异的至少一个目标零部件信息，将各个所述目标零部件信息进行封装，得到封装数据帧，并将所述封装数据帧通过消息队列协议上传，以使远程服务提供商接收，根据所述封装数据帧承载的目标零部件信息对预存的零部件信息库进行更新，并通过更新后的零部件信息库确定待追溯零部件信息。可见，本方法在检测到电源档位信号为整车上电信号时，自动化地触发读取零部件信息的执行动作，并将读取到的当前零部件信息与历史零部件信息进行差分，将存在与历史零部件信息存在差异的目标零部件信息进行封装上传，一方面可以节省流量和零部件信息的存储空间；另一方面还能确保零部件信息在发生更换时及时更新至售后服务端，在不增加成本的情况下，可以精确追溯零部件的状态，
为可能出现召回车辆等问题打下基础，提高现有技术中零部件信息的追溯效率，以便运维人员可以精准地掌握整车的实际状态，降低车辆的运维难度。
附图说明
39.图1为一个实施例中零部件信息的追溯方法的信令图；
40.图2为一个实施例中封装数据帧的数据结构图。
具体实施方式
41.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
42.需要说明的是，本实施例中所提供的图示仅以示意方式说明本技术的基本构想，遂图式中仅显示与本技术中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
43.本说明书所附图式所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本技术可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本技术所能产生的功效及所能达成的目的下，均应仍落在本技术所揭示的技术内容得能涵盖的范围内。
44.本说明书中所引用的如“上”、“下”、“左”、“右”、“中间”、“纵向”、“横向”、“水平”、“内”、“外”、“径向”、“周向”等指示的方位或位置关系为基于附图所示的方位或位置关系，亦仅为了便于简化叙述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本技术的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。
45.近年来，汽车的质量安全越来越受到消费者的重视。汽车的零部件作为影响汽车质量安全的因素之一，逐渐暴露出各种各样的问题。因此，目前在生产车辆时，会通过扫码的方式，将车辆的零部件信息上传至后台运维系统，例如制造执行系统(manufacturing execution system，mes)，以便后台的运维人员可以掌握车辆的实际状态，并在出现故障时，可以通过追溯零部件信息定位故障发生的位置，以针对性的解决问题。然而，在售后过程中，可能会因为零部件的更换而未录入运维系统，导致运维人员难以掌握整车的实际状态，提高车辆的运维难度。因此，现有技术中零部件信息的追溯效率还有待提高。
46.为此，本技术提出一种零部件信息的追溯方法和系统，本技术提供的零部件信息的追溯方法，可以应用于车端和服务端的应用环境中。其中，车端通过消息队列协议与服务器进行通信，车端可以包括车载联网终端和网关，服务端可以包括远程服务提供商。具体的：所述车载联网终端接收到追溯零部件信息请求，并在检测到电源档位信号为整车上电信号时，自动化地向网关发送读取零部件信息请求，并将网关读取到的当前零部件信息与历史零部件信息进行差分，将存在与历史零部件信息存在差异的目标零部件信息进行封装上传；一方面可以节省流量和零部件信息的存储空间，另一方面还能确保零部件信息在发生更换时及时更新至售后服务端，在不增加成本的情况下，可以精确追溯零部件的状态，为
可能出现召回车辆等问题打下基础，提高现有技术中零部件信息的追溯效率，以便运维人员可以精准地掌握整车的实际状态，降低车辆的运维难度。接下来，将通过以下实施例对本技术进行详细描述。
47.在一个实施例中，参考图1，提供了一种零部件信息的追溯方法，以该方法应用于车端为例进行说明，其中，所述车端包括车载联网终端和网关，所述方法包括以下步骤：
48.所述车载联网终端在接收到追溯零部件信息请求时，检测电源档位信号，并在检测到所述电源档位信号为整车上电信号时，向所述网关发出读取零部件信息请求。
49.所述网关响应所述读取零部件信息请求，以获取至少一个当前零部件信息，并将各个所述当前零部件信息发送至所述车载联网终端。
50.需要说明的是，所述网关与车辆的各个控制器通过控制器域网(controller area network，can)进行通行，所述网关用于在接收到读取零部件信息请求时，获取各个控制器的can报文，网关从各个can报文中提取出对应控制器的当前零部件信息，并将其转发给车载联网终端。
51.在一种可实施的方式中，所述网关响应所述读取零部件信息请求，以获取至少一个控制器的当前零部件信息的步骤，包括：所述网关响应所述读取零部件信息请求，并通过功能寻址向至少一个控制器发出读取识别码指令、读取生产日期指令、读取硬件版本号指令和读取软件版本号指令，以获取当前车辆对应的识别码、零部件的生产日期、硬件版本号和软件版本号。
52.示例性的说明，所述读取识别码指令可以为“22f190”，当网关向各个控制器发出“22f190”指令时，承载有车辆识别码的控制器将车辆识别码存储在can报文中，并将存储有车辆识别码的can报文发送给网关，以使网关从该can报文中提取出当前车辆的识别码；所述读取生产日期指令可以为“f191”，当网关向各个控制器发出“f191”指令时，各个控制器将对应控制的零部件的生产日期存储在can报文中，并将存储有生产日期的can报文发送给网关，以使网关从该can报文中提取出当前车辆的各个零部件的生产日期；所述读取硬件版本号指令可以为“f089”，当网关向各个控制器发出“f089”指令时，各个控制器将对应控制的零部件的硬件版本号存储在can报文中，并将存储有硬件版本号的can报文发送给网关，以使网关从该can报文中提取出当前车辆的各个零部件的硬件版本号；所述读取软件版本号指令可以为“f189”，当网关向各个控制器发出“f189”指令时，各个控制器将对应控制的零部件的软件版本号存储在can报文中，并将存储有软件版本号的can报文发送给网关，以使网关从该can报文中提取出当前车辆的各个零部件的软件版本号。
53.上述读取当前车辆对应的识别码、零部件的生产日期、硬件版本号和软件版本号的步骤可以按照并行执行时序和串行执行时序实现。在本实施例中，从提高读取零部件信息速率的角度出发，采用并行执行时序。在其他实施方式中，可以采用串行执行时序，但对读取当前车辆对应的识别码、零部件的生产日期、硬件版本号和软件版本号的先后顺序不做限定，只要能满足获取当前车辆对应的识别码、零部件的生产日期、硬件版本号和软件版本号的需求，都应当认为属于本说明书记载的范围。
54.所述车载联网终端将各个所述当前零部件信息与对应的历史零部件信息进行对比，得到与所述历史零部件信息存在差异的至少一个目标零部件信息，将各个所述目标零部件信息进行封装，得到封装数据帧，并将所述封装数据帧通过消息队列协议上传，以使远
程服务提供商接收，根据所述封装数据帧承载的目标零部件信息对预存的零部件信息库进行更新，并通过更新后的零部件信息库确定待溯源零部件信息。
55.所述车载联网终端将各个所述当前零部件信息与对应的历史零部件信息进行对比，得到与所述历史零部件信息存在差异的至少一个目标零部件信息指的是：车载联网终端将当前车辆对应的识别码、各个零部件的生产日期、硬件版本号和软件版本号分别与历史存储的识别码、各个零部件的生产日期、硬件版本号和软件版本号进行对比，通过确认当前零部件信息与历史零部件信息是否一致，来确定当前车辆的各个零部件是否存在更换；若当前零部件信息与历史零部件信息一致，则确定当前车辆的各个零部件不存在更换，由于车辆在生产时已上传各个零部件信息，因此此时不需要再次上传；若当前零部件信息与历史零部件信息不一致，则确定当前车辆的各个零部件存在更换，将与历史零部件信息存在差异的当前零部件信息作为目标零部件信息进行上传。
56.需要说明的是，由于车辆的识别码是唯一的，因此与历史零部件信息存在差异的当前零部件信息可能是零部件的生产日期、硬件版本号和软件版本号中的至少一种。因为同一生产日期下的零部件可能存在不同的硬件版本号和/或软件版本号，或者不同生产日期下的零部件可能存在不同的硬件版本号和/或软件版本号。因此，只要生产日期、硬件版本号和软件版本号中存在一种与历史零部件信息不同的情况，都应当认为是该零部件发生了更换，需要将该当前零部件信息作为目标零部件信息进行封装上传。
57.在一种可实施的方式中，参考图2，所述将各个所述目标零部件信息进行封装，得到封装数据帧的步骤，包括：将预设的上传日期和所述目标零部件信息对应的识别码进行封装，得到数据帧头，其中，所述识别码和所述上传日期按照从前往后的时序排序；将所述目标零部件信息对应的零部件名称、生产日期、软件版本号以及硬件版本号进行封装，得到数据帧体，其中，所述零部件名称、所述生产日期、所述软件版本号以及所述硬件版本号按照从前往后的时序排序。
58.需要说明的是，图2为封装数据帧的数据结构示意图，其不用于限定封装数据帧内识别码、上传日期、零部件名称、生产日期、软件版本号以及硬件版本号的相对长度。例如，识别码一般由17位字符组成，因此识别码在封装数据帧中所占长度为17个字节；又例如，上传日期和生产日期在封装数据帧中所占长度可以为4个字节，软件版本号和硬件版本号在封装数据帧中所占长度可以为8个字节，本技术对此不做限定，只要满足图2所示的数据结构的封装数据帧，都应当认为属于本说明书记载的范围。
59.在一种可实施的方式中，当车载联网终端检测到电源档位信号为整车上电信号时，还可以读取自身的版本信息，并将所述版本信息通过消息队列协议上传，以使远程服务提供商接收，根据所述版本信息对预存的零部件信息库进行更新，并通过更新后的零部件信息库确定待溯源零部件信息。
60.零部件信息库中包括各个车辆的零部件信息，每个车辆的零部件信息包括车辆识别码、各个零部件的名称、生产日期、硬件版本号以及软件版本号，为了统计各个零部件的使用时长，在每一次上传零部件信息时，将上传日期也一并存储至零部件信息库中。
61.在另一个实施例中，提供了一种零部件信息的追溯方法，以该方法应用于服务端为例进行说明，其中，所述服务端包括远程服务提供商，所述方法包括：
62.所述远程服务提供商发送追溯零部件信息请求，以使车载联网终端在接收到所述
追溯零部件信息请求时，检测电源档位信号，并在检测到所述电源档位信号为整车上电信号时，向网关发出读取零部件信息请求，并接收所述网关响应所述读取零部件信息请求以获取到的至少一个当前零部件信息；
63.所述远程服务提供商在接收到封装数据帧时，根据所述封装数据帧承载的目标零部件信息对预存的零部件信息库进行更新，并通过更新后的零部件信息库确定待溯源零部件信息，其中，所述封装数据帧是所述车载联网终端将各个所述当前零部件信息与对应的历史零部件信息进行对比，得到与所述历史零部件信息存在差异的至少一个目标零部件信息，将各个所述目标零部件信息进行封装并通过消息队列协议上传得到的。
64.需要说明的是，上述“车载联网终端在接收到所述追溯零部件信息请求时，检测电源档位信号，并在检测到所述电源档位信号为整车上电信号时，向网关发出读取零部件信息请求，并接收所述网关响应所述读取零部件信息请求以获取到的至少一个当前零部件信息；所述车载联网终端将各个所述当前零部件信息与对应的历史零部件信息进行对比，得到与所述历史零部件信息存在差异的至少一个目标零部件信息，将各个所述目标零部件信息进行封装得到封装数据帧，并通过消息队列协议上传”的步骤已在上一实施例中进行详细描述，相关描述请参阅上文，在此不再进行赘述。
65.在一种可实施的方式中，所述远程服务提供商通过更新后的零部件信息库确定待溯源零部件信息的步骤，包括：所述远程服务提供商在所述零部件信息库中提取与待溯源车辆的识别码对应的目标识别码；所述远程服务提供商对所述目标识别码对应的各个零部件的生产日期和硬件版本号进行计数，得到各个所述零部件的硬件版本数量，以根据所述硬件版本数量确定包括更换频次的待溯源零部件信息。
66.在一种可实施的方式中，所述远程服务提供商通过更新后的零部件信息库确定待溯源零部件信息的步骤，包括：所述远程服务提供商在所述零部件信息库中提取与待溯源车辆的识别码对应的目标识别码；所述远程服务提供商对所述目标识别码对应的各个零部件的软件版本号进行计数，得到各个所述零部件的软件版本数量；所述远程服务提供商根据各个所述软件版本数量与预设的阈值的对比情况，确定包括软件版本稳定性的待溯源零部件信息。示例性的说明，所述阈值可以包括第一阈值和第二阈值，其中，第一阈值小于第二阈值，当软件版本数量小于或等于第一阈值时，可以认为该软件版本稳定性较高；当软件版本数量大于第一阈值且小于或等于第二阈值时，可以认为该软件版本稳定性居中；当软件版本数量大于第二阈值时，可以认为该软件版本稳定性较低。
67.在另一种可实施的方式中，所述远程服务提供商通过更新后的零部件信息库确定待溯源零部件信息的步骤，包括：所述远程服务提供商在所述零部件信息库中提取与待溯源车辆的识别码对应的目标识别码；所述远程服务提供商获取所述目标识别码对应的各个零部件的软件版本号的上传日期，并基于同一软件版本号的上传日期，确定包括软件版本使用时长的待溯源零部件信息。具体的，基于同一软件版本号的上传日期，确定包括软件版本使用时长的待溯源零部件信息指的是：根据同一软件版本号的上传日期以及相邻的下一软件版本号的上传日期，可以计算出该软件版本使用时长。
68.需要说明的是，确定待溯源零部件信息的方法可以包括上述确定更换频次、软件版本稳定性以及软件版本使用时长中的至少一种，若包括任意两种或三种，可以采用并行执行时序，也可以采用串行执行时序，从提高追溯零部件速率的角度出发，可以采用并行执
行时序。
69.综上所述，车载联网终端在接收到追溯零部件信息请求，并在检测到电源档位信号为整车上电信号时，自动化地向网关发送读取零部件信息请求，并将网关读取到的当前零部件信息与历史零部件信息进行差分，将存在与历史零部件信息存在差异的目标零部件信息进行封装上传，以使远程服务提供商可以根据接收到的封装数据帧确定包括更换频次、软件版本稳定性以及软件版本使用时长中的至少一种待溯源零部件信息。可见，应用本技术的零部件信息的追溯方法，一方面可以节省流量和零部件信息的存储空间，另一方面还能确保零部件信息在发生更换时及时更新至售后服务端，在不增加成本的情况下，可以精确追溯零部件的状态，为可能出现召回车辆等问题打下基础，提高现有技术中零部件信息的追溯效率，以便运维人员可以精准地掌握整车的实际状态，降低车辆的运维难度。
70.在另一个实施例中，提供了一种零部件信息的追溯系统，所述系统包括：位于车端的车载联网终端和网关，其中，
71.所述车载联网终端在接收到追溯零部件信息请求时，检测电源档位信号，并在检测到所述电源档位信号为整车上电信号时，向所述网关发出读取零部件信息请求；
72.所述网关响应所述读取零部件信息请求，以获取至少一个当前零部件信息，并将各个所述当前零部件信息发送至所述车载联网终端；
73.所述车载联网终端将各个所述当前零部件信息与对应的历史零部件信息进行对比，得到与所述历史零部件信息存在差异的至少一个目标零部件信息，将各个所述目标零部件信息进行封装，得到封装数据帧，并将所述封装数据帧通过消息队列协议上传，以使远程服务提供商接收，根据所述封装数据帧承载的目标零部件信息对预存的零部件信息库进行更新，并通过更新后的零部件信息库确定待溯源零部件信息。
74.具体的，所述网关还用于响应所述读取零部件信息请求，并通过功能寻址向至少一个控制器发出读取识别码指令、读取生产日期指令、读取硬件版本号指令和读取软件版本号指令，以获取当前车辆对应的识别码、零部件的生产日期、硬件版本号和软件版本号。
75.具体的，所述车载联网终端还用于将预设的上传日期和所述目标零部件信息对应的识别码进行封装，得到数据帧头，其中，所述识别码和所述上传日期按照从前往后的时序排序；将所述目标零部件信息对应的零部件名称、生产日期、软件版本号以及硬件版本号进行封装，得到数据帧体，其中，所述零部件名称、所述生产日期、所述软件版本号以及所述硬件版本号按照从前往后的时序排序。
76.具体的，所述车载联网终端还用于读取自身的版本信息，将所述版本信息通过所述消息队列协议上传，以使所述远程服务提供商接收，根据所述版本信息对预存的零部件信息库进行更新，并通过更新后的零部件信息库确定待溯源零部件信息。
77.在另一个实施例中，提供了一种零部件信息的追溯系统，所述系统包括：位于服务端的远程服务提供商，其中，
78.所述远程服务提供商发送追溯零部件信息请求，以使车载联网终端在接收到所述追溯零部件信息请求时，检测电源档位信号，并在检测到所述电源档位信号为整车上电信号时，向网关发出读取零部件信息请求，并接收所述网关响应所述读取零部件信息请求以获取到的至少一个当前零部件信息；
79.所述远程服务提供商在接收到封装数据帧时，根据所述封装数据帧承载的目标零
部件信息对预存的零部件信息库进行更新，并通过更新后的零部件信息库确定待溯源零部件信息，其中，所述封装数据帧是所述车载联网终端将各个所述当前零部件信息与对应的历史零部件信息进行对比，得到与所述历史零部件信息存在差异的至少一个目标零部件信息，将各个所述目标零部件信息进行封装并通过消息队列协议上传得到的。
80.具体的，所述远程服务提供商还用于在所述零部件信息库中提取与待溯源车辆的识别码对应的目标识别码；所述远程服务提供商还用于对所述目标识别码对应的各个零部件的生产日期和硬件版本号进行计数，得到各个所述零部件的硬件版本数量，以根据所述硬件版本数量确定包括更换频次的待溯源零部件信息。
81.具体的，所述远程服务提供商还用于在所述零部件信息库中提取与待溯源车辆的识别码对应的目标识别码；所述远程服务提供商还用于对所述目标识别码对应的各个零部件的软件版本号进行计数，得到各个所述零部件的软件版本数量；所述远程服务提供商还用于根据各个所述软件版本数量与预设的阈值的对比情况，确定包括软件版本稳定性的待溯源零部件信息。
82.具体的，所述远程服务提供商还用于在所述零部件信息库中提取与待溯源车辆的识别码对应的目标识别码；所述远程服务提供商还用于获取所述目标识别码对应的各个零部件的软件版本号的上传日期，并基于同一软件版本号的上传日期，确定包括软件版本使用时长的待溯源零部件信息。
83.关于零部件信息的追溯系统的具体限定可以参见上文中对于零部件信息的追溯方法的限定，在此不再赘述。
84.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
85.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
86.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。