车端网络检测方法、系统、电子设备及可读存储介质与流程

1.本发明涉及车辆检测技术领域，尤其涉及一种车端网络检测方法、系统、电子设备及可读存储介质。


背景技术：

2.目前，随着科技的进步，智能网联汽车备受追捧，无人驾驶、智能座舱、自定义场景、场景编排服务等智能车载技术不断推陈出新，为了向用户提供智能化体验，需要向车辆内的ecu(electronic control unit，电子控制单元)提供联网服务，通常需要通过网络诊断对车载联网功能的问题进行定位排查，进而根据联网问题类型进行网络修复。
3.但是，由于缺乏对各车载ecu的统一联网管理，导致只能对车载ecu与服务器之间的网络进行诊断，无法将断线问题定位在车辆内部或车辆外部，从而网络检测的准确率较低。


技术实现要素：

4.为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。
5.鉴于以上所述现有技术的缺点，本发明公开了一种车端网络检测方法、系统、电子设备及可读存储介质，以提高网络检测的准确率。
6.本发明公开了一种车端网络检测方法，包括：获取车辆终端，其中，所述车辆终端包括通信控制单元和车载控制单元，所述通信控制单元和所述车载控制单元之间通过内部通信链路连接；利用所述通信控制单元建立所述通信控制单元与预设的服务器之间的外部通信链路，以确定所述外部通信链路对应的第一检测状态，并利用所述通信控制单元访问所述车载控制单元，以确定所述内部通信链路对应的第二检测状态；利用所述车载控制单元访问所述服务器端，以确定所述车载控制单元与所述服务器端之间的第三检测状态；根据所述第一检测状态、所述第二检测状态、所述第三检测状态中的至少一种生成网络检测日志。
7.可选地，所述车载控制单元的数量包括一个或多个，若所述车载控制单元包括多个，则通过以下任一方法建立所述车载控制单元与所述通信控制单元之间的连接：分别将各所述车载控制单元连接所述通信控制单元；分别将各所述车载控制单元填入预设的环网模型，得到单元环形链，并将所述单元环形链中的任一车载控制单元与所述通信控制单元连接。
8.可选地，利用所述通信控制单元建立所述通信控制单元与预设的服务器之间的外部通信链路，以确定所述外部通信链路对应的第一检测状态，包括：获取外网连接流程，其中，所述外网连接流程包括按照预设执行顺序排序的多个联网步骤；利用所述通信控制单元依次执行各所述联网步骤，以建立所述通信控制单元与预设的服务器之间的外部通信链
路；采集各所述联网步骤对应的步骤执行状态，其中，所述步骤执行状态包括按步骤正常状态或步骤异常状态；将各所述联网步骤对应的步骤执行状态确定为所述外部通信链路对应的第一检测状态。
9.可选地，利用所述通信控制单元访问所述车载控制单元，以确定所述内部通信链路对应的第二检测状态，包括：获取所述车载控制单元对应的单元访问地址；利用所述通信控制单元向所述单元访问地址发送单元访问请求，并确定所述车载控制单元的请求反馈结果；根据所述请求反馈结果确定第二检测状态，其中，所述第二检测状态包括内网连接正常状态或内网连接异常状态。
10.可选地，利用所述车载控制单元访问所述服务器端，以确定所述车载控制单元与所述服务器端之间的第三检测状态，包括：在所述车载控制单元中设置联网工具包，其中，所述联网工具包用于通过所述内部通信链路向所述通信控制单元请求联网身份信息；利用所述车载控制单元以所述联网身份信息访问所述服务器端，并确定所述服务器端的访问反馈结果；根据所述访问反馈结果确定第三检测状态，其中，所述第三检测状态包括外网连接正常状态或外网连接异常状态。
11.可选地，根据所述第一检测状态、所述第二检测状态、所述第三检测状态中的至少一种生成网络检测日志，包括：获取诊断方案表，其中，所述诊断方案表包括多个原始异常状态与原始诊断方案之间的对应关系；若所述第一检测状态、所述第二检测状态、所述第三检测状态中存在异常检测状态，则根据所述诊断方案表中的原始异常状态对所述异常检测状态进行匹配，并根据匹配结果从所述诊断方案表确定所述异常检测状态对应的目标诊断方案；利用所述通信控制单元执行所述目标诊断方案，以采集所述异常检测状态对应的异常原因信息；根据所述第一检测状态、所述第二检测状态、所述第三检测状态、所述异常原因信息中的至少一种生成网络检测日志。
12.可选地，根据所述第一检测状态、所述第二检测状态、所述第三检测状态、所述异常原因信息中的至少一种生成网络检测日志之后，所述方法还包括：获取所述车辆终端对应的车辆信息；根据所述车辆信息和所述网络检测日志生成日志数据包，并将所述日志数据包发送至所述服务器端，使得所述服务器端采集多个日志数据包，根据预设数据包格式分别对各所述日志数据包进行数据解析，得到各所述日志数据包中的联网信息，根据各所述联网信息之间的对应关系生成车载网络分析地图。
13.可选地，根据所述第一检测状态、所述第二检测状态、所述第三检测状态、所述异常原因信息中的至少一种生成网络检测日志之后，所述方法还包括：获取修复方案表，其中，所述修复方案表包括多个历史检测日志与车载修复方案之间的对应关系；根据所述修复方案表中的历史检测日志对所述网络检测日志进行匹配，并根据匹配结果从所述修复方案表中确定所述网络检测日志对应的目标修复方案；执行所述目标修复方案，以重新建立所述外部通信链路和所述内部通信链路。
14.可选地，根据匹配结果从所述修复方案表中确定所述网络检测日志对应的目标修复方案之后，所述方法还包括：若所述修复方案表中不存在所述网络检测日志对应的目标修复方案，则将所述网络检测日志发送至所述服务器端，使得所述服务器端将所述网络检测日志输入预设的原因分析模型中，得到所述网络检测日志对应的云端修复方案，并反馈所述云端修复方案，其中，所述原因分析模型通过带有修复方案标签的历史日志样本对预
设神经网络模型训练得到；执行所述云端修复方案，并将所述网络检测日志和对应的云端修复方案加入所述修复方案表，以更新所述修复方案表。
15.本发明公开了一种车端网络检测系统，包括：获取模块，用于获取车辆终端，所述车辆终端包括通信控制单元和车载控制单元，其中，所述通信控制单元和所述车载控制单元之间通过内部通信链路连接；第一检测模块，用于利用所述通信控制单元建立所述通信控制单元与预设的服务器之间的外部通信链路，以确定所述外部通信链路对应的第一检测状态，并利用所述通信控制单元访问所述车载控制单元，以确定所述内部通信链路对应的第二检测状态；第二检测模块，用于利用所述车载控制单元访问所述服务器端，以确定所述车载控制单元与所述服务器端之间的第三检测状态；生成模块，用于根据所述第一检测状态、所述第二检测状态、所述第三检测状态中的至少一种生成网络检测日志。
16.本发明公开了一种电子设备，包括：处理器及存储器；所述存储器用于存储计算机程序，所述处理器用于执行所述存储器存储的计算机程序，以使所述电子设备执行上述的方法。
17.本发明公开了一种计算机可读存储介质，其上存储有计算机程序：所述计算机程序被处理器执行时实现上述的方法。
18.本发明的有益效果：
19.通过内部通信链路将通信控制单元与车载控制单元连接，并通过通信控制单元建立外部通信链路，从而根据通信控制单元分别确定内部通信链路对应的第一检测状态和外部通信链路的第二检测状态，并根据车载控制单元访问服务器端确定车载控制单元与服务器端之间的第三检测状态，从而根据第一检测状态、第二检测状态、第三检测状态生成网络检测日志。这样，通过通信控制单元将车载控制单元与服务器之间的连接分成了内部通信链路和外部通信链路，对不同通信链路分别进行网络检测，以将断线原因定位在车辆终端内部或车辆终端外部，从而提高了网络检测的准确性。
20.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
21.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
22.图1是本发明实施例中一个车端网络检测方法的流程示意图；
23.图2是本发明实施例中一个目标修复方案的流程示意图；
24.图3是本发明实施例中一个车端联网系统的结构示意图；
25.图4是本发明实施例中一个单元连接方法的结构示意图；
26.图5是本发明实施例中另一个车端网络检测方法的流程示意图；
27.图6是本发明实施例中一个车端网络检测系统的结构示意图；
28.图7是本发明实施例中一个电子设备的结构示意图。
具体实施方式
29.以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的子样本可以相互组合。
30.需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
31.在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。
32.本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。
33.除非另有说明，术语“多个”表示两个或两个以上。
34.本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，a/b表示：a或b。
35.术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，a和/或b，表示：a或b，或，a和b这三种关系。
36.首先需要说明的是，本实施例中的车辆终端支持通过t-box(telematicsbox，智能车载终端)、4g(fourth generation mobile communicationtechnology，第四代移动通信技术)、5g(fifth generation mobilecommunication technology，第五代移动通信技术)、apn(access point name，接入点)拨号、卫星通信等方式与指定的外部网络类型进行连接，其中，外部网络类型包括internet(因特网)、wap(wireless application protocol，无线应用协议)网站、集团企业内部网络、行业内部专用网络等。
37.结合图1所示，本公开实施例提供了一种车端网络检测方法，包括：
38.步骤s101，获取车辆终端；
39.其中，车辆终端包括通信控制单元和车载控制单元，通信控制单元和车载控制单元之间通过内部通信链路连接；
40.步骤s102，利用通信控制单元建立通信控制单元与预设的服务器之间的外部通信链路，以确定外部通信链路对应的第一检测状态；
41.步骤s103，利用通信控制单元访问车载控制单元，以确定内部通信链路对应的第二检测状态；
42.步骤s104，利用车载控制单元访问服务器端，以确定车载控制单元与服务器端之间的第三检测状态；
43.步骤s105，根据第一检测状态、第二检测状态、第三检测状态中的至少一种生成网
络检测日志。
44.采用本公开实施例提供的车端网络检测方法，通过内部通信链路将通信控制单元与车载控制单元连接，并通过通信控制单元建立外部通信链路，从而根据通信控制单元分别确定内部通信链路对应的第一检测状态和外部通信链路的第二检测状态，并根据车载控制单元访问服务器端确定车载控制单元与服务器端之间的第三检测状态，从而根据第一检测状态、第二检测状态、第三检测状态生成网络检测日志。这样，通过通信控制单元将车载控制单元与服务器之间的连接分成了内部通信链路和外部通信链路，对不同通信链路分别进行网络检测，以将断线原因定位在车辆终端内部或车辆终端外部，从而提高了网络检测的准确性。
45.在一些实施例中，通信控制单元和车载控制单元均为ecu。
46.可选地，若满足第一预设条件、第二预设条件或第三预设条件，则实施车端网络检测方法，其中，第一预设条件包括接收到用户的网络检测指令，第二预设条件包括每经过预设间隔时间段，第三预设条件包括通信控制单元接收到车载控制单元发送的联网失败信息。
47.在一些实施例中，在车载控制单元设置显示界面，通过显示界面接收用户的网络检测指令。
48.在一些实施例中，预设间隔时间段包括0.5小时至24小时，例如，预设间隔时间段为2小时。
49.可选地，利用通信控制单元建立通信控制单元与预设的服务器之间的外部通信链路，以确定外部通信链路对应的第一检测状态，包括：获取外网连接流程，其中，外网连接流程包括按照预设执行顺序排序的多个联网步骤；利用通信控制单元依次执行各联网步骤，以建立通信控制单元与预设的服务器之间的外部通信链路；采集各联网步骤对应的步骤执行状态，其中，步骤执行状态包括按步骤正常状态或步骤异常状态；将各联网步骤对应的步骤执行状态确定为外部通信链路对应的第一检测状态。
50.在一些实施例中，联网步骤包括诊断sim(subscriber identity module，用户身份识别模块)卡状态、网络注册、数据拨号、vlan(virtual local area network，虚拟局域网)配置、路由配置等中的一种或多种。
51.可选地，利用通信控制单元访问车载控制单元，以确定内部通信链路对应的第二检测状态，包括：获取车载控制单元对应的单元访问地址；利用通信控制单元向单元访问地址发送单元访问请求，并确定车载控制单元的请求反馈结果；根据请求反馈结果确定第二检测状态，其中，第二检测状态包括内网连接正常状态或内网连接异常状态。
52.在一些实施例中，在linux系统环境下访问单元访问地址，以检测各ecu的局域网在线/离线状态，其中，单元访问地址包括ip(internet protocol，网际互连协议)地址、mac地址(media access control address，媒体存取控制位址)等中的至少一种。
53.可选地，利用车载控制单元访问服务器端，以确定车载控制单元与服务器端之间的第三检测状态，包括：在车载控制单元中设置联网工具包，其中，联网工具包用于通过内部通信链路向通信控制单元请求联网身份信息；利用车载控制单元以联网身份信息访问服务器端，并确定服务器端的访问反馈结果；根据访问反馈结果确定第三检测状态，其中，第三检测状态包括外网连接正常状态或外网连接异常状态。
54.在一些实施例中，联网工具包通过sdk(software developmentkit，软件开发工具包)建立，联网工具包通过通信控制单元请求联网身份信息，并根据联网身份信息来访问外部互联网，实现所在ecu的上网功能，并在车载控制单元局域网在线的条件下，通过联网工具包来尝试连接外部互联网，从而检测各车载控制单元的外网连接状态其中，联网身份信息包括上网令牌、终端证书密钥等中的至少一种。
55.可选地，根据第一检测状态、第二检测状态、第三检测状态中的至少一种生成网络检测日志，包括：获取诊断方案表，其中，诊断方案表包括多个原始异常状态与原始诊断方案之间的对应关系；若第一检测状态、第二检测状态、第三检测状态中存在异常检测状态，则根据诊断方案表中的原始异常状态对异常检测状态进行匹配，并根据匹配结果从诊断方案表确定异常检测状态对应的目标诊断方案；利用通信控制单元执行目标诊断方案，以采集异常检测状态对应的异常原因信息；根据第一检测状态、第二检测状态、第三检测状态、异常原因信息中的至少一种生成网络检测日志。
56.这样，根据第一检测状态、第二检测状态、第三检测状态确定对应的诊断方案，进而根据诊断方案确定不同的异常原因信息，异常原因信息的确定更准确，同时目标性更强，提高诊断效率。
57.在一些实施例中，采集异常检测状态对应的qxdm(the qualcomm extensible diagnostic monitor，高通可扩展诊断监视器)log和应用层日志，并将采集到的信息加入异常原因信息。
58.在一些实施例中，异常原因信息包括外网异常信息、模组异常信息、软件异常信息，其中，外网异常信息包括sim卡异常信息(例如，sim卡未识别、sim卡与运营商信息未同步、sim卡被停用、sim未激活、流量套餐错误等)、环境异常信息(例如，信号强度弱、围在基站范围内等)等，模组异常信息包括证书异常信息(例如，证书过期、损坏、未备案等)、模组软件异常信息(例如，网络注册异常)等，软件异常信息包括数据拨号异常、路由配置异常、电源异常等；需要说明的是，本实施例包括但不限于上述异常原因信息。
59.可选地，根据第一检测状态、第二检测状态、第三检测状态、异常原因信息中的至少一种生成网络检测日志之后，该方法还包括：获取车辆终端对应的车辆信息；根据车辆信息和网络检测日志生成日志数据包，并将日志数据包发送至服务器端，使得服务器端采集多个日志数据包，根据预设数据包格式分别对各日志数据包进行数据解析，得到各日志数据包中的联网信息，根据各联网信息之间的对应关系生成车载网络分析地图。
60.这样，通过服务器端采集多个日志数据包，并从日志数据包中解析联网信息，从而生成车载网络分析地图，更全面直观地展示不同型号车辆和不同网络异常类型之间的关系，提高网络异常原因的溯源效率。
61.在一些实施例中，联网信息包括网络模块、网络异常项、异常发生次数、异常发生时间、异常发生车型、异常发生的控制器版本号、运营商信息、车辆备案状态等信息中的一种或多种。
62.可选地，根据第一检测状态、第二检测状态、第三检测状态、异常原因信息中的至少一种生成网络检测日志之后，该方法还包括：获取修复方案表，其中，修复方案表包括多个历史检测日志与车载修复方案之间的对应关系；根据修复方案表中的历史检测日志对网络检测日志进行匹配，并根据匹配结果从修复方案表中确定网络检测日志对应的目标修复
方案；执行目标修复方案，以重新建立外部通信链路和内部通信链路。
63.这样，根据网络检测日志提供网络修复方案，由于网络检测的准确性更高，使得网络修复方案的目的性更强，提高网络修复效率。
64.可选地，根据网络检测日志中的异常类型和异常内容匹配复方案表中的历史检测日志。
65.可选地，执行目标修复方案之后，该方法还包括：展示网络检测日志和目标修复方案。
66.可选地，执行目标修复方案之前，该方法还包括：获取目标修复方案对应的修复执行方式，其中，修复执行方式包括手动修复和自动修复；若修复执行方式包括手动修复，则响应于用户的确认信息，执行目标修复方案；若修复执行方式包括自动修复，则执行目标修复方案。
67.在一些实施例中，历史检测日志包括问题类型和问题内容，通过修复方案表确定目标修复方案和修复执行方式，执行相应的处理措施。
68.结合图2所示，本公开实施例提供了一种目标修复方案，包括：
69.步骤s201，识别到通信控制单元进行网络拨号异常；
70.步骤s202，间隔预设等待时间段后，利用通信控制单元进行网络注册，得到网络注册结果；
71.其中，预设等待时间段包括5分钟-30分钟，例如，预设等待时间段为5分钟；
72.步骤s203，判断网络注册结果是否包括注册成功，若是，跳转步骤s204，若否，跳转步骤s202；
73.步骤s204，利用通信控制单元进行网络拨号，得到网络拨号结果；
74.步骤s205，判断网络拨号结果是否包括拨号成功，若是，跳转步骤s206，若否，跳转步骤s202；
75.步骤s206，获取待检测地址；
76.步骤s207，采用预设检测方式对待检测地址进行检测，得到当前拨号状态；
77.其中，预设检测方式包括ping(packet internet groper，因特网包探索器)方式、dig(域信息搜索器)指令、https(hypertext transfer protocol secure，超文本传输安全协议)访问等中的一种或多种。
78.可选地，根据匹配结果从修复方案表中确定网络检测日志对应的目标修复方案之后，该方法还包括：若修复方案表中不存在网络检测日志对应的目标修复方案，则将网络检测日志发送至服务器端，使得服务器端将网络检测日志输入预设的原因分析模型中，得到网络检测日志对应的云端修复方案，并反馈云端修复方案，其中，原因分析模型通过带有修复方案标签的历史日志样本对预设神经网络模型训练得到；执行云端修复方案，并将网络检测日志和对应的云端修复方案加入修复方案表，以更新修复方案表。
79.这样，通过服务器端训练原因分析模型，进而通过原因分析模型确定并反馈网络检测日志对应的云端修复方案，从而更新车辆的修复方案表，并扩大网络修复的查找范围。
80.结合图3所示，本公开实施例提供了一种用于实施上述车端网络检测方法的车端联网系统，包括车辆终端301和服务器端302，其中，车辆终端包括通信控制单元3011和车载控制单元3012，通信控制单元3011包括网络诊断子单元30111、命令子单元30112、配置文件
子单元30113、日志子单元30114、问题修复子单元30115，服务器端302包括地图生成单元3021和分析模型单元3022，车载控制单元用于访问服务器端，以确定车载控制单元与服务器端之间的第三检测状态，并将第三检测状态发送至网络诊断子单元；命令子单元用于网络诊断子单元、日志子单元、配置文件子单元、问题修复子单元之间的信息交互；网络诊断子单元用于建立通信控制单元与预设的服务器之间的外部通信链路，以确定外部通信链路对应的第一检测状态，并利用通信控制单元访问车载控制单元，以确定内部通信链路对应的第二检测状态，获取诊断方案表，若第一检测状态、第二检测状态、第三检测状态中存在异常检测状态，则根据诊断方案表中的原始异常状态对异常检测状态进行匹配，并根据匹配结果从诊断方案表确定异常检测状态对应的目标诊断方案，利用通信控制单元执行目标诊断方案，以采集异常检测状态对应的异常原因信息；日志子单元用于根据第一检测状态、第二检测状态、第三检测状态、异常原因信息中的至少一种生成网络检测日志；配置文件子单元用于获取修复方案表；问题修复子单元用于根据修复方案表中的历史检测日志对网络检测日志进行匹配，并根据匹配结果从修复方案表中确定网络检测日志对应的目标修复方案，执行目标修复方案，以重新建立外部通信链路和内部通信链路；地图生成单元用于采集多个日志数据包，根据预设数据包格式分别对各日志数据包进行数据解析，得到各日志数据包中的联网信息，根据各联网信息之间的对应关系生成车载网络分析地图；分析模型单元用于将网络检测日志输入预设的原因分析模型中，得到网络检测日志对应的云端修复方案，并反馈云端修复方案。
81.采用本公开实施例提供的用于实施上述车端网络检测方法的车端联网系统，通过内部通信链路将通信控制单元与车载控制单元连接，并通过通信控制单元建立外部通信链路，从而根据通信控制单元分别确定内部通信链路对应的第一检测状态和外部通信链路的第二检测状态，并根据车载控制单元访问服务器端确定车载控制单元与服务器端之间的第三检测状态，从而根据第一检测状态、第二检测状态、第三检测状态生成网络检测日志。这样，通过通信控制单元将车载控制单元与服务器之间的连接分成了内部通信链路和外部通信链路，对不同通信链路分别进行网络检测，以将断线原因定位在车辆终端内部或车辆终端外部，从而提高了网络检测的准确性。
82.可选地，车载控制单元的数量包括一个或多个，若车载控制单元包括多个，则通过以下任一方法建立车载控制单元与通信控制单元之间的连接：分别将各车载控制单元连接通信控制单元；分别将各车载控制单元填入预设的环网模型，得到单元环形链，并将单元环形链中的任一车载控制单元与通信控制单元连接。
83.结合图4所示，本公开实施例提供了一种车载控制单元与通信控制单元之间的单元连接方法，包括通信控制单元401和3个车载控制单元402，其中，车载控制单元402设置有联网工具包和转换模块(switch)，车载控制单元402之间组成单元环形链，并将单元环形链中的任一车载控制单元与通信控制单元连接。
84.在一些实施例中，图4中的通信控制单元401与图3中的通信控制单元3011为同一通信控制单元，图4中的车载控制单元402与图3中的通信控制单元3012为同一车载控制单元。
85.结合图5所示，本公开实施例提供了一种车端网络检测方法，包括：
86.步骤s501，获取车辆终端；
87.其中，车辆终端包括通信控制单元和车载控制单元，通信控制单元和车载控制单元之间通过内部通信链路连接；
88.步骤s502，利用通信控制单元建立通信控制单元与预设的服务器之间的外部通信链路，以确定外部通信链路对应的第一检测状态；
89.步骤s503，利用通信控制单元访问车载控制单元，以确定内部通信链路对应的第二检测状态；
90.步骤s504，利用车载控制单元访问服务器端，以确定车载控制单元与服务器端之间的第三检测状态；
91.步骤s505，若第一检测状态、第二检测状态、第三检测状态中存在异常检测状态，则根据诊断方案表中的原始异常状态对异常检测状态进行匹配，并根据匹配结果从诊断方案表确定异常检测状态对应的目标诊断方案；
92.步骤s506，利用通信控制单元执行目标诊断方案，以采集异常检测状态对应的异常原因信息；
93.步骤s507，根据第一检测状态、第二检测状态、第三检测状态、异常原因信息中的至少一种生成网络检测日志；
94.步骤s508，根据修复方案表中的历史检测日志对网络检测日志进行匹配，并根据匹配结果从修复方案表中确定网络检测日志对应的目标修复方案；
95.步骤s509，执行目标修复方案，以重新建立外部通信链路和内部通信链路。
96.采用本公开实施例提供的车端网络检测方法，通过内部通信链路将通信控制单元与车载控制单元连接，并通过通信控制单元建立外部通信链路，从而根据通信控制单元分别确定内部通信链路对应的第一检测状态和外部通信链路的第二检测状态，并根据车载控制单元访问服务器端确定车载控制单元与服务器端之间的第三检测状态，从而根据第一检测状态、第二检测状态、第三检测状态生成网络检测日志，具有以下优点：
97.第一、通过通信控制单元将车载控制单元与服务器之间的连接分成了内部通信链路和外部通信链路，对不同通信链路分别进行网络检测，以将断线原因定位在车辆终端内部或车辆终端外部，从而提高了网络检测的准确性；
98.第二、根据第一检测状态、第二检测状态、第三检测状态确定对应的诊断方案，进而根据诊断方案确定不同的异常原因信息，异常原因信息的确定更准确，同时目标性更强，提高诊断效率；
99.第三、根据网络检测日志提供网络修复方案，由于网络检测的准确性更高，使得网络修复方案的目的性更强，提高网络修复效率；
100.第四、通过服务器端采集多个日志数据包，并从日志数据包中解析联网信息，从而生成车载网络分析地图，更全面直观地展示不同型号车辆和不同网络异常类型之间的关系，提高网络异常原因的溯源效率；
101.第五、通过服务器端训练原因分析模型，进而通过原因分析模型确定并反馈网络检测日志对应的云端修复方案，从而更新车辆的修复方案表，并扩大网络修复的查找范围。
102.结合图6所示，本公开实施例提供了一种车端网络检测系统，包括获取模块601、第一检测模块602、第二检测模块603、生成模块604，其中，获取模块601用于获取车辆终端，车辆终端包括通信控制单元和车载控制单元，其中，通信控制单元和车载控制单元之间通过
内部通信链路连接；第一检测模块602用于利用通信控制单元建立通信控制单元与预设的服务器之间的外部通信链路，以确定外部通信链路对应的第一检测状态，并利用通信控制单元访问车载控制单元，以确定内部通信链路对应的第二检测状态；第二检测模块603用于利用车载控制单元访问服务器端，以确定车载控制单元与服务器端之间的第三检测状态；生成模块604用于根据第一检测状态、第二检测状态、第三检测状态中的至少一种生成网络检测日志。
103.采用本公开实施例提供的车端网络检测系统，通过内部通信链路将通信控制单元与车载控制单元连接，并通过通信控制单元建立外部通信链路，从而根据通信控制单元分别确定内部通信链路对应的第一检测状态和外部通信链路的第二检测状态，并根据车载控制单元访问服务器端确定车载控制单元与服务器端之间的第三检测状态，从而根据第一检测状态、第二检测状态、第三检测状态生成网络检测日志。这样，通过通信控制单元将车载控制单元与服务器之间的连接分成了内部通信链路和外部通信链路，对不同通信链路分别进行网络检测，以将断线原因定位在车辆终端内部或车辆终端外部，从而提高了网络检测的准确性。
104.图7示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。需要说明的是，图7示出的电子设备的计算机系统700仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
105.如图7所示，计算机系统700包括中央处理单元(central processing unit，cpu)701，其可以根据存储在只读存储器(read-only memory，rom)702中的程序或者从储存部分708加载到随机访问存储器(random access memory，ram)703中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在ram703中，还存储有系统操作所需的各种程序和数据。cpu701、rom702以及ram703通过总线704彼此相连。输入/输出(input/output，i/o)接口705也连接至总线704。
106.以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分707；包括硬盘等的储存部分708；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入储存部分708。
107.特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本技术的系统中限定的各种功能。
108.需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读
存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
109.本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本实施例中的任一项方法。
110.本公开实施例中的计算机可读存储介质，本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过计算机程序相关的硬件来完成。前述的计算机程序可以存储于一计算机可读存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
111.本实施例公开的电子设备，包括处理器、存储器、收发器和通信接口，存储器和通信接口与处理器和收发器连接并完成相互间的通信，存储器用于存储计算机程序，通信接口用于进行通信，处理器和收发器用于运行计算机程序，使电子设备执行如上方法的各个步骤。
112.在本实施例中，存储器可能包含随机存取存储器(random access memory，简称ram)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
113.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、图形处理器(graphics processing unit，简称gpu)，网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field－programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
114.以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是在本技术一实施例中，并且操作的顺序可以变化。一些实施例的部分和子样本可以被包括在或替换其他实施例的部分和子样本。而且，本技术中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和
“”
(the)旨在同样包括复数形式。类似地，如在本技术中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本技术中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的子样本、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它子样本、
整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个
…”
限定的要素，并不排除在包括要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。
115.本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
116.本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些子样本可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
117.附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。