CN115220993A - 进程监控方法、装置、车辆及存储介质 - Google Patents

Abstract

本申请公开了一种进程监控方法、装置、车辆及存储介质，当***运行时，启动根监控进程；启动根监控进程对应的多个软件进程；根据预设规则将根监控进程以及多个软件进程分为多个进程组；每个进程组中包括一个父监控进程；在每个进程组中，根据预设的传递顺序进行监控传递指令的传递；由进程组对应的父监控进程根据监控传递指令的传递状态确定进程组中软件进程的运行状态；若父监控进程根据运行状态确定进程组的软件进程中存在异常进程，则执行异常进程对应的处理策略。通过对监控传递指令的传递状态可准确判断软件进程的运行状态，且将进程监控任务分配到不同的进程组中，可减小对***资源的占用，且有效提高监控效率、开发成本低，易于实现。

Description

进程监控方法、装置、车辆及存储介质

技术领域

本申请涉及监控技术领域，更具体地，涉及一种进程监控方法、装置、车辆及存储介质。

背景技术

软件进程是当前很多操作***的基本运行单位，为了向用户提供各种软件服务，往往需要数量众多的软件进程。

在车辆电子领域，运行在车辆各个零部件软件***中的多个软件进程实现了车辆各种各样的功能，例如远程控制功能、数据采集功能等。但是在软件进程运行状态异常，甚至退出时，如果没有及时发现和处理存在异常的软件进程，将导致车辆部分功能无法使用，影响用车体验。

然而，***中运行的软件进程数量众多，如何对***中所有运行的软件进程进行有效监控，是本领域技术人员亟待解决的技术问题。

发明内容

鉴于上述问题，本发明提出了一种进程监控方法、装置、车辆及存储介质，以改善上述问题。

第一方面，本申请实施例提供了一种进程监控方法，该方法包括：当***运行时，启动根监控进程；启动根监控进程对应的多个软件进程；根据预设规则将根监控进程以及多个软件进程分为多个进程组；每个进程组中包括一个父监控进程；在每个进程组中，根据预设的传递顺序进行监控传递指令的传递；由进程组对应的父监控进程根据监控传递指令的传递状态确定进程组中软件进程的运行状态；若父监控进程根据运行状态确定进程组的软件进程中存在异常进程，则执行异常进程对应的处理策略。

第二方面，本申请实施例还提供了一种进程监控装置，该装置包括：第一启动模块、第二启动模块、组分配模块、运行状态确定模块以及异常处理模块。其中，第一启动模块用于当***运行时，启动根监控进程；第二启动模块用于启动根监控进程对应的多个软件进程；组分配模块用于根据预设规则将根监控进程以及多个软件进程分为多个进程组；每个进程组中包括一个父监控进程；运行状态确定模块，用于在每个进程组中，根据预设的传递顺序进行监控传递指令的传递；由进程组对应的父监控进程根据监控传递指令的传递状态确定进程组中软件进程的运行状态；异常处理模块，用于若父监控进程根据运行状态确定进程组的软件进程中存在异常进程，则执行异常进程对应的处理策略。

第三方面，本申请实施例还提供了一种车辆，包括一个或多个处理器、存储器以及一个或多个应用程序；其中，一个或多个应用程序被存储在存储器中并被配置为由处理器执行以实现上述的进程监控方法。

第四方面，本申请实施例还提供了一种计算机可读取存储介质，该计算机可读取存储介质中存储有程序代码，其中，程序代码可被处理器调用执行上述的进程监控方法。

本发明提供的技术方案，当***运行时，启动根监控进程；启动根监控进程对应的多个软件进程；根据预设规则将根监控进程以及多个软件进程分为多个进程组；每个进程组中包括一个父监控进程；在每个进程组中，根据预设的传递顺序进行监控传递指令的传递；由进程组对应的父监控进程根据监控传递指令的传递状态确定进程组中软件进程的运行状态；若父监控进程根据运行状态确定进程组的软件进程中存在异常进程，则执行异常进程对应的处理策略。从而，通过对监控传递指令的传递状态可以准确判断软件进程的运行状态，且将进程监控任务分配到不同的进程组中，可以减小对***资源的占用，且有效提高监控效率、开发成本低，易于实现。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，而不是全部的实施例。基于本申请实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例及附图，都属于本发明保护的范围。

图1示出了本申请实施例提出的一种进程监控方法的流程示意图。

图2示出了本申请实施例提出的进程监控方法的一种场景示意图。

图3示出了本申请实施例提出的进程监控方法的另一种场景示意图。

图4示出了本申请实施例提出的进程监控方法的又一种场景示意图。

图5示出了本申请实施例提出的进程监控方法的再一种场景示意图。

图6示出了本申请实施例提出的一种进程监控装置的结构框图。

图7示出了本申请实施例提出的一种车辆的结构框图。

图8示出了本申请实施例提出的一种计算机可读取存储介质的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

相关技术中，在需要对多个软件进程进行监控时，通常设置一个专门的监控进程对所有需要监控的软件进程进行监控，例如监控进程可以根据需要监控的软件进程的名称(例如通过执行priof命令等相关的shell命令等)，查找软件进程的PID(ProcessIdentification进程识别符)，如果成功获取软件进程对应的PID，则表示该软件进程存在，否则表示该软件进程存在异常。

然而，在需要监控的软件进程数量较多时，相关技术的监控方法会占用***大量的资源，影响监控效率。

为了改善上述问题，发明人提出了本申请提供的进程监控方法、装置、车辆及存储介质，当***运行时，启动根监控进程；启动根监控进程对应的多个软件进程；根据预设规则将根监控进程以及多个软件进程分为多个进程组；每个进程组中包括一个父监控进程；在每个进程组中，根据预设的传递顺序进行监控传递指令的传递；由进程组对应的父监控进程根据监控传递指令的传递状态确定进程组中软件进程的运行状态；若父监控进程根据运行状态确定进程组的软件进程中存在异常进程，则执行异常进程对应的处理策略。从而，通过对监控传递指令的传递状态可以准确判断软件进程的运行状态，且将进程监控任务分配到不同的进程组中，可以减小对***资源的占用，且有效提高监控效率、开发成本低，易于实现。

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

请参阅图1，本申请一实施例提供的一种进程监控方法，该方法可以应用于车辆，该方法可以包括：步骤110至步骤140。

步骤110、当***运行时，启动根监控进程。

在本申请的实施例中，车辆的***运行时，启动根监控进程。根监控进程用于对***中的软件进程进行监控。根监控进程在***运行时，保持运行状态。当***初次启动或重新启动时，启动根监控进程，以对***中的软件进程进行监控。

步骤120、启动根监控进程对应的多个软件进程。

在本申请的实施例中，可以预先设置根监控进程对应的多个软件进程，即根监控进程所对应的需要监控的多个软件进程。

在一些实施方式中，可以预先设置根监控进程对应的启动脚本。启动脚本中包括有根监控进程对应的多个软件进程的启动命令、相关参数等。

在本申请的实施例中，根监控进程可以通过执行对应的启动脚本，以启动根监控进程对应的多个软件进程。

可选地，可以通过静态配置的方法设置启动脚本，也可以通过动态配置，具体可以根据实际需要进行选择，本申请对此不作限制。

可选地，启动脚本的格式类型可以采用shell脚本、GUI脚本等，具体可以根据***的运行环境进行选择，本申请对此不作限制。

步骤130、根据预设规则将根监控进程以及多个软件进程分为多个进程组，每个进程组中包括一个父监控进程。

在本申请的实施例中，预设规则可以包括多个软件进程对应的父监控进程。父监控进程可以是多个软件进程中的其中一个软件进程，也可以是根监控进程。预先设置每个软件进程对应的父监控进程，具有相同父监控进程的软件进程归属于同一进程组。

在一些实施方式中，可以预先根据多个软件进程运行时的依赖关系对多个软件进程进行分组。示例性地，可以将***中实现同一功能所对应的所有软件进程分为同一进程组，例如将实现远程控制功能所对应的软件进程分为同一进程组。

在本申请的实施例中，每一进程组中包括一个父监控进程，可以在同一进程组中确定其中一个软件进程作为该进程组的父监控进程，也即该进程组的其它软件进程对应的父监控进程。

在一些实施方式中，为了方便对软件进程进行身份识别和管理，可以预先对每个软件进程设置进程编号。可以理解的是，每个软件进程对应的进程编号唯一，通过进程编号可以对软件进程进行身份识别和管理。

示例性地，进程编号可以是大于等于零的整数，例如多个软件进程包括第一软件进程、第二软件进程和第三软件进程，则可以为第一软件进行分配进程编号“1”，为第二软件进程分配进程编号“2”以及为第三软件进程分配进程编号“3”。在一些实施方式中，也可以为根进程编号设置进程编号。例如，可以将根进程编号设置为“0”。

可以理解的是，进程编号还可以是其它的设置规则，例如可以采用26个英文字母，或者结合英文字母及数字等方式进行设置，具体可以根据实际需要进行选择，本申请对此不作限制。

在一些实施方式中，监控进程和多个软件进程被分为多个进程组。其中，若进程组中包括根监控进程，则在包括根监控进程的进程组中，除了根监控进程，仅包括一个软件进程，即包括根监控进程的进程组中仅包括两个进程，根监控进程以及另一个软件进程。并且，根监控进程作为包括根监控进程的进程组的父监控进程。

在一些实施方式中，若进程组中不包括根监控进程，则选择进程组中的其中一个软件进程作为父监控进程。

在一些实施方式中，父监控进程可以预先进行设置。例如，可以随机指定同一进程组中的其中一个软件进程作为进程组的父监控进程，确定进程组的父监控进程后，进程组中的每个软件进程对应记录其对应的父监控进程。又如，可以根据同一进程组中软件进程的进程编号确定父监控进程，例如，可以将同一进程组中进程编号最小(或其它规则，如最大等，在此不作限制)的软件进程设置为父监控进程，其它软件进程对应记录其对应的父监控进程对应的进程编号。

在一些实施方式发送中，每个进程组具有至少一个相邻的进程组，每个进程组与相邻的进程组具有一个相同的软件进程或根监控进程。从而，根监控进程和多个需要监控的软件进程形成相互关联的树状监控网络结构，每个软件进程可以在其中一个进程组中被对应的父监控进程进行监控，还可以在另一个进程组中作为父监控进程对进程组中的其它软件进程进行监控。

示例性地，如图2所示，图2示出了本申请实施例的进程监控方法的一种场景示意图，图2中包括1个根监控进程和6个软件进程。其中，根监控进程的进程编号为“0”，6个软件进程的进程编号分别为：第一软件进程的进程编号为“1”、第二软件进程的进程编号为“2”、第三软件进程的进程编号为“3”、第四软件进程的进程编号为“4”、第五软件进程的进程编号为“5”以及第六软件进程的进程编号为“6”。

其中，根监控进程与第一软件进程组成第一进程组，第一进程组的父监控进程为根监控进程；根监控进程与第二软件进程组成第二进程组，第二进程组的父监控进程为根监控进程；根监控进程与第三软件进程组成第三进程组，第三进程组的父监控进程为根监控进程；根监控进程与第四软件进程组成第四进程组，第四进程组的父监控进程为根监控进程；第二进程组与第五软件进程以及第六软件进程组成第五进程组，第五进程组的父监控进程为第二监控进程。

其中，第二软件进程在第二进程组中被根监控进程进行监控，同时，第二软件进程在第五进程组中作为父监控进程，监控第五软件进程以及第六软件进程。

在一些实施方式中，预设规则包括每个软件进程对应的父监控进程，步骤130可以包括下述步骤。

(1)每个软件进程向其对应的父监控进程发送监控请求。

在本申请的实施例中，每个软件进程预先设置对应的父监控进程，且每个软件进程记录有对应的父监控进程。在软件进程启动时，可以根据预先设置的规则确定父监控进程，并向对应的父监控进程发送监控请求。

在一些实施方式中，软件进程之间可以通过管道(pipe)、命名管道(FIFO)、消息队列等任一种进程通信方式进行通信，如发送监控请求等，具体可以根据实际使用需要进行选择，本申请对此不作限制。

在一些实施方式中，监控请求可以包括软件进程的进程编号，以使父监控进程确定发送监控请求的软件进程。

在一些实施方式中，监控请求还可以包括软件进程对应的处理策略。其中，处理策略为软件进程的运行状态异常时进行对软件进程进行异常处理的措施，如，重启软件进程等，具体可以根据实际需要进行设置，本申请对此不作限制。

在一些实施方式中，监控请求还可以包括软件进程对应的父监控进程的进程编号，从而，接收到监控请求的软件进程可以根据父监控进程的进程编号确定是否为该软件进程对应的父监控进程。

(2)由父监控进程根据接收到的监控请求，将发送监控请求的软件进程归为同一进程组。

在本申请的实施例中，软件进程将监控请求发送给父监控进程之后，父监控进程可以根据接收到的一个或多个监控请求确定发送监控请求的软件进程，进而将发送监控请求的软件进程归为同一进程组。可以理解的是，该进程组包括父监控进程以及所有发送监控请求的软件进程。

以图2所示的应用场景为例进行说明，在图2中，第五软件进程和第六软件进程可以分别向第二软件进程发送监控请求，第二软件进程根据接收到的监控请求确定与第五软件进程以及第六软件进程为同一进程组，并将第五软件进程以及第六软件进程与本身组成第五进程组。

步骤140、在每个进程组中，根据预设的传递顺序进行监控传递指令的传递；由进程组对应的父监控进程根据监控传递指令的传递状态确定进程组中软件进程的运行状态。

步骤150、若父监控进程根据运行状态确定进程组的软件进程中存在异常进程，则执行异常进程对应的处理策略。

在本申请的实施例中，通过划分进程组，每个进程组通过父监控进程对进程组中的软件进程进程监控。每个进程组都有对应的父监控进程执行监控任务，相比于相关技术中仅有一个监控进程对所有进程进行监控的方式，本申请的进程监控方法可以将监控任务分配到不到的进程组，可以减小监控过程中对***资源的占用，有效提高监控效率。

相关技术中，根据需要监控的软件进程的名称，查找软件进程的PID，如果成功获取软件进程对应的PID，则表示该软件进程存在，否则表示该软件进程存在异常。但是，该方法仅能被动地判断软件进程是否存在，而无法判断软件进程是否运行异常，本申请实施例提供的进程监控方法可以有效监控软件进程的运行状态，下面将结合具体的实施例进行阐述。

在一些实施方式中，步骤140可以包括下述步骤。

(1)在每个进程组中，通过父监控进程生成监控传递指令。

在本申请的实施例中，每个进程组中，父监控进程可以通过生成监控传递指令对进程组中的软件进程进行监控。

在一些实施方式中，父监控进程可以在每隔预设时间间隔定时生成监控传递指令，从而定期对进程组中的软件进程进行监控。其中，预设时间间隔可以根据实际需要进行设置，可以理解的是，预设时间间隔设置越短，监控越灵敏，越能及时发现异常的软件进程，同时，对***资源的占用也会越大，实际应用时，可以根据对监控灵敏度和***功耗的要求设置合适的预设时间间隔。

(2)在进程组中根据预设的传递顺序传递监控传递指令。

在本申请的实施例中，可以通过在进程组中进行监控传递指令的传递，对软件进程的运行状态进行确定。

在一些实施方式中，在步骤在进程组中根据预设的传递顺序传递监控传递指令之前，本申请实施例的进程监控方法还可以包括：通过父监控进程对所在进程组中的每个软件进程设置对应的源进程和目标进程。

在本申请的实施例中，父监控进程在组建进程组时可以根据接收到的监控请求确定进程组中的所有软件进程，进而可以为每个软件进程设置对应的源进程和目标进程。

其中，进程组中的每个软件进程可以接收对应的源进程发送的监控传递指令，并且软件进程可以将监控传递指令发送至对应的目标进程。软件进程的源进程和目标进程均为同一进程组中的其它软件进程。通过设置每个进程组中软件进程对应的源进程和目标进程可以明确监控传递指令的传递方向(即预设的传顺序)，并且可以覆盖进程组中所有的软件进程，以确保进程组中所有的软件进程都可以接收和发送监控传递指令。

在一些实施方式中，父监控进程可以发送分配指令至对应的软件进程，以为进程组中的每个软件进程设置对应的源进程和目标进程。其中，分配指令可以包括源进程字段和目标进程字段，源进程字段包括源进程的进程编码，目标进程字段包括目标进程的进程编码。软件进程接收到分配指令后，可以根据分配指令中的源进程字段和目标进程字段确定对应的源进程和目标进程。

以图2为例进行说明，在图2中，第二软件进程可以为第五分配进程设置源进程为第二软件进程，目标进程为第六软件进程，并发送第一分配指令至第五软件进程。第二软件进程可以为第六分配进程设置源进程为第五软件进程，目标进程为第二软件进程，并发送第二分配指令至第六软件进程。以使第五软件进程和第六软件进程确定对应的源进程和目标进程。

在一些实施方式中，由于软件进程会向目标进程发送监控传递指令，因此，软件进程为其目标进程对应的源进程。

在一些实施方式中，父监控进程为进程组中监控传递指令的起点，即父监控进程生成监控传递指令后，将监控传递指令发送至其对应的目标进程。

在一些实施方式中，父监控进程也为进程组中监控传递指令的终点，即父监控进程在接收到其对应的源进程发送的监控传递指令后，停止对本次监控传递指令的继续传递。

在一些实施方式中，进程组中的监控传递指令的传播路径为环形，即监控传递指令在进程组中的父监控进程生成之后，途经进程组中的每个软件进程，之后重新传递至父监控进程。

在一些实施方式中，监控传递指令可以包括源进程的进程编号以及目标进程的进程编号。每个软件进程在接收到监控传递指令时，根据监控传递指令中的源进程的进程编号可以确定监控传递指令是由哪个软件进程传递过来的；根据监控传递指令中的目标进程的进程编号确定自己是否为该监控传递指令的接收者，若监控传递指令中的目标进程的进程编号与本身的进程编号相同，则确定为该监控传递指令的接收者。

在一些实施方式中，软件进程在接收到监控传递指令之后，可以修改监控传递指令中的源进程的进程编号以及目标进程的进程编号，具体地，可以将软件进程自身的进程编号作为监控传递指令中的源进程的进程编号，并将软件进程对应的目标进程的进程编号作为监控传递指令中的目标进程的进程编号，软件进程进而将修改后的监控传递指令发送至对应的目标进程。

在一些实施方式中，监控传递指令还可以包括监控信息类型。监控信息类型可以包括信息传递类型。软件进程在接收到监控传递指令之后，若确定监控传递指令的监控信息类型为信息传递类型，则将监控传递指令传递至软件进程对应的目标进程。

(3)由进程组对应的父监控进程根据监控传递指令的传递状态确定进程组中软件进程的运行状态。

在本申请的实施例中，通过设置监控传递指令在进程组中进行传递，每个软件进程需要主动参与对监控传递指令的传递，通过软件进程对监控传递指令的传递情况可以确定软件进程的运行状态。即若软件进程可以完成监控传递指令的传递，则软件进程正常运行。若软件进程不能完成监控传递指令的传递，则软件进程存在异常。从而，相比于相关技术中，仅能确定软件进程是否存在，无法确定软件进程的运行情况，本申请实施例的进程监控方法通过软件进程主动参与监控传递指令的传递，可以对软件进程的运行状态进行准确判断。

在一些实施方式中，由进程组对应的父监控进程根据监控传递指令的传递状态确定进程组中软件进程的运行状态的方法可以包括下述步骤。

(1)若软件进程接收到对应的源进程发送的监控传递指令，则向对应的源进程发送应答信息。

在本申请的实施例中，软件进程接收到对应的源进程发送的监控传递指令之后，可以通过向对应的源进程发送应答信息以通知对应的源进程已成功接收监控传递指令。

在一些实施方式中，应答信息可以包括监控信息类型，应答信息的监控信息类型可以为传递应答类型，从而根据应答信息的监控信息类型可以确定应答信息用于反馈监控传递指令的接收情况。

(2)若软件进程将监控传递指令发送至对应的目标进程之后，在第一预设时间内未接收到对应的目标进程发送的应答信息，则软件进程发送异常报告至对应的父监控进程。

在本申请的实施例中，软件进程将监控传递指令发送至对应的目标进程之后，若接收到目标进程发送的应答信息，则可以确定目标进行已成功接收到监控传递指令。

若软件进程无法接收到目标进程发送的应答信息，则目标进程可能存在运行异常，无法正常接收监控传递指令或者无法正常发送应答信息。

在一些实施方式中，可以通过设置第一预设时间，在软件进程发送监控传递指令之后，在第一预设时间内等待目标进程发送应答信息。若在第一预设时间内，未接收到目标进程发送的应答信息，则软件进程可以生成异常报告，并将异常报告发送至对应的父监控进程，由父监控进程进行异常处理。

在一些实施方式中，第一预设时间可以根据实际需要进行设置，本申请对此不作限制。

在一些实施方式中，异常报告可以包括异常进程编码，软件进程可以将未发送应答信息的目标进程的进程编码作为异常报告的异常进程编码，从而可以让父监控进程及时确定存在异常的软件进程。

在一些实施方式中，异常报告可以包括监控信息类型，异常报告的监控信息类型为进程异常类型，，从而根据异常报告的监控信息类型可以确定异常报告用于报告进程异常情况。

(3)父监控进程根据异常报告确定异常进程。

在本申请的实施例中，父监控进程接收到异常报告，根据异常报告确定运行异常的软件进程为异常进程。

步骤150、若父监控进程根据运行状态确定进程组的软件进程中存在异常进程，则执行异常进程对应的处理策略。

在本申请的实施例中，父监控进程确定异常进程对应的处理策略，并执行该处理策略，从而及时对存在异常的软件进程进行处理。其中，处理策略可以包括重启软件进程等。

软件进程发送监控传递指令之后，可能由于信息丢失，导致目标进程无法接收到监控传递指令，为了减少异常进程的误判，本申请实施例的进程监控方法还可以包括：若软件进程将监控传递指令发送至对应的目标进程之后，在第二预设时间内未接收到对应的目标进程发送的应答信息，则软件进程重新发送监控传递指令至对应的目标进程。其中，第二预设时间小于第一预设时间。从而，在确定目标进程为异常进程之前，通过重新发送监控传递指令，避免由于信息丢失造成的异常进程的误判。

在一些实施方式中，监控传递指令的重新发送次数可以根据实际需要进行设置，本申请对此不作限制。示例性地，将监控传递指令的重新发送次数为两次，若软件进程在第一次发送监控传递指令之后的第二预设时间内，未接收到目标进程发送的应答信息，则软件进程重新发送监控传递指令至目标进程；若软件进程在第二次发送监控传递指令之后的第二预设时间内，仍未接收到目标进程发送的应答信息，则不再继续重发监控传递指令。若软件进程在第一次发送监控传递指令之后的第一预设时间内，未接收到目标进程发送的应答信息，则确定目标进程运行异常。

在一些实施方式中，本申请实施例的进程监控方法还可以包括：若软件进程在第三预设时间内未接收到对应的源进程发送的监控传递指令，则向对应的父监控进程发送监控请求。

在一些实施方式中，软件进程在接收到监控传递指令之后，可以设置时长为第三时长的定时器。若在第三时长内，软件进程接收到监控传递指令，则重置定时器的时间为第三时长。若超过定时器设置的时长，软件进程仍未收到监控传递指令，则触发软件进程向对应的父监控进程发送监控请求。

以图2为例，在图2中，第二软件进程可以生成监控传递指令，其中，监控传递指令的源进程为第二软件进程，目标进程为第五软件进程，第二软件进程将监控传递指令发送至第五软件进程；第五软件进程接收到监控传递指令之后，发送应答信息至第二软件进程以告知第二软件进程已接收到监控传递指令，并且第五软件进程将监控传递指令中的源进程修改为第五软件进程，目标进程修改为第六软件进程，第五软件进程将修改后的监控传递指令发送至第六软件进程；第六软件进程接收到监控传递指令之后，发送应答信息至第五软件进程以告知第五软件进程已接收到监控传递指令，并且第六软件进程将监控传递指令中的源进程修改为第六软件进程，目标进程修改为第二软件进程，第六软件进程将修改后的监控传递指令发送至第二软件进程；第二软件进程接收到监控传递指令之后，完成本次监控传递指令的传递。

示例性地，若第五软件进程将监控传递之后发送至第六进程之后，在第一预设时间内未接收到第六软件进程发送的应答信息，则第五软件进程发送异常报告至第二软件进程。第二软件进程接收到异常报告，确定第六软件进程为异常进程，则重启第六软件进程。

在一些实施方式中，***运行过程中，软件进程的数量会进行动态变化，下面根据不同的情况对软件进程数量变化后，软件进程的监控方法进行具体地阐述。

在一些实施方式中，软件进行的数量会增加，增加的软件进程也可以重新组建新的进程组。具体地，可以根据软件进程运行时的依赖关系在原先的软件进程和根监控进程中确定新增的进程组的父监控进程。增加的软件进程可以向对应的父监控进程发送监控请求，以使父监控进程根据接收到的监控请求，将新增的进程组归为同一进程组。

示例性地，原监控结构为图2所示的结构，增加的软件进程为第七软件进程和第八软件进程，其中，第七软件进程和第八软件进程对应的父监控进程为第五软件进程。如图3所示，第七软件进程和第八软件进程分别向第五软件进程发送监控请求，第五软件进程将第七软件进程和第八软件进程一起组建第六进程组。

在一些实施方式中，软件进程的数量会增加，增加的软件进程可以加入到原先已组建的进程组中。在本申请的实施例中，可以根据软件进程运行时的依赖关系在原先的软件进程和根监控进程中确定新增的进程组的父监控进程。增加的软件进程可以向对应的父监控进程发送监控请求，以使父监控进程根据接收到的监控请求，将新增的进程组归入原有的进程组。

由于原有的进程组进程成员发生变化，父监控进程可以重新调整进程组中的对应关系，例如调整进程组中每一软件进程对应的源进程和目标进程。

示例性地，原监控结构为图2所示的结构，增加的软件进程为第九软件进程，其中，第九软件进程对应的父监控进程为第二软件进程。如图4所示，第九软件进程向第二软件进程发送监控请求，第二软件进程将第九软件进程加入到第五进程组。进一步地，第二软件进程还可以调整第六软件进程的目标进程为第九软件进程，设置第九软件进程的源进程为第六软件进程，以及目标软件进程为第二软件进程。

在一些实施方式中，软件进程的数量会减少，退出的软件进程在关闭之前可以发送退出信息至对应的父监控进程，以通知父监控进程退出情况。由于原有的进程组进程成员发生变化，父监控进程可以重新调整进程组中的对应关系，例如调整进程组中每一软件进程对应的源进程和目标进程。

示例性地，原监控结构为图4所示的结构，第五进程组原先包括第二软件进程、第五软件进程、第六软件进程以及第九软件进程。如图5所示，第六软件进程在关闭之前发送退出信息至第二软件进程，以退出原先的进程组。进一步地，第二软件进程还可以调整第五软件进程的目标进程为第九软件进程，调整第九软件进程的源进程为第五软件进程。

请参阅图6，其示出了本发明一个实施例提供的进程监控装置200，该进程监控装置200包括：第一启动模块210、第二启动模块220、组分配模块230、运行状态确定模块240以及异常处理模块250。

其中，第一启动模块210用于当***运行时，启动根监控进程。

第二启动模块220用于启动根监控进程对应的多个软件进程。

组分配模块230用于根据预设规则将根监控进程以及多个软件进程分为多个进程组；每个进程组中包括一个父监控进程。

运行状态确定模块240用于在每个进程组中，根据预设的传递顺序进行监控传递指令的传递；由进程组对应的父监控进程根据所述监控传递指令的传递状态确定进程组中软件进程的运行状态；

异常处理模块250用于若父监控进程根据所述运行状态确定进程组的软件进程中存在异常进程，则执行所述异常进程对应的处理策略。

在一些实施方式中，预设规则包括每个软件进程对应的父监控进程。组分配模块230包括发送单元以及组分配单元。

其中，发送单元用于每个软件进程向其对应的父监控进程发送监控请求。

组分配单元用于由父监控进程根据接收到的监控请求，将发送监控请求的软件进程归为同一进程组。

在一些实施方式中，运行状态确定模块240包括生成单元、传递单元以及确定单元。

其中，生成单元用于在每个进程组中，通过父监控进程生成监控传递指令。

传递单元用于在进程组中根据预设的传递顺序传递监控传递指令。

确定单元用于由进程组对应的父监控进程根据监控传递指令的传递状态确定进程组中软件进程的运行状态。

在一些实施方式中，进程监控装置200还包括进程设置模块。进程设置模块用于通过父监控进程对所在进程组中的每个软件进程设置对应的源进程和目标进程。

在一些实施方式中，传递单元包括传递子单元。传递子单元用于通过进程组中的每个软件进程接收对应的源进程发送的监控传递指令；并将监控传递指令发送至对应的目标进程。

在一些实施方式中，确定单元包括：应答子单元、异常确定子单元、异常处理子单元。

其中，应答子单元用于若软件进程接收到对应的源进程发送的监控传递指令，则向对应的源进程发送应答信息。

异常确定子单元用于若软件进程将监控传递指令发送至对应的目标进程之后，在第一预设时间内未接收到对应的目标进程发送的应答信息，则软件进程发送异常报告至对应的父监控进程。

异常处理子单元用于由父监控进程根据异常报告确定异常进程。

在一些实施方式中，进程监控装置200还包括重发模块。

其中，重发模块用于若软件进程将监控传递指令发送至对应的目标进程之后，在第二预设时间内未接收到对应的目标进程发送的应答信息，则软件进程重新发送监控传递指令至对应的目标进程；其中，第二预设时间小于第一预设时间。

在一些实施方式中，进程监控装置200还包括重启模块。

其中，重启模块用于若软件进程在第三预设时间内未接收到对应的源进程发送的监控传递指令，则向对应的父监控进程发送监控请求。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。对于方法实施例中的所描述的任意的处理方式，在装置实施例中均可以通过相应的处理模块实现，装置实施例中不再一一赘述。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现

请参阅图7，基于上述的进程监控方法，本申请实施例还提供的另一种包括可以执行前述进程监控方法的处理器310的车辆300，车辆300还包括一个或多个处理器310、存储器320以及一个或多个应用程序。其中，该存储器320中存储有可以执行前述实施例中内容的程序，而处理器310可以执行该存储器320中存储的程序。

其中，处理器310可以包括一个或者多个用于处理数据的核以及消息矩阵单元。处理器310利用各种接口和线路连接整个车辆300内的各个部分，通过运行或执行存储在存储器320内的指令、程序、代码集或指令集，以及调用存储在存储器320内的数据，执行车辆300的各种功能和处理数据。可选地，处理器310可以采用数字信号处理(Digital SignalProcessing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器310可集成中央处理器310(Central Processing Unit，CPU)、图像处理器310(GraphicsProcessing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作***、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器310中，单独通过一块通信芯片进行实现。

存储器320可以包括随机存储器320(Random Access Memory，RAM)，也可以包括只读存储器320(Read-Only Memory)。存储器320可用于存储指令、程序、代码、代码集或指令集。存储器320可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作***的指令、用于实现至少一个功能的指令(比如监控传递指令传递功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储终端在使用中所创建的数据(比如预设规则、进程编号)等。

请参考图8，其示出了本申请实施例提供的一种计算机可读取存储介质400的结构框图。该计算机可读取存储介质400中存储有程序代码410，所述程序代码410可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读取存储介质400可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读取存储介质400包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读取存储介质400具有执行上述方法中的任何方法步骤的程序代码410的存储空间。这些程序代码410可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码410可以例如以适当形式进行压缩。

综上所述，本申请实施例提供的一种进程监控方法、装置、车辆及存储介质，当***运行时，启动根监控进程；启动根监控进程对应的多个软件进程；根据预设规则将根监控进程以及多个软件进程分为多个进程组；每个进程组中包括一个父监控进程；在每个进程组中，根据预设的传递顺序进行监控传递指令的传递；由进程组对应的父监控进程根据监控传递指令的传递状态确定进程组中软件进程的运行状态；若父监控进程根据运行状态确定进程组的软件进程中存在异常进程，则执行异常进程对应的处理策略。从而，通过对监控传递指令的传递状态可以准确判断软件进程的运行状态，且将进程监控任务分配到不同的进程组中，可以减小对***资源的占用，且有效提高监控效率、开发成本低，易于实现。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (11)

1.一种进程监控方法，其特征在于，所述方法包括：

当***运行时，启动根监控进程；

启动所述根监控进程对应的多个软件进程；

根据预设规则将所述根监控进程以及所述多个软件进程分为多个进程组；每个进程组中包括一个父监控进程；

在每个进程组中，根据预设的传递顺序进行监控传递指令的传递；由进程组对应的父监控进程根据所述监控传递指令的传递状态确定进程组中软件进程的运行状态；

若父监控进程根据所述运行状态确定进程组的软件进程中存在异常进程，则执行所述异常进程对应的处理策略。

2.根据权利要求1所述的方法，其特征在于，每个进程组具有至少一个相邻的进程组，每个进程组与相邻的进程组具有一个相同的软件进程或根监控进程；其中，若进程组中包括所述根监控进程，则包括所述根监控进程的进程组中仅包括一个软件进程，且所述根监控进程作为所述包括所述根监控进程的进程组的父监控进程。

3.根据权利要求1所述的方法，其特征在于，所述预设规则包括每个软件进程对应的父监控进程；

所述根据预设规则将所述根监控进程以及所述多个软件进程分为多个进程组；包括：

每个软件进程向其对应的父监控进程发送监控请求；

由父监控进程根据接收到的监控请求，将发送所述监控请求的软件进程归为同一进程组。

4.根据权利要求1所述的方法，其特征在于，所述在每个进程组中，根据预设的传递顺序进行监控传递指令的传递；由进程组对应的父监控进程根据所述监控指令的传递状态确定进程组中软件进程的运行状态，包括：

在每个进程组中，通过父监控进程生成监控传递指令；

在进程组中根据预设的传递顺序传递所述监控传递指令；

由进程组对应的父监控进程根据所述监控传递指令的传递状态确定进程组中软件进程的运行状态。

5.根据权利要求4所述的方法，其特征在于，所述在每个进程组中，进行监控传递指令的传递之前，所述方法还包括：

通过父监控进程对所在进程组中的每个软件进程设置对应的源进程和目标进程；

所述在每个进程组中，进行所述监控传递指令的传递，包括：

在每个进程组中，每个软件进程接收对应的源进程发送的监控传递指令；并将监控传递指令发送至对应的目标进程。

6.根据权利要求5所述的方法，其特征在于，所述由进程组对应的父监控进根据所述监控传递指令的传递状态确定进程组中软件进程的运行状态，包括：

若软件进程接收到对应的源进程发送的监控传递指令，则向对应的源进程发送应答信息；

若软件进程将监控传递指令发送至对应的目标进程之后，在第一预设时间内未接收到对应的目标进程发送的应答信息，则软件进程发送异常报告至对应的父监控进程；

父监控进程根据异常报告确定异常进程。

7.根据权利要求5所述的方法，其特征在于，所述方法还包括：

若软件进程将监控传递指令发送至对应的目标进程之后，在第二预设时间内未接收到对应的目标进程发送的应答信息，则软件进程重新发送监控传递指令至对应的目标进程；其中，所述第二预设时间小于所述第一预设时间。

8.根据权利要求5所述的方法，其特征在于，所述方法还包括：

若软件进程在第三预设时间内未接收到对应的源进程发送的监控传递指令，则向对应的父监控进程发送监控请求。

9.一种进程监控装置，其特征在于，所述装置包括：

第一启动模块，用于当***运行时，启动根监控进程；

第二启动模块，用于启动所述根监控进程对应的多个软件进程；

组分配模块，用于根据预设规则将所述根监控进程以及所述多个软件进程分为多个进程组；每个进程组包括一个父监控进程；

运行状态确定模块，用于在每个进程组中，根据预设的传递顺序进行监控传递指令的传递；由进程组对应的父监控进程根据所述监控传递指令的传递状态确定进程组中软件进程的运行状态；

异常处理模块，用于若父监控进程根据所述运行状态确定进程组的软件进程中存在异常进程，则执行所述异常进程对应的处理策略。

10.一种车辆，其特征在于，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行如权利要求1-8任一项所述的进程监控方法。

11.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-8任一项所述的进程监控方法。

Images