车载网络终端的故障监测处理方法、装置、设备及存储介质与流程

1.本发明涉及车联网技术领域，具体涉及一种车载网络终端的故障监测处理方法、装置、设备及存储介质。


背景技术：

2.随着汽车向电动化、智能化方向加速发展，作为车辆与云端交互的车载网络终端(以下简称“终端”)扮演着越来越重要的角色。传统的终端，用作简单的数据采集上报和远程控车指令中转。而当前电动化浪潮下，用户对因为自动驾驶、影音娱乐的体验要求越来越高，因此这也对终端的网络稳定性、带宽、信息安全提出了更高的要求。
3.从现有市场上的实车来看，不同程度地存在网络中断、网络不恢复、网络模式不切换等痛点，如中国专利cn112584410a，网络故障监测的方法、装置、存储介质及电子设备，记载的：“获取车辆行驶路线上多个采集位置的信号强度，根据采集的信号强度确定造成网络连接异常的故障区域，能够确定出车辆行驶路线上存在网络故障的具体位置信息，能够为网络维护人员确定网络故障原因提供可靠依据。”但是上述技术方案并只对车辆的网络故障进行诊断，没有进行恢复处理。


技术实现要素：

4.本发明的目的之一在于提供一种车载网络终端的故障监测处理方法、装置、设备及存储介质，以解决现有技术中只对车辆终端的网络进行诊断，没有进行恢复处理的技术问题。
5.为了实现上述目的，本发明采用的技术方案如下：
6.车载网络终端的故障监测处理方法，所述方法包括：
7.获取车载网络终端的网络结构；
8.根据所述车载网络终端的网络结构建立监测模型；
9.通过所述监测模型对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理，以使得所述车载网络终端的网络状态与预设的正常状态一致。
10.在本发明一实施例中，在所述车载网络终端的网络结构包括应用层、网络接口层时，根据所述车载网络终端的网络结构构建监测模型，包括：
11.根据所述车载网络终端的网络结构构建监测模型，所述监测模型包括物理监测层、第一数据链路监测层、第二数据链路监测层、应用监测层、业务监测层；所述物理监测层、所述第一数据链路监测层、所述第二数据链路监测层用于监测网络接口层；所述应用监测层、所述业务监测层用于监测应用层。
12.在本发明一实施例中，在所述监测模型包括物理监测层时，通过所述物理监测层对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理，包括：
13.通过所述物理监测层对所述车载网络终端中的当前网卡进行监测，得到当前网卡的网络状态；
14.在所述当前网卡的网络状态丢失时，对所述当前网卡执行目标操作，所述目标操作包括：重新加载所述当前网卡或者根据所述当前网卡进行重新拨号；
15.在完成对所述当前网卡执行目标操作，或者，在所述当前网卡的网络状态不为丢失状态时，检查下一个网卡的网络状态，并在所述下一个网卡的网络状态为丢失时，对所述下一个网卡执行目标操作；直至完成对所有网卡的网络状态的监测。
16.在本发明一实施例中，在所述监测模型包括第一数据链路监测层时，通过所述第一数据链路监测层对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理，包括：
17.通过所述第一数据链路监测层对所述车载网络终端的网络通道进行监测，得到网络通道事件；
18.在所述网络通道事件包括目标网路通路的拨号断开时，对所述目标网络通路进行重新拨号。
19.在本发明一实施例中，在所述监测模型包括第二数据链路监测层时，通过所述第二数据链路监测层对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理，包括：
20.通过所述第二数据链路监测层对所述车载网络终端的网络模式进行监测，得到网络模式信息；
21.在所述网络模式信息处于无服务状态的时间超过第一时间，或者所述网络模式信息处于非目标模式的时间超过第二时间时，对所述车载网络终端的飞行模式进行重置；
22.在完成对所述车载网络终端的飞行模式的重置后，对所述车载网络终端的所有网络通道进行重新拨号；
23.在完成对所述车载网络终端的所有网络通道的重新拨号后，按照预先设置的路由规则策略对所述车载网络终端的网络配置进行重新设置。
24.在本发明一实施例中，在所述监测模型包括应用监测层时，通过所述应用监测层对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理，包括：
25.通过所述应用监测层对所述车载网络终端中的当前网络通道进行连通性测试，得当前网络通道的测试结果；
26.在所述当前网络通道的测试结果为通过连通性测试时，将预设的标志数加一，并对下一个网络通道进行连通性测试；在所述当前网络通道的测试结果为未通过连通性测试时，将预设的标志数清零，并对下一个网络通道进行连通性测试；
27.在通过所述下一个网络通道的连通性测试时，将预设的标志数加一；在未通过所述下一个网络通道的连通性测试时，将预设的标志数清零；直至所述标志数的值超过预设值；
28.在所述标志数的值超过预设值时，对所述车载网络终端的所有网络通道进行重新
拨号；
29.在完成对所述车载网络终端的所有网络通道的重新拨号后，按照预先设置的路由规则策略对所述车载网络终端的网络配置进行重新设置。
30.在本发明一实施例中，在所述监测模型包括业务监测层时，通过所述业务监测层对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理，包括：
31.通过所述业务监测层对所述车载网络终端中的目标数据通道的数据交互过程进行监测，得到目标数据通道的交互状态信息；
32.在所述目标数据通道处于无数据交互状态的时间超过第三时间时，对所述目标数据通道进行重新拨号；
33.在完成对所述目标数据通道的重新拨号后，按照预先设置的路由规则策略对所述车载网络终端的网络配置进行重新设置，以使得所述目标数据通道恢复数据交互。
34.本发明还提供车载网络终端的故障监测处理装置，所述装置包括：
35.采集模块，用于获取车载网络终端的网络结构；
36.模型建立模块，用于根据所述车载网络终端的网络结构建立监测模型；
37.监测处理模块，用于通过所述监测模型对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理，以使得所述车载网络终端的网络状态与预设的正常状态一致。
38.本发明还提供一种电子设备，包括：
39.一个或多个处理器；
40.存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上所述的车载网络终端的故障监测处理方法。
41.本发明还提供一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行如上所述的车载网络终端的故障监测处理方法。
42.本发明的有益效果为：本发明中的一种车载网络终端的故障监测处理方法、装置、设备及存储介质，通过获取车载网络终端的网络结构；根据车载网络终端的网络结构建立监测模型；通过监测模型对车载网络终端进行监测，获得车辆网络终端的网络状态；并在车辆网络终端的网络状态与预设的异常状态一致时，对车载网络终端进行处理，以使得车载网络终端的网络状态与预设的正常状态一致。本发明通过建立监测模型对车辆网络终端进行自动监测，并在监测出网络故障时，自动进行处理，使得车辆网络终端的网络状态可以自动恢复，使得网络状态的变化对车载网络终端的影响最小化。
附图说明
43.图1为本技术的一示例性实施例示出的车载网络终端的故障监测处理方法的应用场景图；
44.图2为本技术的一示例性实施例示出的车载网络终端的故障监测处理方法的流程图；
45.图3为本技术一示例性实施例中的监测模型与车载网络终端网络结构的对应关系示意图；
46.图4为图2中的步骤s230在第一实施例中的流程示意图；
47.图5为图2中的步骤s230在第二实施例中的流程示意图；
48.图6为图2中的步骤s230在第三实施例中的流程示意图；
49.图7为图2中的步骤s230在第四实施例中的流程示意图；
50.图8为图2中的步骤s230在第五实施例中的流程示意图；
51.图9为本技术的一示例性实施例示出的车载网络终端的故障监测处理装置的结构图；
52.图10示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
具体实施方式
53.以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。
54.需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
55.图1是本技术的一示例性实施例示出的一种车载网络终端的故障监测处理方法的应用场景图，如图1所示，车载网络终端一般通过移动互联网进行联网，然后依托移动互联网实现导航、辅助驾驶、影音娱乐等功能。本技术中通过一个控制设备获取车载网络终端的网络状态，车载网络终端出现网络状态异常的一般的诱因包括：终端从无信号环境到达有信号环境，终端基带芯片与运营商侧存在偶发性交互异常，引发终端无法注销网络，进而引起网络不恢复；终端从一个蜂窝网络切换到另一个蜂窝网络，终端基带芯片与运营商侧存在偶发性交互异常，引发终端无法注销网络，进而引起网络不恢复；终端掉到从4g网络掉到2g网络，存在终端modem(调制解调器)偶发异常，无法恢复到4g网络的场景；终端网络拨号后，运营商侧分配的dns(domain name system，域名系统)，可能存在偶发性域名解析异常的场景；终端网络拨号后，可能因其他偶发性系统性异常，导致拨号网卡和其他网卡下线的场景；终端网络可能因系统异常，出现公网与私网、tcp(transmission control protocol，传输控制协议)与http(hyper text transfer protocol，超文本传输协议)/https(hypertext transfer protocol secure，超文本传输安全协议)出现部分正常、部分异常的场景；终端与服务器长连接通信，可能因终端、云端、管端的异常，造成通信中断的场景；本技术中的控制设备根据上述异常现象针对性地进行恢复处理。
56.如图2所示，在一示例性的实施例中，车载网络终端的故障监测处理方法至少包括步骤s210至步骤s230，详细介绍如下：
57.s210，获取车载网络终端的网络结构；
58.在本实施例中，车载网络终端的网络结构采用tcp/ip(internet protocol，网际互联协议)参考模型结构，tcp/ip参考模型结构包括应用层、传输层、网络层和网络接口层；
59.s220，根据所述车载网络终端的网络结构建立监测模型；
60.在本实施例中，针对车载网络终端的网络结构，设置监测模型包括物理监测层、第一数据链路监测层、第二数据链路监测层、应用监测层、业务监测层进行监控；
61.s230，通过所述监测模型对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理，以使得所述车载网络终端的网络状态与预设的正常状态一致。
62.在步骤s230中，本技术用于根据网络状态来进行恢复性操作，以使得车载网络终端的网络状态与预设的正常状态一致。
63.图3为本技术一示例性实施例中的监测模型与车载网络终端网络结构的对应关系示意图；如图3所示，物理监测层、第一数据链路监测层、第二数据链路监测层用于监测网络接口层；应用监测层、业务监测层用于监测应用层。
64.图4为图2中的步骤s230在第一实施例中的流程示意图，如图4所示，在所述监测模型包括物理监测层时，通过所述物理监测层对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理的过程可以包括步骤s410至步骤s440，详细介绍如下：
65.s410，通过所述物理监测层对所述车载网络终端中的当前网卡进行监测，得到当前网卡的网络状态；
66.在本实施例中，对所述车载网络终端中的当前网卡进行监测时，采用的是周期定时定时监测，本实施例仅展示其中一个周期的完整过程。物理监测层根据采集周期定时监测网卡状态，主动监测可能导致网络异常的物理层网卡的异常状态；
67.s420，在所述当前网卡的网络状态丢失时，对所述当前网卡执行目标操作，所述目标操作包括：重新加载所述当前网卡或者根据所述当前网卡进行重新拨号；
68.s430，在完成对所述当前网卡执行目标操作，或者，在所述当前网卡的网络状态不为丢失状态时，检查下一个网卡的网络状态，并在所述下一个网卡的网络状态为丢失时，对所述下一个网卡执行目标操作；直至完成对所有网卡的网络状态的监测。
69.在步骤s420和步骤s430中，如果网卡有异常丢失的情况，则进行网卡拉起(加载或者重新拨号)，然后再根据相应的网卡进行路由规则和策略的配置。由于车载网络终端可能包含多个网卡，因此根据预先设定的顺序逐个地对网卡进行监测和拉起，在前一个网卡正常，或者对前一个网卡拉起完毕后，再对下一个网卡进行监测和拉起处理。拉起包括重新加载和重新拨号。
70.此外，在对最后一个网卡进行监测和拉起处理后，等待5s后回到对第一个网卡的监测，从而实现对多个网卡的周期性监测。
71.图5为图2中的步骤s230在第二实施例中的流程示意图，如图5所示，在所述监测模型包括第一数据链路监测层时，通过所述第一数据链路监测层对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理的过程可以包括步骤s510至步骤s520，详细介绍如下：
72.s510，通过所述第一数据链路监测层对所述车载网络终端的网络通道进行监测，得到网络通道事件；
73.在本实施例中，第一数据链路监测层采用注册终端网络通道状态变化事件回调的机制，被动监测终端的网络连接状态变化，如果有连接或断开状态，由底层主动通知，应用层被动接收事件。
74.s520，在所述网络通道事件包括目标网路通路的拨号断开时，对所述目标网络通路进行重新拨号。
75.在本实施例中，具体步骤包括：注册网络状态监测回调接口；底层持续监测事件；应用监测层被动接收底层的网络拨号状态通知，在有状态(事件)报出时，识别事件对应的apn(access point name，接入点)网络通道的状态，如果apn网络通道事件表示对应的网络通道断开，则进行重新拨号处理，不影响其他apn网络通路的工作。在没有状态(事件)报出，或者重新拨号处理之后，重新回到持续监测过程中。
76.图6为图2中的步骤s230在第三实施例中的流程示意图，如图6所示，在所述监测模型包括第二数据链路监测层时，通过所述第二数据链路监测层对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理的过程可以包括步骤s610至步骤s640，详细介绍如下：
77.s610，通过所述第二数据链路监测层对所述车载网络终端的网络模式进行监测，得到网络模式信息；
78.在本实施例中，第二数据链路监测层采用周期监测的方式获取车载网络终端的网络模式，主动监测可能导致网络异常的数据链路层状态，即由应用层主动发起链路层状态的轮询监测。
79.s620，在所述网络模式信息处于无服务状态的时间超过第一时间，或者所述网络模式信息处于非目标模式的时间超过第二时间时，对所述车载网络终端的飞行模式进行重置；
80.在步骤s620中，第二数据链路监测层周期性地监测车载网络终端的网络模式，如果监测到终端连续处于无服务状态且持续时间超过δt1，或者车载网络终端连续处于非预期网络模式的时间超过δt2，则进行一次飞行模式的开启和关闭处理，对所述车载网络终端的飞行模式进行重置即将飞行模型进行一次开启和关闭，以确保终端可以进行网络模式的主动切换尝试。
81.s630，在完成对所述车载网络终端的飞行模式的重置后，对所述车载网络终端的所有网络通道进行重新拨号；
82.s640，在完成对所述车载网络终端的所有网络通道的重新拨号后，按照预先设置的路由规则策略对所述车载网络终端的网络配置进行重新设置。
83.在步骤s630、步骤s640中，在对车载网络终端进行飞行模式重置后，再对车载网络终端的所有apn网络通道进行重新拨号和重置，以确保车载网络终端能够正常使用网络。此外，在对车载网络终端的所有apn网络通道进行重新拨号和重置之后，第二数据链路监测层结束当前的监测和处理周期，进入到下一个监测和处理周期(即又开始对车载网络终端的网络模式进行监测)。
84.图7为图2中的步骤s230在第四实施例中的流程示意图，如图7所示，在所述监测模型包括应用监测层时，通过所述应用监测层对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理的过程可以包括步骤s710至步骤s750，详细介绍如下：
85.s710，通过所述应用监测层对所述车载网络终端中的当前网络通道进行连通性测试，得当前网络通道的测试结果；
86.在本实施例中，应用监测层周期性地监测apn网络通路，可主动监测包含拨号后dns异常导致的故障等，可通过ping(packet internet groper，因特网包探索器)方式进行对多地址进行轮询操作，以从上层来监测网络通路的通断；
87.s720，在所述当前网络通道的测试结果为通过连通性测试时，将预设的标志数加一，并对下一个网络通道进行连通性测试；在所述当前网络通道的测试结果为未通过连通性测试时，将预设的标志数清零，并对下一个网络通道进行连通性测试；
88.s730，在通过所述下一个网络通道的连通性测试时，将预设的标志数加一；在未通过所述下一个网络通道的连通性测试时，将预设的标志数清零；直至所述标志数的值超过预设值；
89.在步骤s720和步骤s730中具体地，应用监测层开始监测时，对ping第一个地址(进行连通性测试)，如果第一个地址的连通性测试失败，则对标志数进行加一处理；如果第一个地址的连通性测试成功，则对标志数进行清零处理；然后再对第二个地址进行同样的连通性测试，直到对第n个地址进行连通性测试时，标注数超过m，则停止继续测试。
90.s740，在所述标志数的值超过预设值时，对所述车载网络终端的所有网络通道进行重新拨号；
91.s750，在完成对所述车载网络终端的所有网络通道的重新拨号后，按照预先设置的路由规则策略对所述车载网络终端的网络配置进行重新设置。
92.在步骤s740和步骤s750中，标注数超过m表示有m个apn网络通道与服务器交互异常，则进行一次对应apn网络通道的关闭和开启操作，确保终端可以对对应的apn通道进行重新拨号，而不影响其他apn网络通道的正常运行。关闭和开启操作包括重新拨号和网络配置的重置。
93.图8为图2中的步骤s230在第五实施例中的流程示意图，如图8所示，在所述监测模型包括业务监测层时，通过所述业务监测层对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理的过程可以包括步骤s810至步骤s830，详细介绍如下：
94.s810，通过所述业务监测层对所述车载网络终端中的目标数据通道的数据交互过程进行监测，得到目标数据通道的交互状态信息；
95.在本实施例中，业务监测层周期性地监测业务层逻辑交互的方式，主动监测业务层的心跳或正常周期数据交互的逻辑是否存在异常，来识别网络的异常。
96.s820，在所述目标数据通道处于无数据交互状态的时间超过第三时间时，对所述目标数据通道进行重新拨号；s830，在完成对所述目标数据通道的重新拨号后，按照预先设置的路由规则策略对所述车载网络终端的网络配置进行重新设置，以使得所述目标数据通道恢复数据交互。
97.在步骤s820和步骤s830中，业务监测层周期性地监测业务层逻辑交互的方式，如果和业务交互的对端(如服务器)出现如超时(超过第三时间段)的异常，则进行一次对应apn网络通道的关闭和开启操作，确保车载网络终端可以使得对应的apn网络通道进行重新拨号，而不影响其他apn网络通道的正常运行。在本实施例中，关闭和开启操作包括重新拨号和网络配置的重置。
98.本技术在确保硬件状态、运营商侧、认证流程等状态正常的情况下，操作系统和应用启动以后，如果软硬件特性支撑n路(n＞0)网络通道，结合业务逻辑的需求，分别对n路通道按业务需求的顺序进行网络拨号。网络拨号若成功，应用层再结合网络拓扑和业务需求，对路由策略、路由规则、防火墙进行相关的配置。此后，终端即可为内部应用、外部设备提供正常的网络服务。
99.本技术结合tcp/ip参考模型和终端通信模组实际应用特征，同时根据网络监测方法的稳定性、准确性、实时性、可监测的故障覆盖率和可用性，提出了一种网络异常监测模型，该模型信任tcp/ip的可靠传输，而重点监测网络接口层和应用层可能的异常。
100.其中，稳定性、准确性、实时性、可监测的故障覆盖率和可用性是指：
101.稳定性：是指监测措施是否能持续按预期运行，执行监测的动作。
102.准确性：是指执行的监测措施，对网络异常能识别到的准确程度。
103.实时性：是指执行的监测措施，对网络异常识别出来的时间长度。
104.故障覆盖率：是指执行的监测措施，对可能的网络异常诱因可覆盖的程度。
105.可用性：是指执行的监测措施，具有其可适用的范围和可适用的程度。
106.本技术中物理监测层、第一数据链路监测层、第二数据链路监测层、应用监测层、业务监测层对应的性能参考数据如表1所示：
107.表1.监测模型性能参考数据表
[0108][0109]
本技术中的方案已实际应用于项目当中，且已搭载到量纲100万车辆车载终端和量产车型中，可确保实车基础移动网络服务的可靠性，实现网络故障准确、全面的识别，并快速从异常中恢复，为整车提供更稳定和高质量的网络服务，为用户带来更好的驾乘体验。
[0110]
本发明中的车载网络终端的故障监测处理方法，通过获取车载网络终端的网络结构；根据车载网络终端的网络结构建立监测模型；通过监测模型对车载网络终端进行监测，获得车辆网络终端的网络状态；并在车辆网络终端的网络状态与预设的异常状态一致时，对车载网络终端进行处理，以使得车载网络终端的网络状态与预设的正常状态一致。本发明通过建立监测模型对车辆网络终端进行自动监测，并在监测出网络故障时，自动进行处理，使得车辆网络终端的网络状态可以自动恢复，使得网络状态的变化对车载网络终端的影响最小化。
[0111]
如图9所示，本发明还提供车载网络终端的故障监测处理装置，所述装置包括：
[0112]
采集模块，用于获取车载网络终端的网络结构；
[0113]
模型建立模块，用于根据所述车载网络终端的网络结构建立监测模型；
[0114]
监测处理模块，用于通过所述监测模型对所述车载网络终端进行监测，获得所述车辆网络终端的网络状态；并在所述车辆网络终端的网络状态与预设的异常状态一致时，对所述车载网络终端进行处理，以使得所述车载网络终端的网络状态与预设的正常状态一致。
[0115]
本发明中的车载网络终端的故障监测处理装置，通过获取车载网络终端的网络结构；根据车载网络终端的网络结构建立监测模型；通过监测模型对车载网络终端进行监测，获得车辆网络终端的网络状态；并在车辆网络终端的网络状态与预设的异常状态一致时，对车载网络终端进行处理，以使得车载网络终端的网络状态与预设的正常状态一致。本发明通过建立监测模型对车辆网络终端进行自动监测，并在监测出网络故障时，自动进行处理，使得车辆网络终端的网络状态可以自动恢复，使得网络状态的变化对车载网络终端的影响最小化。
[0116]
需要说明的是，上述实施例所提供的车载网络终端的故障监测处理装置与上述实施例所提供的车载网络终端的故障监测处理方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的车载网络终端的故障监测处理装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。
[0117]
本技术的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现上述各个实施例中提供的车载网络终端的故障监测处理方法。
[0118]
图10示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。需要说明的是，图10示出的电子设备的计算机系统1000仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
[0119]
如图10所示，计算机系统1000包括中央处理单元(central processing unit，cpu)1001，其可以根据存储在只读存储器(read-only memory，rom)1002中的程序或者从储存部分1008加载到随机访问存储器(random access memory，ram)1003中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在ram1003中，还存储有系统操作所需的各种程序和数据。cpu 1001、rom 1002以及ram 1003通过总线1004彼此相连。输入/输出(input/output，i/o)接口1005也连接至总线1004。
[0120]
以下部件连接至i/o接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分1007；包括硬盘等的储存部分1008；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至i/o接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入储存部分1008。
[0121]
特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机
软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(cpu)1001执行时，执行本技术的系统中限定的各种功能。
[0122]
需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
[0123]
附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0124]
描述于本技术实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
[0125]
本技术的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前的车载网络终端的故障监测处理方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。
[0126]
本技术的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的车载网络终端的故障监测处理方法。
[0127]
以上实施例仅是为充分说明本发明而所举的较佳的实施例，本发明的保护范围不限于此。本技术领域的技术人员在本发明基础上所作的等同替代或变换，均在本发明的保护范围之内。