以太网检测方法、系统、装置、电子设备和存储介质与流程

1.本公开涉及数据处理技术领域，尤其涉及一种以太网检测方法、系统、装置、电子设备和存储介质。


背景技术：

2.目前，随着车辆的广泛使用，车载以太网逐渐在车辆中应用，车载以太网的速率不断加快，以太网的网络拓扑结构也不断拓展，通常车载环境下会部署多个以太网节点，以太网节点用于传输数据，因此，对车载以太网中各节点的运行状况和性能表现进行实时的检测就尤为重要。但是，现有的检测方法存在无法覆盖整个以太网的情况，也就无法实时检测出每个节点的网卡状况。


技术实现要素：

3.为了解决上述技术问题，本公开提供了一种以太网检测方法、系统、装置、电子设备和存储介质，能够最大限度的检测以太网中各节点的状况，便于后续对以太网的网络状况进行分析。
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.图1为本公开实施例提供的一种以太网的结构示意图；
33.图2为本公开实施例提供的一种以太网检测系统的结构示意图；
34.图3为本公开实施例提供的另一种以太网的结构示意图；
35.图4为本公开实施例提供的一种以太网检测的流程示意图；
36.图5为本公开实施例提供的一种以太网检测方法的流程示意图；
37.图6为本公开实施例提供的一种以太网检测的流程示意图；
38.图7为本公开实施例提供的一种以太网检测方法的流程示意图；
39.图8为本公开实施例提供的一种以太网检测装置的结构示意图；
40.图9为本公开实施例提供的一种以太网检测装置的结构示意图；
41.图10为本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
42.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
43.在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
44.图1为本公开实施例提供的一种以太网的结构示意图，具体可以是车载以太网，车载以太网结构复杂具体包括如图1所示的结构，图1中包括触发端110和车载以太网120，车载以太网120中包括域控制单元121，域控制单元121中包括电子控制单元(electronic control unit、ecu)122和微处理器(microcontroller unit、mcu)123，具体的车载以太网120中可以包括多个域控制单元121，域控制单元121中可以包括多个电子控制单元和多个微处理器，其中，电子控制单元122和微处理器123均可以称为以太网中的节点或诊断节点或测试节点；触发端110用于生成诊断指令，并将控制指令直接下发至域控制单元121中的电子控制单元122，以太网中包含多个节点，且各节点间的通路众多，若要同时检测不同域控制单元中的电子控制单元时，可能会出现延时或者漏检测的情况，导致无法实时检测每个节点的网卡状况、与其他节点的连通状况、流量处理情况等；其次，大量诊断指令直接传输至每个节点的方式也会造成传输困难，影响传输速率，传输时间比较长，不适用于复杂的以太网结构。
45.针对上述技术问题，本公开提供了一种以太网检测系统。具体可以通过下述一个或多个实施例对本公开提供的以太网检测系统进行说明。
46.本公开提供了一种以太网检测系统，系统包括第一节点，第一节点接收诊断指令，并将诊断指令分发至系统中的诊断节点；诊断节点根据诊断指令生成请求消息，并将请求消息发送至系统中的被诊断节点；被诊断节点根据请求消息生成响应消息，并将响应消息返回至诊断节点；诊断节点将基于响应消息生成的诊断结果返回至第一节点。
47.图2为本公开实施例提供的一种以太网检测系统的结构示意图，系统220可以理解为车载以太网，车载以太网上包括部署多个节点，具体的，系统200包括第一节点210、诊断节点220和被诊断节点230。系统200可以在复杂车载以太网情况下对以太网中各节点的运行情况进行实时、快速的诊断，实现触发端生成诊断指令就可以收集到所有节点的以太网数据，便于研发、测试、售后等工作人员快速定位以太网的相关问题。同时还可以作为部署车载以太网的车载系统开发期的调试工具，提供该车载系统测试期间涉及到的连通性测试和压力测试等方法，在车载系统提供给用户使用期间，还可以作为远程以及售后场景的以
太网问题诊断工具等。
48.可理解的，系统200主要通过各节点的收发数据情况来对该节点进行诊断，诊断内容具体包括：以太网的自身网络接口是否工作正常(例如收发包是否正常、接口是否可以接收数据)、程序或命令信息中是否存在网络相关异常、其他网络节点是否可达、其他网络节点通路是否稳定可靠、各电子控制单元的网络接口是否能使用pcap/tcpdump进行网络抓包，其中，节点是否可达是指节点是否能够收到数据，网络抓包是指是否能够获取用于存储文件的网络包。可理解的是，系统200能够实现的诊断内容不止上述诊断内容，还包括其他以太网能够实现的诊断内容，在此不作赘述。
49.可理解的，系统200用于对以太网进行检测以及完成上述诊断内容的诊断工具包括但不限于接口诊断(ethtool)、接口报文(ifconfig)、系统网络监听状态(netstat)、内核(dmesg)、连通性(ping)、外网连通性(ping/curl/wget等)和网络抓包(tcpdump/pcap)等。
50.可理解的，第一节点210接收诊断指令，并将诊断指令分发至系统中的诊断节点220，诊断指令是由和系统200连接的触发端发送的，可理解的，车载以太网包括多种测试项，每个测试项都会涉及到至少一个节点。触发端可以是车辆本地触摸屏，触摸屏内可以提供单项测试和逐项测试，单项测试是指只测试一个测试项，例如只连通性或网络抓包等，触发端还可以是本地命令行触发端，例如在操作系统中通过敲击命令行的方式确定测试项对应的诊断指令，触发端还可以是和车辆连接的云端，云端可以是服务器和手机，通过云端触发的方式生成诊断指令。第一节点可以是能够访问互联网的电子控制单元，第一节点可以理解为核心节点，具有接收来自触发端的诊断指令，以及将诊断指令分发给至少一个诊断节点的功能。
51.可理解的，诊断节点220接收第一节点210发送的诊断指令后，根据诊断指令生成请求消息，并将请求消息发送至系统中的被诊断节点230。可理解的，诊断节点220接收来自第一节点210分发的诊断指令，诊断指令包括对至少一个节点进行检测的指令，诊断节点具有诊断功能，具体可以是配置了上述诊断工具的电子控制单元，诊断节点可以利用诊断工具对以太网中被诊断节点的网络状况进行检测，例如诊断节点是配置了非实时操作系统(real time operating system，rtos)类型的系统级芯片(system on chip，soc)节点。随后，诊断节点220对诊断指令中的测试项进行分析，确定测试项中涉及到的目标节点，目标节点可以理解为被诊断节点230，随后诊断节点220基于配置的相应的诊断工具生成目标节点对应的请求消息，并将请求消息发送至系统200中对应的被诊断节点230，例如诊断指令中的测试项涉及到3个被诊断节点，可以生成关于3个被诊断节点各自对应的请求消息。其中，无法集成上述复杂的诊断工具的电子控制单元称为被诊断节点230，被诊断节点230无法实现诊断功能，被诊断节点230可以通过接收诊断节点220发送的ping/arping等命令来判断连通性及可靠性。
52.可理解的，被诊断节点230接收到诊断节点220分发的请求消息后，根据请求消息生成响应消息，并将响应消息返回至诊断节点220；诊断节点220将接收到的响应消息进行进行综合分析处理，得到诊断结果，并将诊断结果返回至第一节点210，其中，诊断结果包括以太网中节点的数据传输状态相关的数据和判定结果，例如被诊断节点的判定结果可以是网络连通正常。
53.可理解的，第一节点210接收到诊断结果后，将诊断结果返回至发送诊断指令的触
发端，触发端存储并显示诊断结果，触发端还可以将诊断结果存储为日志文件。例如，若触发端为车机显示屏，则在车机显示屏的屏幕上显示诊断结果，若触发端为远程诊断平台，则在远程诊断平台输出诊断结果，若触发端为本地命令行方式，则调用本地命令行的前端屏幕输出诊断结果。
54.可选的，诊断节点根据诊断指令生成请求消息，并将请求消息发送至系统中的被诊断节点，包括：诊断节点上运行的诊断工具根据诊断指令中的测试项生成对应的请求消息，请求消息包括被诊断节点对应的标识；基于被诊断节点对应的标识，将请求消息发送至被诊断节点。
55.可理解的，诊断节点220根据第一节点210发送的诊断指令生成请求消息，并将请求消息发送至系统中的被诊断节点230，具体包括如下步骤：诊断节点220上配置多种诊断工具，诊断指令中包括测试节点和/或测试项，每个测试项涉及到多个测试节点，测试节点包括上述第一节点、诊断节点和被诊断节点，诊断节点230生成诊断指令中涉及到的被诊断节点对应的请求消息，请求消息中包括被诊断节点的标识，被诊断节点的标识可以是被诊断节点的地址，随后诊断节点220基于该标识将请求消息发送至被诊断节点230。例如，诊断指令中需要对测试节点1的连通性进行诊断，测试节点1为被诊断节点1，诊断节点220基于诊断连通性的工具ping生成请求消息，请求消息中包括被诊断节点1的地址，随后诊断节点220基于该地址将请求消息发送至被诊断节点1。
56.可选的，系统还包括域控制单元；将诊断指令分发至系统中的诊断节点，包括：将诊断指令分发至域控制单元中的第二节点；第二节点接收诊断指令，并将诊断指令分发至域控制单元中的诊断节点。
57.可理解的，系统200中还包括多个域控制单元，域控制单元中包括多个电子控制单元，系统200中同时包括第一节点和多个域控制单元，多个域控制单元中每个域控制单元中包括一个第二节点、诊断节点和被诊断节点，第二节点用于接收来自第一节点的命令，并分发诊断指令给下一级的诊断节点，以太网呈树状结构，便于覆盖每个节点的网络状况，且为节点赋予特定功能，简化以太网复杂的结构，该种情况下系统中诊断节点的传输流程包括：第一节点将接收的诊断指令分发至第二节点，第二节点将接收的诊断指令分发至诊断节点，诊断节点将基于接收的诊断指令生成的请求消息分发至被诊断节点。若系统中只包括一个域控制单元，那么第一节点可以理解为域控制单元中的第二节点，具体的，第一节点可以理解为车载以太网的接口，第二节点可以理解为域控制单元的接口，第一节点可以向多个域控制单元中每个域控制单元的接口第二节点分发诊断指令。
58.示例性的，参见图3，图3为本公开实施例提供的另一种以太网的结构示意图，图3中包括触发端310和车载以太网320，车载以太网320中包括第一节点330和多个域控制单元340至350，域控制单元340中包括第二节点341、多个诊断节点342和多个被诊断节点343，域控制单元350中包括第二节点351、诊断节点352和被诊断节点353。以检测车载以太网中所有节点为例，车载以太网320进行检测的流程包括：第一节点330接收到触发端310发送的诊断指令后，将诊断指令分发至域控制单元340中的第二节点341和域控制单元350中的第二节点351，第二节点341将诊断指令分发至多个诊断节点342，多个诊断节点342根据诊断指令进行综合分析处理并生成请求信息，可理解的是，诊断节点342接收到的诊断指令中可能包括非域控制单元340中的节点的测试项，诊断节点342会在诊断指令中确定需要的测试项
相关指令并生成请求消息，例如诊断指令中包括3个测试项相关指令，其中只有1个测试项相关指令是诊断节点342需要的，诊断节点342会根据该一个测试项相关指令生成请求消息，其余2个测试项相关消息会忽略掉，随后，诊断节点342将针对被诊断节点生成的请求消息发送至被诊断节点343，例如，域控制单元340中包括3个被诊断节点343，分别记为被诊断节点1、被诊断节点2和被诊断节点3，诊断节点2根据诊断指令中涉及到被诊断节点2和被诊断节点3的测试项进行诊断处理，诊断节点2会分别生成2个被诊断节点对应的请求消息，诊断节点1根据诊断指令中确定测试项涉及到被诊断节点1后，诊断节点1会生成被诊断节点1对应的请求消息，可理解的，每个诊断节点连接的被诊断节点以及数量可以根据用户需求自行设定，例如还可以由诊断节点1对被诊断节点2和被诊断节点3进行检测，诊断节点2对被诊断节点1进行检测；被诊断节点343接收到请求消息后，会根据请求消息生成响应消息，并将响应消息返回至诊断节点342，诊断节点342接收多个被诊断节点343返回的响应消息后，对多个响应消息进行诊断分析，生成诊断结果，并将诊断结果通过第二节点、第一节点返回至触发端进行显示。可理解的是，域控制单元350内进行检测的流程同上述域控制单元340的检测流程，在此不作赘述。
59.可选的，诊断节点将基于响应消息生成的诊断结果返回至第一节点，包括：诊断节点根据响应消息生成诊断结果，并将诊断结果发送至第二节点；第二节点将接收的诊断结果返回至第一节点。
60.可理解的，诊断节点将基于响应消息生成的诊断结果返回至第一节点，具体包括如下流程：诊断节点根据接收到的多个响应消息进行分析，生成诊断指令中涉及到的测试项的诊断结果，诊断结果中包括响应消息和诊断结论，诊断结论为测试项是否正常的结论，例如连通性正常；随后，将诊断结果返回至域控制单元的第二节点，第二节点将接收到的诊断结果转发至第一节点，第一节点可能会接收到多个域控制单元中的第二节点返回的诊断结果，该种情况下，第一节点将接收到的多个诊断结果进行汇总，得到最终的诊断结果，并将最终的诊断结果返回至触发端，触发端将最终的诊断结果展示给用户。
61.可选的，第一节点接收诊断指令，并将诊断指令分发至系统中的诊断节点，包括：第一节点接收诊断指令，并根据诊断指令确定是否满足预设场景；若满足预设场景，则将诊断指令分发至系统中的诊断节点。
62.可理解的，第一节点接收到诊断指令后，获取诊断指令中的测试项，确定当前车辆的场景是否满足测试项对应的预设场景，车辆的场景可以理解为触发条件，例如某一测试项涉及到的节点只能在车辆运行的时候才能检测，车辆运行的场景即为该某一测试项的预设场景，例如另一测试项需要在停车状态进行检测，那么停车状态即为该另一测试项的预设场景。若第一节点确定当前的车辆场景满足测试项对应的预设场景，则将诊断指令分发至系统中的诊断节点或者第二节点。若第一节点确定当前的车辆场景不满足测试项对应的预设场景，则第一节点可以等待直至满足预设场景后才分发诊断指令，进行以太网检测。
63.示例性的，参见图4，图4为本公开实施例提供的一种以太网检测的流程示意图，也可以称为域间诊断流程图，图4中包括触发端410、第一节点420、第二节点430、诊断节点440和被诊断节点450，触发端410向第一节点420发送诊断指令，第一节点420确定满足预设场景后将诊断指令分发至第二节点430，如图4中第一节点处的循环箭头所示，若不满足预设场景则等待，第二节点430将诊断指令分发至同一域控制单元内的诊断节点440，也就是第
二节点430、诊断节点440和被诊断节点450均处于同一域控制单元，图5所示的场景展示的是第一节点420和一个域控制单元内的节点之间的诊断流程；随后，诊断节点440对诊断指令中的测试项进行处理生成请求消息，并将请求消息发送至同一域控制单元内的被诊断节点450，被诊断节点450根据请求消息生成响应消息，并将响应消息返回至诊断节点440，诊断节点440将响应消息进行综合分析生成诊断结果，并将诊断结果返回至第二节点430，第二节点430将诊断结果返回至第一节点420，第一节点420汇总所有诊断结果并将汇总后的诊断结果返回至触发端410，触发端410显示诊断结果，完成以太网检测。可理解的，第一节点、第二节点、诊断节点完成各自对应的功能即可认为网络状态为正常状态。
64.可选的，第一节点接收诊断指令，包括：确定测试项，根据测试项生成诊断指令；第一节点接收诊断指令。
65.可理解的，触控端确定诊断向后，根据测试项生成诊断指令，并将诊断指令发送至第一节点。可理解的是，触发端可以一次确定多个测试项，每个测试项都以各自生成一个诊断指令，还可以多个测试项生成一个诊断指令，对于多个测试项生成一个诊断指令的情况，第一节点和第二节点分发该诊断指令至诊断节点，随后诊断节点在诊断指令包括的多个测试项中选择对应的测试项进行测试处理。
66.本公开实施提供的一种以太网检测系统，系统包括第一节点、第二节点、诊断节点和被诊断节点，多种节点在车载以太网中构成了以太网诊断节点树，第一节点通过接收触发端下发的诊断指令并向第二节点分发诊断指令，随后第二节点向诊断节点分发诊断指令，诊断节点根据诊断指令基于其上运行的诊断工具开始对被诊断节点进行检测，生成诊断结果，并将诊断结果逐层上传直至第一节点将诊断结果传输至触发端，在触发端显示诊断结果，便于用户通过显示的诊断结果了解车载以太网的网络状态。本公开提供的以太网检测系统能够实时快速的检测车载以太网中每个节点的网络状态，有效避免了漏检测节点的情况，提高了诊断指令的传输速率，进一步加快了以太网检测的速率，可以适用于多种以太网检测场景，若某一节点无法传输数据就能够快速定位该节点，降低了车载以太网问题分析定位的复杂性。
67.在上述实施例的基础上，图5为本公开实施例提供的一种以太网检测方法的流程示意图，应用于第一节点，以太网检测方法具体包括如图5所示的如下步骤s510至s520：
68.s510、接收诊断指令，并将诊断指令分发至对应的诊断节点，指示诊断节点根据诊断指令生成请求消息并分发至对应的被诊断节点。
69.可理解的，以太网检测系统中的第一节点接收触发端发送的诊断指令，并将诊断指令分发至第一节点对应的诊断节点，第一节点对应的诊断节点也就是以太网检测系统中和第一节点在同一域控制单元内的诊断节点，诊断节点用于根据第一节点分发的诊断指令中对应的测试项生成请求消息，并将请求消息分发至对应的被诊断节点，被诊断节点也是上述以太网系统中和诊断节点在同一域控制单元内的被诊断节点，被诊断节点接收到请求消息后，生成响应消息，并将响应消息返回至诊断节点；随后诊断节点对响应消息进行综合处理分析后生成诊断结果，并将诊断结果返回至第一节点。
70.可选的，上述s510中将诊断指令分发至对应的诊断节点，包括：若第一节点存在多个对应的域控制单元，则将诊断指令分发至多个对应的域控制单元中至少一个域控制单元的第二节点，以使第二节点将接收的诊断指令分发至对应的诊断节点，其中，第二节点和诊
断节点属于同一域控制单元。
71.可理解的，若第一节点存在多个对应的域控制单元，也就是若第一节点连接的是代表每个域控制单元的第二节点，则直接将诊断指令分发至第二节点，随后，由第二节点对所在域控制单元内的节点进行诊断，第二节点接收来自第一节点的命令，并分发诊断指令给同一域控制单元内的下一级诊断节点，以太网呈树状结构，便于覆盖每个节点的网络状况。
72.可选的，上述s510中接收诊断指令，并将诊断指令分发至对应的诊断节点，包括：接收诊断指令，并根据诊断指令确定是否满足预设场景；若满足预设场景，则将诊断指令分发至对应的诊断节点。
73.可理解的，第一节点接收到诊断指令后，获取诊断指令中的测试项，确定当前车辆的场景是否满足测试项对应的预设场景；若第一节点确定当前的车辆场景不满足测试项对应的预设场景，则第一节点可以等待直至满足预设场景后才分发诊断指令，进行以太网检测。
74.可选的，在接收诊断指令之前，方法还包括：确定至少一个测试项，根据测试项生成诊断指令。
75.可理解的，确定至少一个测试项，根据测试项生成诊断指令，并将诊断指令发送至第一节点。
76.s520、接收诊断节点反馈的与被诊断节点对应的诊断结果，其中，诊断结果是基于被诊断节点返回的响应消息生成的，响应消息是被诊断节点根据请求消息生成的。
77.可理解的，在上述s510的基础上，第一节点将诊断指令发送至诊断节点后，接收由诊断节点返回的与被诊断节点对应的诊断结果，诊断结果是基于被诊断节点返回的响应消息生成的，响应消息是被诊断节点根据请求消息生成的，随后将诊断结果返回至发送诊断指令的触发端，触发端可以显示诊断结果，以便于用户查看。
78.可理解的，诊断节点生成请求消息的方法同上，在此不做赘述。
79.示例性的，参见图6，图6为本公开实施例提供的一种以太网检测的流程示意图，触发端为车机显示屏，也就是通过触发车机显示屏中的测试项来生成诊断指令，该种情况下基于诊断指令进行检测，具体包括如图6所示的如下步骤s610至s640：
80.s610、显示以太网诊断界面。
81.可理解的，车机显示屏中显示以太网诊断界面，界面中包括以太网中节点的标识和测试项的标识。
82.s620、检测以太网诊断界面中测试项的触发指令后，根据触发指令生成诊断指令。
83.可理解的，在上述s610的基础上，用户在以太网诊断界面触发测试项后，会得到触发指令，根据触发指令生成诊断指令。
84.s630、对诊断指令中测试项对应的节点进行检测，生成诊断结果。
85.可理解的，在上述s620的基础上，根据诊断指令采用上述以太网检测方法对诊断指令中测试项对应的节点进行检测，生成诊断结果。
86.s640、显示诊断结果。
87.可理解的，在上述s630的基础上，将生成的诊断结果进行显示，便于用户直观的确定测试项是否正常。
88.可理解的，若触发端是本地命令行触发，本地命令行触发是指通过命令行直接调用诊断指令，随后根据诊断指令通过上述以太网检测方法对以太网进行检测，其中，诊断节点会优先根据诊断指令中的参数确定诊断项，随后，根据诊断项开始对被诊断节点进行诊断，将诊断结果返回至本地命令行对应的前端屏幕进行显示。
89.可理解的，远程触发端进行以太网诊断是指在云端平台上开启指定车辆的远程调试功能，远程唤起以太网检测流程，也就是上述以太网检测方法的流程，流程结束后将诊断结果上传到云端，便于后续相关工作人员进行研发、售后服务、下载分析等。
90.本公开实施例提供了一种以太网检测方法，第一节点通过接收诊断指令，并将诊断指令分发至系统中的诊断节点，指示诊断节点根据诊断指令将生成的请求消息分发至系统中的被诊断节点；随后第一节点接收诊断节点发送的与被诊断节点对应的诊断结果，其中，诊断结果是根据响应消息生成的，响应消息是被诊断节点基于请求消息生成的，并将诊断结果发送至触发端的屏幕进行显示，本公开提供的以太网检测方法，支持不同触发端的诊断指令，能够最大限度的检测到以太网的每个节点，满足多种用户场景的以太网诊断需求，方法比较灵活，且进一步加快了检测的速度，降低了车载以太网问题分析定位的复杂性。
91.在上述实施例的基础上，图7为本公开实施例提供的一种以太网检测方法的流程示意图，应用于诊断节点，以太网检测方法具体包括如图7所示的如下步骤s710至s730：
92.s710、接收诊断指令。
93.可理解的，诊断节点接收由第一节点或者第二节点分发的诊断指令。
94.s720、根据诊断指令生成请求消息，并将请求消息分发至对应的被诊断节点，指示被诊断节点将基于请求消息生成的响应消息返回至诊断节点。
95.可选的，上述s720中根据诊断指令生成请求消息，并将请求消息发送至对应的被诊断节点，包括：利用诊断工具根据诊断指令中的测试项生成对应的请求消息，请求消息包括被诊断节点对应的标识；基于被诊断节点对应的标识，将请求消息发送至对应的被诊断节点。
96.可理解的，在上述s710的基础上，诊断节点根据第一节点发送的诊断指令生成请求消息，并将请求消息发送至对应的被诊断节点，具体包括如下步骤：诊断节点上配置多种诊断工具，诊断指令中包括测试节点和/或测试项，每个测试项涉及到多个测试节点，测试节点包括上述第一节点、诊断节点和被诊断节点，诊断节点生成诊断指令中涉及到的被诊断节点对应的请求消息，请求消息中包括被诊断节点的标识，被诊断节点的标识可以是被诊断节点的地址，随后诊断节点基于该标识将请求消息发送至被诊断节点。
97.s730、接收响应消息，并基于响应消息生成诊断结果。
98.可理解的，在上述s720的基础上，诊断节点接收由被诊断节点返回的响应消息，并基于响应消息生成诊断结果。
99.可选的，在基于响应消息生成诊断结果后，方法还包括：将诊断结果发送至对应的第二节点；第二节点用于将接收的诊断结果返回至对应的第一节点。
100.可理解的，诊断节点将基于响应消息生成的诊断结果返回至第一节点，具体包括如下流程：诊断节点根据接收到的多个响应消息进行分析，生成诊断指令中涉及到的测试项的诊断结果，诊断结果中包括响应消息和诊断结论，诊断结论为测试项是否正常的结论，
例如连通性正常；随后，将诊断结果返回至域控制单元的第二节点，第二节点将接收到的诊断结果转发至第一节点，第一节点可能会接收到多个域控制单元中的第二节点返回的诊断结果，该种情况下，第一节点将接收到的多个诊断结果进行汇总，得到最终的诊断结果，并将最终的诊断结果返回至触发端，触发端将最终的诊断结果展示给用户。
101.本公开实施例提供的一种以太网检测方法，应用于诊断节点，诊断节点接收到由第一节点或者第二节点分发的诊断指令后，分发诊断指令给下一级的所有被诊断节点，使得同一个域控制单元中的节点呈树状结构，覆盖每个节点的网络状况，最大限度的节点进行检测，还能够进一步简化以太网复杂的结构。
102.图8为本公开实施例提供的以太网检测装置的结构示意图。本公开实施例提供的以太网检测装置可以执行上述以太网检测方法实施例提供的处理流程，应用于第一节点，如图8所示，以太网检测装置800包括：
103.第一接收模块810，接收诊断指令，并将诊断指令分发至对应的诊断节点，指示诊断节点根据诊断指令生成请求消息并分发至对应的被诊断节点；
104.第二接收模块820，接收诊断节点反馈的与被诊断节点对应的诊断结果，其中，诊断结果是基于被诊断节点返回的响应消息生成的，响应消息是被诊断节点根据请求消息生成的。
105.图8所示实施例的以太网检测装置可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
106.图9为本公开实施例提供的以太网检测装置的结构示意图。本公开实施例提供的以太网检测装置可以执行上述以太网检测方法实施例提供的处理流程，应用于诊断节点，如图9所示，以太网检测装置900包括：
107.第一接收模块910，用于接收诊断指令；
108.生成模块920，用于根据诊断指令生成请求消息，并将请求消息分发至对应的被诊断节点，指示被诊断节点将基于请求消息生成的响应消息返回至诊断节点；
109.第二接收模块930，用于接收响应消息，并基于响应消息生成诊断结果。
110.图9所示实施例的以太网检测装置可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
111.图10为本公开实施例提供的电子设备的结构示意图。下面具体参考图10，其示出了适于用来实现本公开实施例中的电子设备1000的结构示意图。本公开实施例中的电子设备800可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)、可穿戴电子设备等等的移动终端以及诸如数字tv、台式计算机、智能家居设备等等的固定终端。图10示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
112.如图10所示，电子设备1000可以包括处理装置(例如中央处理器、图形处理器等)1001，其可以根据存储在只读存储器(rom)1002中的程序或者从存储装置10010加载到随机访问存储器(ram)1003中的程序而执行各种适当的动作和处理以实现如本公开的实施例的多媒体信息处理方法。在ram 1003中，还存储有电子设备1000操作所需的各种程序和数据。处理装置1001、rom 1002以及ram 1003通过总线1004彼此相连。输入/输出(i/o)接口1005也连接至总线1004。
113.通常，以下装置可以连接至i/o接口1005：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置1006；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置1007；包括例如磁带、硬盘等的存储装置1008；以及通信装置1009。通信装置1009可以允许电子设备1000与其他设备进行无线或有线通信以交换数据。虽然图10示出了具有各种装置的电子设备1000，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
114.特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码，从而实现如上的多媒体信息处理方法。在这样的实施例中，该计算机程序可以通过通信装置1009从网络上被下载和安装，或者从存储装置1008被安装，或者从rom 1002被安装。在该计算机程序被处理装置1001执行时，执行本公开实施例的方法中限定的上述功能。
115.需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
116.在一些实施方式中，客户端、服务器可以利用诸如http(hypertext transfer protocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“lan”)，广域网(“wan”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
117.上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
118.可选的，当上述一个或者多个程序被该电子设备执行时，该电子设备还可以执行上述实施例的其他步骤。
119.可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语
言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
120.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
121.描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。
122.本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
123.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
124.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者网关不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者网关所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、物品或者网关中还存在另外的相同要素。
125.以上仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的
范围。