车辆诊断方法、装置、电子设备及计算机可读存储介质与流程

1.本技术涉及车载以太网技术领域，特别涉及一种车辆诊断方法，还涉及一种车辆诊断装置、电子设备以及计算机可读存储介质。


背景技术：

2.汽车售后诊断主要是利用诊断仪和配套的诊断程序对车辆进行故障检测。目前，传统的车辆诊断方式主要是由本地诊断应用程序通过诊断仪和车辆连接，使用can协议(controllerareanetwork，控制器局域网总线)和车辆通讯，并返回结果到诊断仪客户端。在整个实现过程中，所有的指令和通讯都是本地诊断应用通过诊断仪发送诊断命令给车辆网关，再由网关转发到各ecu(electronic control unit，电子控制器单元)，显然，该种实现方式不仅操作繁琐，且效率较低；并且，can协议传输能力不强，使得车辆网关发挥的能力有限，对外部诊断设备的依赖性较大，较为不便。
3.因此，如何实现更为快速高效的车辆故障诊断是本领域技术人员亟待解决的问题。


技术实现要素：

4.本技术的目的是提供一种车辆诊断方法，该车辆诊断方法可以实现更为快速高效的车辆诊断；本技术的另一目的是提供一种车辆诊断装置、电子设备及计算机可读存储介质，均具有上述有益效果。
5.第一方面，本技术提供了一种车辆诊断方法，应用于本地诊断设备，包括：
6.获取目标车辆的车辆信息；
7.根据所述车辆信息获取目标诊断脚本和目标诊断数据；
8.通过第一通信协议将所述目标诊断脚本下发至所述目标车辆的网关，通过第二通信协议将所述目标诊断数据下发至所述目标车辆的网关，以使所述目标车辆利用所述目标诊断脚本和所述目标诊断数据进行车辆诊断。
9.可选地，所述通过第一通信协议将所述目标诊断脚本下发至所述目标车辆的网关，包括：
10.通过someip协议将所述目标诊断脚本下发至所述目标车辆的网关。
11.可选地，所述通过第二通信协议将所述目标诊断数据下发至所述目标车辆的网关，包括：
12.通过http协议将所述目标诊断数据下发至所述目标车辆的网关。
13.可选地，所述获取目标车辆的车辆信息，包括：
14.当监测到所述目标车辆的接入信息时，响应车辆诊断指令；
15.根据所述车辆诊断指令获取所述目标车辆的车辆信息。
16.可选地，所述根据所述车辆信息获取目标诊断脚本和目标诊断数据，包括：
17.将所述车辆信息上传至服务器，以使所述服务器根据所述车辆信息确定所述目标
诊断脚本和所述目标诊断数据；
18.接收所述服务器反馈的所述目标诊断脚本和所述目标诊断数据。
19.可选地，所述车辆诊断方法还包括：
20.通过someip协议接收所述目标车辆的车辆诊断结果；
21.通过http协议接收所述目标车辆的车辆诊断日志。
22.可选地，所述车辆诊断方法还包括：
23.将所述车辆诊断结果输出至显示设备；
24.将所述车辆诊断日志上传至服务器。
25.第二方面，本技术还公开了一种车辆诊断装置，应用于本地诊断设备，包括：
26.第一获取模块，用于获取目标车辆的车辆信息；
27.第二获取模块，用于根据所述车辆信息获取目标诊断脚本和目标诊断数据；
28.下发模块，用于通过第一通信协议将所述目标诊断脚本下发至所述目标车辆的网关，通过第二通信协议将所述目标诊断数据下发至所述目标车辆的网关，以使所述目标车辆利用所述目标诊断脚本和所述目标诊断数据进行车辆诊断。
29.第三方面，本技术还公开了一种电子设备，包括：
30.存储器，用于存储计算机程序；
31.处理器，用于执行所述计算机程序时实现如上所述的任一种车辆诊断方法的步骤。
32.第四方面，本技术还公开了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的任一种车辆诊断方法的步骤。
33.本技术提供了一种车辆诊断方法，应用于本地诊断设备，包括获取目标车辆的车辆信息；根据所述车辆信息获取目标诊断脚本和目标诊断数据；通过第一通信协议将所述目标诊断脚本下发至所述目标车辆的网关，通过第二通信协议将所述目标诊断数据下发至所述目标车辆的网关，以使所述目标车辆利用所述目标诊断脚本和所述目标诊断数据进行车辆诊断。
34.应用本技术所提供的技术方案，在车辆诊断过程中，本地诊断设备与待诊断车辆(即目标车辆)进行直接通讯，获取待诊断车辆的车辆信息，以进一步获取适用于该待诊断车辆的目标诊断脚本和目标诊断数据，然后根据二者数据类型的不同，使用不同的通信协议将二者下发至待诊断车辆的网关，也就是使用第一通信协议下发目标诊断脚本，使用第二通信协议下发目标诊断数据，从而实现车辆诊断，可见，基于该种实现方式，实现了本地诊断设备与待诊断车辆之间的直接通信，无需依赖于诊断仪，且基于第一通信协议和第二通信协议实现了诊断脚本和诊断数据的分离，有助于实现使用最优协议进行内容下发，极大地提高了车辆诊断效率。
35.本技术所提供的车辆诊断装置、电子设备以及计算机可读存储介质，同样具有上述技术效果，本技术在此不再赘述。
附图说明
36.为了更清楚地说明现有技术和本技术实施例中的技术方案，下面将对现有技术和
本技术实施例描述中需要使用的附图作简要的介绍。当然，下面有关本技术实施例的附图描述的仅仅是本技术中的一部分实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图，所获得的其他附图也属于本技术的保护范围。
37.图1为本技术所提供的一种车辆诊断方法的流程示意图；
38.图2为本技术所提供的一种车辆诊断系统的结构示意图；
39.图3为本技术所提供的另一种车辆诊断方法的流程示意图；
40.图4为本技术所提供的一种车辆诊断装置的结构示意图；
41.图5为本技术所提供的一种电子设备的结构示意图。
具体实施方式
42.本技术的核心是提供一种车辆诊断方法，该车辆诊断方法可以实现更为快速高效的车辆诊断；本技术的另一核心是提供一种车辆诊断装置、电子设备及计算机可读存储介质，均具有上述有益效果。
43.为了对本技术实施例中的技术方案进行更加清楚、完整地描述，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行介绍。显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
44.本技术实施例提供了一种车辆诊断方法。
45.请参考图1，图1为本技术所提供的一种车辆诊断方法的流程示意图，该车辆诊断方法应用于本地诊断设备，可以包括如下s101至s103。
46.s101：获取目标车辆的车辆信息；
47.本步骤旨在实现目标车辆的车辆信息的获取，其中，目标车辆即为需要进行车辆诊断的车辆，对于本地诊断设备而言，其可以与目标车辆直接进行通信，以获取目标车辆的车辆信息。
48.其中，车辆信息用于实现适用于该目标车辆的诊断信息(即下述目标诊断脚本和目标诊断数据)的获取，其具体内容并不唯一，可实现诊断信息的获取即可，例如，可以包括但不限于目标车辆的厂商信息、型号信息、id信息等，本技术对此不做限定。此外，车辆信息的获取方式也不唯一，可以是向目标车辆下发信息获取指令，以实现车辆信息的主动获取，也可以是目标车辆在接入本地诊断设备之后直接向其上传自身的车辆信息，以实现车辆信息的主动上传。
49.其中，车辆信息的获取可以响应于车辆诊断指令，该车辆诊断指令即控制本地诊断设备启动车辆诊断流程的指令。当然，车辆诊断指令的获取方式也不唯一，可以由用户直接通过用户界面进行输入，也可以自动响应于预设触发条件，如自动响应于目标车辆的接入信号等，由技术人员根据实际需求进行设置即可，本技术对此不做限定。
50.s102：根据车辆信息获取目标诊断脚本和目标诊断数据；
51.本步骤旨在基于目标车辆的车辆信息实现目标诊断脚本和目标诊断数据的获取。其中，目标诊断脚本用于告知目标车辆需要执行何种检测功能以及如何执行各检测功能，目标诊断数据则为支持目标诊断脚本进行车辆诊断的相关数据，二者均为适用于目标车辆
的诊断信息。
52.可以理解的是，不同类型的车辆，其诊断功能、诊断方式、诊断流程等可能各不相同，因此，针对不同类型的车辆，可以预先创建对应于该类型车辆的诊断脚本和诊断数据，然后将该类型车辆的车辆信息与其对应的诊断脚本和诊断数据进行一一对应并存储。由此，在接收到目标车辆的车辆信息时，即可根据该车辆信息在所有的对应关系中查询到目标诊断脚本和目标诊断数据。
53.s103：通过第一通信协议将目标诊断脚本下发至目标车辆的网关，通过第二通信协议将目标诊断数据下发至目标车辆的网关，以使目标车辆利用目标诊断脚本和目标诊断数据进行车辆诊断。
54.本步骤旨在实现目标诊断脚本和目标诊断数据的下发，以实现关于目标车辆的诊断功能。在实现过程中，可以使用不同的通信协议对目标诊断脚本和目标诊断数据进行下发，即通过第一通信协议将目标诊断脚本下发至目标车辆的网关，通过第二通信协议将目标诊断数据下发至目标车辆的网关，由此，目标车辆即可根利用目标诊断数据执行目标诊断脚本，实现车辆诊断功能。
55.其中，第一通信协议和第二通信协议的具体类型并不影响本技术方案的实施，由技术人员根据实际情况进行设置即可。为保证车辆诊断效率，可以根据待传输数据的数据格式选择最优的通信协议，也就是说，第一通信协议可以使用最适合于脚本传输的通信协议，第二通信协议可以实现最适合于数据传输的通信协议，从而实现目标诊断脚本和目标诊断数据的快速下发。
56.可见，本技术实施例所提供的车辆诊断方法，在车辆诊断过程中，本地诊断设备与待诊断车辆(即目标车辆)进行直接通讯，获取待诊断车辆的车辆信息，以进一步获取适用于该待诊断车辆的目标诊断脚本和目标诊断数据，然后根据二者数据类型的不同，使用不同的通信协议将二者下发至待诊断车辆的网关，也就是使用第一通信协议下发目标诊断脚本，使用第二通信协议下发目标诊断数据，从而实现车辆诊断，可见，基于该种实现方式，实现了本地诊断设备与待诊断车辆之间的直接通信，无需依赖于诊断仪，且基于第一通信协议和第二通信协议实现了诊断脚本和诊断数据的分离，有助于实现使用最优协议进行内容下发，极大地提高了车辆诊断效率。
57.在上述实施例的基础上：
58.在本技术的一个实施例中，上述通过第一通信协议将目标诊断脚本下发至目标车辆的网关，可以包括：通过someip(scalableservice-oriented middleware over ip，基于ip的可扩展面向服务的中间件)协议将目标诊断脚本下发至目标车辆的网关。
59.本技术实施例提供了一种具体类型的第一通信协议，即someip协议，也就是说，在目标诊断脚本下发过程中，可以使用someip协议将其下发至目标车辆的网关。可以理解的是，目标诊断脚本即诊断程序，其数据相对较小，更加适用于someip协议实现小数据在同一局域网下的快速传输。
60.在本技术的一个实施例中，上述通过第二通信协议将目标诊断数据下发至目标车辆的网关，可以包括：通过http协议(hypertext transferprotocol，超文本传输协议)将目标诊断数据下发至目标车辆的网关。
61.本技术实施例提供了一种具体类型的第二通信协议，即http协议，也就是说，在目
标诊断数据下发过程中，可以使用http协议将其下发至目标车辆的网关。可以理解的是，目标诊断数据多为诊断参数信息，其数据量相对较大，更加适用于http协议实现大量数据的超文本传输。
62.在本技术的一个实施例中，上述获取目标车辆的车辆信息，可以包括如下步骤：
63.当监测到目标车辆的接入信息时，响应车辆诊断指令；
64.根据车辆诊断指令获取目标车辆的车辆信息。
65.本技术实施例提供了一种车辆信息的获取方法。具体而言，车辆诊断指令可自动响应于目标车辆的接入信息，也就是说，对于本地诊断设备而言，其可以对相关接口(与车辆进行连接的接口)进行实时监测，一旦监测到目标车辆的接入信息，即可自动响应车辆诊断指令，然后根据该车辆诊断指令获取目标车辆的车辆信息。
66.在一种可能的实现方式中，上述根据车辆诊断指令获取目标车辆的车辆信息可以包括：响应于车辆诊断指令，通过someip协议获取目标车辆的车辆信息。
67.可以理解的是，目标车辆的车辆信息同样为小数据，因此，本地诊断设备对于车辆信息的获取同样可以基于someip协议实现。在实现过程中，本地诊断设备可以通过someip协议向目标车辆下发信息获取指令，然后由目标车辆响应该信息获取指令，采集自身车辆信息，并通过someip协议将车辆信息反馈给本地诊断设备。
68.在本技术的一个实施例中，上述根据车辆信息获取目标诊断脚本和目标诊断数据，可以包括如下步骤：
69.将车辆信息上传至服务器，以使服务器根据车辆信息确定目标诊断脚本和目标诊断数据；
70.接收服务器反馈的目标诊断脚本和目标诊断数据。
71.本技术实施例提供了一种根据车辆信息获取目标诊断脚本和目标诊断数据的获取方法。如上所述，针对不同类型的车辆，可以预先创建对应于该类型车辆的诊断脚本和诊断数据，然后将该类型车辆的车辆信息与其对应的诊断脚本和诊断数据进行一一对应并存储，在此基础上，可以将车辆信息与诊断脚本、诊断数据的对应关系存储于服务器中，由此，即可通过服务器实现目标车辆对应的目标诊断脚本和目标诊断数据的获取。
72.在实现过程中，本地诊断设备可以将车辆信息上传至服务器，由此，服务器即可在自身存储的对应关系中查询获得该车辆信息对应的诊断脚本和诊断数据，也就是上述目标诊断脚本和目标诊断数据，然后将二者反馈至本地诊断设备，由此，实现本地诊断设备对目标诊断脚本和目标诊断数据的获取。
73.其中，服务器的功能并不仅限于上述对应关系的存储，其还可以实现相应的管理功能，如诊断脚本的更新、诊断数据的更新、对应关系的更新等功能。
74.在本技术的一个实施例中，该车辆诊断方法还可以包括如下步骤：
75.通过someip协议接收目标车辆的车辆诊断结果；
76.通过http协议接收目标车辆的车辆诊断日志。
77.本技术实施例所提供的车辆诊断方法，还可以进一步实现车辆诊断结果和车辆诊断日志的获取，其中，车辆诊断结果即诊断目标车辆是否存在故障的的结果，车辆诊断日志即车辆诊断过程中所产生的各类日志信息，如各类功能检测的检测时间、检测结果等。显然，车辆诊断结果只是一个总的诊断结果，属于小数据，可以采用someip协议实现传输；车
辆诊断日志则包含各类数据信息，属于大数据，可以采用http协议实现传输。因此，对于本地诊断设备而言，其可以通过someip协议接收目标车辆反馈的车辆诊断结果，通过http协议接收目标车辆反馈的车辆诊断日志。
78.在本技术的一个实施例中，该车辆诊断方法还可以包括如下步骤：
79.将车辆诊断结果输出至显示设备；
80.将车辆诊断日志上传至服务器。
81.本技术实施例所提供的车辆诊断方法，还可以进一步实现车辆诊断结果的可视化展示和车辆诊断日志的上传保存。对于本地设备而言，其在接收到目标车辆反馈的车辆诊断结果和车辆诊断日志之后，即可将车辆诊断结果输出至显示设备进行可视化展示，以告知工作人员关于目标车辆的诊断结果；并且将车辆诊断日志上传至服务器进行保存，以供工作人员后续进行异常溯源。
82.在上述各实施例的基础上，本技术实施例提供了另一种车辆诊断方法。
83.首先，请参考图2，图2为本技术所提供的一种车辆诊断系统的结构示意图，该车辆诊断系统主要包括：
84.(1)云服务器：负责管理和分发诊断脚本、诊断数据、本地诊断应用客户端升级包，以及接收诊断日志；
85.(2)本地诊断仪(本地诊断设备)：本质上为汽车诊断的应用平台，负责显示用户交互界面，下载诊断脚本和诊断数据并下发到车辆网关，以及显示诊断结果和上传诊断日志；
86.(3)车辆：负责执行诊断任务，反馈诊断结果、诊断日志。
87.进一步，请参考图3，图3为本技术所提供的另一种车辆诊断方法的流程示意图，该车辆诊断方式基于上述车辆诊断系统实现，其实现流程可以包括如下步骤：
88.(1)连接车辆，打开客户端；
89.(2)本地诊断应用(部署于本地诊断设备)通过someip协议获取车辆信息，并上传至云端服务器；
90.(3)云端服务器返回车辆信息对应的诊断数据和诊断脚本；
91.(4)本地诊断应用使用someip协议下发诊断脚本，使用http协议下发诊断数据；
92.(5)车辆ccu(车辆主控单元)执行诊断脚本，完成诊断功能，使用someip协议返回诊断结果，使用http协议返回诊断日志；
93.(6)本地诊断应用输出诊断结果至显示界面，并将诊断日志上传至云端服务器；
94.(7)程序结束。
95.可见，本技术实施例所提供的车辆诊断方法，在车辆诊断过程中，本地诊断设备与待诊断车辆(即目标车辆)进行直接通讯，获取待诊断车辆的车辆信息，以进一步获取适用于该待诊断车辆的目标诊断脚本和目标诊断数据，然后根据二者数据类型的不同，使用不同的通信协议将二者下发至待诊断车辆的网关，也就是使用第一通信协议下发目标诊断脚本，使用第二通信协议下发目标诊断数据，从而实现车辆诊断，可见，基于该种实现方式，实现了本地诊断设备与待诊断车辆之间的直接通信，无需依赖于诊断仪，且基于第一通信协议和第二通信协议实现了诊断脚本和诊断数据的分离，有助于实现使用最优协议进行内容下发，极大地提高了车辆诊断效率。
96.本技术实施例提供了一种车辆诊断装置。
97.请参考图4，图4为本技术所提供的一种车辆诊断装置的结构示意图，该车辆诊断装置应用于本地诊断设备，可以包括：
98.第一获取模块1，用于获取目标车辆的车辆信息；
99.第二获取模块2，用于根据车辆信息获取目标诊断脚本和目标诊断数据；
100.下发模块3，用于通过第一通信协议将目标诊断脚本下发至目标车辆的网关，通过第二通信协议将目标诊断数据下发至目标车辆的网关，以使目标车辆利用目标诊断脚本和目标诊断数据进行车辆诊断。
101.可见，本技术实施例所提供的车辆诊断装置，在车辆诊断过程中，本地诊断设备与待诊断车辆(即目标车辆)进行直接通讯，获取待诊断车辆的车辆信息，以进一步获取适用于该待诊断车辆的目标诊断脚本和目标诊断数据，然后根据二者数据类型的不同，使用不同的通信协议将二者下发至待诊断车辆的网关，也就是使用第一通信协议下发目标诊断脚本，使用第二通信协议下发目标诊断数据，从而实现车辆诊断，可见，基于该种实现方式，实现了本地诊断设备与待诊断车辆之间的直接通信，无需依赖于诊断仪，且基于第一通信协议和第二通信协议实现了诊断脚本和诊断数据的分离，有助于实现使用最优协议进行内容下发，极大地提高了车辆诊断效率。
102.在本技术的一个实施例中，上述下发模块3可具体用于通过someip协议将目标诊断脚本下发至目标车辆的网关。
103.在本技术的一个实施例中，上述下发模块3可具体用于通过http协议将目标诊断数据下发至目标车辆的网关。
104.在本技术的一个实施例中，上述第一获取模块1可具体用于当监测到目标车辆的接入信息时，响应车辆诊断指令；根据车辆诊断指令获取目标车辆的车辆信息。
105.在本技术的一个实施例中，上述第二获取模块2可具体用于将车辆信息上传至服务器，以使服务器根据车辆信息确定目标诊断脚本和目标诊断数据；接收服务器反馈的目标诊断脚本和目标诊断数据。
106.在本技术的一个实施例中，该车辆诊断装置还可以包括返回模块，用于通过someip协议接收目标车辆的车辆诊断结果；通过http协议接收目标车辆的车辆诊断日志。
107.在本技术的一个实施例中，该车辆诊断装置还可以包括上传模块，用于将车辆诊断结果输出至显示设备；将车辆诊断日志上传至服务器。
108.对于本技术实施例提供的装置的介绍请参照上述方法实施例，本技术在此不做赘述。
109.本技术实施例提供了一种电子设备。
110.请参考图5，图5为本技术所提供的一种电子设备的结构示意图，该电子设备可包括：
111.存储器，用于存储计算机程序；
112.处理器，用于执行计算机程序时可实现如上述任意一种车辆诊断方法的步骤。
113.如图5所示，为电子设备的组成结构示意图，电子设备可以包括：处理器10、存储器11、通信接口12和通信总线13。处理器10、存储器11、通信接口12均通过通信总线13完成相互间的通信。
114.在本技术实施例中，处理器10可以为中央处理器(central processing unit，
cpu)、特定应用集成电路、数字信号处理器、现场可编程门阵列或者其他可编程逻辑器件等。
115.处理器10可以调用存储器11中存储的程序，具体的，处理器10可以执行车辆诊断方法的实施例中的操作。
116.存储器11中用于存放一个或者一个以上程序，程序可以包括程序代码，程序代码包括计算机操作指令，在本技术实施例中，存储器11中至少存储有用于实现以下功能的程序：
117.获取目标车辆的车辆信息；
118.根据车辆信息获取目标诊断脚本和目标诊断数据；
119.通过第一通信协议将目标诊断脚本下发至目标车辆的网关，通过第二通信协议将目标诊断数据下发至目标车辆的网关，以使目标车辆利用目标诊断脚本和目标诊断数据进行车辆诊断。
120.在一种可能的实现方式中，存储器11可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及至少一个功能所需的应用程序等；存储数据区可存储使用过程中所创建的数据。
121.此外，存储器11可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。
122.通信接口12可以为通信模块的接口，用于与其他设备或者系统连接。
123.当然，需要说明的是，图5所示的结构并不构成对本技术实施例中电子设备的限定，在实际应用中电子设备可以包括比图5所示的更多或更少的部件，或者组合某些部件。
124.本技术实施例提供了一种计算机可读存储介质。
125.本技术实施例所提供的计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现如上述任意一种车辆诊断方法的步骤。
126.该计算机可读存储介质可以包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(randomaccess memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
127.对于本技术实施例提供的计算机可读存储介质的介绍请参照上述方法实施例，本技术在此不做赘述。
128.说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
129.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
130.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执
行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom或技术领域内所公知的任意其它形式的存储介质中。
131.以上对本技术所提供的技术方案进行了详细介绍。本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术的保护范围内。