【技术实现步骤摘要】
本专利技术涉及应用监测，尤其涉及一种功能应用监测方法、装置及介质。
技术介绍
1、智能ecu/hpc中的功能应用是指在智能电子控制单元（ecu）和高性能计算单元（hpc）中运行的软件程序和服务，这些应用负责执行和管理车辆的各项智能功能，如驾驶辅助、车载娱乐、导航、远程诊断等，通过整合硬件和软件资源，提升车辆的整体性能和用户体验。
2、目前，当智能ecu/hpc中的功能应用出现软件问题和故障时，通常是车主投诉后，售后或运维人员在系统和软件工程师的初步分析后，再获取应用程序日志进一步分析定位。然而，这种方法存在滞后性，很多情况下异常现象产生时的日志已经被覆盖，或日志无法完全分析出问题的根本原因，同时日志内容依赖于软件专家才能解读，导致售后、运维和测试人员无法在第一时间抓取全面的数据信息和日志进行分析判断。
技术实现思路
1、针对上述技术问题，本专利技术提供了一种功能应用监测方法、装置及介质，能够实现即时的异常监测和告警，提供全方面的监测数据信息，进而能够持续化提升智能ecu内功能应用的性能和使用体验。
2、本专利技术的第一方面，提供一种功能应用监测方法，包括：
3、对所述应用进行监测并基于预设的应用监测策略触发应用监测事件通知；
4、对所述应用对应的操作系统进行监测并基于预设的系统监测策略触发系统监测事件通知；
5、对所述应用对应的关联ecu进行监测并基于预设的的硬件检测策略触发硬件监测事件通知；
6、基于所述应用
7、基于所述分析判断的结果，进行记录存储和/或告警提示。
8、在一种可能的实现方式中，所述对所述应用进行监测并基于预设的应用监测策略触发应用监测事件通知，包括：
9、响应于所述应用的每次执行结果生成预设结构的event数据并存储；
10、其中，所述event数据至少包括；
11、用于标识事件成功或失败的事件类型数据；
12、用于标识事件产生时间的时间信息数据；
13、事件失败时用于区分不同事件的失败事件数据；
14、事件失败时用于给出失败事件来源的源头模块数据；
15、以及，用于标识事件等级的严重等级数据。
16、在一种可能的实现方式中，所述event数据还包括：
17、用于描述事件详细信息的细节信息数据。
18、在一种可能的实现方式中，所述应用监测策略包括：
19、所述严重等级数据高于预设级别时触发应用监测事件通知；和/或
20、所述应用连续失败次数高于预设次数时触发应用监测事件通知；和/或
21、所述失败事件数据为预设原因且连续发生超过预设个数时触发应用监测事件通知。
22、在一种可能的实现方式中，所述对所述应用对应的操作系统进行监测并基于预设的系统监测策略触发系统监测事件通知，包括：
23、在所述应用运行时，于所述操作系统中监测平台层面和app粒度上的状态数据；
24、其中，所述平台层面的状态数据包括系统cpu负载率、内存占用率以及是否存在内存转储文件；
25、所述app粒度的状态数据包括所述应用运行时的cpu占有率以及所述应用进程是否存活。
26、在一种可能的实现方式中，所述系统监测策略包括：
27、当所述cpu负载率超出预设第一门限值时触发系统监测事件通知；和/或
28、当所述内存占用率超出预设的第二门限值时触发系统监测事件通知；和/或
29、当出现所述内存转储文件时触发系统监测事件通知；和/或
30、当所述cpu占有率超出预设的第三门限值时触发系统监测事件通知；和/或
31、当所述应用进程未存活或崩溃时触发系统监测事件通知。
32、在一种可能的实现方式中，所述对所述应用对应的关联ecu进行监测并基于预设的的硬件检测策略触发硬件监测事件通知，包括：
33、基于预设的关联关系树确定所述应用对应的关联ecu；
34、通过所述关联ecu上的dtc动态服务接口订阅所述关联ecu的dtc信息。
35、在一种可能的实现方式中，所述基于预设的关联关系树确定所述应用对应的关联ecu，包括：
36、获取所述关联ecu对应的dtc数据；
37、基于所述dtc数据和所述关联关系树确定所述应用对应的关联dtc。
38、在一种可能的实现方式中，若无法直接建立所述dtc动态服务接口时，则通过所述车辆电子架构的总线收集所述关联ecu的dtc信息。
39、在一种可能的实现方式中，所述监测事件处理策略包括：
40、一旦收到所述应用监测事件通知、所述系统监测事件通知和/或所述硬件监测事件通知，直接触发所述告警提示。
41、在一种可能的实现方式中，所述监测处理策略包括：
42、当收到所述系统监测事件通知和/或所述硬件监测事件通知时，进行持续记录并存储；
43、当收到所述应用监测事件通知时，触发所述告警提示，并查询是否存在对应的系统监测事件通知和/或所述硬件监测事件通知；
44、若存在，则在所述告警提示中基于预设的消息结构携带所述统监测事件通知和/或所述硬件监测事件通知。
45、在一种可能的实现方式中，所述监测处理策略包括：
46、基于所述应用监测事件通知、所述系统监测事件通知和/或所述硬件监测事件通知，触发所述告警提示时,触发诊断动作；
47、其中，所述诊断动作包括触发相应的app日志获取、触发相应的mcu的物流数据获取以及触发did信息获取。
48、在一种可能的实现方式中，所述告警提示以事件的形式提供，并携带异常问题所关联的数据信息
49、本专利技术的第二方面，提供一种功能应用监测装置，包括：
50、应用监测模块，基于应用粒度进行部署，至少用于对所述应用进行监测并基于预设的应用监测策略触发应用监测事件通知；
51、系统监测模块，基于操作系统粒度进行部署，至少用于对所述应用对应的操作系统进行监测并基于预设的系统监测策略触发系统监测事件通知；
52、关联ecu监测模块,基于所述车辆电子架构粒度进行部署，至少用于对所述应用对应的关联ecu进行监测并基于预设的的硬件检测策略触发硬件监测事件通知；
53、监测事件处理器，至少用于基于所述应用监测事件通知、所述系统监测事件通知和/或所述硬件监测事件通知，依据预设的监测事件处理策略进行分析判断；
54、处理结果响应模块，至少用于基于所述分析判断的结果，进行记录存储和/或告警提示。
55、本专利技术的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计本文档来自技高网...
【技术保护点】
1.一种功能应用监测方法，其特征在于，包括：
2.根据权利要求1所述的功能应用监测方法，其特征在于，所述对所述应用进行监测并基于预设的应用监测策略触发应用监测事件通知，包括：
3.根据权利要求2所述的功能应用监测方法，其特征在于，所述event数据还包括：
4.根据权利要求2或3所述的功能应用监测方法，其特征在于，所述应用监测策略包括：
5.根据权利要求1所述的功能应用监测方法，其特征在于，所述对所述应用对应的操作系统进行监测并基于预设的系统监测策略触发系统监测事件通知，包括：
6.根据权利要求5所述的功能应用监测方法，其特征在于，所述系统监测策略包括：
7.根据权利要求1所述的功能应用监测方法，其特征在于，所述对所述应用对应的关联ECU进行监测并基于预设的的硬件检测策略触发硬件监测事件通知，包括
8.根据权利要求7所述的功能应用监测方法，其特征在于，所述基于预设的关联关系树确定所述应用对应的关联ECU，包括：
9.根据权利要求7所述的功能应用监测方法，其特征在于，若无法直接建立所述D
10.根据权利要求1所述的功能应用监测方法，其特征在于，所述监测事件处理策略包括：
11.根据权利要求1所述的功能应用监测方法，其特征在于，所述监测处理策略包括：
12.根据权利要求2所述的功能应用监测方法，其特征在于，所述监测处理策略包括：
13.根据权利要求1所述的功能应用监测方法，其特征在于，所述告警提示以事件的形式提供，并携带异常问题所关联的数据信息。
14.一种功能应用监测装置，其特征在于，包括：
15.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被计算机运行时，执行如权利要求1至12中任一项所述的功能应用监测方法。
...【技术特征摘要】
1.一种功能应用监测方法，其特征在于，包括：
2.根据权利要求1所述的功能应用监测方法，其特征在于，所述对所述应用进行监测并基于预设的应用监测策略触发应用监测事件通知，包括：
3.根据权利要求2所述的功能应用监测方法，其特征在于，所述event数据还包括：
4.根据权利要求2或3所述的功能应用监测方法，其特征在于，所述应用监测策略包括：
5.根据权利要求1所述的功能应用监测方法，其特征在于，所述对所述应用对应的操作系统进行监测并基于预设的系统监测策略触发系统监测事件通知，包括：
6.根据权利要求5所述的功能应用监测方法，其特征在于，所述系统监测策略包括：
7.根据权利要求1所述的功能应用监测方法，其特征在于，所述对所述应用对应的关联ecu进行监测并基于预设的的硬件检测策略触发硬件监测事件通知，包括
8.根据权利要求7所述的功能应用监测方法，其特征在于，所述基于...
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。