一种网络链路检测方法、系统、设备以及存储介质

技术领域

本发明涉及测试领域，具体涉及一种网络链路检测方法、系统、设备以及存储介质。

背景技术

在分布式存储环境中，可以包括至少3个客户端节点和至少3个存储节点。根据承载业务的不同，集群节点数从3台到1024台不等，客户端节点数也类似，从3台到1024台不等。在分布式存储系统集成、测试阶段和后期性能分析阶段，需要对节点间的网络链路的健康状态做检查，一般以网络带宽为指标，以确保物理链路不存在问题，不影响存储业务的正常运行。一般的检查方法是靠人工在节点间用iperf工具做检查，由于节点数过多，节点间的网络检查工作量大且繁琐，耗时长。以N台存储节点为例，每台节点配双网段网络，以iperf工具检查节点间网络，每次检查设定时间10秒，除去人工操作时间，累计检测耗时N*(N-1)*2*10。节点数N＝5时，耗时400秒，节点数N＝128时，耗时325120秒，约90小时。节点越多，耗时越长，且大量重复工作下人工操作容易出现疏漏，影响最终的检测结果。

发明内容

有鉴于此，为了克服上述问题的至少一个方面，本发明实施例提出一种网络链路检测方法，包括以下步骤：

获取待测节点的列表；

基于所述列表确定待测节点的数量并将数量减一作为测试轮数；

根据所述测试轮数确定每一个待测节点在每一轮测试中相对应的接收节点得到测试顺序表；

依次进行每一轮测试，其中在每一轮测试中每一个待测节点作为发送方，并根据所述测试顺序表确定相对应的接收节点作为接收方，以使每一个待测节点并行的向接收方发送数据。

在一些实施例中，根据所述测试轮数确定每一个待测节点在每一轮测试中相对应的接收节点得到测试顺序表，进一步包括：

根据所述测试轮数和所述待测节点的数量生成多个数组，所述数组的数量等于所述测试轮数；

基于(i+1，i+2，…，n，1，2，…，i)确定每一个数组中的成员，其中第m个数组中i的取值为m，每一个数组中n的取值均为所述待测节点的数量；

将每一个所述数组按顺序添加到所述测试顺序表中；

根据所述测试顺序表中每一个数组中的成员确定每一个待测节点在每一轮测试中相对应的接收节点的编号。

在一些实施例中，其中在每一轮测试中每一个待测节点作为发送方，并根据所述测试顺序表确定相对应的接收节点作为接收方，进一步包括：

在每一个待测节点上启动测试服务端以利用所述测试服务端接收数据；

在每一轮测试中基于所述测试顺序表确定的作为接收方的待测节点的IP在每一个待测节点上启动测试客户端，并利用所述测试客户端向对应IP上的测试服务端发送数据。

在一些实施例中，还包括：

将其中一个待测节点作为执行节点并基于SSH实现每一个待测节点之间的免密登录，从而利用所述执行节点分别在每一轮测试中基于接收方的IP启动每一个待测节点上的测试客户端。

在一些实施例中，在每一个待测节点上启动测试服务端，进一步包括：

以守护进程的方式启动所述测试服务端。

在一些实施例中，还包括：

在第一轮测试开始前检测每一个待测节点上是否存在测试服务端残留的进程；

响应于存在残留的进程，将残留的进程清理以防止所述残留的进程干扰测试。

在一些实施例中，还包括：

将每一个节点的测试结果记录到所述执行节点；

整理测试结果并输出到日志文件存档并判断每一个待测节点两两之间的链路是否存在问题。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种网络链路检测系统，包括：

获取模块，配置为获取待测节点的列表；

第一确定模块，配置为基于所述列表确定待测节点的数量并将数量减一作为测试轮数；

第二确定模块，配置为根据所述测试轮数确定每一个待测节点在每一轮测试中相对应的接收节点得到测试顺序表；

测试模块，配置为依次进行每一轮测试，其中在每一轮测试中每一个待测节点作为发送方，并根据所述测试顺序表确定相对应的接收节点作为接收方，以使每一个待测节点并行的向接收方发送数据。

在一些实施例中，第二确定模块还配置为：

根据所述测试轮数和所述待测节点的数量生成多个数组，所述数组的数量等于所述测试轮数；

基于(i+1，i+2，…，n，1，2，…，i)确定每一个数组中的成员，其中第m个数组中i的取值为m，每一个数组中n的取值均为所述待测节点的数量；

将每一个所述数组按顺序添加到所述测试顺序表中；

根据所述测试顺序表中每一个数组中的成员确定每一个待测节点在每一轮测试中相对应的接收节点的编号。

在一些实施例中，测试模块还配置为：

在每一个待测节点上启动测试服务端以利用所述测试服务端接收数据；

在每一轮测试中基于所述测试顺序表确定的作为接收方的待测节点的IP在每一个待测节点上启动测试客户端，并利用所述测试客户端向对应IP上的测试服务端发送数据。

在一些实施例中，测试模块还配置为：

将其中一个待测节点作为执行节点并基于SSH实现每一个待测节点之间的免密登录，从而利用所述执行节点分别在每一轮测试中基于接收方的IP启动每一个待测节点上的测试客户端。

在一些实施例中，测试模块还配置为：

以守护进程的方式启动所述测试服务端。

在一些实施例中，测试模块还配置为：

在第一轮测试开始前检测每一个待测节点上是否存在测试服务端残留的进程；

响应于存在残留的进程，将残留的进程清理以防止所述残留的进程干扰测试。

在一些实施例中，测试模块还配置为：

将每一个节点的测试结果记录到所述执行节点；

整理测试结果并输出到日志文件存档并判断每一个待测节点两两之间的链路是否存在问题。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机设备，包括：

至少一个处理器；以及

存储器，所述存储器存储有可在所述处理器上运行的计算机程序，所述处理器执行所述程序时执行如上所述的任一种网络链路检测方法的步骤。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时执行如上所述的任一种网络链路检测方法的步骤。

本发明具有以下有益技术效果之一：本发明提出的方案在测试节点间的链路时，通过设置不同的测试轮数，以及每一轮中分别为每一个节点分配不同的节点，从而在每一轮测试时可以时间多个节点间的并行测试，可以在实现自动化检查网络链路健康状态的同时，大幅度提高检测效率和检测质量。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。

图1为本发明的实施例提供的网络链路检测方法的流程示意图；

图2为本发明的实施例提供的以5个节点为例在每一轮测试中对应的待测节点示意图；

图3为本发明的实施例提供的网络链路检测系统的结构示意图；

图4为本发明的实施例提供的计算机设备的结构示意图；

图5为本发明的实施例提供的计算机可读存储介质的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

根据本发明的一个方面，本发明的实施例提出一种网络链路检测方法，如图1所示，其可以包括步骤：

S1，获取待测节点的列表；

S1，基于所述列表确定待测节点的数量并将数量减一作为测试轮数；

S1，根据所述测试轮数确定每一个待测节点在每一轮测试中相对应的接收节点得到测试顺序表；

S1，依次进行每一轮测试，其中在每一轮测试中每一个待测节点作为发送方，并根据所述测试顺序表确定相对应的接收节点作为接收方，以使每一个待测节点并行的向接收方发送数据。

本发明提出的方案在测试节点间的链路时，通过设置不同的测试轮数，以及每一轮中分别为每一个节点分配不同的节点，从而在每一轮测试时可以时间多个节点间的并行测试，可以在实现自动化检查网络链路健康状态的同时，大幅度提高检测效率和检测质量。

在一些实施例中，根据所述测试轮数确定每一个待测节点在每一轮测试中相对应的接收节点得到测试顺序表，进一步包括：

根据所述测试轮数和所述待测节点的数量生成多个数组，所述数组的数量等于所述测试轮数；

基于(i+1，i+2，…，n，1，2，…，i)确定每一个数组中的成员，其中第m个数组中i的取值为m，每一个数组中n的取值均为所述待测节点的数量；

将每一个所述数组按顺序添加到所述测试顺序表中；

根据所述测试顺序表中每一个数组中的成员确定每一个待测节点在每一轮测试中相对应的接收节点的编号。

具体的，测试轮数可以根据待测节点的数量决定，即测试轮数＝待测节点的数量-1，然后根据测试轮数和待测节点的数量生成多个数组，数组的数量与测试轮数相等，每一个数组中成员为(i+1，i+2，…，n，1，2，…，i)，其中第m个数组中i的取值为m，每一个数组中n的取值均为所述待测节点的数量，得到多个数组后添加到测试顺序表中，这样根据所述测试顺序表中每一个数组中的成员确定每一个待测节点在每一轮测试中相对应的接收节点的编号，即在每一轮测试中，每一个待测节点对应的待测节点的编号是(i+1，i+2，…，n，1，2，…，i)，这样可以进行节点间的带宽测试时，每一个节点同时只向一个节点发送数据，也只接收到一个节点发送的数据，从而保证测试得到的发送带宽的准确性，而且根据测试顺序表中的数组依次进行测试，不会出现重复测试的情况，最大程度提高测试速度。

如图2所示，例如若有n＝5个节点，分别为A，B，C，D，E，编号分别为1，2，3，4，5，共测试4轮。这样得到的第一个数组为2、3、4、5、1，第一个数组为3、4、5、1、2，第二个数组为2、3、4、5、1，第三个数组为4、5、1、2、3，第四个数组为5、1、2、3、4。利用四个数组构建出测试顺序表，则在第一轮测试中，通过第一个数组可以得知，每一个节点对应的接收节点的编号为2、3、4、5、1，即A对应编号为2的待测节点，B对应编号为3的待测节点，C对应编号为4的待测节点，D对应编号为5的待测节点，E对应编号为1的待测节点，即A对应B，B对应C，C对应D，D对应E，E对应A，从而测试A与B之间的链路，B与C之间的链路，C与D之间的链路，D与E之间的链路，E与A之间的链路；在第二轮测试中，通过第一个数组可以得知，每一个节点对应的接收节点的编号为3、4、5、1、2，A对应编号为3的待测节点，B对应编号为4的待测节点，C对应编号为5的待测节点，D对应编号为1的待测节点，E对应编号为2的待测节点，即A对应C，B对应D，C对应E，D对应A，E对应B，从而测试A与C之间的链路，B与D之间的链路，C与E之间的链路，D与A之间的链路，E与B之间的链路；在第三轮测试中，通过第三个数组可以得知，每一个节点对应的接收节点的编号为4、5、1、2、3，A对应编号为4的待测节点，B对应编号为5的待测节点，C对应编号为1的待测节点，D对应编号为2的待测节点，E对应编号为3的待测节点，即A对应D，B对应E，C对应A，D对应B，E对应C，从而测试A与D之间的链路，B与E之间的链路，C与A之间的链路，D与B之间的链路，E与C之间的链路；在第四轮测试中，通过第四个数组可以得知，每一个节点对应的接收节点的编号为5、1、2、3、4，A对应编号为5的待测节点，B对应编号为1的待测节点，C对应编号为2的待测节点，D对应编号为3的待测节点，E对应编号为4的待测节点，即A对应E，B对应A，C对应B，D对应C，E对应D，从而测试A与E之间的链路，B与A之间的链路，C与B之间的链路，D与C之间的链路，E与D之间的链路。经过4轮检测之后，所有节点间相互之间的链路都可以被检测到。这样，若两个节点间每次收发数据需要S秒，则N台网络节点全部完成测试耗时(N-1)*S，相比于人工对两两节点之间进行测试所需时间N*(N-1)*S，节约了(N-1)

在一些实施例中，其中在每一轮测试中每一个待测节点作为发送方，并根据所述测试顺序表确定相对应的接收节点作为接收方，进一步包括：

在每一个待测节点上启动测试服务端以利用所述测试服务端接收数据；

在每一轮测试中基于所述测试顺序表确定的作为接收方的待测节点的IP在每一个待测节点上启动测试客户端，并利用所述测试客户端向对应IP上的测试服务端发送数据。

具体的，可以利用iperf工具进行链路测试，iperf工具通过在发送方启动测试客户端，接收方启动测试服务端，利用测试客户端向测试服务端发送数据，从而测试发送方的发送带宽与接收方的接收带宽。其中，在启动测试服务端时不需要添加IP地址，而启动客户端需要明确向哪个服务端发送数据，因此每一轮测试均需要根据本轮对应的待测节点的IP重新启动一个新的客户端。

需要说明的是，每一个待测节点在同一时间只能向一个节点发送数据，以保证测试得到的发送带宽的准确性，而由于网卡的特性，一个待测节点既可以发送数据，又可以接收数据，发送带宽和接收带宽互不影响。

在一些实施例中，还包括：

将其中一个待测节点作为执行节点并基于SSH实现每一个待测节点之间的免密登录，从而利用所述执行节点分别在每一轮测试中基于接收方的IP启动每一个待测节点上的测试客户端。

具体的，可以选择一个待测节点作为执行节点，当然也可以选择一个非待测节点作为执行节点，然后利用SSH实现每一个待测节点之间的免密登录，从而在每一轮测试中，通过执行节点启动每一个待测节点上的测试客户端。

在一些实施例中，在每一个待测节点上启动测试服务端，进一步包括：

以守护进程的方式启动所述测试服务端。

具体的，由于测试服务器不需要每一轮重新启动，因此可以以守护进程的方式启动所述测试服务端，从而一直保留测试服务端，防止测试服务端对应的进程异常。

在一些实施例中，还包括：

在第一轮测试开始前检测每一个待测节点上是否存在测试服务端残留的进程；

响应于存在残留的进程，将残留的进程清理以防止所述残留的进程干扰测试。

在一些实施例中，在测试前可以在所有的待测节点上先清理测试服务端残留的进程以防止残留的iperf进程干扰自动化检测。在一些实施例中，当测试完成后，可以测试清理各节点可能残留的测试服务端进程，避免影响其他操作。

在一些实施例中，还包括：

将每一个节点的测试结果记录到所述执行节点；

整理测试结果并输出到日志文件存档并判断每一个待测节点两两之间的链路是否存在问题。

具体的，可以归置各个节点的检测记录到执行节点，整理测试结果并输出到日志文件存档，便于直观的查看、分析、追溯网络链路是否存在问题。

本发明提出的方案在测试节点间的链路时，通过设置不同的测试轮数，以及每一轮中分别为每一个节点分配不同的节点，从而在每一轮测试时可以时间多个节点间的并行测试，可以在实现自动化检查网络链路健康状态的同时，大幅度提高检测效率和检测质量。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种一种网络链路检测系统400，如图3所示，包括：

获取模块401，配置为获取待测节点的列表；

第一确定模块402，配置为基于所述列表确定待测节点的数量并将数量减一作为测试轮数；

第二确定模块403，配置为根据所述测试轮数确定每一个待测节点在每一轮测试中相对应的接收节点得到测试顺序表；

测试模块404，配置为依次进行每一轮测试，其中在每一轮测试中每一个待测节点作为发送方，并根据所述测试顺序表确定相对应的接收节点作为接收方，以使每一个待测节点并行的向接收方发送数据。

在一些实施例中，第二确定模块403还配置为：

根据所述测试轮数和所述待测节点的数量生成多个数组，所述数组的数量等于所述测试轮数；

基于(i+1，i+2，…，n，1，2，…，i)确定每一个数组中的成员，其中第m个数组中i的取值为m，每一个数组中n的取值均为所述待测节点的数量；

将每一个所述数组按顺序添加到所述测试顺序表中；

根据所述测试顺序表中每一个数组中的成员确定每一个待测节点在每一轮测试中相对应的接收节点的编号。

在一些实施例中，测试模块404还配置为：

在每一个待测节点上启动测试服务端以利用所述测试服务端接收数据；

在每一轮测试中基于所述测试顺序表确定的作为接收方的待测节点的IP在每一个待测节点上启动测试客户端，并利用所述测试客户端向对应IP上的测试服务端发送数据。

在一些实施例中，测试模块404还配置为：

将其中一个待测节点作为执行节点并基于SSH实现每一个待测节点之间的免密登录，从而利用所述执行节点分别在每一轮测试中基于接收方的IP启动每一个待测节点上的测试客户端。

在一些实施例中，测试模块404还配置为：

以守护进程的方式启动所述测试服务端。

在一些实施例中，测试模块404还配置为：

在第一轮测试开始前检测每一个待测节点上是否存在测试服务端残留的进程；

响应于存在残留的进程，将残留的进程清理以防止所述残留的进程干扰测试。

在一些实施例中，测试模块404还配置为：

将每一个节点的测试结果记录到所述执行节点；

整理测试结果并输出到日志文件存档并判断每一个待测节点两两之间的链路是否存在问题。

基于同一发明构思，根据本发明的另一个方面，如图4所示，本发明的实施例还提供了一种计算机设备501，包括：

至少一个处理器520；以及

存储器510，存储器510存储有可在处理器上运行的计算机程序511，处理器520执行程序时执行以下步骤：

获取待测节点的列表；

基于所述列表确定待测节点的数量并将数量减一作为测试轮数；

根据所述测试轮数确定每一个待测节点在每一轮测试中相对应的接收节点得到测试顺序表；

依次进行每一轮测试，其中在每一轮测试中每一个待测节点作为发送方，并根据所述测试顺序表确定相对应的接收节点作为接收方，以使每一个待测节点并行的向接收方发送数据。

在一些实施例中，根据所述测试轮数确定每一个待测节点在每一轮测试中相对应的接收节点得到测试顺序表，进一步包括：

根据所述测试轮数和所述待测节点的数量生成多个数组，所述数组的数量等于所述测试轮数；

基于(i+1，i+2，…，n，1，2，…，i)确定每一个数组中的成员，其中第m个数组中i的取值为m，每一个数组中n的取值均为所述待测节点的数量；

将每一个所述数组按顺序添加到所述测试顺序表中；

根据所述测试顺序表中每一个数组中的成员确定每一个待测节点在每一轮测试中相对应的接收节点的编号。

在一些实施例中，其中在每一轮测试中每一个待测节点作为发送方，并根据所述测试顺序表确定相对应的接收节点作为接收方，进一步包括：

在每一个待测节点上启动测试服务端以利用所述测试服务端接收数据；

在每一轮测试中基于所述测试顺序表确定的作为接收方的待测节点的IP在每一个待测节点上启动测试客户端，并利用所述测试客户端向对应IP上的测试服务端发送数据。

在一些实施例中，还包括：

将其中一个待测节点作为执行节点并基于SSH实现每一个待测节点之间的免密登录，从而利用所述执行节点分别在每一轮测试中基于接收方的IP启动每一个待测节点上的测试客户端。

在一些实施例中，在每一个待测节点上启动测试服务端，进一步包括：

以守护进程的方式启动所述测试服务端。

在一些实施例中，还包括：

在第一轮测试开始前检测每一个待测节点上是否存在测试服务端残留的进程；

响应于存在残留的进程，将残留的进程清理以防止所述残留的进程干扰测试。

在一些实施例中，还包括：

将每一个节点的测试结果记录到所述执行节点；

整理测试结果并输出到日志文件存档并判断每一个待测节点两两之间的链路是否存在问题。

基于同一发明构思，根据本发明的另一个方面，如图5所示，本发明的实施例还提供了一种计算机可读存储介质601，计算机可读存储介质601存储有计算机程序610，计算机程序610被处理器执行时执行以下步骤：

获取待测节点的列表；

基于所述列表确定待测节点的数量并将数量减一作为测试轮数；

根据所述测试轮数确定每一个待测节点在每一轮测试中相对应的接收节点得到测试顺序表；

依次进行每一轮测试，其中在每一轮测试中每一个待测节点作为发送方，并根据所述测试顺序表确定相对应的接收节点作为接收方，以使每一个待测节点并行的向接收方发送数据。

在一些实施例中，根据所述测试轮数确定每一个待测节点在每一轮测试中相对应的接收节点得到测试顺序表，进一步包括：

根据所述测试轮数和所述待测节点的数量生成多个数组，所述数组的数量等于所述测试轮数；

基于(i+1，i+2，…，n，1，2，…，i)确定每一个数组中的成员，其中第m个数组中i的取值为m，每一个数组中n的取值均为所述待测节点的数量；

将每一个所述数组按顺序添加到所述测试顺序表中；

根据所述测试顺序表中每一个数组中的成员确定每一个待测节点在每一轮测试中相对应的接收节点的编号。

在一些实施例中，其中在每一轮测试中每一个待测节点作为发送方，并根据所述测试顺序表确定相对应的接收节点作为接收方，进一步包括：

在每一个待测节点上启动测试服务端以利用所述测试服务端接收数据；

在每一轮测试中基于所述测试顺序表确定的作为接收方的待测节点的IP在每一个待测节点上启动测试客户端，并利用所述测试客户端向对应IP上的测试服务端发送数据。

在一些实施例中，还包括：

将其中一个待测节点作为执行节点并基于SSH实现每一个待测节点之间的免密登录，从而利用所述执行节点分别在每一轮测试中基于接收方的IP启动每一个待测节点上的测试客户端。

在一些实施例中，在每一个待测节点上启动测试服务端，进一步包括：

以守护进程的方式启动所述测试服务端。

在一些实施例中，还包括：

在第一轮测试开始前检测每一个待测节点上是否存在测试服务端残留的进程；

响应于存在残留的进程，将残留的进程清理以防止所述残留的进程干扰测试。

在一些实施例中，还包括：

将每一个节点的测试结果记录到所述执行节点；

整理测试结果并输出到日志文件存档并判断每一个待测节点两两之间的链路是否存在问题。

最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。

此外，应该明白的是，本文的计算机可读存储介质(例如，存储器)可以是易失性存储器或非易失性存储器，或者可以包括易失性存储器和非易失性存储器两者。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。

以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。