基于车载信息娱乐系统的应用监视系统及监控方法与流程

1.本说明书提供的技术方案涉及技术领域为汽车领域的监视系统，尤其涉及一种基于车载信息娱乐系统的应用监视系统及监控方法。


背景技术：

2.随着经济社会的不断发展，车辆作为最为重要的交通工具之一也随之迅速普及和进步。在车辆的发展过程中，车辆上装载的车机系统等从无到有，并迅速更新换代。其中，车载信息娱乐系统是当今应用十分广泛的车机系统。为了对车机系统的性能和状态进行充分了解，需要设置相关的监测系统进行监控。当前，存在一些相关技术，比如一些车辆上安装相关的检测系统，通过检测系统对车辆的故障进行检测。但是这些检测往往是针对车辆本身的出现的故障进行的检测，然后对相关的故障信息实时记录，然后在发生相关故障后查看对应数据从而辅助分析故障原因。也有技术是通过摄像头采集相关图像数据，根据图像处理技术进行分析，从而达到了解和监控相关系统的实际状况。但是这些技术往往仅仅是针对汽车及其内部硬件等明显故障信息进行检测，其监测监控的范围无法涵盖车辆上设置的日益发挥重要作用的车载信息娱乐系统等应用，因此是存在缺陷的。
3.随着互联网、互联网、人工智能等技术的飞速发展，车载信息娱乐系统等偏向于软件的应用越来越普及，其发挥的作用也越来越大。但是这类系统应用在实际使用过程中会出现异常，容易影响系统应用的功能多样性，也不能很好的保证系统应用的娱乐性和功能性。
4.因此本技术提供一种基于车载信息娱乐系统的应用监视系统及其监控方法。


技术实现要素：

5.有鉴于此，本说明书多个实施例的目的在于提出一种基于车载信息娱乐系统的应用监视系统及其监控方法，以解决车载信息娱乐系统实际使用过程中会出现异常，容易影响系统应用的功能多样性，也不能很好的保证系统应用的娱乐性和功能性的问题。
6.基于上述目的，本发明提供一种基于车载信息娱乐系统的应用监视系统，该系统包括预览系统、实时监控系统、告警系统以及业务线系统；
7.其中，预览系统包括整体展示单元，所述整体展示单元用于展示应用运行监视系统各个业务线的关键指标；
8.其中，实时监控系统用于展示各个业务线实时监控页面，实时监控系统包括筛选单元、总览区域单元以及子功能展示单元；筛选单元用于全局条件筛选预选的指标；总览区域单元用于展示对应业务线的关键指标；子功能展示单元用于展示对应业务线子功能的关键指标；
9.其中，告警系统包括初次告警单元以及再次告警单元；初次告警单元用于发出监控到异常后的第一次告警信号，再次告警单元用于发出同一异常第二次及以上的告警信号；
10.其中，业务线系统包括至少一条业务线单元。
11.业务线系统包括t-box业务线单元、云端业务线单元以及定位业务线单元；
12.其中，所述t-box业务线单元对应的子功能展示单元展示的关键指标包括t-box状态，包括文件监控数据、进程监控数据、异常访问监控数据以及t-box的运行状态监控数据；
13.其中，云端业务线单元对应的子功能展示单元展示的关键指标包括微服务、中间件、接口的失败率、失败类型占比指标数据；
14.其中，定位业务线单元对应的子功能展示单元展示的关键指标包括新增t-box定位状态数据、新增rtk状态码数据。
15.业务线系统还包括车机系统性能业务线单元、流量业务线单元、远程日志业务线单元和网络业务线单元；
16.其中，车机系统性能业务线单元对应的子功能展示单元展示的关键指标包括dtc监控数据以及仪表日志数据以及ivi系统数据具体包括dtc故障监控数据、车机启动监控数据、蓝牙监控数据、功放监控数据、麦克监控数据、黑白花闪监控数据；
17.流量业务线单元对应的子功能展示单元展示的关键指标包括监控t-box、上网件(ivi、网关、自动驾驶相关控制器)、ivi各应用消耗的具体流量、时间戳数据ecu ip、apn标志、上/下行标志、4g/wifi标志、当前统计周期内消耗的总流量数据；
18.远程日志业务线单元对应的子功能展示单元展示的关键指标包括日志信息存储数据；网络业务线单元监控涉及网络的相关数据。
19.业务线系统还包括车机应用业务线单元、手机应用业务线单元；车机应用业务线单元和手机应用业务线单元各自对应的总览区域单元均包括通用指标展示单元，车机应用业务线单元和手机应用业务线单元各自对应的子功能展示单元均包括个性指标展示单元；其中，通用指标展示单元用于展示通用指标数据，个性指标展示单元用于展示个性指标数据。
20.车机应用业务线单元的通用指标数据包括崩溃、anr，其个性指标数据包括出行服务数据组、娱乐服务数据组、生态服务数据组、网络系统软件数据组、语音数据组，出行服务数据组包括导航数据；娱乐服务数据组包括在线音乐数据、usb/试听音频数据、蓝牙音乐数据、网络电台数据、收音机数据、红旗电台数据、在线视频数据、本地视频数据、在线新闻数据；生态服务数据组包括音效运营包、活动运营以及cp数据；网络系统软件数据组包括sota升级数据、车辆模式数据、账户数据；语音组数据包括语音数据；手机应用业务线单元的通用指标数据包括崩溃数据、内存泄漏数据，若该应用存在于安卓系统则还包括anr数据，其个性指标数据包括手机应用超时数据、手机应用与后台的连接情况数据、车辆列表异常情况数据、账户自动退登情况数据、皮肤展示不全情况数据、功能异常情况监控数据、违章查询结果反馈异常监控数据、pin异常监控数据。
21.一项所述的基于车载信息娱乐系统的应用监视系统的监控方法，包括对相关数据进行采集的信号采集段，监控方法的步骤还包括实时监控段、统计分析段、全局概览段以及告警段；其中，实时监控段包括筛选环节、总览区域展示环节以及子功能指标展示环节；筛选环节：在该环节中的动作包括页面全局条件下筛选指标操作；在筛选环节进行初步的筛选操作后，总览区域展示环节和子功能指标展示环节开启，在开启后筛选环节可重新筛选，筛选过程不影响总览区域展示环节和子功能指标展示环节的进行，筛选结束后总览区域展
示环节和子功能指标展示环节发生相应的变化；统计分析段将数据进行分析；总览区域展示环节包括展示对应业务线单元的关键指标数据操作、子功能指标展示环节包括展示对应子功能指标的操作；其中，全局概览段包括对整体数据指标信号的接收操作、汇总操作，最终对汇总操作形成的数据进行展示；所述的告警段对于监控到的异常信号进行告警，告警段包括未处理告警环节、处理中告警环节以及已处理告警环节。
22.未处理告警环节包括以下步骤：步骤一：异常信号次数达到了告警阈值后，系统发出告警操作，并发送至运维人员处，同时告警列表中的告警状态变更为“未处理”状态；步骤二：运维人员接到告警操作后，登陆系统查看告警信息；处理中告警环节包括以下步骤：步骤三：运维人员手动改动告警状态为“处理中”，同时对告警进行处理；此时，根据具有的告警状态进行分类处理：对于运维人员能够处理的“异常”，运维人员及时修复；对于运维人员不可处理的“异常”：运维人员从系统下载告警附件，建立jira，并附上告警附件，将jira发送给项目人员；告警详情复制关键信息，粘贴到jira，并指派给专人；步骤四：告警状态被改为“处理中”后，该异常指标继续收到新的告警信息后，当前状态不发生变化，仍为处理中；已处理告警环节包括以下步骤：步骤五：运维人员将信号异常问题处理完毕后或者接到项目人员反馈告警异常处理完毕，手动更改为“已处理”，并记录关键信息。
23.统计分析段包括总览区域统计分析环节以及子功能指标统计分析环节，总览区域统计分析环节包括对分析总览区域需要展示的相关数据指标进行接收、分析并整理的操作；子功能指标统计分析环节包括对子功能指标进行接收、分析并整理的操作；其中子功能指标中单个指标作为一个分析维度，形成单独的图表。
24.监控方法的步骤还包括日志管理段，具体包括日志下发指令环节、日志列表操作环节、执行日志操作环节；其中日志下发指令环节包括输入车辆vin码，选取拉取的时间段，进行“下发指令”操作，发出指令；其中日志列表操作环节包括设立筛选项、设立表头项以及操作项，筛选项包括任务号、vin码、创建时间、日志状态；头项包括任务号、vin码、创建时间、开始时间、结束时间、上传状态；操作项包括提醒和下载；执行日志操作环节包括车辆上线后，接到日志拉取指令，立即执行拉取动作。
25.监控方法的步骤还包括链路跟踪段，具体操作包括首先展示链路跟踪的页面操作，之后进行点击问题节点操作，最终进行跳转查看日志信息操作。
26.有益效果：从上面所述可以看出，本说明书多个实施例提供的基于车载信息娱乐系统的应用监视系统通过设置预览系统对系统整体的指标数据进行总括性的展示，使用人能够简洁明了的知悉整个系统的总体概况。通过设置实时监控系统，对于系统相关的监控点的数据进行全方位的监控，使得各个指标能给够准确及时的进行监控。与现有的相关技术相比，本技术方案设置的实时监控系统能够覆盖更加全面的监控各方面的数据，尤其是车载信息娱乐系统内部的各种数据信息，使得软件应用的内部运营收到实时监控，从而使用人能够对车辆的信息拥有更加全面、科学、实时的认识，提高车辆的智能化水平。同时对通过设置告警系统，对监控到的异常信号进行及时的告警处理。设置的业务线系统主要是设置所监控的模块，业务线系统中设置的业务线种类越多，则监控的数据越多，了解到车载系统的指标越多，对车辆的了解便越高。设置业务线系统能够使得监视系统的功能性大幅提高。本技术方案的使用减少了车载信息娱乐系统因上层应用的异常导致用户体验感较差的问题。其在满足信息娱乐系统功能多样性的同时，也保证了信息娱乐系统的娱乐性和功
能性。
27.本说明书多个实施例提供的监控方法使得车载信息娱乐系统的相关数据能够被实时的监控和分析。在运行过程中，能够及时发现异常信号并进行快速的反应，提醒相关人员消除异常，直至异常处理完成，才能消除告警，这样提高了工作人员的积极性，促进系统更加快速的恢复使用。
附图说明
28.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书一个或多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
29.图1为基于车载信息娱乐系统的应用监视系统的实施例一组成示意图；
30.图2为图1中预览系统的组成示意图；
31.图3为图1中告警系统的组成示意图；
32.图4为图1中实时监控系统的组成示意图；
33.图5为图4中子功能展示单元的组成示意图；
34.图6为图1中业务线系统的组成示意图；
35.图7为基于车载信息娱乐系统的应用监视系统的实施例二组成示意图；
36.图8为监控方法的实施例三的示意图；
37.图9为图8中告警段的具体步骤的示意图；
38.图10为监控方法的实施例四的示意图；
39.图11为图10中日志管理段的具体操作环节示意图。
具体实施方式
40.为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。
41.一种基于车载信息娱乐系统的应用监视系统的实施例一，如图1至图6所示，该系统包括：预览系统、实时监控系统、告警系统以及业务线系统；
42.其中，预览系统包括整体展示单元，整体展示单元用于展示应用运行监视系统各个业务线的关键指标；其中，实时监控系统用于展示各个业务线实时监控页面，实时监控系统包括筛选单元、总览区域单元以及子功能展示单元；筛选单元用于全局条件筛选预选的指标；总览区域单元用于展示对应业务线的关键指标；子功能展示单元用于展示对应业务线子功能的关键指标；其中，告警系统包括初次告警单元以及再次告警单元；初次告警单元用于发出监控到异常后的第一次告警信号，再次告警单元用于发出同一异常第二次及以上的告警信号；其中，业务线系统包括业务线单元。
43.通过设置实时监控系统，对于系统相关的监控点的数据进行全方位的监控，使得各个指标能给够准确及时的进行监控。与现有的相关技术相比，本技术方案设置的实时监控系统能够覆盖更加全面的监控各方面的数据，尤其是车载信息娱乐系统内部的各种数据信息，使得软件应用的内部运营收到实时监控，从而使用人能够对车辆的信息拥有更加全
面、科学、实时的认识，提高车辆的智能化水平。同时对通过设置告警系统，对监控到的异常信号进行及时的告警处理。设置的业务线系统主要是设置所监控的模块，业务线系统中设置的业务线种类越多，则监控的数据越多，了解到车载系统的指标越多，对车辆的了解便更加清晰。
44.设置业务线系统能够使得监视系统的功能性大幅提高。本技术方案的使用减少了车载信息娱乐系统因上层应用的异常导致用户体验感较差的问题。其在满足信息娱乐系统功能多样性的同时，也保证了信息娱乐系统的娱乐性和功能性。
45.其中，初次告警单元与再次告警单元仅是为了方便描述进行区分，两者可以采用相同的配置。
46.业务线系统包括t-box业务线单元、云端业务线单元以及定位业务线单元；其中，t-box业务线单元对应的子功能展示单元展示的关键指标包括t-box状态，包括文件监控数据、进程监控数据、异常访问监控数据以及t-box的运行状态监控数据；
47.其中，云端业务线单元对应的子功能展示单元展示的关键指标包括微服务、中间件、接口的失败率、失败类型占比指标数据以及主机监控数据。其中，定位业务线单元对应的子功能展示单元展示的关键指标包括新增t-box定位状态数据、新增rtk状态码数据。
48.关于新增t-box定位状态数据的说明：一方面，新增t-box定位状态上报，如：gnss only/gnss dr/gnss dr ppe等；新增rtk状态码上报。并以地图形式进行展示，按区域分布显示当前车辆定位状态信息汇总。另一方面，导航定位失败，定位漂移，车速不为零时定位不动等异常情况进行监控告。
49.其中，文件监控数据具体包括监控非法篡改文件属性、名称等数据要进行告警处理。进程监控数据具体包括对系统cpu负荷、内存使用情况，且能够监控主要系统应用服务cpu、内存服务情况等信息的监控。异常访问监控数据主要包括非法访问域名、时间及动作等数据。
50.t-box的运行状态监控数据具体包括系统cpu负荷、内存使用情况，且能够监控主要系统应用服务cpu、内存服务情况等数据。
51.主机监控数据具体包括内核、内存、负载、磁盘io、网络、磁盘存储、inode占用、进程数、线程数等数据。
52.业务线系统还包括车机系统性能业务线单元、流量业务线单元、远程日志业务线单元、网络业务线单元；
53.其中，车机系统性能业务线单元对应的子功能展示单元展示的关键指标包括dtc监控数据以及仪表日志数据以及ivi系统数据具体包括dtc故障监控数据、车机启动监控数据、蓝牙监控数据、功放监控数据、麦克监控数据、黑白花闪监控数据；
54.流量业务线单元对应的子功能展示单元展示的关键指标包括监控t-box、上网件包括ivi、网关、自动驾驶相关控制器等、ivi各应用消耗的具体流量、时间戳数据ecu ip、apn标志、上/下行标志、4g/wifi标志、当前统计周期内消耗的总流量数据。
55.远程日志业务线单元对应的子功能展示单元展示的关键指标包括日志信息存储数据。
56.其中，dtc故障监控数据的说明：故障只要发生变化即上传，且只上传变化的故障，上传内容包括故障码和快照(当前产生的故障、历史故障和故障消失)。
57.车机启动监控数据：记录soc的启动时间和启动原因(监控第一个应用被拉取的时间，除β平台外需监控启动原因，即远控启动还是上车启动)；上报mcu、仪表和中控的异常重启事件(含状态信息、判断重启的原因)。
58.蓝牙监控数据的说明：上报蓝牙发生的故障以及可采集的设备信息。功放监控数据的说明：监控功放的参考信号(仅适用β平台)，α和γ平台依据功放的反馈确定故障。
59.麦克监控数据通过语音主动唤醒进行麦克监控。
60.黑白花闪监控数据的说明：相比dtc的规则加严，单独上报质量监控平台。其中网络业务线单元监控的相关数据：
61.其一，车辆tbox运行状态、经纬度、定位状态、驻网拨号状态、信号强度、fmam状态、wifi状态、以太网状态等相关数据。
62.其二，车内上网应用运行状态比如正常、失败、异常等数据、cp服务器ip地址、服务器运行状态。
63.其三，sim卡状态、上网实际使用的带宽比如均值、各apn分离数据。
64.其四，新增tbox在新能源平台的登入状态，作为周期车况的相关数据。
65.关于流量业务线单元的说明：主要关注哪些应用或器件在什么时间花费了多少流量，走的哪个通道，用的4g还是wifi，同时对流量异常、剩余流量为零等异常情况进行监控告警上报。具体监控内容：流量链路包含3个层级，一级t-box包含了车上全部的流量消耗，二级上网件(ivi、网关、自动驾驶相关的控制器)，三级ivi下的具体应用。
66.需要监控t-box、上网件(ivi、网关、自动驾驶相关控制器)、ivi各应用消耗的具体流量、时间戳(完成当前周期流量统计的时间点，包含年、月、日、时、分、秒)、ecu ip、apn标志、上/下行标志、4g/wifi标志、当前统计周期内消耗的总流量，下一个统计周期开始时清零。
67.需要注意的是：
68.一方面，按照使用源和通道进行的流量区分统计，包括应用、apn、4g/wifi。
69.另一方面，按照时间进行统计。
70.再一方面，对异常状态可进行主动报警。需要监控购买流量包失败、购买流量包后激活失效、流量消耗异常、剩余流量为零的情况。
71.远程日志业务线单元的相关说明:主要提供查询远程日志的接口，云端能够主动发起查询日志请求，并将日志返回给云端。
72.同时可针对出现的问题进行日志查询。要求远程日志不影响性能，最小化网络开销。要求端侧对日志进行缓存，以便云端可以查询历史日志。其中，缓存时间待定。
73.有益效果：从上面所述可以看出，本说明书多个实施例提供的基于车载信息娱乐系统的应用监视系统通过设置预览系统对系统整体的指标数据进行总括性的展示，使用人能够简洁明了的知悉整个系统的总体概况。
74.通过设置实时监控系统，对于系统相关的监控点的数据进行全方位的监控，使得各个指标能给够准确及时的进行监控。与现有的相关技术相比，本技术方案设置的实时监控系统能够覆盖更加全面的监控各方面的数据，尤其是车载信息娱乐系统内部的各种数据信息，使得软件应用的内部运营收到实时监控，从而使用人能够对车辆的信息拥有更加全面、科学、实时的认识，提高车辆的智能化水平。
75.同时对通过设置告警系统，对监控到的异常信号进行及时的告警处理。设置的业务线系统主要是设置所监控的模块，业务线系统中设置的业务线种类越多，则监控的数据越多，了解到车载系统的指标越多，对车辆的了解便更加清晰。
76.设置业务线系统能够使得监视系统的功能性大幅提高。本技术方案的使用减少了车载信息娱乐系统因上层应用的异常导致用户体验感较差的问题。其在满足信息娱乐系统功能多样性的同时，也保证了信息娱乐系统的娱乐性和功能性。
77.一种基于车载信息娱乐系统的应用监视系统的实施例二，如图7所示：业务线系统还包括车机应用业务线单元、手机应用业务线单元；车机应用业务线单元和手机应用业务线单元各自对应的总览区域单元均包括通用指标展示单元，车机应用业务线单元和手机应用业务线单元各自对应的子功能展示单元均包括个性指标展示单元；其中，通用指标展示单元用于展示通用指标数据，个性指标展示单元用于展示个性指标数据。
78.在业务线系统中增加车机应用业务线单元、手机应用业务线单元能大大提高车辆使用人在乘车过程中的便利性和娱乐性。
79.车机应用业务线单元的通用指标数据包括崩溃、anr，其个性指标数据包括出行服务数据组、娱乐服务数据组、生态服务数据组、网络系统软件数据组、语音数据组，出行服务数据组包括导航数据；对于导航数据的描述包括：需监控地图加载超时、算路失败、定位失败、导航漂移、车速不为零时，导航不动、离线数据下载失败、崩溃率、反馈时长、cp反馈状态包括正常、异常、超时等，cp比如酒店、美食等cp反馈状态包括正常、异常、超时等数据信息。导航数据的展示便于车辆的使用人能够便捷的了解相关的位置信息。
80.娱乐服务数据组包括在线音乐数据、usb/试听音频数据、蓝牙音乐数据、网络电台数据、收音机数据、红旗电台数据、在线视频数据、本地视频数据、在线新闻数据；
81.其中，在线音乐指标具体信息包括：需监控启动时间超时、访问/请求超时、播放失败/异常、获取数据失败、cp酷我反馈状态等。usb/试听音频数据的具体数据包括需监控启动时间超时、播放失败/异常、u盘读取失败/异常等。
82.蓝牙音乐数据具体包括需监控启动时间超时、获取数据后播放失败/异常、蓝牙连接失败/异常、车机获取手机数据失败/异常。网络电台数据具体包括需监控启动时间超时、访问/请求超时、播放失败/异常、获取数据失败、cp比如喜马拉雅等反馈状态。娱乐服务数据组能够使车辆的使用人便捷的了解相关的娱乐数据，提告娱乐性。
83.网络电台数据具体包括需监控启动时间超时、访问/请求超时、播放失败/异常、获取数据失败、cp喜马拉雅等反馈状态。收音机数据具体包括监控启动时间超时、播放失败/异常、扫描电台失败/异常。红旗电台数据具体包括需监控启动时间超时、访问/请求超时、播放失败/异常、获取数据失败、cp反馈状态指喜马拉雅。
84.在线视频数据具体包括需监控启动时间超时、访问/请求超时、播放失败/异常、从cp端获取数据失败、cp爱奇艺反馈状态。本地视频数据具体包括需监控启动时间超时、播放失败/异常、u盘读取失败/异常等数据信息。在线新闻数据具体包括需监控启动时间超时、访问/请求超时、播放失败/异常、获取数据异常、cp反馈状态等信息。
85.网络系统软件数据组包括音效运营包、活动运营以及cp数据；其中音效运营包具体数据信息包括监控从云端下发到车机端失败的情况。活动运营数据具体包括：监控从云端下发到车机端失败的情况等数据。
86.cp数据具体指云运营平台上管理的所有cp均需要监控崩溃、内存泄漏、启动超时、cp反馈状态等数据。生态服务数据组包括sota升级数据、车辆模式数据、账户数据；其中，sota升级数据具体指启动时间超时、下载失败、安装失败、回滚失败、多屏分发失败、下载/安装卡死等数据。车辆模式数据具体指模式进入失败、模式退出失败、模式异常进入、模式异常退出等数据。账户数据具体指启动时间超时、登录超时、token异常失效等数据。
87.其中，语音组数据包括语音数据，具体包括ebsocket的连接状态(失败、超时)，语音服务激活状态，语音服务的终端运行状态包括崩溃、内存泄漏等，语音服务的云端状态包括超时、崩溃等、讯飞服务反馈状态包括失败、超时、反馈结果为空等、cp服务反馈状态包括失败、超时、反馈结果为空等、闲聊服务包括失败、超时、反馈结果为空等状态；
88.手机应用业务线单元的通用指标数据包括崩溃数据、内存泄漏数据，若该应用存在于安卓系统则还包括anr数据，其个性指标数据包括手机应用超时数据、手机应用与后台的连接情况数据、车辆列表异常情况数据、账户自动退登情况数据、皮肤展示不全情况数据、功能异常情况。
89.本实施例与基于车载信息娱乐系统的应用监视系统的实施例一相比，除上述内容外与实施例一保持一致。
90.一种监控方法的实施例三，如图8至9所示：监控方法包括对相关数据进行采集的信号采集段，监控方法的步骤还包括实时监控段、统计分析段、全局概览段以及告警段；
91.其中，实时监控段包括筛选环节、总览区域展示环节以及子功能指标展示环节；筛选环节：在该环节中的动作包括页面全局条件下筛选指标操作；在筛选环节进行初步的筛选操作后，总览区域展示环节和子功能指标展示环节开启，在开启后筛选环节可重新筛选，筛选过程不影响总览区域展示环节和子功能指标展示环节的进行，筛选结束后总览区域展示环节和子功能指标展示环节发生相应的变化；
92.统计分析段将数据进行分析；总览区域展示环节包括展示对应业务线单元的关键指标数据操作、子功能指标展示环节包括展示对应子功能指标的操作；
93.其中，全局概览段包括对整体数据指标信号的接收操作、汇总操作，最终对汇总操作形成的数据进行展示；所述的告警段对于监控到的异常信号进行告警，所述的告警段包括未处理告警环节、处理中告警环节以及已处理告警环节。
94.处理告警环节包括以下步骤：
95.步骤一：异常信号次数达到了告警阈值后，系统发出告警操作；
96.步骤二：告警信号发送至运维人员处，同时告警列表中的告警状态变更为“未处理”状态，运维人员接到告警操作后，登陆系统查看告警信息；
97.处理中告警环节包括以下步骤：
98.步骤三：运维人员手动改动告警状态为“处理中”，同时对告警进行处理；此时，根据具有的告警状态进行分类处理：对于运维人员能够处理的“异常”，运维人员及时修复；对于运维人员不可处理的“异常”：运维人员从系统下载告警附件，建立jira，并附上告警附件，将jira发送给项目人员；告警详情复制关键信息，粘贴到jira，并指派给专人；
99.步骤四：告警状态被改为“处理中”后，该异常指标继续收到新的告警信息后，当前状态不发生变化，仍为处理中；
100.已处理告警环节包括以下步骤：
101.步骤五：运维人员将信号异常问题处理完毕后或者接到项目人员反馈告警异常处理完毕，手动更改为“已处理”，并记录关键信息。
102.统计分析段包括总览区域统计分析环节以及子功能指标统计分析环节，总览区域统计分析环节包括对分析总览区域需要展示的相关数据指标进行接收、分析并整理的操作；子功能指标统计分析环节包括对子功能指标进行接收、分析并整理的操作；其中子功能指标中单个指标作为一个分析维度，形成单独的图表。对于单个指标进行单一的分析，有利于及时快速的分析出故障的原因和时间点，这样可以为较快的解决故障提供数据支撑。
103.本说明书多个实施例提供的监控方法使得车载信息娱乐系统的相关数据能够被实时的监控和分析。在运行过程中，能够及时发现异常信号并进行快速的反应，提醒相关人员消除异常，直至异常处理完成，才能消除告警，这样提高了工作人员的积极性，促进系统更加快速的恢复使用。
104.一种监控方法的实施例四,如图10至11所示：
105.监控方法的步骤还包括日志管理段，具体包括日志下发指令环节、日志列表操作环节、执行日志操作环节；其中日志下发指令环节包括输入车辆vin码，选取拉取的时间段，进行“下发指令”操作，发出指令；其中日志列表操作环节包括设立筛选项、设立表头项以及操作项，筛选项包括任务号、vin码、创建时间、日志状态；头项包括任务号、vin码、创建时间、开始时间、结束时间、上传状态；操作项包括提醒和下载；执行日志操作环节包括车辆上线后，接到日志拉取指令，立即执行拉取动作。增加了该日志管理段，使得相关的记录能够得以保存，这有利记录系统的历史状况。为车辆的使用者、车载信息娱乐系统的运维和研发团队提供参考、了解性能，促进系统朝向更好的方向发展。
106.监控方法的步骤还包括链路跟踪段，具体操作包括首先展示链路跟踪的页面操作，之后进行点击问题节点操作，最终进行跳转查看日志信息操作。增加该步骤，使得相关的日志信息可以进行跟踪和查询。车辆的使用人可以通过查询相应的日志信息，更清晰的了解车载信息娱乐系统的相关性能和历史情况，更好的使用车载信息娱乐系统。对于车载信息娱乐系统的运维等相关技术团队而言，通过查询相关的日志，能够提告异常的原因分析和查找，降低寻找异常原因的时间。同时，通过对相关日志的查询和了解使得相关研发团队在进行新的研发和改进时提供更好的素材和思路。
107.本实施例与一种监控方法的实施例三相比，除上述内容以外，内容保持一致。
108.需要说明的是，除非另外定义，本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本说明书一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
109.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺
序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
110.为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
111.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。
112.另外，为简化说明和讨论，并且为了不会使本说明书一个或多个实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(ic)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本说明书一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。因此，这些描述应被认为是说明性的而不是限制性的。
113.尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。
114.本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。