[发明专利]一种车载娱乐终端控制器卡顿监测及预警方法

权利要求书

1.一种车载娱乐终端控制器卡顿监测及预警方法，其特征在于，包括如下步骤：

S1：日志创建，将终端控制器进程CPU和内存使用率写入本地日志，建立日志埋点程序，周期性采集终端控制器各进程CPU和内存使用率；

S2：日志上云，云平台拉取终端控制器日志，并存储至分布式文件存储系统中；

S3：日志解析，建立解析模型，将终端控制器日志内非结构化数据转化为结构化数据并储存在分布式文件存储系统中；

S4：日志计算，建立监测规则模型，读取步骤S3中解析的结构化数据，根据监测规则得出监测的结果数据并储存；

S5：日志查询及展示，建立查询展示模型，查询步骤S4中得到的结果数据并根据前端要求的数据结构和约定形式返回给前端，前台将查询的数据展示，最后，工作人员根据展示的数据进行监测及预警。

2.如权利要求1所述的一种车载娱乐终端控制器卡顿监测及预警方法，其特征在于，所述步骤S1中，当终端控制器为安卓系统时，通过终端控制器的安卓系统自带的Top命令直接读取总的进程CPU和内存占用率、CPU占用率TOP5的进程情况，然后周期性读取上述数据并写入log.info日志文件并储存。

3.如权利要求2所述的一种车载娱乐终端控制器卡顿监测及预警方法，其特征在于，所述log.info日志文件超过设定大小或超过存储时间或已上云，则采用先进先出方式进行清除log.info日志文件后再次写入。

4.如权利要求1所述的一种车载娱乐终端控制器卡顿监测及预警方法，其特征在于，所述步骤S2中，云平台拉取终端控制器日志的方式包括主动拉取或手动拉取，其中，云平台向终端控制器发送读取终端控制器日志命令，当终端控制器收到日志读取命令后，将其终端控制器日志上传至云平台，云平台接收后再存储到分布式文件存储系统中。

5.如权利要求1所述的一种车载娱乐终端控制器卡顿监测及预警方法，其特征在于，所述步骤S3中，采取java.io.BufferedReader中的readLine方法逐行读取分布式文件存储系统储存的日志文件数据，并根据文档中每行数据得出对应的键值对结构，所述键值对结构包括终端控制器进程CPU总的占用率、终端控制器进程CPU总的空闲率、进程名和该进程CPU占比、内存占比日志数据，封装为一个对象按行写入分布式文件存储系统中的Hive表中，其中每次读取对应Hive中的每行，按读取次数逐行增加。

6.如权利要求1所述的一种车载娱乐终端控制器卡顿监测及预警方法，其特征在于，所述步骤S4中，所述监测规则模型如下：

S401：采用SQL语言读取Hive表中的键值对结构基础数据；

S402：按照终端控制器指标计算规则进行监控、预警计算，

其中，CPU总的空闲率低于预警设定值记为一次告警；单个进程CPU占比大于预警设定值记为一次告警；统计TOP进程权重分布，将这些数据写入Mysql数据库中，按天进行统计计算。

7.如权利要求6所述的一种车载娱乐终端控制器卡顿监测及预警方法，其特征在于，所述TOP进程权重分布计算方式为权重设置TOP1记为1、TOP2记为0.8、TOP3记为0.6、TOP4记为0.4、TOP5记为0.2，然后计算当日的各进程出现TOP排序的次数乘以对应的权重得出权值。

8.如权利要求6所述的一种车载娱乐终端控制器卡顿监测及预警方法，其特征在于，所述步骤S5中，前端技术采用React+Echarts框架及技术，后端采用SpringBoot+Mybatis框架及技术，后端按前端数据展示需求和Mysql数据结构，查询出结果；前端再根据查询出的结果进行相应展示。

9.如权利要求8所述的一种车载娱乐终端控制器卡顿监测及预警方法，其特征在于，步骤S5中展示内容包括根据选择日期、车型和软件版本查询异常车辆数、当日上传数据车辆数和当日异常次数的监控预警指标，及进程异常次数分布情况、TOP进程权重分布情况和告警详细信息数据。