CN116055485A - 整车健康管理方法、装置、设备及介质 - Google Patents

Abstract

本发明公开了一种整车健康管理方法，方法包括：分别获取从节点与关联所述从节点的第一对象的第一健康状态信息，以及主节点与关联主节点的第二对象的第二健康状态信息；将第一健康状态信息进行发布；将第二健康状态信息以及所述主节点订阅的第一健康状态信息通过数据分发服务进行发布，以使终端设备通过数据分发服务订阅所述主节点发布的第一健康状态信息和第二健康状态信息。本发明通过数据分发服务来对整车上的各个控制器(主节点和从节点)采集到的健康状态信息进行发布和订阅，这样可以使车辆的使用者、车辆的生产运营者、甚至车辆的研发人员实时获取到整车运行时的健康数据从而知道车辆运行情况，尤其是当车辆有异常发生时，能及时做出对应措施或是决策。

Description

整车健康管理方法、装置、设备及介质

技术领域

本发明属于汽车健康管理技术领域，具体涉及一种整车健康管理方法、装置、设备及介质。

背景技术

在软件定义汽车的潮流下，整车的智能化越来越高，所需的嵌入式控制器也越来越复杂，各嵌入式控制上所运行的软件也多种多样，让整车的健康情况也呈现出越来越复杂。

针对整车运行中各嵌入式控制器本身运行的系统、应用软件、硬件以及各控制器收集到的各种健康信息却没有一个系统来进行统一的管理。比如已有传统车辆诊断用到的诊断仪方式，通过诊断仪连接到车辆读取出诊断码来判断车辆故障，这样方式的不能实时获取，并只能是由诊断码定义的微量信息；再有传统嵌入式控制器使用的日志记录的方式获取车辆运行的数据方式，这种方式一般都是出了问题后，车辆送到专业机构由专业的维修人员使用专业工具读取出数据，再把数据发送专业机构来分析解读问题。

以上方式均不能实时获取到整车运行的健康数据。

发明内容

鉴于以上所述现有技术的缺点，本发明提供一种整车健康管理方法、装置、设备及介质，以解决上述技术问题。

本发明提供的一种整车健康管理方法，所述整车中包括多个控制器，其中至少一个控制器作为主节点，其余的控制器作为从节点，所述方法包括：

分别获取所述从节点与关联所述从节点的第一对象的第一健康状态信息，以及所述主节点与关联所述主节点的第二对象的第二健康状态信息；

将所述第一健康状态信息通过数据分发服务进行发布；

将所述第二健康状态信息以及所述主节点通过数据分发服务订阅的所述第一健康状态信息通过数据分发服务进行发布，以使终端设备通过数据分发服务订阅所述主节点发布的第一健康状态信息和第二健康状态信息。

于本发明一实施例中，所述从节点上部署有：

第一传统诊断管理应用，用于获取车辆的第一故障诊断码；

第一应用诊断管理应用，用于获取所述第一传统诊断管理应用发送的第一故障诊断码，以及运行在所述从节点上的应用的第一应用诊断信息；

第一健康信息收集客户端，用于获取所述从节点的第一自身健康状态信息以及所述第一应用诊断管理应用获取的第一故障诊断码、第一应用诊断信息；其中，所述第一故障诊断码、所述第一自身健康状态信息以及所述第一应用诊断信息作为第一健康状态信息；

第一健康信息订阅发布管理应用，用于通过数据分发服务订阅所述第一健康状态信息并进行发布。

于本发明一实施例中，在所述第一主节点与所述第二主节点上均部署有：

第二传统诊断管理应用，用于获取车辆的第二故障诊断码；

第二应用诊断管理应用，用于获取所述第一传统诊断管理应用发送的第一故障诊断码，以及运行在所述第一主节点或/和第二主节点上的应用的第二应用诊断信息；

第二健康信息收集客户端，用于获取所述第一主节点或/和第二主节点的第二自身健康状态信息以及所述第二应用诊断管理应用获取的第二故障诊断码、第二应用诊断信息；其中，所述第二故障诊断码、所述第二自身健康状态信息以及所述第二应用诊断信息作为第二健康状态信息；

第二健康信息收集服务端，用于获取所述第二健康信息收集客户端采集的第二健康状态信息；

第二健康信息订阅发布管理应用，用于通过数据分发服务订阅所述第一健康状态信息，并将所述第二健康状态信息和通过数据分发服务订阅的所述第一健康状态信息通过数据分发服务行发布。

于本发明一实施例中，所述从节点上还部署有：

第一日志管理应用，用于将运行在所述从节点上的应用的应用调用日志的接口按照日志等级进行存储。

于本发明一实施例中，所述第一主节点和第二主节点上还部署有：

第二日志管理应用，用于将运行在所述第一主节点或/所述第二主节点上的应用的应用调用日志的接口按照日志等级进行存储；

执行管理应用，用于对运行在所述主节点和所述从节点上的应用进行启停管理；

状态管理应用，用于对所述整车的工作模式进行管理。

于本发明一实施例中，所述主节点包括第一主节点和第二主节点，所述方法还包括：

在所述第一主节点发生故障时，通过所述第二主节点获取所述从节点的第二健康状态信息。

于本发明一实施例中，当所述第一主节点正常运行时，所述第一主节点中的第二健康信息收集客户端不运行，所述第二健康信息收集服务端运行；当所述第一主节点发生故障时，所述第二主节点中的第二健康信息收集服务端运行。

于本发明一实施例中，所述终端设备包括以下至少之一：云端、手机端、PC端中的一种。

于本发明一实施例中，所述云端或/和手机端上均部署有：

第三健康信息收集服务端，用于通过数据分发服务订阅所述主节点通过数据分发服务发布的第一健康状态信息和第二健康状态信息；

健康信息展示管理，用于对通过数据分发服务订阅对所述第一健康状态信息和第二健康状态信息进行可视化展示。

本发明提供的一种整车健康管理装置，所述整车中包括多个控制器，其中至少一个控制器作为主节点，其余的控制器作为从节点，所述装置包括：

健康状态信息获取模块，用于分别获取所述从节点与关联所述从节点的第一对象的第一健康状态信息，以及所述主节点与关联所述主节点的第二对象的第二健康状态信息；

发布模块，用于将所述第一健康状态信息通过数据分发服务进行发布，以及将所述第二健康状态信息、所述主节点通过数据分发服务订阅的所述第一健康状态信息通过数据分发服务进行发布，以使终端设备通过数据分发服务订阅所述主节点发布的第一健康状态信息和第二健康状态信息。

本发明提供的一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述的整车健康管理方法的步骤。

本发明提供的一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行上述整车健康管理方法的步骤。

本发明的有益效果：本发明中的一种整车健康管理方法，所述整车中包括多个控制器，其中至少一个控制器作为主节点，其余的控制器作为从节点，所述方法包括：分别获取所述从节点与关联所述从节点的第一对象的第一健康状态信息，以及所述主节点与关联所述主节点的第二对象的第二健康状态信息；将所述第一健康状态信息通过数据分发服务进行发布；将所述第二健康状态信息以及所述主节点通过数据分发服务订阅的所述第一健康状态信息通过数据分发服务进行发布，以使终端设备通过数据分发服务订阅所述主节点发布的第一健康状态信息和第二健康状态信息。本发明通过数据分发服务来对整车上的各个控制器(主节点和从节点)采集到的健康状态信息进行发布和订阅，这样可以使车辆的使用者、车辆的生产运营者、甚至车辆的研发人员实时获取到整车运行时的健康数据从而知道车辆运行情况，尤其是当车辆有异常发生时，能及时做出对应措施或是决策。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本申请的一示例性实施例示出的整车健康管理方法的实施环境示意图；

图2是本申请的一示例性实施例示出的整车健康管理方法的流程图；

图3是本申请的一示例性实施例示出的整车各控制器上应用部署图；

图4是本申请的一示例性实施例示出的从节点的结构图；

图5是本申请的一示例性实施例示出的主节点的结构图；

图6是本申请的一示例性实施例示出的整车健康管理装置的框图；

图7示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。

图1是本申请一种示例性整车健康管理方法实施环境的示意图。请参阅图1，该实施环境中包括终端设备101和服务器102，终端设备101和服务器102之间通过有线或者无线网络进行通信。服务器分别获取所述从节点与关联所述从节点的第一对象的第一健康状态信息，以及所述主节点与关联所述主节点的第二对象的第二健康状态信息；将所述第一健康状态信息通过数据分发服务进行发布；将所述第二健康状态信息以及所述主节点通过数据分发服务订阅的所述第一健康状态信息通过数据分发服务进行发布，以使终端设备通过数据分发服务订阅所述主节点发布的第一健康状态信息和第二健康状态信息。

应该理解，图1中的终端设备101和服务器102的数目仅仅是示意性的。根据实际需要，可以具有任意数目的终端设备101和服务器102。

其中，终端设备101对应客户端，其可以是任意具有用户输入接口的电子设备，包括但不限于智能手机、平板、笔记本电脑、计算机、车载电脑等等，其中，用户输入接口包括但不限于触摸屏、键盘、物理按键、音频拾取装置等。

其中，服务器102对应服务端，其可以是提供各种服务的服务器，其可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(ContentDeliveryNetwork，内容分发网络)以及大数据和人工智能平台等基础云计算服务的云服务器，本处不对此进行限制。

终端设备101可以通过3G(第三代的移动信息技术)、4G(第四代的移动信息技术)、5G(第五代的移动信息技术)等无线网络与服务端102进行通信，本处也不对此进行限制。

本申请的实施例分别提出一种整车健康管理方法、一种整车健康管理装置、一种电子设备、一种计算机可读存储介质，以下将对这些实施例进行详细描述。

请参阅图2，图2是本申请的一示例性实施例示出的一种整车健康管理方法的流程图。该方法可以应用于图1所示的实施环境，并由该实施环境中的终端设备101具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。

请参阅图2，图2为本申请一示例性的一种整车健康管理方法的流程图，首先需要说明的是：整车中包括多个控制器，其中至少一个控制器作为主节点，其余的控制器作为从节点，该整车健康管理方法至少包括步骤S210至步骤S230，详细介绍如下：

步骤S210，分别获取所述从节点与关联所述从节点的第一对象的第一健康状态信息，以及所述主节点与关联所述主节点的第二对象的第二健康状态信息；

步骤S220，将所述第一健康状态信息通过数据分发服务进行发布；

步骤S230，将所述第二健康状态信息以及所述主节点通过数据分发服务订阅的所述第一健康状态信息通过数据分发服务进行发布，以使终端设备通过数据分发服务订阅所述主节点发布的第一健康状态信息和第二健康状态信息。

本发明通过数据分发服务来对整车上的各个控制器(主节点和从节点)采集到的健康状态信息进行发布和订阅，这样可以使车辆的使用者、车辆的生产运营者、甚至车辆的研发人员实时获取到整车运行时的健康数据从而知道车辆运行情况，尤其是当车辆有异常发生时，能及时做出对应措施或是决策。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本发明通过在车辆各嵌入式控制器上采用DDS通讯技术(DDS,DataDistributionService,数据分发服务)的订阅、发布方式把整车的各控制器“连接起来”，形成网状拓扑结构；再根据各控制器上运行的操作系统和对应功能部署参与健康管理的应用，并把整车各嵌入式控制器本身运行的操作系统、应用软件、硬件以及各控制器收集到的各种健康信息采用DDS通讯技术发布出去，最后由远程的云端或/和PC端来订阅整车的健康信息。

以下对各个步骤进行详细说明。

在步骤S210中，分别获取所述从节点与关联所述从节点的第一对象的第一健康状态信息，以及所述主节点与关联所述主节点的第二对象的第二健康状态信息；

在本实施例中，将整中的每一个控制器作为一个节点，其中至少一个作为主节点，即可以选择大于一个的节点来作为主节点，而其余剩下的节点作为从主节。需要说明的是，主节点与从节点之间可以通信。

在本实施例中，第一对象是关联所述从节点的对象，第一对象具体可以指接受从节点控制的硬件设备、从节点上运行的操作系统以及从节点上运行的一个或多个APP应用(Application)。从节点通过采集硬件设备的健康状态信息、操作系统的健康状态信息以及APP应用的健康状态信息来获得从节点的第一健康状态信息。第二对象是关联所述主节点的对象，第二对象具体可以指接受主节点控制的硬件设备、主节点上运行的操作系统以及主节点上运行的一个或多个APP应用(Application)。主节点通过采集硬件设备的健康状态信息、操作系统的健康状态信息以及APP应用的健康状态信息来获得主节点的第二健康状态信息。

请参阅图3，图3为本申请一示例性实施例中整车各控制器上应用部署图。其中，需要说明的是，本实施例中表示主节点和表示从节点的控制器包括：基于Qnx(QuickUNIX，实时操作系统)、基于Linux、基于Android、单片机、基于RTOS(RealTimeOperatingSystem，简称RTOS)、基于autoSAR(CP)(AUTOmotiveOpenSystemArchitecture，汽车开放系统架构，CP表示经典平台)、基于autoSAR(AUTOmotiveOpenSystemArchitecture，汽车开放系统架构，AP表示自适应平台)、基于单片机、基于Windows等的控制器。

在步骤S220中，将所述第一健康状态信息通过数据分发服务进行发布；

请参阅图4，图4为本申请一示例性实施例中，从节点的结构框图。如图4所示，嵌入式控制器Android-c和mcu-d作为从节点。所述从节点上部署有：第一传统诊断管理应用(DM)410、第一应用诊断管理应用(SDM)420、第一健康信息收集客户端(PHM-client)430、第二健康信息订阅发布管理应用(PHM-report)440；其中，

所述第一传统诊断管理应用(DM)410，用于获取车辆的第一故障诊断码(DTC)；DTC其实就是诊断故障代码的意思，现在大多数的汽车在出现故障后，会通过故障代码去诊断，然后在仪表盘作出显示，比如说汽车底盘、车身、污染物质、噪音等相关附件出现故障，就会根据该代码去展现。

所述第一应用诊断管理应用(SDM)420，用于获取所述第一传统诊断管理应用发送的第一故障诊断码，以及运行在所述从节点上的应用的第一应用诊断信息；这里所说的应用是指运行在从节点上的一个或多个APP应用，第一应用诊断管理应用对一个或多个APP进行诊断，当某一个APP应用运行出现问题时，第一应用诊断管理应用会获取到对应这个APP应用的表示故障的运行数据，从而完成应用故障的诊断。需要说明的是，第一应用诊断管理应用除了获取运行在从节点上的APP应用的故障信息外，还需要读取第一传统诊断管理应用里的关于车辆故障的诊断故障代码。

所述第一健康信息收集客户端(PHM-client)430，用于获取所述从节点的第一自身健康状态信息以及所述第一应用诊断管理应用获取的第一故障诊断码、第一应用诊断信息；第一健康信息收集客户端采集第一应用诊断管理应用发布的第一故障诊断码和第一应用诊断信息，然后把自身的第一自身健康状态信息以及第一故障诊断码和第一应用诊断信息发送给进行发布。

其中，所述第一故障诊断码、所述第一自身健康状态信息以及所述第一应用诊断信息作为第一健康状态信息。

所述第一健康信息订阅发布管理应用(PHM-report)440，用于通过数据分发服务订阅所述第一健康状态信息并进行发布。

在一实施例中，所述从节点上还部署有：

第一日志管理应用(LT)，用于将运行在所述从节点上的应用的应用调用日志的接口按照日志等级进行存储。需要说明的是，第一日志管理应用生成数据由所述第一健康信息收集客户端进行采集管理。

在步骤S230中，将所述第二健康状态信息以及所述主节点通过数据分发服务订阅的所述第一健康状态信息通过数据分发服务进行发布，以使终端设备通过数据分发服务订阅所述主节点发布的第一健康状态信息和第二健康状态信息。

请参阅图5，图5为本申请一示例性实施例中，主节点的结构框图。如图5所示，嵌入式控制器Qnx-a和Linux-b作为主节点。在所述第一主节点与所述第二主节点上均部署有：第二传统诊断管理应用(DM)510、第二应用诊断管理应用(SDM)520、第二健康信息收集客户端(PHM-client)530、第二健康信息收集服务端(PHM-master)540、第二健康信息订阅发布管理应用(PHM-report)550；

所述第二传统诊断管理应用(DM)510，用于获取车辆的第二故障诊断码；DTC其实就是诊断故障代码的意思，现在大多数的汽车在出现故障后，会通过故障代码去诊断，然后在仪表盘作出显示，比如说汽车底盘、车身、污染物质、噪音等相关附件出现故障，就会根据该代码去展现。

所述第二应用诊断管理应用(SDM)520，用于获取所述第一传统诊断管理应用发送的第一故障诊断码，以及运行在所述第一主节点或/和第二主节点上的应用的第二应用诊断信息；这里所说的应用是指运行在主节点上的一个或多个APP应用，第二应用诊断管理应用对一个或多个APP进行诊断，当某一个APP应用运行出现问题时，第二应用诊断管理应用会获取到对应这个APP应用的表示故障的运行数据，从而完成应用故障的诊断。需要说明的是，第二应用诊断管理应用除了获取运行在从节点上的APP应用的故障信息外，还需要读取第二传统诊断管理应用里的关于车辆故障的诊断故障代码。

所述第二健康信息收集客户端(PHM-client)530，用于获取所述第一主节点或/和第二主节点的第二自身健康状态信息以及所述第二应用诊断管理应用获取的第二故障诊断码、第二应用诊断信息；其中，所述第二故障诊断码、所述第二自身健康状态信息以及所述第二应用诊断信息作为第二健康状态信息；第二自身健康状态信息表示的是从节点上运行的操作系统的健康状态信息。第二健康信息收集客户端采集第二应用诊断管理应用发布的第二故障诊断码和第二应用诊断信息。

所述第二健康信息收集服务端(PHM-master)540，用于获取所述第二健康信息收集客户端采集的第二健康状态信息；

所述第二健康信息订阅发布管理应用(PHM-report)550，用于通过数据分发服务订阅所述第一健康状态信息，并将所述第二健康状态信息和通过数据分发服务订阅的所述第一健康状态信息通过数据分发服务行发布。

在一实施例中，所述第一主节点和第二主节点上还部署有：

第二日志管理应用(LT)，用于将运行在所述第一主节点或/所述第二主节点上的应用的应用调用日志的接口按照日志等级进行存储；

执行管理应用(EM)，用于对运行在所述主节点和所述从节点上的应用进行启停管理；其中，所述启停管理指的是对应用的启动和停止进行管理。

状态管理应用(SM)，用于对所述整车的工作模式进行管理。其中，工作模式包括：电源模式、升级管理模式、诊断管理模式、车辆运行中各种功能组运行模式。

需要说明的是，第二日志管理应用(LT)产生的数据由所述第二健康信息收集服务端(PHM-master)进行采集管理，执行管理应用(EM)产生的数据由状态管理应用(SM)进行采集管理，而状态管理应用(SM)产生的数据由所述第二健康信息收集服务端(PHM-master)进行采集管理。

在一实施例中，所述主节点包括第一主节点和第二主节点，所述方法还包括：

在所述第一主节点发生故障时，通过所述第二主节点获取所述从节点的第二健康状态信息。

具体地，当所述第一主节点正常运行时，所述第一主节点中的第二健康信息收集客户端不运行，所述第二健康信息收集服务端运行；当所述第一主节点发生故障时，所述第二主节点中的第二健康信息收集服务端运行。

通过上述方法，实现了节点的冗余运行。

具体地，在第一节点中第二健康信息收集客户端运行异常时，将运行异常的信息发送至第二主节点，第二主节点基于异常的信息启动第二主节点内的第二健康信息收集服务端运行。

在一实施例中，还可以在第一主节点内部置第一主软件、第一冗余软件；在第二主节点内部置第二主软件和第二冗余软件；第一主节点内部的第一主软件运行异常时，将运行异常的信息发送至第二主节点，第二主节点因此启动第一冗余软件，从而将第一主节点丢失的功能拉起；同理，第二主节点内部的第二主软件运行异常时，将运行异常的信息发送至第一主节点，第一主节点因此启动第二冗余软件，从而将第二主节点丢失的功能拉起。

在一实施例中，所述终端设备包括以下至少之一：云端、手机端、PC端中的一种。

在一实施例中，所述云端或/和手机端上均部署有：

第三健康信息收集服务端(PHM-client)，用于通过数据分发服务订阅所述主节点通过数据分发服务发布的第一健康状态信息和第二健康状态信息；

健康信息展示管理，用于对通过数据分发服务订阅对所述第一健康状态信息和第二健康状态信息进行可视化展示。

在一实施例中，远程的PC端可以通过物理以太网链接方式，使用SOA工具链调用DDS生成客户端来订阅整车的健康状态信息，根据研发调试或是各种用户的业务需要进行各种展示、保存等统一的管理。如果整车有带显示器的嵌入式控制器设备，也可以使用SOA工具链调用DDS生成客户端来订阅整车的健康状态信息，并根据业务需要进行各种展示、保存等统一的管理。

远程云端可以通过无线通信技术方式获取整车健康管理信息，再根据业务需要对获取到的整车健康状态信息进行统一管理。如果“客户”需要，也同时可以把运行车辆的健康数据推送到客户手机端。

图7是本申请的一示例性实施例示出的整车健康管理装置的框图。该装置可以应用于图1所示的实施环境，并具体配置在终端设备中。该装置也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该装置所适用的实施环境进行限制。

如图7所示，一种整车健康管理装置，所述整车中包括多个控制器，其中至少一个控制器作为主节点，其余的控制器作为从节点，所述装置包括：

健康状态信息获取模块710，用于分别获取所述从节点与关联所述从节点的第一对象的第一健康状态信息，以及所述主节点与关联所述主节点的第二对象的第二健康状态信息；

发布模块720，用于将所述第一健康状态信息通过数据分发服务进行发布，以及将所述第二健康状态信息、所述主节点通过数据分发服务订阅的所述第一健康状态信息通过数据分发服务进行发布，以使终端设备通过数据分发服务订阅所述主节点发布的第一健康状态信息和第二健康状态信息。

需要说明的是，上述实施例所提供的整车健康管理装置与上述实施例所提供的整车健康管理方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的整车健康管理装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各个实施例中提供的整车健康管理方法。

图7示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。需要说明的是，图7示出的电子设备的计算机系统700仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CentralProcessingUnit，CPU)701，其可以根据存储在只读存储器(Read-OnlyMemory，ROM)702中的程序或者从储存部分708加载到随机访问存储器(RandomAccessMemory，RAM)703中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM703中，还存储有系统操作所需的各种程序和数据。CPU701、ROM702以及RAM703通过总线704彼此相连。输入/输出(Input/Output，I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CathodeRayTube，CRT)、液晶显示器(LiquidCrystalDisplay，LCD)等以及扬声器等的输出部分707；包括硬盘等的储存部分708；以及包括诸如LAN(LocalAreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分707。通信部分707经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入储存部分708。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图2所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ErasableProgrammableReadOnly Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(CompactDisc Read-OnlyMemory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的整车健康管理方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的整车健康管理方法。

上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (12)

1.一种整车健康管理方法，其特征在于，所述整车中包括多个控制器，其中至少一个控制器作为主节点，其余的控制器作为从节点，所述方法包括：

分别获取所述从节点与关联所述从节点的第一对象的第一健康状态信息，以及所述主节点与关联所述主节点的第二对象的第二健康状态信息；

将所述第一健康状态信息通过数据分发服务进行发布；

将所述第二健康状态信息以及所述主节点通过数据分发服务订阅的所述第一健康状态信息通过数据分发服务进行发布，以使终端设备通过数据分发服务订阅所述主节点发布的第一健康状态信息和第二健康状态信息。

2.根据权利要求1所述的整车健康管理方法，其特征在于，所述从节点上部署有：

第一传统诊断管理应用，用于获取车辆的第一故障诊断码；

第一应用诊断管理应用，用于获取所述第一传统诊断管理应用发送的第一故障诊断码，以及运行在所述从节点上的应用的第一应用诊断信息；

第一健康信息收集客户端，用于获取所述从节点的第一自身健康状态信息以及所述第一应用诊断管理应用获取的第一故障诊断码、第一应用诊断信息；其中，所述第一故障诊断码、所述第一自身健康状态信息以及所述第一应用诊断信息作为第一健康状态信息；

第一健康信息订阅发布管理应用，用于通过数据分发服务订阅所述第一健康状态信息并进行发布。

3.根据权利要求2所述的整车健康管理方法，其特征在于，在所述第一主节点与所述第二主节点上均部署有：

第二传统诊断管理应用，用于获取车辆的第二故障诊断码；

第二应用诊断管理应用，用于获取所述第一传统诊断管理应用发送的第一故障诊断码，以及运行在所述第一主节点或/和第二主节点上的应用的第二应用诊断信息；

第二健康信息收集客户端，用于获取所述第一主节点或/和第二主节点的第二自身健康状态信息以及所述第二应用诊断管理应用获取的第二故障诊断码、第二应用诊断信息；其中，所述第二故障诊断码、所述第二自身健康状态信息以及所述第二应用诊断信息作为第二健康状态信息；

第二健康信息收集服务端，用于获取所述第二健康信息收集客户端采集的第二健康状态信息；

第二健康信息订阅发布管理应用，用于通过数据分发服务订阅所述第一健康状态信息，并将所述第二健康状态信息和通过数据分发服务订阅的所述第一健康状态信息通过数据分发服务行发布。

4.根据权利要求2所述的整车健康管理方法，其特征在于，所述从节点上还部署有：

第一日志管理应用，用于将运行在所述从节点上的应用的应用调用日志的接口按照日志等级进行存储。

5.根据权利要求3所述的整车健康管理方法，其特征在于，所述第一主节点和第二主节点上还部署有：

第二日志管理应用，用于将运行在所述第一主节点或/所述第二主节点上的应用的应用调用日志的接口按照日志等级进行存储；

执行管理应用，用于对运行在所述主节点和所述从节点上的应用进行启停管理；

状态管理应用，用于对所述整车的工作模式进行管理。

6.根据权利要求1所述的整车健康管理方法，其特征在于，所述主节点包括第一主节点和第二主节点，所述方法还包括：

在所述第一主节点发生故障时，通过所述第二主节点获取所述从节点的第二健康状态信息。

7.根据权利要求6所述的整车健康管理方法，其特征在于，当所述第一主节点正常运行时，所述第一主节点中的第二健康信息收集客户端不运行，所述第二健康信息收集服务端运行；当所述第一主节点发生故障时，所述第二主节点中的第二健康信息收集服务端运行。

8.根据权利要求1所述的整车健康管理方法，其特征在于，所述终端设备包括以下至少之一：云端、手机端、PC端中的一种。

9.根据权利要求8所述的整车健康管理方法，其特征在于，所述云端或/和手机端上均部署有：

第三健康信息收集服务端，用于通过数据分发服务订阅所述主节点通过数据分发服务发布的第一健康状态信息和第二健康状态信息；

健康信息展示管理，用于对通过数据分发服务订阅对所述第一健康状态信息和第二健康状态信息进行可视化展示。

10.一种整车健康管理装置，其特征在于，所述整车中包括多个控制器，其中至少一个控制器作为主节点，其余的控制器作为从节点，所述装置包括：

健康状态信息获取模块，用于分别获取所述从节点与关联所述从节点的第一对象的第一健康状态信息，以及所述主节点与关联所述主节点的第二对象的第二健康状态信息；

发布模块，用于将所述第一健康状态信息通过数据分发服务进行发布，以及将所述第二健康状态信息、所述主节点通过数据分发服务订阅的所述第一健康状态信息通过数据分发服务进行发布，以使终端设备通过数据分发服务订阅所述主节点发布的第一健康状态信息和第二健康状态信息。

11.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至9中任一项所述的整车健康管理方法的步骤。

12.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行权利要求1至9中任一项所述的整车健康管理方法的步骤。

Images