一种数据处理方法、装置、设备以及存储介质与流程

1.本发明涉及智能交通技术领域，尤其涉及一种数据处理方法、装置、设备以及存储介质。


背景技术：

2.随着控制器技术的发展，控制器中包含的进程也越来越复杂，例如，在智能网联汽车技术领域，面向智能网联业务的不同场景，车用控制器中的软件越来越复杂，涉及到的控制器进程数量也越来越多。
3.如何对控制器中的进程进行有效监控，是目前亟待解决的问题。


技术实现要素：

4.本发明提供了一种数据处理方法、装置、设备以及存储介质，可以根据诊断仪的诊断报文来确定监控配置文件，进一步确定监控进程并监控，生成监控信息，能够实现对控制器进程的有效监控。
5.根据本发明的一方面，提供了一种数据处理方法，包括：
6.根据诊断仪反馈的控制器进程的诊断报文，确定所述控制器进程的监控配置文件；
7.根据所述监控配置文件，确定监控进程；
8.对所述监控进程进行监控，并生成监控信息。
9.根据本发明的另一方面，提供了一种数据处理装置，包括：文件确定模块，用于根据诊断仪反馈的控制器进程的诊断报文，确定所述控制器进程的监控配置文件；
10.进程确定模块，用于根据所述监控配置文件，确定监控进程；
11.生成模块，用于对所述监控进程进行监控，并生成监控信息。
12.根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：
13.至少一个处理器；以及
14.与所述至少一个处理器通信连接的存储器；其中，
15.所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的数据处理方法。
16.根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的数据处理方法。
17.本发明实施例的技术方案，根据诊断仪反馈的控制器进程的诊断报文，确定控制器进程的监控配置文件，进一步根据监控配置文件，确定监控进程，最后对监控进程进行监控，并生成监控信息，通过根据诊断报文确定监控配置文件，能够更好地确定出需要监控的监控进程，进一步对监控进程监控后，可以生成更有效的监控信息，便于后续利用更有效的
监控信息对控制器进程进行分析，实现对控制器进程的有效监控。
18.应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
19.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
20.图1是根据本发明实施例一提供的一种数据处理方法的流程图；
21.图2是根据本发明实施例二提供的一种数据处理方法的流程图；
22.图3是根据本发明实施例三提供的一种数据处理方法的流程图；
23.图4a是根据本发明实施例四提供的一种数据处理方法的示意图；
24.图4b是根据本发明实施例四提供的数据处理系统的结构示意图；
25.图4c是根据本发明实施例四提供的进程监控的流程示意图；
26.图5是根据本发明实施例五提供的一种数据处理装置的结构示意图；
27.图6是实现本发明实施例的数据处理方法的电子设备的结构示意图。
具体实施方式
28.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
29.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“目标”、“备选”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够通过除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”以及他的任何变形，意图在于覆盖不排它的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
30.实施例一
31.图1是根据本发明实施例一提供的一种数据处理方法的流程图，本实施例可适用于对控制器进程进行监控的情况，尤其可以适用于对至少一个控制器进行监控的情况。该方法可以由数据处理装置来执行，该装置可以采用软件和/或硬件的方式实现，并可集成于具有数据处理功能的电子设备中，可选的，该电子设备可以配置于车辆上，用于对车用控制器进程的监控，也可以配置于其他具有控制器的设备中，如的航天领域的相关设备，用于对设备中的控制器进程进行监控。如图1所示，该方法包括：
32.s101、根据诊断仪反馈的控制器进程的诊断报文，确定控制器进程的监控配置文
件。
33.其中，诊断仪是指可以对控制器进程进行诊断并生成诊断报文的仪器，例如，可以是车用诊断仪。控制器进程是指控制器中可以运行的所有进程。控制器进程可以包括业务进程、系统主进程以及启动进程中的至少一种。诊断报文是指诊断仪对控制器进程进行诊断后生成的报文。监控配置文件是指表征对控制器进程的监控策略的配置文件。监控配置文件可以包括控制器id(identity document，身份证标识号)、进程id、进程周期、线程id、线程周期、使能配置信息以及监控信息传输方式中的至少一种。使能配置信息是指对控制器、控制器中的进程或控制器中进程对应的线程是否启动监控的配置信息。监控信息传输方式是指生成监控信息后向相关设备回传或传输的方式。
34.可选的，若控制器为车用控制器，则一辆车上可以包括至少一个控制器，控制器是指车辆上的电子控制单元(electronic control unit，ecu)，每个控制器对应一个ecu id号。一个控制器可以包括至少一个进程。一个进程可以包括至少一个线程，监控配置文件可以包括至少一条监控配置信息，一个线程可以对应一条监控配置信息。示例性的，监控配置文件的一条监控配置信息可以是通过如下形式进行存储：
[0035][0036]
可选的，可以在对控制器进程进行监控的主进程启动时，如车辆一上电时，即认为主进程启动，此时接收诊断仪发出的诊断报文并对诊断报文进行分析，确定出诊断仪诊断出的有问题的控制器进程，进一步的，可以直接将有问题的控制器进程的使能配置信息确定为启动监控，也可以根据一定的筛选条件，对有问题的控制器进程进行筛选后，将筛选后的控制器进程的使能配置信息确定为启动监控，确定监控配置文件的使能配置信息后，进一步可以根据预设的匹配规则，为控制器进程匹配对应的监控信息传输方式，最后将对应的控制器id、进程id、进程周期、线程id以及线程周期等信息写入监控配置文件，即确定控制器进程的监控配置文件。
[0037]
s102、根据监控配置文件，确定监控进程。
[0038]
其中，监控进程是指确定需要进行监控的控制器进程。
[0039]
可选的，可以根据监控配置文件中包含的所有进行的使能配置信息，将使能配置信息为启动监控的进程直接作为监控进程，也可以根据预设的规则，对使能配置信息为启动监控的控制器和/或进程进行筛选之后确定监控进程，具体的，根据监控配置文件，确定监控进程，包括：根据监控配置文件，确定备选控制器；对备选控制器进行筛选，确定目标控制器；对目标控制器所关联的控制器进程进行筛选，确定监控进程。
[0040]
其中，备选控制器是指备选的需要进行监控的控制器。目标控制器是指最终确定的目标进行监控的控制器。
[0041]
可选的，可以根据配置文件，将使能配置信息为启动监控的控制器作为备选控制器，即确定备选控制器。
[0042]
可选的，确定备选控制器之后，可以根据预设的规则，将满足条件的备选控制器作为目标控制器，例如，可以根据预设的重要性规则，将重要性级别较高的备选控制器作为目
标控制器，也可以确定历史被监控的控制器，将历史一段预设周期内未进行过监控的备选控制器作为目标控制器，还可以确定控制器所包含的进程的数量和/或复杂度，将包含进程数量和/或复杂度较高的备选控制器作为目标控制器，即确定目标控制器。
[0043]
可选的，确定目标控制器之后，可以根据预设的筛选规则，对目标控制器所关联的所有控制器进程进行筛选，确定监控进程，例如，可以将重要性级别较高的进程作为监控进程，也可以确定历史被监控的控制器进程，将历史一段预设周期内未进行过监控的控制器进程作为监控进程，即确定监控进程。
[0044]
s103、对监控进程进行监控，并生成监控信息。
[0045]
其中，监控信息可以用于记录监控进程的相关信息。一个控制器进程对应的线程可以对应一条监控信息，每条监控信息可以包括控制器id、进程id、进程周期、线程id、线程周期、系统时间、监控信息类型以及具体信息描述中的至少一种。系统时间是指系统上记录该条监控信息的时间。监控信息类型是指表征监控进程状态的信息类别。监控信息类型可以包括调试类监控信息、警告类监控信息、模块错误类监控信息以及系统类监控信息。具体信息描述是指对该条监控信息的其他相关描述，具体的，可以包括对监控进程的具体运行情况的描述。
[0046]
可选的，调试类监控信息主要用于开发阶段，可以完全由开发者根据自己的实际需要来调用，可以对监控进程是否发生异常程度较轻微的情况进行记录的监控信息类型。警告类监控信息主要是用于对监控进程在系统可接受范围内，是否发生错误进行记录的监控信息类型。模块错误类监控信息主要是用于对监控进程是否发生逻辑错误的纪录监控信息类型。例如，在某个特定的监控进程的计算结果与按预期结果是否相同。系统类监控信息主要是用于对监控进程是否发生比较严重的错误进行纪录的监控信息类型，系统类监控信息对应的监控信息往往可能是系统崩溃前最后一条记录信息。调试类监控信息、警告类监控信息、模块错误类监控信息以及系统类监控信息的代表的重要程度逐渐增加。
[0047]
可选的，确定监控进程并在车用控制器所有进程都启动后，对监控进程进行监控的过程中，可以根据预设的规则，先确定监控进程对应的监控信息类型，进一步将对应的控制器id、进程id、进程周期、线程id、线程周期以及系统时间写入该条监控信息，即生成监控信息。
[0048]
示例性的，监控信息可以通过如下格式来记录：
[0049][0050]
本发明实施例的技术方案，根据诊断仪反馈的控制器进程的诊断报文，确定控制器进程的监控配置文件，进一步根据监控配置文件，确定监控进程，最后对监控进程进行监控，并生成监控信息，通过根据诊断报文确定监控配置文件，能够更好地确定出需要监控的监控进程，进一步对监控进程监控后，可以生成更有效的监控信息，便于后续利用更有效的监控信息对控制器进程进行分析，实现对控制器进程的有效监控。
[0051]
实施例二
[0052]
图2是根据本发明实施例二提供的一种数据处理方法的流程图，本实施例在上述
实施例的基础上，进一步对“对监控进程进行监控，并生成监控信息”进行详细的解释说明，如图2所示，该方法包括：
[0053]
s201、根据诊断仪反馈的控制器进程的诊断报文，确定控制器进程的监控配置文件。
[0054]
s202、根据监控配置文件，确定监控进程。
[0055]
s203、对监控进程进行监控，得到进程运行状态信息。
[0056]
其中，监控信息至少包括监控信息类型。进程运行状态信息是指在监控进程运行的过程中，可以表征监控进程运行状态的信息。进程运行状态信息包括：启动进程信息、网络设备信息、cpu(central processing unit，中央处理器)负载信息、内存资源信息、进程运行时间、进程运算结果以及进程周期反馈信息中的至少一种。启动进程信息是指启动进程的启动标志位的返回值信息或其他表征启动进程是否启动的信息。网络设备信息是指网络设备自检后反馈的网络参数信息。cpu负载信息是指cpu的负载数量信息。内存资源信息是指内存的资源使用率信息。进程运行时间是指进程执行的时长信息。进程运算结果是指执行计算的进程反馈的运算结果信息。进程周期反馈信息是指需要周期向主进程反馈信息的进程运行时，实际反馈的信息内容以及实际的反馈周期。
[0057]
可选的，主进程可以与各控制器中的进程建立消息传输通道，通过消息传输通道对各控制器中的监控进程进行监控的过程中，可以基于不同进程的类型，针对性的获取不同的进程运行状态信息。
[0058]
s204、根据进程运行状态信息，生成监控信息类型。
[0059]
可选的，可以根据预设的规则，针对不同类型的监控进程，对得到的不同进程运行状态信息进行分析，确定监控进程的监控信息类型，即生成监控信息类型。
[0060]
可选的，根据进程运行状态信息，生成监控信息中的监控信息类型，包括：若监控进程为业务进程，则根据进程运行时间、进程运算结果或进程周期反馈信息，确定监控信息类型。
[0061]
其中，业务进程是指负责相关业务服务的进程，例如，在车用控制器中，业务进程可以包括环境感知、行车、泊车、路径规划、自动巡航、驾驶模式控制等业务服务所涉及到的相关进程。
[0062]
示例性的，若监控进程为业务进程，则根据进程运行时间，确定监控信息类型的一种可实施方式为：判断进程运行时间与预设的进程运行时间是否相同，若不同，则确定监控信息类型为模块错误类监控信息，例如，若预设的业务进程的运行时间为20ms，实际得到的进程运行时间为35ms，则确定监控信息类型为模块错误类监控信息。
[0063]
示例性的，若监控进程为业务进程，则根据进程运算结果，确定监控信息类型的一种可实施方式为：判断进程运算结果是否位于预设的进程运算结果范围内，若否，则确定监控信息类型为模块错误类监控信息，例如，若预设的进程运算结果范围为0-5，实际得到的进程运算结果为8，则确定监控信息类型为模块错误类监控信息。
[0064]
可选的，根据进程运行状态信息，生成监控信息中的监控信息类型，还包括：若监控进程为系统主进程，则根据网络设备信息、cpu负载信息、内存资源信息或进程周期反馈信息，确定监控信息类型；
[0065]
示例性的，若监控进程为系统主进程，则根据网络设备信息，确定监控信息类型的
一种可实施方式为：判断网络设备信息中的网络参数是否正确，若是，则确定监控信息类型为调试类监控信息，若否，则确定监控信息类型为模块错误类监控信息。
[0066]
示例性的，若监控进程为系统主进程，则根据cpu负载信息或内存资源信息，确定监控信息类型的实施方式可以为：判断cpu负载率是否大于预设的负载阈值(如75％)，或判断内存资源使用率是否大于预设的使用率阈值(如80％)，若是，则确定监控信息类型为警告类监控信息。
[0067]
可选的，根据进程运行状态信息，生成监控信息中的监控信息类型，还包括：若监控进程为启动进程，则根据启动进程信息或进程周期反馈信息，确定监控信息类型。其中，启动进程可以包括uboot(universal bootloader，引导加载程序)启动进程、内核启动进程、系统主进程以及业务进程对应的启动进程。
[0068]
示例性的，若监控进程为启动进程，则根据启动进程信息，确定监控信息类型，包括：若监控进程为启动进程，且启动进程信息中的返回值正常，则确定监控信息类型为调试类监控信息；若监控进程为启动进程，且启动进程信息中的返回值错误，则确定监控信息类型为系统类监控信息。
[0069]
可选的，当主进程(监控所有控制器的主进程)确定的监控进程为需要周期反馈信息的启动进程、系统主进程(与主系统功能相关的进程)或业务进程时，相应的，根据进程周期反馈信息，确定监控信息类型，包括：根据进程周期反馈信息，确定监控进程的响应时间；根据监控进程的响应时间与时间阈值之间的关系，确定监控进程的监控信息类型。
[0070]
其中，进程周期反馈信息是指需要周期性向主进程反馈信息的监控进程所反馈的信息。响应时间是指监控进程的反馈时间。
[0071]
示例性的，主进程根据进程周期反馈信息，确定监控进程的响应时间之后，可以判断监控进程的响应时间与至少一个时间阈值(如两个，第一时间阈值小于第二时间阈值)的关系，若监控进程的响应时间大于第一时间阈值，且小于第二时间阈值，则可以确定监控进程的监控信息类型为警告类监控信息，若监控进程的响应时间大于第二时间阈值，则可以确定监控进程的监控信息类型为系统类监控信息。
[0072]
示例性的，根据监控信息类型，标记调试类监控信息为1、标记警告类监控信息为2、标记模块错误类监控信息为3以及标记系统类监控信息为4时，对应的具体信息描述可以包括如下表格的例子：
[0073]
[0074]
本发明实施例的技术方案，确定监控进程后，对监控进程进行监控，得到进程运行状态信息，根据进程运行状态信息，生成监控信息类型，从而完成监控信息的生成，通过更细化监控信息中的监控信息类型的确定，能够生成更有效的监控信息，便于后续利用更有效的监控信息对控制器进程进行分析，实现对控制器进程的有效监控。
[0075]
实施例三
[0076]
图3是根据本发明实施例三提供的一种数据处理方法的流程图，本实施例在上述实施例的基础上，进一步对“生成监控信息”之后传输监控信息的过程进行详细的解释说明，如图3所示，该方法包括：
[0077]
s301、根据诊断仪反馈的控制器进程的诊断报文，确定控制器进程的监控配置文件。
[0078]
s302、根据监控配置文件，确定监控进程。
[0079]
s303、对监控进程进行监控，并生成监控信息。
[0080]
s304、根据监控配置文件，确定监控信息的传输方式。
[0081]
其中，监控信息的传输方式是指将监控信息进行传输时的传输方式，具体的，监控信息的传输方式可以包括实时传输和非实时回传。
[0082]
可选的，确定监控信息配置文件后，可以直接利用相关的匹配算法，提取出监控信息配置文件中，各监控进程生成监控信息后，对应的监控信息的传输方式，也可以将监控配置文件和监控信息输入预先训练好的模型，输出监控信息的传输方式，即确定监控信息的传输方式。
[0083]
s305、基于传输方式，传输监控信息。
[0084]
可选的，基于不同的传输方式，可以采用不同的策略传输监控信息，具体的，基于传输方式，传输监控信息，包括：若传输方式为实时传输，则通过以太网传输模块或串口，实时传输监控信息；若传输方式为非实时回传，则将监控信息存储在本地，并在接收到传输指令时，传输监控信息。
[0085]
示例性的，若传输方式为实时传输，则通过以太网传输模块或串口，；利用操作系统的相关收发文件函数，将监控信息实时传输至调试终端或pc(personal computer，个人计算机)端。若传输方式为非实时回传，则将监控信息存储在本地，后续可以在接收到传输指令时，通过调试接口回传至磁盘或传输整个包含监控信息的监控记录文件至pc端。
[0086]
本发明实施例的技术方案，生成监控信息之后，进一步根据监控配置文件，确定监控信息的传输方式，基于传输方式，传输监控信息，便于后续利用更有效的监控信息对控制器进程进行分析，实现对控制器进程的有效监控。
[0087]
实施例四
[0088]
图4a是根据本发明实施例四提供的一种数据处理方法的示意图，图4b是根据本发明实施例四提供的数据处理系统的结构示意图，图4c是根据本发明实施例四提供的进程监控的流程示意图。
[0089]
本实施在上述实施例的基础上，给出了需要监控的控制器为一个车用控制器时，将进行监控的主进程配置于控制器中，主进程与控制器中的监控进程进行交互，实现监控并生成监控信息，通过操作系统回传至pc端或以太网接收设备的优选实例。
[0090]
如图4a所示，本实施说所提供的数据处理方法可以包括如下过程：
[0091]
车辆一上电，对控制器进程监控的主进程即自动启动，主进程启动后，可以先判断是否有诊断仪反馈的诊断报文，若是，则根据诊断报文，更改监控配置文件，即确定控制器进程的监控配置文件，若否，则直接读取预存的监控配置文件，即确定控制器进程的监控配置文件。读取进程的监控配置文件并确定监控进程后，正常运行车辆上的各控制器进程后，只对各控制器进程中的监控进程进行监控，生成监控信息，并确定回传方式是否为实时回传，若是，则通过以太网报文回传监控信息，或者通过串口打印到调试终端，若否，则将监控信息记录到本地监控记录文件，便于后续接收到传输指令时，进行传输。
[0092]
示例性的，如图4b所示，本实施所提供的数据处理系统可以包括一个基于soc芯片的车用控制器，以及用于接收控制器监控进程的监控信息的上位pc端或以太网接收设备。其中，以太网接收设备可以配置于车辆上。以太网接收设备可以配置于车辆上，如车用诊断仪。
[0093]
控制器可以包括对该控制器进行监控的主进程，主进程可以与控制器中至少一个业务模块中的进程进行交互，主进程可以包括业务进程通信、监控信息存储以及监控信息传输等模块。主进程为与硬件解耦的部分，主进程的业务进程通信模块可以分别与不同的业务进程建立通信链接，生成监控信息。监控信息存储模块，可以为业务模块提供监控过程中需要的各类接口，业务程序的开发人员只需要重点关注监控信息中的监控信息类型和具体描述信息。监控信息传输模块用于将主进程生成的监控信息汇总，发送到调试终端或者通过以太网发送到控制器外部。
[0094]
控制器中各进程都是基于操作系统运行的，该操作系统可以是linux操作系统，也可以是其他posix接口的操作系统，如qnx操作系统或vxworks操作系统。操作系统可以包括文件系统、网络驱动(tcp/udpsocket)、ipc驱动和中断模块，用于提供控制器基本的调度和外设驱动。具体的，中断模块可以用于支撑与以太网接收设备之间的通信。文件系统可以存储的文件为：对监控信息进行记录的监控信息记录文件以及监控配置文件。可选的，主进程和业务进程可以利用ipc或者共享内存方式进行信息交互。
[0095]
需要说明的是，本实施所描述的是对一个控制器进行监控时，将主进程配置于控制器中的情况，本发明其他实施例还包括对一个以上的控制器进行监控的情况，此时主进程可以配置于所有控制器外，用户对所有控制器中的进程进行监控。
[0096]
示例性的，本实施中位于控制器中的主进程与业务模块中的进程或线程交互，生成监控信息的过程如图4c所示。主进程与业务进程建立消息输出通道之后，可以根据确定的监控配置文件，对相应的监控进程开启监控，在对监控进程进行监控的过程中，例如，进程1中的线程1会周期性地向主进程反馈信息，此时主进程可以得到线程1的周期反馈信息作为进程1的周期反馈信息，并由此确定监控信息中的监控信息类型。又例如，进程1中的线程2会将进程运算结果反馈至主进程，此时主进程可以得到线程2的运算结果作为进程1的运算结果，并由此确定监控信息中的监控信息类型。又例如，进程2可以向主进程反馈自身的执行时间，由此主进程可以得到进程2的进程运行时间并由此确定监控信息中的监控信息类型上述确定监控信息类型的过程在上述实施例已经给出详细介绍，此处不再赘述，确定监控信息类型之后，可以生成监控信息，并利用主进程的监控信息传输模块，将监控信息进行传输。
[0097]
本发明实施例，给出了需要监控的控制器为一个车用控制器时，将进行监控的主
进程配置于控制器中，进一步的，主进程与控制器中的监控进程进行交互，实现监控并生成监控信息的可实施方式，能够更好地确定出需要监控的监控进程，进一步对监控进程监控后，可以生成更有效的监控信息，便于后续利用更有效的监控信息对控制器进程进行分析，实现对控制器进程的有效监控。
[0098]
实施例五
[0099]
图5是根据本发明实施例五提供的一种数据处理装置的结构示意图，本发明实施例所提供的一种数据处理装置可执行本发明任一实施例所提供的数据处理方法，具备执行方法相应的功能模块和有益效果。
[0100]
如图5所示，该装置包括：
[0101]
文件确定模块501，用于根据诊断仪反馈的控制器进程的诊断报文，确定所述控制器进程的监控配置文件；
[0102]
进程确定模块502，用于根据所述监控配置文件，确定监控进程；
[0103]
生成模块503，用于对所述监控进程进行监控，并生成监控信息。
[0104]
本发明实施例的技术方案，根据诊断仪反馈的控制器进程的诊断报文，确定控制器进程的监控配置文件，进一步根据监控配置文件，确定监控进程，最后对监控进程进行监控，并生成监控信息，通过根据诊断报文确定监控配置文件，能够更好地确定出需要监控的监控进程，进一步对监控进程监控后，可以生成更有效的监控信息，便于后续利用更有效的监控信息对控制器进程进行分析，实现对控制器进程的有效监控。
[0105]
进一步的，所述监控信息至少包括监控信息类型；生成模块503可以包括：
[0106]
得到单元，用于对所述监控进程进行监控，得到进程运行状态信息，其中，所述进程运行状态信息包括：启动进程信息、网络设备信息、cpu负载信息、内存资源信息、进程运行时间、进程运算结果以及进程周期反馈信息中的至少一种；
[0107]
生成单元，用于根据所述进程运行状态信息，生成监控信息类型
[0108]
进一步的，生成单元可以包括：
[0109]
第一子单元，用于若所述监控进程为业务进程，则根据进程运行时间、进程运算结果或进程周期反馈信息，确定监控信息类型；
[0110]
第二子单元，用于若所述监控进程为系统主进程，则根据网络设备信息、cpu负载信息、内存资源信息或进程周期反馈信息，确定监控信息类型；
[0111]
第三子单元，用于若所述监控进程为启动进程，则根据启动进程信息或进程周期反馈信息，确定监控信息类型。
[0112]
进一步的，所述生成单元执行根据进程周期反馈信息，确定监控信息类型时，具体用于：
[0113]
根据进程周期反馈信息，确定所述监控进程的响应时间；
[0114]
根据所述监控进程的响应时间与时间阈值之间的关系，确定所述监控进程的监控信息类型。
[0115]
进一步的，第三子单元还用于：
[0116]
若所述监控进程为启动进程，且启动进程信息中的返回值正常，则确定监控信息类型为调试类监控信息；
[0117]
若所述监控进程为启动进程，且启动进程信息中的返回值错误，则确定监控信息
类型为系统类监控信息。
[0118]
进一步的，进程确定模块502具体用于：
[0119]
根据所述监控配置文件，确定备选控制器；
[0120]
对备选控制器进行筛选，确定目标控制器；
[0121]
对目标控制器所关联的控制器进程进行筛选，确定监控进程。
[0122]
进一步的，上述装置还包括：
[0123]
方式确定模块，用于根据所述监控配置文件，确定所述监控信息的传输方式；
[0124]
传输模块，用于基于所述传输方式，传输所述监控信息。
[0125]
进一步的，传输模块具体用于：
[0126]
若所述传输方式为实时传输，则通过以太网传输模块或串口，实时传输所述监控信息；
[0127]
若所述传输方式为非实时回传，则将所述监控信息存储在本地，并在接收到传输指令时，传输所述监控信息。
[0128]
实施例六
[0129]
图6是实现本发明实施例的数据处理方法的电子设备的结构示意图，图6示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
[0130]
如图6所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(rom)12、随机访问存储器(ram)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(rom)12中的计算机程序或者从存储单元18加载到随机访问存储器(ram)13中的计算机程序，来执行各种适当的动作和处理。在ram 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、rom 12以及ram 13通过总线14彼此相连。输入/输出(i/o)接口15也连接至总线14。
[0131]
电子设备10中的多个部件连接至i/o接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
[0132]
处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如数据处理方法。
[0133]
在一些实施例中，数据处理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由rom 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到ram 13
并由处理器11执行时，可以执行上文描述的数据处理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行数据处理方法。
[0134]
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
[0135]
用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
[0136]
在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
[0137]
为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
[0138]
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
[0139]
计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算
机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。
[0140]
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
[0141]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。