CN113377589A - 一种故障诊断方法、装置、车载终端及介质 - Google Patents

Abstract

本申请公开了一种故障诊断方法、装置、车载终端及介质，应用于汽车技术领域，用以解决现有技术存在的通信资源占用较多、诊断流程较为复杂、诊断算法开发难度较大的问题。具体为：诊断服务进程对诊断服务请求进行解析，得到诊断服务类型和诊断请求数据并发送至诊断应用进程；诊断应用进程通过调用该诊断服务类型对应的动态链接库，获得该诊断请求数据对应的故障诊断数据并返回至诊断服务进程；诊断服务进程基于故障诊断数据确定故障诊断结果。这样，通过调用动态链接库即可实现故障诊断功能，从而可以减少诊断应用进程和诊断服务进程之间的信令交互，进而可以释放出大量的通信资源，而且，故障诊断流程较为简单，从而可以降低诊断算法的开发难度。

Description

一种故障诊断方法、装置、车载终端及介质

技术领域

本申请涉及汽车技术领域，尤其涉及一种故障诊断方法、装置、车载终端及介质。

背景技术

汽车故障诊断是在不解体或卸下个别零件的条件下，确定汽车状况并查明故障部位及原因的技术，包括汽车发动机的检测与诊断、汽车底盘的检测与诊断、汽车车身及零部件的检测与诊断、汽车排气和噪声的检测与诊断以及汽车车机系统的检测与诊断等。

目前，通常是车载终端根据诊断仪等外部设备的请求执行相应的诊断服务，在各类诊断服务中，一部分诊断服务可以通过车载终端中的诊断服务进程独立完成，另一部分诊断服务需要通过车载终端中的诊断服务进程与诊断应用进程不断地进行通信交互才能完成。对于这另一部分诊断服务，在故障诊断过程中，不仅会占用车载终端的大量通信资源，而且，诊断流程较为复杂，诊断算法开发难度较大。

发明内容

本申请实施例提供了一种故障诊断方法、装置、车载终端及介质，用以解决现有技术中的故障诊断方法存在的通信资源占用较多、诊断流程较为复杂的问题。

本申请实施例提供的技术方案如下：

一方面，本申请实施例提供了一种故障诊断方法，应用于诊断应用进程，包括：

接收诊断服务进程发送的诊断服务类型和诊断请求数据；其中，所述诊断服务类型和所述诊断请求数据是所述诊断服务进程对接收到的诊断服务请求进行解析后获得的；

通过调用所述诊断服务类型对应的动态链接库，获得所述诊断请求数据对应的故障诊断数据；其中，所述动态链接库用于基于所述诊断请求数据执行故障诊断操作后返回所述故障诊断数据；

将所述故障诊断数据返回至所述诊断服务进程。

在一种可能的实施方式中，接收诊断服务进程发送的诊断服务类型和诊断请求数据之前，还包括：

通过本地套接字与所述诊断服务进程建立通信连接。

在一种可能的实施方式中，通过调用所述诊断服务类型对应的动态链接库，获得所述诊断请求数据对应的故障诊断数据，包括：

确定所述动态链接库中与所述诊断请求数据包含的诊断请求类型对应的应用程序接口API；

将所述诊断请求数据包含的诊断请求参数输入所述API，得到所述API输出的所述故障诊断数据。

在一种可能的实施方式中，将所述故障诊断数据返回至所述诊断服务进程，包括：

按照通信连接过程中协商的数据格式，对所述故障诊断数据进行封装后返回至所述诊断服务进程。

在一种可能的实施方式中，将所述故障诊断数据返回至所述诊断服务进程之后，还包括：

确定通信完成时，关闭通过本地套接字与所述诊断服务进程建立的通信连接。

另一方面，本申请实施例提供了另一种故障诊断方法，应用于诊断服务进程，包括：

接收诊断服务请求；

对所述诊断服务请求进行解析，得到诊断服务类型和诊断请求数据，并将所述诊断服务类型和所述诊断请求数据发送至诊断应用进程；

接收所述诊断应用进程返回的故障诊断数据；其中，所述故障诊断数据是所述诊断应用进程通过调用所述诊断服务类型对应的动态链接库获得的，所述动态链接库用于基于所述诊断请求数据执行故障诊断操作后返回所述故障诊断数据；

基于所述故障诊断数据，确定故障诊断结果。

在一种可能的实施方式中，将所述诊断服务类型和所述诊断请求数据发送至诊断应用进程之前，还包括：

通过本地套接字与所述诊断应用进程建立通信连接。

在一种可能的实施方式中，将所述诊断服务类型和所述诊断请求数据发送至诊断应用进程，包括：

按照通信连接过程中协商的数据格式，对所述诊断服务类型和所述诊断请求数据进行封装后发送至所述诊断服务类型对应的诊断应用进程。

在一种可能的实施方式中，接收所述诊断应用进程返回的故障诊断数据之后，还包括：

确定通信完成时，关闭通过本地套接字与所述诊断应用进程建立的通信连接。

另一方面，本申请实施例提供了一种故障诊断装置，应用于诊断应用进程，包括：

数据接收单元，用于接收诊断服务进程发送的诊断服务类型和诊断请求数据；其中，诊断服务类型和诊断请求数据是诊断服务进程对接收到的诊断服务请求进行解析后获得的；

数据获取单元，用于通过调用诊断服务类型对应的动态链接库，获得诊断请求数据对应的故障诊断数据；其中，动态链接库用于基于诊断请求数据获取故障诊断数据；

数据返回单元，用于将故障诊断数据返回至诊断服务进程。

在一种可能的实施方式中，本申请实施例提供的故障诊断装置还包括：

建立连接单元，用于通过本地套接字与诊断服务进程建立通信连接。

在一种可能的实施方式中，通过调用诊断服务类型对应的动态链接库，获得诊断请求数据对应的故障诊断数据时，数据获取单元具体用于：

确定动态链接库中与诊断请求数据包含的诊断请求类型对应的API；

将诊断请求数据包含的诊断请求参数输入API，得到API输出的故障诊断数据。

在一种可能的实施方式中，将故障诊断数据返回至诊断服务进程时，数据返回单元具体用于：

按照通信连接过程中协商的数据格式，对故障诊断数据进行封装后返回至诊断服务进程。

在一种可能的实施方式中，本申请实施例提供的故障诊断装置还包括：

关闭连接单元，用于确定通信完成时，关闭通过本地套接字与诊断服务进程建立的通信连接。

另一方面，本申请实施例提供了另一种故障诊断装置，应用于诊断服务进程，包括：

请求接收单元，用于接收诊断服务请求；

解析发送单元，用于对诊断服务请求进行解析，得到诊断服务类型和诊断请求数据，并将诊断服务类型和诊断请求数据发送至诊断应用进程；

数据接收单元，用于接收诊断应用进程返回的故障诊断数据；其中，故障诊断数据是诊断应用进程通过调用诊断服务类型对应的动态链接库获得的，动态链接库用于基于诊断请求数据获取故障诊断数据；

故障解析单元，用于基于故障诊断数据，确定故障诊断结果。

在一种可能的实施方式中，本申请实施例提供的故障诊断装置还包括：

建立连接单元，用于通过本地套接字与诊断应用进程建立通信连接。

在一种可能的实施方式中，将诊断服务类型和诊断请求数据发送至诊断应用进程时，解析发送单元具体用于：

按照通信连接过程中协商的数据格式，对诊断服务类型和诊断请求数据进行封装后发送至诊断服务类型对应的诊断应用进程。

在一种可能的实施方式中，本申请实施例提供的故障诊断装置还包括：

关闭连接单元，用于确定通信完成时，关闭通过本地套接字与诊断应用进程建立的通信连接。

另一方面，本申请实施例提供了一种车载终端，包括：存储器、处理器和存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现本申请实施例提供的应用于诊断应用进程的故障诊断方法，和/或实现本申请实施例提供的应用于诊断服务进程的故障诊断方法。

另一方面，本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令被处理器执行时实现本申请实施例提供的应用于诊断应用进程的故障诊断方法，和/或实现本申请实施例提供的应用于诊断服务进程的故障诊断方法。

本申请实施例的有益效果如下：

本申请实施例中，通过调用动态链接库即可实现故障诊断功能，从而可以减少诊断应用进程和诊断服务进程之间的信令交互，进而可以释放出大量的通信资源，而且，故障诊断流程较为简单，从而可以降低诊断算法的开发难度。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地可以从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1a为本申请实施例中故障诊断系统的系统架构示意图；

图1b为本申请实施例中故障诊断方法的概况交互流程示意图；

图2为本申请实施例中故障诊断方法的具体交互流程示意图；

图3为本申请实施例中一种故障诊断装置的功能结构示意图；

图4为本申请实施例中另一种故障诊断装置的功能结构示意图；

图5为本申请实施例中车载终端的硬件结构示意图。

具体实施方式

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

为便于本领域技术人员更好地理解本申请，下面先对本申请涉及的技术用语进行简单介绍。

1、车载终端，为可以安装在汽车上并具备定位、通信、行车记录、电话呼叫、语音播报、音视频播放、安防报警、远程安全断油、断电安全保护等功能，且预留有多个RS-232接口和RS485接口，可外接计价器、摄像头、麦克风、耳机等的前端设备。

2、本地套接字，为诊断应用进程和诊断服务进程之间的一种通信方式，在基于本地套接字的通信方式中，诊断应用进程作为客户端，诊断服务进程作为服务器端。

3、动态链接库，为供诊断应用进程调用的用于实现诊断服务的应用程序接口(Application Programming Interface，API)库，本申请中，一类诊断服务对应一个动态链接库。

在介绍了本申请涉及的技术用语后，接下来，对本申请实施例的应用场景和设计思想进行简单介绍。

目前，参阅图1a所示，通常是车载终端110根据诊断仪等外部设备120的请求执行相应的诊断服务，在各类诊断服务中，一部分诊断服务可以通过车载终端110中的诊断服务进程111独立完成，另一部分诊断服务需要通过车载终端110中的诊断服务进程111与诊断应用进程112不断地进行通信交互才能完成。对于这另一部分诊断服务，在故障诊断过程中，不仅会占用车载终端110的大量通信资源，而且，诊断流程较为复杂，诊断算法开发难度较大。

为此，本申请实施例中，针对这另一部分诊断服务分别创建相应的动态链接库并链接到相应的诊断应用进程112上，在具体实施时，诊断服务进程111接收到诊断仪等外部设备120发送的诊断服务请求，对该诊断服务请求进行解析，得到诊断服务类型和诊断请求数据并发送至诊断应用进程112后，诊断应用进程112可以基于该诊断服务类型确定相应的动态链接库，并通过调用该动态链接库获得该诊断请求数据对应的故障诊断数据后返回至诊断服务进程111，诊断服务进程111基于该故障诊断数据确定故障诊断结果后返回至诊断仪等外部设备120进行显示。这样，通过调用动态链接库即可实现故障诊断功能，从而可以减少诊断应用进程112和诊断服务进程111之间的信令交互，进而可以释放出大量的通信资源，而且，故障诊断流程较为简单，从而可以降低诊断算法的开发难度。

在介绍了本申请实施例的应用场景和设计思想之后，下面对本申请实施例提供的技术方案进行详细说明。

本申请实施例提供了一种故障诊断方法，参阅图1b所示，本申请实施例提供的故障诊断方法的概况流程如下：

步骤101：诊断服务进程111接收诊断服务请求。

实际应用中，用户根据实际需求确定需要执行的诊断服务后，可以通过诊断仪等外部设备120向车载终端110发送诊断服务请求，车载终端110可以通过诊断服务进程111接收该诊断服务请求。

步骤102：诊断服务进程111对该诊断服务请求进行解析，得到诊断服务类型和诊断请求数据。

值得说的是，实际应用中，诊断服务进程111对该诊断服务请求进行解析，得到诊断服务类型和诊断请求数据后，基于该诊断服务类型确定该诊断服务请求可以独立处理时，可以直接基于该诊断请求数据执行相应的故障诊断操作，得到故障诊断数据，并基于故障诊断数据，确定故障诊断结果后，将该故障诊断结果返回至诊断仪等外部设备120进行显示。

步骤103：诊断服务进程111将该诊断服务类型和该诊断请求数据发送至诊断应用进程112。

实际应用中，车载终端110中存在至少一个诊断应用进程112，每个诊断应用进程112可以处理至少一类诊断服务，基于此，诊断服务进程111基于该诊断服务类型确定该诊断服务请求无法独立完成时，可以先基于该诊断服务类型确定相应的诊断应用进程112，再通过本地套接字与该诊断应用进程112建立通信连接，当通信连接建立完成后，可以按照通信连接过程中协商的数据格式，对该诊断服务类型和该诊断请求数据进行封装并发送至该诊断应用进程112。

步骤104：诊断应用进程112接收到诊断服务进程111发送的诊断服务类型和诊断请求数据后，通过调用该诊断服务类型对应的动态链接库，获得该诊断请求数据对应的故障诊断数据；其中，该动态链接库用于基于该诊断请求数据执行故障诊断操作后返回故障诊断数据。

实际应用中，由于每个诊断应用进程112可以处理至少一类诊断服务，所以每个诊断应用进程112都链接有至少一个动态链接库，基于此，诊断应用进程112接收到诊断服务进程111发送的诊断服务类型和诊断请求数据后，可以先基于该诊断服务类型确定相应的动态链接库，再进一步确定该动态链接库中与该诊断请求数据包含的诊断请求类型对应的API，最后，将该诊断请求数据包含的诊断请求参数输入该API，得到该API输出的故障诊断数据。

步骤105：诊断应用进程112将该故障诊断数据返回至诊断服务进程111。

实际应用中，诊断应用进程112可以按照通信连接过程中协商的数据格式，对该故障诊断数据进行封装后再返回至诊断服务进程111。

进一步的，诊断应用进程112将该故障诊断数据按照通信连接过程中协商的数据格式进行封装并返回至诊断服务进程111后，确定通信完成时，可以关闭通过本地套接字与诊断服务进程111建立的通信连接。

步骤106：诊断服务进程111接收到诊断应用进程112返回的故障诊断数据后，基于该故障诊断数据，确定故障诊断结果。

实际应用中，诊断服务进程111基于该故障诊断数据，确定故障诊断结果后，还可以将该故障诊断结果返回至诊断仪等外部设备120进行显示。

进一步的，诊断服务进程111确定通信完成时，还可以关闭通过本地套接字与诊断应用进程112建立的通信连接。

下面对本申请实施例提供的故障诊断方法作进一步详细说明，参阅图2所示，本申请实施例提供的故障诊断方法的具体流程如下：

步骤201：诊断仪等外部设备120向车载终端110发送诊断服务请求。

步骤202：车载终端110中的诊断服务进程111对该诊断服务请求进行解析，得到诊断服务类型、请求参数和请求类型。

步骤203：车载终端110中的诊断服务进程111基于该诊断服务类型确定相应的诊断应用进程112，并通过本地套接字与该诊断应用进程112建立通信连接。

步骤204：车载终端110中的诊断服务进程111按照通信连接过程中协商的数据格式，对该诊断服务类型、该请求参数和该请求类型进行封装。

步骤205：车载终端110中的诊断服务进程111将封装后的诊断服务类型、请求参数和请求类型发送至车载终端110中的诊断应用进程112。

步骤206：车载终端110中的诊断应用进程112基于该诊断服务类型确定相应的动态链接库。

步骤207：车载终端110中的诊断应用进程112确定该动态链接库中与该诊断请求类型对应的API。

步骤208：车载终端110中的诊断应用进程112将该诊断请求参数输入该API，得到该API输出的故障诊断数据。

步骤209：车载终端110中的诊断应用进程112按照通信连接过程中协商的数据格式，对该故障诊断数据进行封装。

步骤210：车载终端110中的诊断应用进程112将封装后的故障诊断数据返回至车载终端110中的诊断服务进程111。

步骤211：车载终端110中的诊断应用进程112确定通信完成时，关闭通过本地套接字与诊断服务进程111建立的通信连接。

步骤212：车载终端110中的诊断服务进程111基于该故障诊断数据，确定故障诊断结果。

步骤213：车载终端110中的诊断服务进程111将该故障诊断结果返回至诊断仪。

步骤214：诊断仪对该故障诊断结果进行显示。

步骤215：车载终端110中的诊断服务进程111确定通信完成时，关闭通过本地套接字与诊断应用进程112建立的通信连接。

基于上述实施例，本申请实施例提供了一种故障诊断装置，该故障诊断装置可以应用于诊断应用进程，参阅图3所示，本申请实施例提供的应用于诊断应用进程的故障诊断装置300至少包括：

数据接收单元301，用于接收诊断服务进程111发送的诊断服务类型和诊断请求数据；其中，诊断服务类型和诊断请求数据是诊断服务进程111对接收到的诊断服务请求进行解析后获得的；

数据获取单元302，用于通过调用诊断服务类型对应的动态链接库，获得诊断请求数据对应的故障诊断数据；其中，动态链接库用于基于诊断请求数据获取故障诊断数据；

数据返回单元303，用于将故障诊断数据返回至诊断服务进程111。

在一种可能的实施方式中，本申请实施例提供的故障诊断装置300还包括：

建立连接单元304，用于通过本地套接字与诊断服务进程111建立通信连接。

在一种可能的实施方式中，通过调用诊断服务类型对应的动态链接库，获得诊断请求数据对应的故障诊断数据时，数据获取单元302具体用于：

确定动态链接库中与诊断请求数据包含的诊断请求类型对应的API；

将诊断请求数据包含的诊断请求参数输入API，得到API输出的故障诊断数据。

在一种可能的实施方式中，将故障诊断数据返回至诊断服务进程111时，数据返回单元303具体用于：

按照通信连接过程中协商的数据格式，对故障诊断数据进行封装后返回至诊断服务进程111。

在一种可能的实施方式中，本申请实施例提供的故障诊断装置300还包括：

关闭连接单元305，用于确定通信完成时，关闭通过本地套接字与诊断服务进程111建立的通信连接。

基于上述实施例，本申请实施例还提供了另一种故障诊断装置，该故障诊断装置可以应用于诊断服务进程，参阅图4所示，本申请实施例提供的应用于诊断服务进程的故障诊断装置400至少包括：

请求接收单元401，用于接收诊断服务请求；

解析发送单元402，用于对诊断服务请求进行解析，得到诊断服务类型和诊断请求数据，并将诊断服务类型和诊断请求数据发送至诊断应用进程112；

数据接收单元403，用于接收诊断应用进程112返回的故障诊断数据；其中，故障诊断数据是诊断应用进程112通过调用诊断服务类型对应的动态链接库获得的，动态链接库用于基于诊断请求数据获取故障诊断数据；

故障解析单元404，用于基于故障诊断数据，确定故障诊断结果。

在一种可能的实施方式中，本申请实施例提供的故障诊断装置400还包括：

建立连接单元405，用于通过本地套接字与诊断应用进程112建立通信连接。

在一种可能的实施方式中，将诊断服务类型和诊断请求数据发送至诊断应用进程112时，解析发送单元402具体用于：

按照通信连接过程中协商的数据格式，对诊断服务类型和诊断请求数据进行封装后发送至诊断服务类型对应的诊断应用进程112。

在一种可能的实施方式中，本申请实施例提供的故障诊断装置400还包括：

关闭连接单元406，用于确定通信完成时，关闭通过本地套接字与诊断应用进程112建立的通信连接。

需要说明的是，本申请实施例提供的两种故障诊断装置解决技术问题的原理与本申请实施例提供的故障诊断方法相似，因此，本申请实施例提供的两种故障诊断装置的实施可以参见本申请实施例提供的故障诊断方法的实施，重复之处不再赘述。

在介绍了本申请实施例提供的故障诊断方法和装置之后，接下来，对本申请实施例提供的车载终端110进行简单介绍。

参阅图5所示，本申请实施例提供的车载终端110至少包括：处理器501、存储器502和存储在存储器502上并可在处理器501上运行的计算机程序，处理器501执行计算机程序时实现本申请实施例提供的应用于诊断应用进程的故障诊断方法，和/或实现本申请实施例提供的应用于诊断服务进程的故障诊断方法。

需要说明的是，图5所示的车载终端110仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

本申请实施例提供的车载终端110还可以包括连接不同组件(包括处理器501和存储器502)的总线503。其中，总线503表示几类总线结构中的一种或多种，包括存储器总线、外围总线、局域总线等。

存储器502可以包括易失性存储器形式的可读介质，例如随机存储器(RandomAccess Memory，RAM)5021和/或高速缓存存储器5022，还可以进一步包括只读存储器(ReadOnly Memory，ROM)5023。

存储器502还可以包括具有一组(至少一个)程序模块5024的程序工具5025，程序模块5024包括但不限于：操作子系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

车载终端110也可以与一个或多个外部设备120(例如键盘、遥控器等)通信，还可以与一个或者多个使得用户能与车载终端110交互的设备通信(例如手机、电脑等)，和/或，与使得车载终端110与一个或多个其它车载终端110进行通信的任何设备(例如路由器、调制解调器等)通信。这种通信可以通过输入/输出(Input/Output，I/O)接口505进行。并且，车载终端110还可以通过网络适配器506与一个或者多个网络(例如局域网(Local AreaNetwork，LAN)，广域网(Wide Area Network，WAN)和/或公共网络，例如因特网)通信。如图5所示，网络适配器506通过总线503与车载终端110的其它模块通信。应当理解，尽管图5中未示出，可以结合车载终端110使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of IndependentDisks，RAID)子系统、磁带驱动器以及数据备份存储子系统等。

下面对本申请实施例提供的计算机可读存储介质进行简单介绍。本申请实施例提供的计算机可读存储介质存储有计算机指令，计算机指令被处理器执行时实现本申请实施例提供的应用于诊断应用进程的故障诊断方法，和/或实现本申请实施例提供的应用于诊断服务进程的故障诊断方法。具体地，该可执行程序可以内置或者安装在车载终端110中，这样，车载终端110就可以通过执行内置或者安装的可执行程序实现本申请实施例提供的应用于诊断应用进程的故障诊断方法，和/或实现本申请实施例提供的应用于诊断服务进程的故障诊断方法。

此外，本申请实施例提供的两种故障诊断方法还可以实现为一种程序产品，该程序产品包括程序代码，当该程序产品可以在车载终端110上运行时，该程序代码用于使车载终端110执行本申请实施例提供的应用于诊断应用进程的故障诊断方法，和/或实现本申请实施例提供的应用于诊断服务进程的故障诊断方法。

本申请实施例提供的程序产品可以采用一个或多个可读介质的任意组合，其中，可读介质可以是可读信号介质或者可读存储介质，而可读存储介质可以是但不限于是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合，具体地，可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、RAM、ROM、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、光纤、便携式紧凑盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请实施例提供的程序产品可以采用CD-ROM并包括程序代码，还可以在计算设备上运行。然而，本申请实施例提供的程序产品不限于此，在本申请实施例中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (13)

1.一种故障诊断方法，其特征在于，应用于诊断应用进程，包括：

接收诊断服务进程发送的诊断服务类型和诊断请求数据；其中，所述诊断服务类型和所述诊断请求数据是所述诊断服务进程对接收到的诊断服务请求进行解析后获得的；

通过调用所述诊断服务类型对应的动态链接库，获得所述诊断请求数据对应的故障诊断数据；其中，所述动态链接库用于基于所述诊断请求数据执行故障诊断操作后返回所述故障诊断数据；

将所述故障诊断数据返回至所述诊断服务进程。

2.如权利要求1所述的故障诊断方法，其特征在于，接收诊断服务进程发送的诊断服务类型和诊断请求数据之前，还包括：

通过本地套接字与所述诊断服务进程建立通信连接。

3.如权利要求1或2所述的故障诊断方法，其特征在于，通过调用所述诊断服务类型对应的动态链接库，获得所述诊断请求数据对应的故障诊断数据，包括：

确定所述动态链接库中与所述诊断请求数据包含的诊断请求类型对应的应用程序接口API；

将所述诊断请求数据包含的诊断请求参数输入所述API，得到所述API输出的所述故障诊断数据。

4.如权利要求2所述的故障诊断方法，其特征在于，将所述故障诊断数据返回至所述诊断服务进程，包括：

按照通信连接过程中协商的数据格式，对所述故障诊断数据进行封装后返回至所述诊断服务进程。

5.如权利要求2所述的故障诊断方法，其特征在于，将所述故障诊断数据返回至所述诊断服务进程之后，还包括：

确定通信完成时，关闭通过本地套接字与所述诊断服务进程建立的通信连接。

6.一种故障诊断方法，其特征在于，应用于诊断服务进程，包括：

接收诊断服务请求；

对所述诊断服务请求进行解析，得到诊断服务类型和诊断请求数据，并将所述诊断服务类型和所述诊断请求数据发送至诊断应用进程；

接收所述诊断应用进程返回的故障诊断数据；其中，所述故障诊断数据是所述诊断应用进程通过调用所述诊断服务类型对应的动态链接库获得的，所述动态链接库用于基于所述诊断请求数据执行故障诊断操作后返回所述故障诊断数据；

基于所述故障诊断数据，确定故障诊断结果。

7.如权利要求6所述的故障诊断方法，其特征在于，将所述诊断服务类型和所述诊断请求数据发送至诊断应用进程之前，还包括：

通过本地套接字与所述诊断应用进程建立通信连接。

8.如权利要求7所述的故障诊断方法，其特征在于，将所述诊断服务类型和所述诊断请求数据发送至诊断应用进程，包括：

按照通信连接过程中协商的数据格式，对所述诊断服务类型和所述诊断请求数据进行封装后发送至所述诊断服务类型对应的诊断应用进程。

9.如权利要求7或8所述的故障诊断方法，其特征在于，接收所述诊断应用进程返回的故障诊断数据之后，还包括：

确定通信完成时，关闭通过本地套接字与所述诊断应用进程建立的通信连接。

10.一种故障诊断装置，其特征在于，包括：

数据接收单元，用于接收诊断服务进程发送的诊断服务类型和诊断请求数据；其中，所述诊断服务类型和所述诊断请求数据是所述诊断服务进程对接收到的诊断服务请求进行解析后获得的；

数据获取单元，用于通过调用所述诊断服务类型对应的动态链接库，获得所述诊断请求数据对应的故障诊断数据；其中，所述动态链接库用于基于所述诊断请求数据获取所述故障诊断数据；

数据返回单元，用于将所述故障诊断数据返回至所述诊断服务进程。

11.一种故障诊断装置，其特征在于，包括：

请求接收单元，用于接收诊断服务请求；

解析发送单元，用于对所述诊断服务请求进行解析，得到诊断服务类型和诊断请求数据，并将所述诊断服务类型和所述诊断请求数据发送至诊断应用进程；

数据接收单元，用于接收所述诊断应用进程返回的故障诊断数据；其中，所述故障诊断数据是所述诊断应用进程通过调用所述诊断服务类型对应的动态链接库获得的，所述动态链接库用于基于所述诊断请求数据获取所述故障诊断数据；

故障解析单元，用于基于所述故障诊断数据，确定故障诊断结果。

12.一种车载终端，其特征在于，包括：存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-5任一项所述的故障诊断方法，和/或实现如权利要求6-9任一项所述的故障诊断方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令被处理器执行时实现如权利要求1-5任一项所述的故障诊断方法，和/或实现如权利要求6-9任一项所述的故障诊断方法。

Images