一种车辆健康监测方法、装置、设备及存储介质与流程

1.本技术涉及车辆健康监测技术领域，特别涉及一种车辆健康监测方法、装置、设备及存储介质。


背景技术：

2.随着汽车产业飞速发展，系统安全问题也随之而来，为了防止系统失效的发生，必须实现对核心进程进行可靠而稳定的健康监控，高性能计算平台必然是未来电子电器架构的主角，已经有不少架构师们设想把它运用到多域控制器，以及中央计算平台当中。ap autosar在高性能计算平台的作用不可小觑，其中的平台健康管理模块便能实现核心进程的监视功能。
3.健康监视功能的实现依赖于目标实体向健康管理模块发送需要监控检查点的信息，健康管理模块将接收到的目标实体的检查点信息放置在一个先进先出的队列中，并逐个对检查点的信息进行更新监视状态。
4.在进行监视的过程中，所面临的问题是不同的目标实体(软件)因为功能不同，重要性也应有所不同，因此他们报告的检查点信息也应该有优先级之分，但是传统的健康管理守护进程在收到检查点后是无差别的将所有检查点放入一个队列中，然后处理线程再依次取出并处理每个检查点，这就有可能造成某些急需处理的异常情况无法得到及时响应，假设某段时间内产生了大量的低优先级的检查点，然后又产生了比较少的高优先级的检查点，这种情况就容易导致某些优先级高的检查点无法得到及时处理，从而造成高优先级异常情况处理滞后，进而影响功能安全。
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.消息处理顺序确定模块：用于基于所述优先级信息确定所述至少两个目标实体的消息队列的消息处理顺序；
40.健康状态信息确定模块：用于利用所述健康监测线程，基于所述消息处理顺序分别从所述至少两个目标实体的消息队列中依次抽取预设数量的消息，并对抽取的消息进行健康分析，以得到所述至少两个目标实体各自的健康状态信息。
41.另一方面提供了一种设备，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述的车辆健康监测方法。
42.另一方面提供了一种存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上述的车辆健康监测方法。
43.本技术提供的车辆健康监测方法、装置、设备及存储介质，具有如下技术效果：
44.本技术的技术方案中，首先通过获取至少两个目标实体的运行数据和优先级信息，基于运行数据添加至至少两个目标实体各自对应的消息队列，其次，创建用于消费消息队列的健康监测线程；基于优先级信息确定至少两个目标实体的消息队列的消息处理顺序，其中，优先级较高的消息队列则会优先处理，避免了当优先级较高的目标实体的运行数据出现异常时，无法及时处理，影响整个系统的安全，再者，利用健康监测线程，基于消息处理顺序分别从至少两个目标实体的消息队列中依次抽取预设数量的消息，并对抽取的消息进行健康分析，以得到至少两个目标实体各自的健康状态信息，实现了至少两个目标实体能够同时处理，其中，优先级较高的消息队列抽取的消息的数量则会高于优先级较低的消息队列，本技术通过上述技术方案能够优先处理优先级较高的目标实体，使得对被监测的目标实体的异常情况能够及时响应，实现对目标实体的可靠且稳定的监测，提高安全性能。
附图说明
45.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他
的附图。
46.图1为本技术实施例提供的一种实施环境的示意图；
47.图2为本技术实施例提供的一种车辆健康监测方法的流程示意图；
48.图3为本技术实施例提供的健康监测线程基于消息处理顺序对消息队列中消息处理的流程示意图；
49.图4为本技术实施例提供的一种车辆健康监测装置的结构示意图；
50.图5为本技术实施例提供的一种服务器的结构示意图；
51.其中，附图标记对应为：110-目标实体；120-车辆健康监测终端；130-服务器端。
具体实施方式
52.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
53.需要说明的是，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。
54.请参阅图1，其为本技术实施例提供的一种实施环境的示意图，该实施环境包括目标实体110、车辆健康监测终端120和服务器端130。
55.其中，目标实体110为车辆健康监测终端运行客户端对应的应用程序或软件，在具体的实施例中可以包括目标实体01、目标实体02和目标实体03等。车辆健康监测终端120分别与目标实体110、服务器端130通过网络连接，该网络可以是无线网络。车辆健康监测终端120与服务器端130均可以是一个独立运行的服务器，也可以是由多个服务器组成的服务器集群。
56.车辆健康监测终端120用于监测目标实体110中核心进程的运行数据，如活跃度监控数据、截止时间监控数据和执行逻辑监控数据等，用于确保目标实体110各运行状态的顺利进行，若出现异常情况能够及时的对其执行相应的动作，如重置系统等动作，提高系统的安全性能。
57.服务器端130用于监视车辆健康监测终端120的健康运行状态，其中，多个车辆健康监测终端120之间可能存在依赖关系，当被依赖的车辆健康监测终端120出现故障时，即使具有依赖关系的车辆健康监测终端120运行状态是正常的，则也会由于被依赖的车辆健康监测终端120出现故障而不能正常工作，此时服务器端130根据监测到的车辆健康监测终端120的健康运行状态来进行调控，确保车辆健康监测终端120端能够顺利进行监测，具体的调控方法如重启被依赖的车辆健康监测终端120或者暂停具有依赖关系的车辆健康监测终端120，进而提高系统安全性能。
58.下面结合图1所示的应用环境来对本技术实施提供的车辆健康监测方法进行详细说明。
59.请参见图2，其为本技术实施例提供的一种车辆健康监测方法的流程示意图，应用于车辆健康监测终端，所述方法包括：
60.s201：获取至少两个目标实体的运行数据和优先级信息；
61.在本技术实施例中，目标实体为车辆健康监测终端运行客户端对应的应用程序或软件，在至少两个目标实体中，各目标实体将会配置有不同的优先级信息，其目标实体中的各运行数据同时也被配置与目标实体相对应的优先级信息，需要说明的是，在同一个目标实体中，各运行数据的优先级信息相同。
62.在一个具体实施例中，通过上位机对至少两个目标实体进行配置信息，并将上述配置信息持久化存储在json配置文件中，便于车辆健康监测终端对上述配置信息进行获取，进而实现对目标实体的合理监测，保证目标实体稳定且可靠的运行。
63.在步骤s201之前，所述方法还包括：
64.向至少两个目标实体发送监测通信指令，以使至少两个目标实体基于监测通信指令将至少两个目标实体的运行数据和优先级信息发送至车辆健康监测终端。
65.在本技术实施例中，为了实现车辆健康监测终端对至少两个目标实体进行监测，则需要建立目标实体与车辆健康监测终端的通信连接，以便于车辆健康监测终端对目标实体进行健康分析，以得到目标实体的健康状态信息。
66.s202：基于运行数据添加至至少两个目标实体各自对应的消息队列；
67.在本技术实施例中，基于运行数据添加至各目标实体各自对应的消息队列中，不同的消息队列用于存放不同的目标实体运行数据对应的消息，需要说明的是，消息队列遵循先进先出的规则，不同的消息队列根据不同的目标实体的运行数据对应的消息进行相应的存储。在一个具体的实施例中，若对三个目标实体进行健康监测，其三个目标实体分别标记为se_a、se_b和se_c，其对应的消息队列分别为dq3、dq2和dq1，则将标记为se_a的消息存放在dq3中，将标记为se_b的消息存放在dq2中，将标记为se_c的消息存放在dq1中，以此类推，将各目标实体对应的消息分别存储在其对应的消息队列中。
68.s203：创建用于消费消息队列的健康监测线程；
69.具体的，车辆健康监测终端获取消息队列中目标实体发送的信息的行为被称为消费，在本技术实施例中，利用健康监测线程对消息队列中的消息进行消费，以便于对目标实体进行健康监测。
70.s204：基于优先级信息确定至少两个目标实体的消息队列的消息处理顺序；
71.在一个可选的实施方式中，其步骤204可以包括：
72.对至少两个目标实体的优先级信息进行排序，得到排序结果；
73.根据排序结果确定至少两个目标实体的消息队列的消息处理顺序。
74.在本技术实施例中，具有高优先级信息对应的消息队列优先处理，在一个具体的实施例中，若对三个目标实体进行健康监测，其三个目标实体分别标记为se_a、se_b和se_c，其对应的消息队列分别为dq3、dq2和dq1，假设标记为se_a、se_b和se_c目标实体的优先级信息由高到低为se_a、se_b和se_c，则这三个目标实体的消息队列的消息处理顺序为dq3、dq2、dq1，依次对其进行健康分析。
75.s205：利用健康监测线程，基于消息处理顺序分别从至少两个目标实体的消息队列中依次抽取预设数量的消息，并对抽取的消息进行健康分析，以得到至少两个目标实体
各自的健康状态信息。
76.在本技术实施例中，健康监测线程依次对消息队列中的消息进行消费，其消费的顺序按照消息处理顺序进行循环处理，且其消费的消息的数量也与消息处理顺序有关，呈现出依次递减的趋势，并对抽取的消息进行健康分析，需要说明的是，若消息队列中的消息的数量未达到预设数量，则按照实际数量抽取，但不会影响其他消息队列中的处理消息的数量。
77.在一个具体的实施例中，若对三个目标实体进行健康监测，其三个目标实体分别标记为se_a、se_b和se_c，其对应的消息队列分别为dq3、dq2和dq1，假设标记为se_a、se_b和se_c目标实体的优先级信息由高到低为se_a、se_b和se_c，则这三个目标实体的消息队列的消息处理顺序为dq3、dq2、dq1，则利用健康监测线程依次分别从dq3中取3个消息、从dq2中取2个消息、从dq1中取1个消息进行健康分析，依次循环进行抽取相对应的消息进行处理，以避免当优先级较高的目标实体的运行数据出现异常时，无法及时处理，影响整个系统的安全，同时也提高了监测的效率。
78.例如，如图3所示，其为本技术实施例提供的健康监测线程基于消息处理顺序对消息队列中消息处理的流程示意图，如图3，对消息队列dq3中的消息编号为33、32和31，对消息队列dq2中的消息编号为22和21，消息队列dq1中的消息编号为11，则健康监测线程基于消息处理顺序对消息队列依次抽取编号为31、32、33、21、22、11的消息，然后对消息队列中的消息进行更新，以至于可以实时对目标实体各自对应的消息队列中的消息进行健康分析。
79.在步骤s205之后，所述方法还可以包括：实时更新目标实体中运行数据对应的健康状态信息。
80.在一个具体的实施例中，通过对目标实体中运行数据对应的健康状态信息的更新，进而使得能够及时的对目标实体进行实时监控，提高了其可靠性，其中，运行数据可以包括活跃度监控数据、截止时间监控数据和执行逻辑监控数据；其中，活跃度监控数据为在配置时间循环周期内，目标实体110实际执行的次数是否在配置次数区间内；截止时间监控数据为目标实体110实际执行时间是否在配置时间区间内；执行逻辑监控数据为目标实体110是否按照程序员定义的执行顺序进行执行。
81.具体的，若利用健康监测线程，基于消息处理顺序分别从至少两个目标实体的消息队列中依次抽取预设数量的消息，其中，消息为活跃度监控数据对应的消息，则更新目标实体中活跃度监控数据对应的健康状态信息；
82.若利用健康监测线程，基于消息处理顺序分别从至少两个目标实体的消息队列中依次抽取预设数量的消息，其中，消息为截止时间监控数据对应的消息，则更新目标实体中的截止时间监控数据对应的健康状态信息；
83.若利用健康监测线程，基于消息处理顺序分别从至少两个目标实体的消息队列中依次抽取预设数量的消息，其中，消息为执行逻辑监控数据对应的消息，则更新目标实体中的执行逻辑监控数据对应的健康状态信息。
84.在步骤s205之后，所述方法还可以包括：
85.分别判断至少两个目标实体的健康状态信息是否满足预设健康条件；
86.对满足预设健康条件的健康状态信息进行存储；
87.若任一健康状态信息不满足预设健康条件，基于预设的健康状态信息与异常状态信息的对应关系，获取不满足预设健康条件的健康状态信息对应的目标异常控制信息；
88.基于目标异常控制信息，生成针对不满足预设健康条件的健康状态信息对应的目标实体的异常控制指令。
89.在本技术实施例中，根据生成的异常控制指令对不满足预设健康条件的健康状态信息对应的目标实体进行控制，如包括但不限于重置该方法对应的装置等，其不满足预设健康条件的健康状态信息包括：运行数据中的活跃度监控数据或截止时间监控数据或执行逻辑监控数据，若上述其中之一不满足预设健康条件，则会获取不满足预设健康条件的健康状态信息对应的目标异常控制信息，根据获取的目标异常控制信息，生成与之对应的异常控制指令，以实现对目标实体的监测。
90.进一步地，车辆健康监测终端包括车辆健康监测第一终端与车辆健康监测第二终端，其中，车辆健康监测第一终端与车辆健康监测第二终端分别用于监控同一车辆中归属于不同域的目标实体；
91.在步骤s205之后，所述方法还可以包括以下步骤：
92.获取车辆健康监测第一终端与车辆健康监测第二终端间的依赖关系；
93.将车辆健康监测第一终端的健康状态信息、车辆健康监测第二终端的健康状态信息与依赖关系发送至服务器端，以使服务器端确定与车辆健康监测第一终端的健康状态信息、车辆健康监测第二终端的健康状态信息与依赖关系相匹配的监测控制指令；
94.响应于服务器端反馈的监测控制指令，控制健康监测线程各自的运行状态。
95.具体的，车辆健康监测第一终端与车辆健康监测第二终端仅仅是泛指存在多个车辆健康监测终端，在本技术实施例中，还可以包括车辆健康监测第三、第四和第五终端等，不同的车辆健康监测终端用于监测同一车辆中归属于不同域的目标实体，其中，在同一车辆中的不同域包括但不限于动力域、底盘域、车身域、自动驾驶域、智能座舱域等，各车辆健康监测终端分别对上述不同域进行监测。
96.在本技术实施例中，上述车辆健康监测终端间可能存在依赖关系，若被依赖的车辆健康监测终端不正常监测，即使具有依赖关系的车辆健康监测终端可以正常监测，则也会因为被依赖的车辆健康监测终端而导致具有依赖关系的车辆健康监测终端停止监测，因此，通过服务器端对上述车辆健康监测终端进行监测，并根据监测到的健康状态信息以及它们之间的依赖关系确定与之相匹配的监测控制指令，以便于控制健康监测线程各自的运行状态。
97.在一个可选的实施方式中，响应于服务器端反馈的监测控制指令，控制健康监测线程各自的运行状态，可以包括：
98.若车辆健康监测第一终端依赖于车辆健康监测第二终端，且车辆健康监测第二终端的健康状态信息出现异常；
99.则响应于服务器端反馈的监测控制指令，控制车辆健康监测第二终端中健康监测线程进行重启操作；
100.和/或；
101.则响应于服务器端反馈的监测控制指令，控制车辆健康监测第一终端中健康监测线程的暂停运行。
102.在一个具体的实施例中，若车辆健康监测第一终端用于监控底盘域的目标实体，若车辆健康监测第二终端用于监控动力域的目标实体，在此标记车辆健康监测第一终端用于监控的底盘域为域a，标记车辆健康监测第二终端用于监控的动力域为域b，其中域a依赖于域b才能对目标实体进行健康监测，在某个时间点，服务器端监测到域a正常监测，而域b出现异常，则响应于服务器端反馈的监测控制指令控制域b进行重启操作或者控制域a的暂停运行，以实现对跨域的车辆健康监测，增强车辆在行驶中的安全系数。
103.由本技术实施例的上述技方案可见，在本技术的技术方案中，首先通过获取至少两个目标实体的运行数据和优先级信息，基于运行数据添加至至少两个目标实体各自对应的消息队列，其次，创建用于消费消息队列的健康监测线程；基于优先级信息确定至少两个目标实体的消息队列的消息处理顺序，其中，优先级较高的消息队列则会优先处理，避免了当优先级较高的目标实体的运行数据出现异常时，无法及时处理，影响整个系统的安全，再者，利用健康监测线程，基于消息处理顺序分别从至少两个目标实体的消息队列中依次抽取预设数量的消息，并对抽取的消息进行健康分析，以得到至少两个目标实体各自的健康状态信息，实现了至少两个目标实体能够同时处理，其中，优先级较高的消息队列抽取的消息的数量则会高于优先级较低的消息队列，本技术通过上述技术方案能够优先处理优先级较高的目标实体，使得对被监测的目标实体的异常情况能够及时响应，实现对目标实体的可靠且稳定的监测，提高安全性能。
104.本技术实施例中还提供了一种车辆健康监测装置，如图4所示，其为本技术实施例提供的一种车辆健康监测装置的结构示意图，所述装置包括：
105.获取信息模块10：用于获取至少两个目标实体的运行数据和优先级信息；
106.消息队列生成模块20：用于基于所述运行数据添加至所述至少两个目标实体各自对应的消息队列；
107.健康监测线程创建模块30：用于创建用于消费所述消息队列的健康监测线程；
108.消息处理顺序确定模块40：用于基于优先级信息确定所述至少两个目标实体的消息队列的消息处理顺序；
109.健康状态信息确定模块50：用于利用所述健康监测线程，基于所述消息处理顺序分别从所述至少两个目标实体的消息队列中依次抽取预设数量的消息，并对抽取的消息进行健康分析，以得到所述至少两个目标实体各自的健康状态信息。
110.进一步地，在所述健康状态信息确定模块50之后，还包括：
111.更新模块：用于实时更新目标实体中运行数据对应的健康状态信息。
112.进一步地，在所述健康状态信息确定模块50之后，还包括：
113.判断模块：用于分别判断至少两个目标实体的健康状态信息是否满足预设健康条件；
114.存储模块：用于对满足预设健康条件的健康状态信息进行存储；
115.异常控制信息确定模块：用于若任一健康状态信息不满足预设健康条件，基于预设的健康状态信息与异常状态信息的对应关系，获取不满足预设健康条件的健康状态信息对应的目标异常控制信息；
116.异常控制指令生成模块：用于基于目标异常控制信息，生成针对不满足预设健康条件的健康状态信息对应的目标实体的异常控制指令。
117.进一步地，所述消息处理顺序确定模块40，包括：
118.排序模块：用于对至少两个目标实体的优先级信息进行排序，得到排序结果；
119.第一消息处理顺序确定模块：用于根据排序结果确定至少两个目标实体的消息队列的消息处理顺序。
120.进一步地，在所述获取信息模块10之前，还包括：
121.通信连接模块：用于向至少两个目标实体发送监测通信指令，以使至少两个目标实体基于监测通信指令将至少两个目标实体的运行数据和优先级信息发送至车辆健康监测终端。
122.进一步地，车辆健康监测终端包括至少包括车辆健康监测第一终端与车辆健康监测第二终端；车辆健康监测第一终端与车辆健康监测第二终端分别用于监控同一车辆中归属于不同域的目标实体；
123.在所述健康状态信息确定模块50之后，还包括：
124.依赖关系确定模块：用于获取车辆健康监测第一终端与车辆健康监测第二终端间的依赖关系；
125.信息发送模块：用于将车辆健康监测第一终端的健康状态信息、车辆健康监测第二终端的健康状态信息与依赖关系发送至服务器端，以使服务器端确定与车辆健康监测第一终端的健康状态信息、车辆健康监测第二终端的健康状态信息与依赖关系相匹配的监测控制指令；
126.控制模块：用于响应于服务器端反馈的监测控制指令，控制健康监测线程各自的运行状态。
127.进一步地，所述控制模块包括：
128.异常确定模块：用于若车辆健康监测第一终端依赖于车辆健康监测第二终端，且车辆健康监测第二终端的健康状态信息出现异常；
129.第一控制模块：用于则响应于服务器端反馈的监测控制指令，控制车辆健康监测第二终端中健康监测线程进行重启操作；
130.和/或；
131.第二控制模块：用于则响应于服务器端反馈的监测控制指令，控制车辆健康监测第一终端中健康监测线程的暂停运行。
132.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
133.本技术实施例提供了一种设备，该设备包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的车辆健康监测方法。
134.存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。
135.所述设备可以为服务器，本技术实施例还提供了一种服务器的结构示意图，请参阅图5，该服务器500用于实施上述实施例中提供的数据处理方法。该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器510(例如，一个或一个以上处理器)和存储530，一个或一个以上存储应用程序523或数据522的存储介质520(例如一个或一个以上海量存储设备)。其中，存储器530和存储介质520可以是短暂存储或持久存储。存储在存储介质520的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，处理器510可以设置为与存储介质520通信，在服务器500上执行存储介质520中的一系列指令操作。服务器500还可以包括一个或一个以上电源560，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口540，和/或，一个或一个以上操作系统521，例如windows servertm，mac os xtm，unixtm,linuxtm，freebsdtm等等。
136.本技术的实施例还提供了一种存储介质，所述存储介质可设置于服务器之中以保存用于实现方法实施例中一种数据处理方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述方法实施例提供的车辆健康监测方法。
137.可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
138.需要说明的是：上述本技术实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
139.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。