CN116841557A - 一种汽车服务信号解析方法及系统 - Google Patents

Abstract

本申请涉及汽车技术领域，具体是涉及一种汽车服务信号解析方法及系统，其中，方法包括：获取目标车载数据，所述目标车载数据为目标车辆的DDS服务信号数据；基于目标服务代码文件对所述目标车载数据进行解析，得到目标数据，其中，所述目标服务代码文件为解析DDS服务信号数据结构的信息依据的代码；对所述目标数据进行分析，得到所述目标车辆的问题分析报告。本申请可以实现汽车端DDS服务信号的解析，提供了一个可以实现汽车端DDS服务信号解析方法供开发和测试使用。

Description

一种汽车服务信号解析方法及系统

技术领域

本申请涉及汽车技术领域，具体是涉及一种汽车服务信号解析方法、系统。

背景技术

随着科技的发展，人们对汽车的需求不仅仅只满足于传统的汽车代步功能，而是对汽车提出了更多的新需求。例如，需要汽车能进行情感互动、感受用户的情绪、给用户提供更多娱乐服务以及感知周围环境的变化，提前预判危险等等。新的需求也给汽车软件带来新的挑战，传统的架构以及传统的通讯方式不在满足于现在软件的需求，基于以太网的DDS服务化也应运而生。

然而，汽车零部件DDS服务化相关功能的实现，对于测试和开发问题排查、问题定位带来了新的挑战，传统的CAN、LIN、以太网问题定位、问题排查系统及方法已经不能满足用户的需求。由于DDS在汽车领域还未形成像CAN、LIN一样的标准协议，在现有技术中，无问题定位、问题排查系统及测试方法可以借鉴，人工排查难度大效率低，因此，急需一个可以实现汽车端DDS服务信号的解析方法供开发和测试使用。

因此，现有技术还有待改进和提高。

发明内容

本申请提供了一种汽车服务信号解析方法及相关设备，以解决相关技术中还没有可以实现车端DDS服务信号的解析的技术问题。

为实现上述目的，本申请采用了以下技术方案：

本申请第一方面实施例提供一种汽车服务信号解析方法，包括以下步骤：获取目标车载数据，所述目标车载数据为目标车辆的DDS服务信号数据；基于目标服务代码文件对所述目标车载数据进行解析，得到目标数据，其中，所述目标服务代码文件为解析DDS服务信号数据结构的信息依据的代码；对所述目标数据进行分析，得到所述目标车辆的问题分析报告。

根据上述技术手段，本申请实施例可以实现车端DDS服务信号的解析，并且能够自动生成问题分析报告，为开发和测试人员提供了便利。

可选地，在本申请的一个实施例中，所述获取目标车载数据，包括：基于以太网转换器获取所述目标车载数据，所述以太网转换器用于将车载以太网信号转换为电脑以太网信号。

根据上述技术手段，本申请实施例可以将车载太网信号转换为电脑以太网信号，方便了数据的传输，提高了网络速度，提高了数据安全性，同时，通过将车载以太网信号转换为电脑以太网信号，实现了远程控制汽车的功能。

可选地，在本申请的一个实施例中，所述基于目标服务代码文件对所述目标车载数据进行解析，得到目标数据，包括：基于所述目标车载数据中的hash值与所述目标服务代码文件中的hash值获取所述目标车载数据中的每个服务项目的对应的信息，得到所述目标数据。

根据上述技术手段，本申请实施例可以通过目标服务代码文件对车辆中的车载数据进行解析，将其解析为更便于分析的数据，同时，也更益于开发测试人员解读，为车辆的问题排查带来了便利。

可选地，在本申请的一个实施例中，所述基于所述目标车载数据中的hash值与所述目标服务代码文件中的hash值获取所述目标车载数据中的每个服务项目的对应的信息，得到所述目标数据，包括：将每条所述目标车载数据中的hash值与所述目标服务代码文件中的hash值进行对比，解析出所述目标车载数据中与所述目标服务代码文件中相同hash值对应的服务名称、方法名称、参数名称以及参数值，得到所述目标数据。

根据上述技术手段，本申请实施例可以基于车载DDS信号数据中的hash值与目标服务代码文件中的hash值获取到目标车辆中的每个服务项目的对应的信息，便于开发测试人员解读，为车辆的问题排查带来了便利。

可选地，在本申请的一个实施例中，所述对所述目标数据进行分析，得到所述目标车辆的问题分析报告，包括：获取目标信号，所述目标信号为开始对所述目标车辆中的目标服务进行分析的信号；获取所述目标服务对应的目标阈值列表，所述目标阈值列表中包括所述目标服务中所有参数值对应的预设阈值范围；根据所述目标阈值列表对所述目标数据进行分析，得到所述目标车辆的问题分析报告。

根据上述技术手段，本申请实施例可以自动的根据提前预设好的阈值范围获取到不符合要求的参数，定位到车辆对应的有问题的服务项目，针对该服务项目出具分析报告，为开发测试人员的检修带来了便利。

可选地，在本申请的一个实施例中，所述根据所述目标阈值列表对所述目标数据进行分析，得到所述目标车辆的问题分析报告，包括：将所述目标数据中的所述目标服务的参数值逐一与所述目标阈值列表中的对应参数值的预设阈值范围进行比对，获取所述目标数据中的所述目标服务的参数值不在对应的预设阈值范围内的参数值及其对应的名称，输出为所述目标车辆的问题分析报告。

根据上述技术手段，本申请实施例可以获取目标数据中的选中服务的参数值不在对应的预设阈值范围内的参数值及其对应的名称，并将其输出为针对该服务项目的分析报告，供开发测试人员查阅，为开发测试人员的检修带来了便利。

可选地，在本申请的一个实施例中，所述基于目标服务代码文件对所述目标车载数据进行解析，得到目标数据后，还包括：将所述目标数据储存在本地；对所述目标数据进行离线分析，得到离线分析报告。

根据上述技术手段，本申请实施例可以保存解析后的车载DDS数据，然后对解析后的车载DDS数据进行离线分析，使得开发测试人员可以随时对车辆的DDS数据进行分析，方便了问题的排查。

本申请第二方面实施例提供一种汽车服务信号解析系统，包括：

数据获取模块，用于获取目标车载数据，所述目标车载数据为目标车辆的DDS服务信号数据；

解析模块，用于基于目标服务代码文件对所述目标车载数据进行解析，得到目标数据，其中，所述目标服务代码文件为解析DDS服务信号数据结构的信息依据的代码；

分析模块，用于对所述目标数据进行分析，得到所述目标车辆的问题分析报告。

本申请第三方面实施例提供一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器中并可在所述处理器上运行的汽车服务信号解析程序，所述处理器执行所述汽车服务信号解析程序时，实现如上的汽车服务信号解析方法。

本申请第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有汽车服务信号解析程序，该程序被处理器执行时实现如上的汽车服务信号解析方法。

本申请的有益效果：

(1)本申请实施例可以实现车端DDS服务信号的解析，并且能够自动生成问题分析报告，为开发和测试人员提供了便利。

(2)本申请实施例可以基于车载DDS信号数据中的hash值与目标服务代码文件中的hash值获取到目标车辆中的每个服务项目的对应的信息，便于开发测试人员解读，为车辆的问题排查带来了便利。

(3)本申请实施例可以保存解析后的车载DDS数据，然后对解析后的车载DDS数据进行离线分析，使得开发测试人员可以随时对车辆的DDS数据进行分析，方便了问题的排查。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中:

图1为根据本申请实施例提供的一种汽车服务信号解析方法的流程图；

图2为本申请一个具体实施例的在线解析/回放解析系统示例图；

图3为本申请一个具体实施例的解析上位机功能示意图；

图4为本申请一个具体实施例的在线解析流程框图；

图5为本申请一个具体实施例的离线解析流程框图；

图6为根据本申请实施例的汽车服务信号解析系统的结构示意图；

图7为根据本申请实施例提供的终端设备的内部结构原理框图。

具体实施方式

下面详细描述本申请的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的汽车服务信号解析方法。针对上述背景技术中心提到的现有技术还没有可以实现DDS服务信号的解析的问题，本申请提供了一种汽车服务信号解析方法，在该方法中，通过获取目标车载数据，目标车载数据为目标车辆的DDS服务信号数据，然后，基于目标服务代码文件对目标车载数据进行解析，得到目标数据，其中，目标服务代码文件为解析DDS服务信号数据结构的信息依据的代码，最后，对目标数据进行分析，得到目标车辆的问题分析报告。由此，可以轻松的对使用DDS信号的车辆进行数据提取及数据分析，解决了相关技术中还没有可以实现车端DDS服务信号的解析的技术问题，方便了开发、测试人员检修和管控对应车辆。

具体而言，图1为本申请实施例所提供的一种汽车服务信号解析方法流程示意图。

如图1所示，该汽车服务信号解析方法包括以下的步骤：

在步骤S101中，获取目标车载数据，目标车载数据为目标车辆的DDS服务信号数据。

获取目标车载数据，包括：

基于以太网转换器获取目标车载数据，以太网转换器用于将车载以太网信号转换为电脑以太网信号。

具体地，目标车载数据为目标车辆的DDS服务信号数据。参照图2，图2为连接图，当获取目标车载数据时，需要先将汽车控制器通过以太网转换器与PC端解析上位机相连，基于以太网转换器获取将车载以太网信号转换为电脑以太网信号，确保目标车载数据在线解析环境正常。

具体地，汽车控制器为使用DDS服务的目标车辆的汽车控制器，其中包含目标车辆的仪表、车机、车身控制、驾驶等控制器。

参照图3，图3为本实施例提供的PC端解析上位机功能图，PC端解析上位机为带有解析上位机的电脑，其中，PC端解析上位机包括回放设置功能、解析数据信息的显示功能和获取信号信息功能，其中，回放设置功能包括：

(1.1)连接/断开功能：用于在线解析连接与断开；

(1.2)网卡选择功能：用于在线解析选择对应网卡信息；

(1.3)回放文件选择功能：供开发、测试人员根据实际需求选择对应回放文件；

(1.4)获取服务代码文件：提供解析原始数据结构等信息依据，开发、测试人员选择对应服务代码文件。

解析数据信息的显示功能包括以下功能：

(2.1)设置序号：根据实时在线数据/回放文件给每条数据设置对应序号，方便查看；

(2.2)获取时间：根据实时在线数据/回放文件，记录每条数据产生的时间；

(2.3)获取源地址：根据实时在线数据/回放文件，把每条数据请求IP解析出来显示，可以知道数据请求方；

(2.4)获取目标地址：根据实时在线数据/回放文件，把每条数据目标IP解析出来显示，可以知道服务响应方；

(2.5)获取协议类型：根据实时在线数据/回放文件，解析出每条数据的协议，包含DOIP、RTPS等；

(2.6)获取数据长度：根据实时在线数据/回放文件，解析出每条数据长度；

(2.7)查找hash值：根据实时在线数据/回放文件，解析出服务、方法对应的唯一ID标识；

(2.8)获取服务名：根据实时在线数据/回放文件，解析出具体服务名；

(2.9)获取方法名：根据实时在线数据/回放文件，解析出具体方法名名；

(2.10)获取时延：根据实时在线数据/回放文件，计算出请求发出到接受响应的时间差；

(2.11)显示原始数据信息：显示数据原始信息，方便查看原始数据。

获取信号信息功能，包括：

(3.1)获取服务名：数据中包含的所有服务信息显示出来；

(3.2)统计请求次数：根据实时在线数据/回放文件，统计出每个服务请求次数；

(3.3)统计丢包次数：根据实时在线数据/回放文件，统计出每个服务只有数据请求无数据响应的次数，便于测试和开发人员分析问题；

(3.4)获取平均时延：根据实时在线数据/回放文件，计算服务request和reply的平均时延。

在步骤S102中，基于目标服务代码文件对目标车载数据进行解析，得到目标数据，其中，目标服务代码文件为解析DDS服务信号数据结构的信息依据的代码文件。

基于目标服务代码文件对目标车载数据进行解析，得到目标数据，包括：

基于目标车载数据中的hash值与目标服务代码文件中的hash值获取目标车载数据中的每个服务项目的对应的信息，得到目标数据。

基于目标车载数据中的hash值与目标服务代码文件中的hash值获取目标车载数据中的每个服务项目的对应的信息，得到目标数据，包括：

将每条目标车载数据中的hash值与目标服务代码文件中的hash值进行对比，解析出目标车载数据中与目标服务代码文件中相同hash值对应的服务名称、方法名称、参数名称以及参数值，得到目标数据。

具体地，在将汽车控制器通过以太网转换器与PC端解析上位机连接后，相当于是将上位机与实际控制器的网络连接在了一起，以实现数据的实时交互。

连接完成后，获取PC端解析上位机中提前存储好的目标服务代码文件，基于目标服务代码文件对目标车载数据进行解析，其中，目标服务代码文件为解析DDS服务信号数据结构的信息依据的代码文件。

具体地，根据采集的每条目标车载数据中的hash值与目标服务代码文件中的hash值做对比，由于目标服务代码文件中包含解析所有DDS服务信号数据结构的信息，则根据目标服务代码文件中的hash值可以定位到目标车载数据中记载的每个车载服务对应的hash值，提取出目标车载数据中与目标服务代码文件中相同hash值对应的服务名称、方法名称、参数名称以及参数值，以此得到目标数据。

在一实施例中，当获取到目标数据，对目标数据进行在线解析。在更多的实施例中，可以将目标数据保存在本地，以备以后随时对目标数据进行离线解析。

在步骤S103中，对目标数据进行分析，得到目标车辆的问题分析报告。

对目标数据进行分析，得到目标车辆的问题分析报告，包括：

获取目标信号，目标信号为开始对目标车辆中的目标服务进行分析的信号；

获取目标服务对应的目标阈值列表，目标阈值列表中包括目标服务中所有参数值对应的预设阈值范围；

根据目标阈值列表对目标数据进行分析，得到目标车辆的问题分析报告。

根据目标阈值列表对目标数据进行分析，得到目标车辆的问题分析报告，包括：

将目标数据中的目标服务的参数值逐一与目标阈值列表中的对应参数值的预设阈值范围进行比对，获取目标数据中的目标服务的参数值不在对应的预设阈值范围内的参数值及其对应的名称，输出为目标车辆的问题分析报告。

具体地，当目标数据获取完成，通过接收信号进行下一步。参照图4，当接受到的信号为目标信号，则开始对目标数据中涉及到目标服务的部分进行在线解析，其中，目标信号为开始对目标车辆中的目标服务进行分析的信号。

当对目标数据中涉及到目标服务的部分进行解析时，首先获取预先设置好的目标阈值列表，在本实施例中，目标阈值列表中包括目标服务中所有参数值对应的预设阈值范围。然后，根据目标阈值列表对目标车辆的目标服务进行问题分析，具体包括：将目标数据中的目标服务的参数值逐一与目标阈值列表中的对应参数值的预设阈值范围进行比对，获取目标数据中的目标服务的参数值不在对应的预设阈值范围内的参数值及其对应的名称，将其一一对应排列在文件中，即得到了目标分析报告供开发、测试人员进行在线查看。这样，极大的减轻了开发、测试人员在排查使用DDS服务信号的车辆的问题时的难度。

当接受到的信号为储存信号，则将目标数据存储在PC端解析上位机中，以供下次开发、测试人员对目标车辆进行问题排查时使用。

也就是说，基于目标服务代码文件对目标车载数据进行解析，得到目标数据后，还包括：

将目标数据储存在本地；

对目标数据进行离线分析，得到离线分析报告。

具体地，当目标数据储存在本地后，可以通过接受离线解析信号，对目标数据进行离线解析。具体参照图5。具体地，准备好目标数据和目标服务代码文件，对目标数据进行解析。具体解析过程与在线解析相同。

综上，本申请的实施例可以在车辆使用智能泊车功能时，获取相关DDS信号数据，在本实施例中，相关车辆的DDS数据为目标车载书局，并基于目标服务代码文件将目标车载数据解析为目标书局，最后对目标数据进行分析，得到分析报表，解决了相关技术中还没有可以实现车端DDS服务信号的解析的技术问题。

根据本申请实施例提出的汽车服务信号解析方法，可以通过获取目标车载数据，目标车载数据为目标车辆的DDS服务信号数据，然后，基于目标服务代码文件对目标车载数据进行解析，得到目标数据，其中，目标服务代码文件为解析DDS服务信号数据结构的信息依据的代码，最后，对目标数据进行分析，得到目标车辆的问题分析报告。由此，可以轻松的对使用DDS信号的车辆进行数据提取及数据分析，解决了相关技术中还没有可以实现车端DDS服务信号的解析的技术问题，方便了开发、测试人员检修和管控对应车辆。

其次参照附图描述根据本申请实施例提出的汽车服务信号解析系统。

如图6所示，该汽车服务信号解析系统10包括：信号获取模块100、评价模块200和优化模块300。

具体地，数据获取模块100，用于获取目标车载数据，目标车载数据为目标车辆的DDS服务信号数据。

解析模块200，用于基于目标服务代码文件对目标车载数据进行解析，得到目标数据，其中，目标服务代码文件为解析DDS服务信号数据结构的信息依据的代码。

分析模块300，用于对目标数据进行分析，得到目标车辆的问题分析报告。

需要说明的是，前述对汽车服务信号解析方法实施例的解释说明也适用于该实施例的汽车服务信号解析系统，此处不再赘述。

图7为本申请实施例提供的终端设备的结构示意图。该终端设备可以包括：

存储器701、处理器702及存储在存储器701上并可在处理器702上运行的计算机程序。

处理器702执行程序时实现上述实施例中提供的汽车服务信号解析方法。

进一步地，终端设备还包括：

通信接口703，用于存储器701和处理器702之间的通信。

存储器701，用于存放可在处理器702上运行的计算机程序。

存储器701可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

如果存储器701、处理器702和通信接口703独立实现，则通信接口703、存储器701和处理器702可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry StandardArchitecture，简称为ISA)总线、外部设备互连(PeripheralComponent，简称为PCI)总线或扩展工业标准体系结构(ExtendedIndustryStandardArchitecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选地，在具体实现上，如果存储器701、处理器702及通信接口703，集成在一块芯片上实现，则存储器701、处理器702及通信接口703可以通过内部接口完成相互间的通信。

处理器702可能是一个中央处理器(CentralProcessingUnit，简称为CPU)，或者是特定集成电路(ApplicationSpecificIntegratedCircuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的汽车服务信号解析方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备读取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或N个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质，因为可以通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种汽车服务信号解析方法，其特征在于，包括以下步骤：

获取目标车载数据，所述目标车载数据为目标车辆的DDS服务信号数据；

基于目标服务代码文件对所述目标车载数据进行解析，得到目标数据，其中，所述目标服务代码文件为解析DDS服务信号数据结构的信息依据的代码；

对所述目标数据进行分析，得到所述目标车辆的问题分析报告。

2.如权利要求1所述的方法，其特征在于，所述获取目标车载数据，包括：

基于以太网转换器获取所述目标车载数据，所述以太网转换器用于将车载以太网信号转换为电脑以太网信号。

3.如权利要求1所述的方法，其特征在于，所述基于目标服务代码文件对所述目标车载数据进行解析，得到目标数据，包括：

基于所述目标车载数据中的hash值与所述目标服务代码文件中的hash值获取所述目标车载数据中的每个服务项目的对应的信息，得到所述目标数据。

4.如权利要求3所述的方法，其特征在于，所述基于所述目标车载数据中的hash值与所述目标服务代码文件中的hash值获取所述目标车载数据中的每个服务项目的对应的信息，得到所述目标数据，包括：

将每条所述目标车载数据中的hash值与所述目标服务代码文件中的hash值进行对比，解析出所述目标车载数据中与所述目标服务代码文件中相同hash值对应的服务名称、方法名称、参数名称以及参数值，得到所述目标数据。

5.如权利要求1所述的方法，其特征在于，所述对所述目标数据进行分析，得到所述目标车辆的问题分析报告，包括：

获取目标信号，所述目标信号为开始对所述目标车辆中的目标服务进行分析的信号；

获取所述目标服务对应的目标阈值列表，所述目标阈值列表中包括所述目标服务中所有参数值对应的预设阈值范围；

根据所述目标阈值列表对所述目标数据进行分析，得到所述目标车辆的问题分析报告。

6.如权利要求5所述的方法，其特征在于，所述根据所述目标阈值列表对所述目标数据进行分析，得到所述目标车辆的问题分析报告，包括：

将所述目标数据中的所述目标服务的参数值逐一与所述目标阈值列表中的对应参数值的预设阈值范围进行比对，获取所述目标数据中的所述目标服务的参数值不在对应的预设阈值范围内的参数值及其对应的名称，输出为所述目标车辆的问题分析报告。

7.如权利要求1所述的方法，其特征在于，所述基于目标服务代码文件对所述目标车载数据进行解析，得到目标数据后，还包括：

将所述目标数据储存在本地；

对所述目标数据进行离线分析，得到离线分析报告。

8.一种汽车服务信号解析系统，其特征在于，包括：

数据获取模块，用于获取目标车载数据，所述目标车载数据为目标车辆的DDS服务信号数据；

解析模块，用于基于目标服务代码文件对所述目标车载数据进行解析，得到目标数据，其中，所述目标服务代码文件为解析DDS服务信号数据结构的信息依据的代码；

分析模块，用于对所述目标数据进行分析，得到所述目标车辆的问题分析报告。

9.一种终端设备，其特征在于，所述终端设备包括存储器、处理器及存储在所述存储器中并可在所述处理器上运行的汽车服务信号解析程序，所述处理器执行所述汽车服务信号解析程序时，实现如权利要求1-7任一项所述的汽车服务信号解析方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有汽车服务信号解析程序，所述汽车服务信号解析程序被处理器执行时，实现如权利要求1-7任一项所述的汽车服务信号解析方法的步骤。