CN116909830A - 一种车载系统监控方法、装置、车辆及服务端 - Google Patents

Abstract

本申请提供了一种车载系统监控方法、装置、车辆及服务端，其中的方法包括：响应于车载系统的启动信号，获取系统身份信息、系统运行参数及各运行进程的运行状态参数；获取所述系统运行参数与系统配置参数之间的对比结果作为系统监控结果，获取每一所述运行进程的运行状态参数与对应的状态配置参数之间的比对结果作为运行进程监控结果；所述系统配置参数为车载系统的标准运行参数；所述状态配置参数为对应进程的标准运行状态参数；将所述系统监控结果及所述运行进程监控结果，与所述系统身份信息关联后发送至服务端。本申请的上述方案，能对车载系统进行全面、实时的监控，并将监控数据实时上报给服务端，能及时发现车载系统的异常状态。

Description

一种车载系统监控方法、装置、车辆及服务端

技术领域

本申请涉及车辆智能化控制技术领域，尤其涉及一种车载系统监控方法、装置、车辆及服务端。

背景技术

车辆配置有行车电脑，行车电脑中安装车载系统。车辆在运行过程中，各类电子控制单元或自动化模块与车载系统进行交互，车载系统对各单元、模块发送的数据进行分析处理并生成相应的控制策略下发至对应的单元、模块。当车辆在运行过程中出现异常时，通过监控工具对车载功能进行监测，具体实现时，利用监控工具与车载系统建立连接，针对异常情况选择要检测的系统进程，确定系统进程的异常原因并进行维护改进。该方式是在异常后对于异常结果进行检测，而难以提前排查到异常情况，而且由于该方式仅对异常情况进行监测，无法确保车载系统的整体稳定性。因此，现有技术中的监测方式具有滞后性和片面性。

发明内容

本申请的目的在于提供一种车载系统监控方法、装置、车辆及服务端，用于解决现有技术中车载系统状态监控实时性差和具有片面性，难以及时发现车载系统异常的问题。

第一方面，本申请技术方案提供一种车载系统监控方法，包括：

响应于车载系统的启动信号，获取系统身份信息、系统运行参数及各运行进程的运行状态参数；

获取所述系统运行参数与系统配置参数之间的对比结果作为系统监控结果，获取每一所述运行进程的运行状态参数与对应的状态配置参数之间的比对结果作为运行进程监控结果；所述系统配置参数为车载系统的标准运行参数；所述状态配置参数为对应进程的标准运行状态参数；

将所述系统监控结果及所述运行进程监控结果，与所述系统身份信息关联后发送至服务端。

一些方案中所述的车载系统监控方法，所述系统配置参数和每一所述运行进程对应的状态配置参数通过如下方式得到：

获取服务端下发的所述系统配置参数；

获取服务端下发的全部进程的全部状态配置参数，提取所述全部状态配置参数中与每一所述运行进程对应的状态配置参数。

一些方案中所述的车载系统监控方法，所述系统配置参数和每一所述运行进程对应的状态配置参数通过如下方式得到：

获取服务端下发的待配置文件，所述待配置文件包括系统待配置参数和全部进程的待配置状态参数；

获取基于所述系统待配置参数和每一所述运行进程对应的待配置状态参数输入的配置数据；

根据所述配置数据得到所述系统配置参数和每一所述运行进程的状态配置参数。

一些方案中所述的车载系统监控方法，还包括：

若任一项所述运行进程的运行状态参数与对应的状态配置参数之间的差值大于差值阈值则将其判定为异常进程；

关停所述异常进程并发送异常进程关停信号至所述服务端。

一些方案中所述的车载系统监控方法，还包括：

获取自定义信息，所述自定义信息包括进程启动请求或异常信息上报请求确定；

将所述自定义信息与所述系统身份信息关联后发送至所述服务端。

第二方面，本申请技术方案提供一种车载系统监控方法，包括：

获取车载系统发送的系统监控结果、运行进程监控结果和系统身份信息；其中，所述系统监控结果为系统运行参数与系统配置参数之间的对比结果，所述运行进程监控结果为每一运行进程的运行状态参数与对应的状态配置参数之间的比对结果；

根据所述系统身份信息确定对应的目标终端，将所述系统监控结果和运行进程监控结果发送至所述目标终端；所述目标终端对应于所述车载系统的目标责任人。

一些方案中所述的车载系统监控方法，在所述获取车载系统发送的系统监控结果、运行进程监控结果和系统身份信息之前，还包括：

确定车载系统的系统配置参数及全部进程的全部状态配置参数；

将所述系统配置参数及所述全部进程的全部状态配置参数发送至车载系统。

一些方案中所述的车载系统监控方法，在所述获取车载系统发送的系统监控结果、运行进程监控结果和系统身份信息之前，还包括：

生成配置文件，所述配置文件包括系统待配置参数和全部进程的待配置状态参数；

将所述待配置文件发送至车载系统。

一些方案中所述的车载系统监控方法，还包括：

获取所述车载系统发送的异常进程关停信号并将所述异常进程关停信号发送至所述目标终端。

一些方案中所述的车载系统监控方法，还包括：

获取所述车载系统发送的自定义信息，并将所述自定义信息发送至所述目标终端。

一些方案中所述的车载系统监控方法，还包括：

获取需同步监控的车载系统的系统身份信息列表；

将所述系统身份信息列表中各系统身份信息对应的车载系统发送的系统监控结果及运行进程监控结果关联存储。

第三方面，本申请技术方案提供一种车载系统监控装置，包括：

进程信息获取模块，被配置为响应于车载系统的启动信号，获取系统身份信息、系统运行参数及各运行进程的运行状态参数；

监控结果获取模块，被配置为获取所述系统运行参数与系统配置参数之间的对比结果作为系统监控结果，获取每一所述运行进程的运行状态参数与对应的状态配置参数之间的比对结果作为运行进程监控结果；所述系统配置参数为车载系统的标准运行参数；所述状态配置参数为对应进程的标准运行状态参数；

上报模块，被配置为将所述系统监控结果及所述运行进程监控结果，与所述系统身份信息关联后发送至服务端。

第四方面，本申请技术方案提供一种车载系统监控装置，包括：

监控数据接收模块，被配置为获取车载系统发送的系统监控结果、运行进程监控结果和系统身份信息；其中，所述系统监控结果为系统运行参数与系统配置参数之间的对比结果，所述运行进程监控结果为每一运行进程的运行状态参数与对应的状态配置参数之间的比对结果；

下发模块，被配置为根据所述系统身份信息确定对应的目标终端，将所述系统监控结果和运行进程监控结果发送至所述目标终端；所述目标终端对应于所述车载系统的目标责任人。

第五方面，本申请技术方案提供一种存储介质，所述存储介质中存储有程序信息，计算机读取所述程序信息后执行第一方面任一项方案所述的车载系统监控方法。

第六方面，本申请技术方案提供一种电子设备，所述电子设备包括至少一个处理器和至少一个存储器，至少一个所述存储器中存储有程序信息，至少一个所述处理器读取所述程序信息后执行第一方面任一项方案所述的车载系统监控方法。

第七方面，本申请技术方案提供一种车辆，所述车辆包括第三方面所述的车载系统监控装置或第四方面所述的存储介质或第五方面所述的电子设备。

第八方面，本申请技术方案提供一种存储介质，所述存储介质中存储有程序信息，计算机读取所述程序信息后执行第二方面任一项所述的车载系统监控方法。

第九方面，本申请技术方案提供一种电子设备，所述电子设备包括至少一个处理器和至少一个存储器，至少一个所述存储器中存储有程序信息，至少一个所述处理器读取所述程序信息后执行第二方面任一项所述的车载系统监控方法。

第十方面，本申请技术方案提供一种服务端，所述服务端包括第三方面所述的车载系统监控装置或第五方面所述的存储介质或第六方面所述的电子设备。

采用上述技术方案，具有以下有益效果：

本申请提供的车载系统监控方法、装置、车辆及服务端，车载系统启动后能够获取系统身份信息、系统运行参数和各运行进程的运行状态参数，通过将系统运行参数与系统配置参数进行比对得到系统监控结果、将各运行进程的运行状态参数与状态配置参数进行比对即可得到运行进程监控结果，系统监控结果、运行进程监控结果与系统身份信息关联后发送至服务端。本申请的上述方案，车载系统在启动状态后可对车载系统的整体状态、处于运行状态的各运行进程的状态进行全面、实时的监控，并将监控结果实时上报给服务端，能及时发现车载系统的异常状态。

附图说明

图1为本申请一实施例中供行车电脑执行的车载系统监控方法的流程图；

图2为本申请另一实施例中供行车电脑执行的车载系统监控方法的流程图；

图3为本申请又一实施例中供行车电脑执行的车载系统监控方法的流程图；

图4为本申请一实施例中供服务端执行的车载系统监控方法的流程图；

图5为本申请一实施例中设置于车辆中的车载系统监控装置的结构框图；

图6为本申请一实施例中设置于服务端中的车载系统监控装置的结构框图；

图7为本申请一实施例所述用户终端、行车电脑、服务端与目标终端的数据通信关系示意图；

图8为本申请一实施例所述电子设备的硬件连接关系示意图。

具体实施方式

下面结合附图来进一步说明本申请的具体实施方式。

容易理解，根据本申请的技术方案，在不变更本申请实质精神下，本领域的一般技术人员可相互替换的多种结构方式以及实现方式。因此，以下具体实施方式以及附图仅是对本申请的技术方案的示例性说明，而不应当视为本申请的全部或视为对申请技术方案的限定或限制。

在本说明书中提到或者可能提到的上、下、左、右、前、后、正面、背面、顶部、底部等方位用语是相对于各附图中所示的构造进行定义的，它们是相对的概念，因此有可能会根据其所处不同位置、不同使用状态而进行相应地变化。所以，也不应当将这些或者其他的方位用语解释为限制性用语。

本申请以下实施例中应用的技术术语及含义包括：

进程：Process，是指车载系统中已运行的程序，是车载系统进行资源分配和调度的基本单位。

车载系统CPU使用率：车载系统的所有程序的占用CPU时间占总CPU时间的百分比，车载系统CPU使用率越高说明车载系统CPU负担越大，车载系统CPU空闲时间越少。CPU即中央处理器(Central Processing Unit)作为车载系统的运算和控制核心，是信息处理、程序运行的最终执行单元。

车载系统的进程CPU使用率：车载系统中运行进程占用的CPU资源，表示车载系统在某个时间点的运行程序的情况。某一进程的CPU使用率越高，说明该进程占用的CPU资源越多，留给其他进程的CPU资源就越少。

内存：用于暂时存放CPU中的运算数据和外部储存器交换数据的随机储存器，读写速率极高，但需保持通电状态才能存放数据，充当储存和CPU沟通桥梁的角色。

本实施例提供一种车载系统监控方法，应用于车辆的行车电脑中，如图1所示，所述方法包括：

S10：响应于车载系统的启动信号，获取系统身份信息、系统运行参数及各运行进程的运行状态参数。

所述车载系统的启动信号可以根据行车电脑的启动信号来确定，一般行车电脑启动的同时，其车载系统也会启动。车辆启动后，车载系统中的部分进程会根据实际运行的需要启动，系统运行参数和各运行进程的运行状态参数可直接得到。系统运行参数可以包括系统持续运行时间、车载系统CPU使用率、系统负载、系统内存信息、网络数据和各存储分区占用比等。所述运行状态参数可以通过动态的数据表格进行记录，对于未启动的进程可不必执行任何操作。运行状态参数可以包括如进程CPU使用率、占用CPU时间、优先级、内存使用率、磁盘使用率和带宽使用率等。所述系统身份信息作为车载系统的唯一身份标识，能够使其与其他车载系统区分开来，所述系统身份信息可以是标识码、车架信息等。

S20：获取所述系统运行参数与系统配置参数之间的对比结果作为系统监控结果，获取每一所述运行进程的运行状态参数与对应的状态配置参数之间的比对结果作为运行进程监控结果；所述系统配置参数为车载系统的标准运行参数；所述状态配置参数为对应进程的标准运行状态参数。

所述系统配置参数和状态配置参数为已知参数，其可以是通过用户或者工作人员配置得到，也可以是车辆出厂时写入车载系统中的固定参数，其表示车载系统运行和进程运行时各个参数所应该在的范围值或上限值。例如，针对每一个进程，状态配置参数包括CPU使用率范围、CPU使用率上限值、内存使用率范围和内存使用上限值等。当车载系统启动后，针对系统和各运行进程，直接将相同参数进行比对即可得到状态监控结果，例如进程A的CPU使用率对应的监控结果可以为：15％，20％，正常；其中，15％为实际监控到的进程A的CPU使用率，20％为进程A的CPU使用率上限值，比较之后可以判定进程A的CPU使用率处于“正常”状态。以上仅为一种示例性说明，在实际情形中，不同进程可以由不同的表示方式。

S30：将所述系统监控结果及所述运行进程监控结果，与所述系统身份信息关联后发送至服务端。

因为各车辆的车载系统的系统监控结果都会发送至服务端，因此需要将车载系统的系统身份信息作为区分不同车载系统的关键信息，因此需将系统监控结果及运行进程监控结果，与系统身份信息关联后发送至服务端。

本实施例提供的以上方案，车载系统启动后能够获取系统身份信息、系统运行参数和各运行进程的运行状态参数，通过将系统运行参数与系统配置参数进行比对得到系统监控结果、将各运行进程的运行状态参数与状态配置参数进行比对即可得到运行进程监控结果，系统监控结果、运行进程监控结果与系统身份信息关联后发送至服务端。通过本方案车载系统在启动状态后可对车载系统的整体状态、处于运行状态的各运行进程的状态进行全面、实时的监控，并将监控结果实时上报给服务端，可及时发现车载系统的异常状态。

一些方案中，步骤S20中的所述系统配置参数和每一所述运行进程对应的所述状态配置参数可以通过如下方式得到：获取服务端下发的所述系统配置参数；获取服务端下发的全部进程的全部状态配置参数，提取所述全部状态配置参数中与每一所述运行进程对应的5状态配置参数。

本方案中，可以通过服务端对车载系统、车载系统中各个进程的运行状态参数进行配置，车载系统在执行监控过程中，可以根据服务端配置的信息判断车载系统运行是否正常。

在另一些方案中，步骤S20中的所述系统配置参数和每一所述运行进程对应的所述状

态配置参数可以通过如下方式得到：0S201：获取服务端下发的待配置文件，所述待配置文件包括全部进程的待配置状态参数。

所述待配置文件中记载的待配置状态参数可以包括各进程的CPU使用率的范围或上限值、各进程的内存使用率的范围或上限值，系统CPU使用率的范围或上限值，系统的内存

使用率的范围或上限值等。待配置文件获取后可以存储于特定的路径或目录下，该路径或5目录与供用户输入信息的输入接口相对应。

S202：获取基于所述系统待配置参数和每一所述运行进程对应的待配置状态参数输入的配置数据。

即可以输出所述系统待配置参数和各运行进程对应的待配置状态参数供用户配置，并

接收用户输入配置数据，例如，通过显示屏显示出需要配置的窗口，窗口显示如“系统CPU0使用率，？？？”的信息，则“？？？”可供用户根据需求进行设定，因此，只要用户通

过输入接口输入了每一个需要配置的数据，就能够将配置数据写入到该目录下。

S203：根据所述配置数据得到所述系统配置参数和每一所述运行进程的状态配置参数。

在步骤S202中，已经收到了用户针对各参数的配置数据，由此可确定最终的系统配置参数和各运行进程的状态配置参数。

5本方案中，可以由用户根据自身需求对车载系统、车载系统中各个进程的运行状态参

数进行配置，车载系统在执行监控过程中，可以根据用户配置的信息判断车载系统运行是否正常，由此满足用户的需求。

可以理解，在实际应用过程中，服务端配置和用户自行配置两种方式可同时存在，根据实际需求进行选择或者切换即可。

0一些方案中，如图2所示，所述的车载系统监控方法，还可以包括：

S40：若任一项所述运行进程的运行状态参数与对应的状态配置参数之间的差值大于差值阈值则将其判定为异常进程。

例如，正常情况下，每一运行进程的CPU使用率的取值范围0-100％，当某一线程的CPU

使用率不在所要求状态配置参数范围或区间内，且差值超过差值阈值时，则说明其已经严5重占用CPU资源且此情形为异常占用，则将其判定为异常进程。针对其他参数，与之类似。

差值阈值根据不同进程的优先级可以选择不同的数值。

S50：关停所述异常进程并发送异常进程关停信号至所述服务端。

当有运行进程出现异常时，采取关停该进程的方式以避免其对资源占用过影响其他正常进程的运行状态，在关停异常进程后将该操作涉及的关停信息以异常进程关停信号的方式上报至服务端。

本方案，能够在运行状态参数与对应的状态配置参数之间的差值大于差值阈值时，关停该进程，确保车载系统的正常运行。

一些方案中，如图3所示，所述的车载系统监控方法，还可以包括：

S60：获取自定义信息，所述自定义信息包括进程启动请求或异常信息上报请求确定。

当用户需要实现其他服务或者因紧急事件出现异常信息需要上报时，可以通过调用输入接口实现自定义信息的上报。

S70：将所述自定义信息与所述系统身份信息关联后发送至所述服务端。

通过本步骤，车载系统能够第一时间将自定义信息上报至服务端以尽快通知到责任人处理。

以上方案中，车载系统能够自动对其运行状态进行实时监控并将监控结果上报服务端，还能够根据服务端或用户设置的配置信息执行运行状态的监控，使监控结果满足灵活性的需求。而且，当用户有特定需求时，车载系统还能够通过自定义信息上报的方式，将用户的特定需求上报至服务端。

本申请一些实施例中还提供一种车载系统监控方法，应用于服务端，如图4所示，所述方法包括：

S100：获取车载系统发送的系统监控结果、运行进程监控结果和系统身份信息。

其中，所述系统监控结果为系统运行参数与系统配置参数之间的对比结果，所述运行进程监控结果为每一运行进程的运行状态参数与对应的状态配置参数之间的比对结果。系统运行参数可以包括系统持续运行时间、车载系统CPU使用率、系统负载、系统内存信息、网络数据和各存储分区占用比等，运行状态参数可以包括如进程CPU使用率、占用CPU时间、优先级、内存使用率、磁盘使用率和带宽使用率等。所述系统配置参数和状态配置参数为已知参数，表示车载系统运行和进程运行时各个参数所应该在的范围值或上限值。

上述信息由行车电脑的车载系统获得并发送至服务端。

S200：根据所述系统身份信息确定对应的目标终端，将所述系统监控结果和运行进程监控结果发送至所述目标终端；所述目标终端对应于所述车载系统的目标责任人。

所述目标责任人可以为研发人员、维修人员或用户，目标终端可以为计算机或手机等，也可以为服务端的显示终端、与服务端有通信连接的控制主机等。

本方案，车载系统在运行过程中主动将监控数据上报至服务端，服务端能够将车载系统上报的信息下发至目标责任人对应的目标终端，方便开发者和运营人员及时发现和解决问题，例如车载系统负载高，CPU使用率高，内存占用高，存储分区占用高，网卡速率占用高等系统问题，以及某一运行进程CPU使用率，内存占用率和所操作文件的大小存在过高或过低的情形等，既可以实时查看，又可以预警。

一些方案中，所述服务端运行的车载系统监控方法，还可以包括：

S300：确定车载系统的系统配置参数及全部进程的全部状态配置参数。

通过本方案，服务端能够通过研发或运营人员的操作等生成配置文件，对车载系统或各进程的运行状态的参数进行配置，可实现远程配置车载系统的监控参数。

S400：将所述系统配置参数及所述全部进程的全部状态配置参数发送至所述车载系统。

本方案中可以根据系统身份信息确定对应的车载系统，进而可以将系统配置参数及全部进程的全部状态配置参数下发至车载系统，本方案由服务端远程设置系统配置参数及状态配置参数即可，提高监控方式的灵活性。

另一些方案中，所述服务端运行的车载系统监控方法，还可以包括：

S500：生成配置文件，所述配置文件包括系统待配置参数和全部进程的待配置状态参数。

所述待配置文件可以包括各进程的CPU使用率的范围或上限值、各进程的内存使用率的范围或上限值，系统CPU使用率的范围或上限值，系统的内存使用率的范围或上限值等。例如，“系统CPU使用率，？？？”的信息，则“？？？”可供用户根据需求进行设定。

S600：将所述待配置文件发送至所述车载系统。

本方案中，可以由用户根据自身需求对车载系统、车载系统中各个进程的运行状态参数进行配置，车载系统在执行监控过程中，可以根据用户配置的信息判断车载系统运行是否正常，由此满足用户的需求。

一些方案中，所述服务端运行的车载系统监控方法，还可以包括：

S700：获取所述车载系统发送的异常进程关停信号并将所述异常进程关停信号发送至所述目标终端。

车载系统在有运行进程出现异常时，采取关停该进程的方式以避免其对资源占用过影响其他正常进程的运行状态，服务端能够及时获取到异常进程关停信号并将其下发至目标终端，供目标责任人及时了解到该异常情形。

S800：获取所述车载系统发送的自定义信息，并将所述自定义信息发送至所述目标终端。

服务端能及时接收到用户需要实现其他服务或者因紧急事件出现异常信息所上报的自定义信息并第一时间通知到目标责任人。

一些方案中，所述服务端运行的车载系统监控方法，还可以包括：获取需同步监控的车载系统的系统身份信息列表；将所述系统身份信息列表中各系统身份信息对应的车载系统发送的系统监控结果及运行进程监控结果关联存储。需同步监控的车载系统可以是同时出厂交付的产品，或者装载有同一版本软件的系统等。本方案将这一类车载系统的监控结果数据进行关联存储，能够方便地对同一批次或版本的车载系统的运行状态进行统一查看和管理，如果出现异常的概率较高时能够针对该列表内的全部车载系统进行维护更新，提前预防异常情况的出现。

本申请实施例提供一种车载系统监控装置，设置于车辆行车电脑，如图5所示，包括：

进程信息获取模块11，被配置为响应于车载系统的启动信号，获取系统身份信息、系统运行参数及各运行进程的运行状态参数。所述车载系统的启动信号可以根据行车电脑的启动信号来确定，一般行车电脑启动的同时，其车载系统也会启动。车辆启动后，车载系统中的部分进程会根据实际运行的需要启动，系统运行参数和各运行进程的运行状态参数可直接得到。所述系统身份信息作为车载系统的唯一身份标识，能够使其与其他车载系统区分开来，所述系统身份信息可以是标识码、车架信息等

监控结果获取模块12，被配置为获取所述系统运行参数与系统配置参数之间的对比结果作为系统监控结果，获取每一所述运行进程的运行状态参数与对应的状态配置参数之间的比对结果作为运行进程监控结果；所述系统配置参数为车载系统的标准运行参数；所述状态配置参数为对应进程的标准运行状态参数。所述系统配置参数和状态配置参数为已知参数，其可以是通过用户或者工作人员配置得到，也可以是车辆出厂时写入车载系统中的固定参数，其表示车载系统运行和进程运行时各个参数所应该在的范围值或上限值。

上报模块13，被配置为将所述系统监控结果及所述运行进程监控结果，与所述系统身份信息关联后发送至服务端。因为各车辆的车载系统的系统监控结果都会发送至服务端，因此需要将车载系统的系统身份信息作为区分不同车载系统的关键信息，因此需将系统监控结果及运行进程监控结果，与系统身份信息关联后发送至服务端。

本实施例提供的以上方案，车载系统启动后能够获取系统身份信息、系统运行参数和各运行进程的运行状态参数，通过将系统运行参数与系统配置参数进行比对得到系统监控结果、将各运行进程的运行状态参数与状态配置参数进行比对即可得到运行进程监控结果，系统监控结果、运行进程监控结果与系统身份信息关联后发送至服务端。通过本方案车载系统在启动状态后可对车载系统的整体状态、处于运行状态的各运行进程的状态进行全面、实时的监控，并将监控结果实时上报给服务端，可及时发现车载系统的异常状态。

一些方案中，监控结果获取模块12中，获取服务端下发的所述系统配置参数；获取服务端下发的全部进程的全部状态配置参数，提取所述全部状态配置参数中与每一所述运行进程对应的状态配置参数。本方案中，可以通过服务端对车载系统、车载系统中各个进程的运行状态参数进行配置，车载系统在执行监控过程中，可以根据服务端配置的信息判断车载系统运行是否正常。

在另一些方案中，监控结果获取模块12中，获取服务端下发的待配置文件，所述待配置文件包括全部进程的待配置状态参数。获取基于所述系统待配置参数和每一所述运行进程对应的待配置状态参数输入的配置数据。根据所述配置数据得到所述系统配置参数和每一所述运行进程的状态配置参数。本方案中，可以由用户根据自身需求对车载系统、车载系统中各个进程的运行状态参数进行配置，车载系统在执行监控过程中，可以根据用户配置的信息判断车载系统运行是否正常，由此满足用户的需求。

一些方案中，所述装置还可以包括：

异常进程判断模块，被配置为若任一项所述运行进程的运行状态参数与对应的状态配置参数之间的差值大于差值阈值则将其判定为异常进程。关停所述异常进程并发送异常进程关停信号至所述服务端。当有运行进程出现异常时，采取关停该进程的方式以避免其对资源占用过影响其他正常进程的运行状态，在关停异常进程后将该操作涉及的关停信息以异常进程关停信号的方式上报至服务端。本方案，能够在运行状态参数与对应的状态配置参数之间的差值大于差值阈值时，关停该进程，确保车载系统的正常运行。

一些方案中，所述装置还可以包括：

自定义信息获取模块，被配置为获取自定义信息，所述自定义信息包括进程启动请求或异常信息上报请求确定；将所述自定义信息与所述系统身份信息关联后发送至所述服务端。当用户需要实现其他服务或者因紧急事件出现异常信息需要上报时，可以通过调用输入接口实现自定义信息的上报。车载系统能够第一时间将自定义信息上报至服务端以尽快通知到责任人处理。

本申请一些实施例中提供一种车载系统监控装置，设置于服务端，如图6所示，包括：

监控数据接收模块21，被配置为获取车载系统发送的系统监控结果、运行进程监控结果和系统身份信息。所述系统监控结果为系统运行参数与系统配置参数之间的对比结果，所述运行进程监控结果为每一运行进程的运行状态参数与对应的状态配置参数之间的比对结果。

下发模块22，被配置为根据所述系统身份信息确定对应的目标终端，将所述系统监控结果和运行进程监控结果发送至所述目标终端；所述目标终端对应于所述车载系统的目标责任人。所述目标责任人可以为研发人员、维修人员或用户，目标终端可以为计算机或手机等，也可以为服务端的显示终端、与服务端有通信连接的控制主机等。

本方案，车载系统在运行过程中主动将监控数据上报至服务端，服务端能够将车载系统上报的信息下发至目标责任人对应的目标终端，方便开发者和运营人员及时发现和解决问题，例如车载系统负载高，CPU使用率高，内存占用高，存储分区占用高，网卡速率占用高等系统问题，以及某一运行进程CPU使用率，内存占用率和所操作文件的大小存在过高或过低的情形等，既可以实时查看，又可以预警。

一些方案中，所述装置还可以包括：

第一配置模块，用于确定车载系统的系统配置参数及全部进程的全部状态配置参数。将所述系统配置参数及所述全部进程的全部状态配置参数发送至所述车载系统。通过本方案，服务端能够通过研发或运营人员的操作等生成配置文件，对车载系统或各进程的运行状态的参数进行配置，可实现远程配置车载系统的监控参数，提高监控方式的灵活性。

一些方案中，所述装置还可以包括：

第二配置模块，生成配置文件，所述配置文件包括系统待配置参数和全部进程的待配置状态参数。将所述待配置文件发送至所述车载系统。本方案中，可以由用户根据自身需求对车载系统、车载系统中各个进程的运行状态参数进行配置，车载系统在执行监控过程中，可以根据用户配置的信息判断车载系统运行是否正常，由此满足用户的需求。

一些方案中，所述装置还可以包括：

异常关停信息获取模块，被配置为获取所述车载系统发送的异常进程关停信号并将所述异常进程关停信号发送至所述目标终端。车载系统在有运行进程出现异常时，采取关停该进程的方式以避免其对资源占用过影响其他正常进程的运行状态，服务端能够及时获取到异常进程关停信号并将其下发至目标终端，供目标责任人及时了解到该异常情形。

自定义信息接收模块，被配置为获取所述车载系统发送的自定义信息，并将所述自定义信息发送至所述目标终端。服务端能及时接收到用户需要实现其他服务或者因紧急事件出现异常信息所上报的自定义信息并第一时间通知到目标责任人。

一些方案中，所述装置还可以包括：

同步监控模块，被配置为获取需同步监控的车载系统的系统身份信息列表；将所述系统身份信息列表中各系统身份信息对应的车载系统发送的系统监控结果及运行进程监控结果关联存储。需同步监控的车载系统可以是同时出厂交付的产品，或者装载有同一版本软件的系统等。本方案将这一类车载系统的监控数据进行关联存储，能够方便地对同一批次或版本的车载系统的运行状态进行统一查看和管理，如果出现异常的概率较高时能够针对该列表内的全部车载系统进行维护更新，提前预防异常情况的出现。

结合图7所示，行车电脑100内的车载系统，能实现进程监控、CPU监控、内存监控、网络监控和参数配置等功能。行车电脑100配置有与服务端200通信的服务端接口，服务端200具有展示监控数据、对异常监控数据进行告警、生成配置文件并下发、监控数据接收和解析的功能，服务端200能够与目标终端300通信连接，将监控数据发送至目标终端供目标责任人监控。同时，用户终端400还能够与行车电脑100内的用户端接口与行车电脑100通信连接，可以实现自定义信息的输入。通过本申请的以上方案，研发和运营人员通过目标终端可以在远端查看车辆系统的状态，如CPU，内存，进程、网络，存储分区占用等状态，以及各个进程所占用的CPU，内存百分比等。车载系统能够实现当CPU使用率、内存占用，网络负载，存储分区超过最大限制等系统事件产生时，主动上报至服务端，服务端200第一时间下发至目标终端，并提供车载系统的监控数据。而实现其他服务或者进程发生紧急事件时，用户终端通过调用用户端接口实现事件上报，车载系统能够及时将其传输至服务端以第一时间下发至目标终端。

本申请一些实施例中还提供一种存储介质，所述存储介质可以置于车辆中或服务端，所述存储介质中存储有程序信息，计算机读取所述程序信息后执行以上任一项方法实施例所述的车载系统监控方法。

本申请一些实施例中还提供一种电子设备，所述电子设备可以置于车辆中或服务端，如图8所示，包括至少一个处理器81；以及，与至少一个所述处理器81通信连接的存储器82；其中，所述存储器82存储有可被至少一个所述处理器执行的指令，所述指令被至少一个所述处理器81执行，以使至少一个所述处理器81能够执行如前所述的车载系统监控方法。图8中以一个处理器81为例。电子设备还可以包括：输入装置83和输出装置84。处理器81、存储器82、输入装置83及输出装置84可以通过总线或者其他方式连接，图中以通过总线连接为例。存储器82作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的车载系统监控方法对应的程序指令/模块。处理器81通过运行存储在存储器82中的非易失性软件程序、指令以及模块，从而执行各种功能应用以及数据处理，即实现上述实施例中的车载系统监控方法。存储器82可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据车载系统监控方法的使用所创建的数据等。此外，存储器82可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器82可选包括相对于处理器81远程设置的存储器，这些远程存储器可以通过网络连接至执行车载系统监控方法的装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。输入装置83可接收输入的用户点击，以及产生与车载系统监控方法的用户设置以及功能控制有关的信号输入。输出装置84可包括显示屏等显示设备。在所述一个或者多个模块存储在所述存储器82中，当被所述一个或者多个处理器81运行时，执行上述任意方法实施例中的车载系统监控方法。

本申请实施例还提供一种车辆，所述车辆包括以上方案所述的车载系统监控装置或存储介质或电子设备。

本申请实施例还提供一种服务端，所述车辆包括以上方案所述的车载系统监控装置或存储介质或电子设备。

根据需要，可以将上述各技术方案进行结合，以达到最佳技术效果。

以上的仅是本申请的原理和较佳的实施例。应当指出，对于本领域的普通技术人员来说，在本申请原理的基础上，还可以做出若干其它变型，也应视为本申请的保护范围。

Claims (19)

1.一种车载系统监控方法，其特征在于，包括：

响应于车载系统的启动信号，获取系统身份信息、系统运行参数及各运行进程的运行状态参数；

获取所述系统运行参数与系统配置参数之间的对比结果作为系统监控结果，获取每一所述运行进程的运行状态参数与对应的状态配置参数之间的比对结果作为运行进程监控结果；所述系统配置参数为车载系统的标准运行参数；所述状态配置参数为对应进程的标准运行状态参数；

将所述系统监控结果及所述运行进程监控结果，与所述系统身份信息关联后发送至服务端。

2.根据权利要求1所述的车载系统监控方法，其特征在于，所述系统配置参数和每一所述运行进程对应的状态配置参数通过如下方式得到：

获取服务端下发的所述系统配置参数；

获取服务端下发的全部进程的全部状态配置参数，提取所述全部状态配置参数中与每一所述运行进程对应的状态配置参数。

3.根据权利要求1所述的车载系统监控方法，其特征在于，所述系统配置参数和每一所述运行进程对应的状态配置参数通过如下方式得到：

获取服务端下发的待配置文件，所述待配置文件包括系统待配置参数和全部进程的待配置状态参数；

获取基于所述系统待配置参数和每一所述运行进程对应的待配置状态参数输入的配置数据；

根据所述配置数据得到所述系统配置参数和每一所述运行进程的状态配置参数。

4.根据权利要求1-3任一项所述的车载系统监控方法，其特征在于，还包括：

若任一项所述运行进程的运行状态参数与对应的状态配置参数之间的差值大于差值阈值则将其判定为异常进程；

关停所述异常进程并发送异常进程关停信号至所述服务端。

5.根据权利要求4所述的车载系统监控方法，其特征在于，还包括：

获取自定义信息，所述自定义信息包括进程启动请求或异常信息上报请求确定；

将所述自定义信息与所述系统身份信息关联后发送至所述服务端。

6.一种车载系统监控方法，其特征在于，包括：

获取车载系统发送的系统监控结果、运行进程监控结果和系统身份信息；其中，所述系统监控结果为系统运行参数与系统配置参数之间的对比结果，所述运行进程监控结果为每一运行进程的运行状态参数与对应的状态配置参数之间的比对结果；

根据所述系统身份信息确定对应的目标终端，将所述系统监控结果和运行进程监控结果发送至所述目标终端；所述目标终端对应于所述车载系统的目标责任人。

7.根据权利要求6所述的车载系统监控方法，其特征在于，在所述获取车载系统发送的系统监控结果、运行进程监控结果和系统身份信息之前，还包括：

确定车载系统的系统配置参数及全部进程的全部状态配置参数；

将所述系统配置参数及所述全部进程的全部状态配置参数发送至车载系统。

8.根据权利要求6所述的车载系统监控方法，其特征在于，在所述获取车载系统发送的系统监控结果、运行进程监控结果和系统身份信息之前，还包括：

生成配置文件，所述配置文件包括系统待配置参数和全部进程的待配置状态参数；

将所述待配置文件发送至车载系统。

9.根据权利要求6所述的车载系统监控方法，其特征在于，还包括：

获取所述车载系统发送的异常进程关停信号并将所述异常进程关停信号发送至所述目标终端。

10.根据权利要求6所述的车载系统监控方法，其特征在于，还包括：

获取所述车载系统发送的自定义信息，并将所述自定义信息发送至所述目标终端。

11.根据权利要求6-10任一项所述的车载系统监控方法，其特征在于，还包括：

获取需同步监控的车载系统的系统身份信息列表；

将所述系统身份信息列表中各系统身份信息对应的车载系统发送的系统监控结果及运行进程监控结果关联存储。

12.一种车载系统监控装置，其特征在于，包括：

进程信息获取模块，被配置为响应于车载系统的启动信号，获取系统身份信息、系统运行参数及各运行进程的运行状态参数；

监控结果获取模块，被配置为获取所述系统运行参数与系统配置参数之间的对比结果作为系统监控结果，获取每一所述运行进程的运行状态参数与对应的状态配置参数之间的比对结果作为运行进程监控结果；所述系统配置参数为车载系统的标准运行参数；所述状态配置参数为对应进程的标准运行状态参数；

上报模块，被配置为将所述系统监控结果及所述运行进程监控结果，与所述系统身份信息关联后发送至服务端。

13.一种车载系统监控装置，其特征在于，包括：

监控数据接收模块，被配置为获取车载系统发送的系统监控结果、运行进程监控结果和系统身份信息；其中，所述系统监控结果为系统运行参数与系统配置参数之间的对比结果，所述运行进程监控结果为每一运行进程的运行状态参数与对应的状态配置参数之间的比对结果；

下发模块，被配置为根据所述系统身份信息确定对应的目标终端，将所述系统监控结果和运行进程监控结果发送至所述目标终端；所述目标终端对应于所述车载系统的目标责任人。

14.一种存储介质，其特征在于，所述存储介质中存储有程序信息，计算机读取所述程序信息后执行权利要求1-5任一项所述的车载系统监控方法。

15.一种电子设备，其特征在于，所述电子设备包括至少一个处理器和至少一个存储器，至少一个所述存储器中存储有程序信息，至少一个所述处理器读取所述程序信息后执行权利要求1-5任一项所述的车载系统监控方法。

16.一种车辆，其特征在于，所述车辆包括权利要求12所述的车载系统监控装置或权利要求14所述的存储介质或权利要求15所述的电子设备。

17.一种存储介质，其特征在于，所述存储介质中存储有程序信息，计算机读取所述程序信息后执行权利要求6-11任一项所述的车载系统监控方法。

18.一种电子设备，其特征在于，所述电子设备包括至少一个处理器和至少一个存储器，至少一个所述存储器中存储有程序信息，至少一个所述处理器读取所述程序信息后执行权利要求6-11任一项所述的车载系统监控方法。

19.一种服务端，其特征在于，所述服务端包括权利要求13所述的车载系统监控装置或权利要求17所述的存储介质或权利要求18所述的电子设备。