一种服务器的维护方法及装置与流程

本发明涉及计算机技术领域，尤其涉及一种服务器的维护方法及装置。

背景技术：

随着互联网技术的快速发展，出现了越来越多的网络公司，这些网络公司通过服务器向用户提供服务。网络公司在通过服务器提供服务的同时，必不可少的需要对服务器进行日常的维护，对服务器进行维护的维护对象通常有多种，比如，定时清理服务器中的索引节点(iNode)，以防止该服务器中由于索引节点数量过多而无法正常工作。

目前对服务器的维护，通常通过ansible等服务器管理平台来进行，这些服务器管理平台提供了多种维护功能，这些维护功能分别针对不同的维护对象，一般情况下能够满足对服务器日常维护时的需要。

然而，由于服务器管理平台同时提供了多种维护功能，导致代码的长度过长并且代码中功能模块之间的结构复杂，当需要对其中的某些代码进行修改或添加部分新代码，以对某个新的维护对象进行维护时，通常会由于代码的长度过长且功能模块之间的结构复杂，导致修改代码或添加新代码的过程出错，从而影响服务器的维护。

技术实现要素：

本发明实施例提供一种服务器的维护方法及装置，用于解决现有技术中的问题。

本发明实施例提供了一种服务器的维护方法，该方法包括：

确定针对目标维护对象的脚本工具，所述脚本工具通过脚本语言编写；

在所述脚本语言所需要的运行环境中，运行所述脚本工具对服务器的所述目标维护对象进行维护。

本发明实施例还提供一种服务器的维护装置，该装置包括：确定单元以及维护单元，其中：

确定单元，用于确定针对目标维护对象的脚本工具，所述脚本工具通过脚本语言编写；

维护单元，用于在所述脚本语言所需要的运行环境中，运行所述脚本工具对服务器的所述目标维护对象进行维护。

本发明实施例采用的上述至少一个技术方案能够达到以下有益效果：

在脚本语言所需要的运行环境中，通过运行预先生成的脚本工具来对服务器进行维护。由于相对于服务器管理平台，脚本工具的代码长度通常较小并且结构简单，当需要时，能够方便的对脚本工具的代码进行修改或添加新代码，甚至于还可以另外编写新的脚本工具，因此相对于现有技术，通过脚本工具来对服务器进行维护，能够取得更好的维护效果。此外，服务器管理平台通常还具有独立的操作语言，运用该服务器管理平台还需要额外的对该操作语言进行学习，这个过程会提高运用该服务器管理平台的人工成本，而对于开发工程师而言，通常会熟知一种或多种脚本语言，并不需要额外的学习新的脚本语言，通过他们熟知的脚本语言就能够编写出脚本工具，从而也能够节省人工成本。

附图说明

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

图1为本发明实施例1提供的一种服务器的维护方法的具体实现流程示意图；

图2为本发明实施例2提供的服务器的维护方法，在实际应用中的一种实现流程示意图；

图3为本发明实施例3提供的一种服务器的维护装置的具体结构示意图；

图4为本发明实施例3提供的另一种服务器的维护装置的具体结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

以下结合附图，详细说明本发明各实施例提供的技术方案。

实施例1

如上所述，目前主要通过服务器管理平台来对服务器进行维护，这些服务器管理平台提供了多种维护功能，这些维护功能分别针对不同的维护对象，一般情况下能够满足对服务器日常维护时的需要。但是另一方面，也由于所提供了多种维护功能较多，导致代码的长度过长并且代码中功能模块之间的结构复杂，当需要对某些代码进行修改或添加部分新代码，用以对某个新的维护对象进行维护时，通常会由于代码的长度过长且功能模块之间的结构复杂，导致修改代码或添加新代码的过程出错，从而影响服务器的维护。

例如，网络公司需要用到某一个新的维护功能，此时，如果服务器管理平台中并不具备该功能，需要向该服务器管理平台中添加新的代码，以实现该新的维护功能对服务器进行维护，但是，由于服务器管理平台代码过长，并且功能模块之间的结构复杂，通常会导致在添加新代码的过程中出错，从而难以实现该新的维护功能，影响服务器的维护。

实施例1提供了一种服务器的维护方法，用于解决现有技术中的问题。该方法的具体流程示意图如图1所示，包括下述步骤：

步骤S11：确定针对目标维护对象的脚本工具，所述脚本工具通过脚本语言编写。

这里的脚本工具可以用于对服务器的目标维护对象维护。在实际应用中，对服务器进行维护通常可以包括多种维护对象，这里可以列举几种常见的维护对象：索引节点(通常通过对服务器中的索引节点进行删除来实现)、定时任务(通常通过向服务器中添加定时任务或删除定时任务来实现)、服务器的缓存(redis)的读写状态、服务器响应情况(通常可以通过重启该服务器来实现)、同一业务数据所写入的与所述服务器相对应的业务数据库的数量、服务器中的系统漏洞、服务器的操作系统是否需要升级版本、服务器中的应用程序是否需要升级版本等；其中，目标维护对象可以为所列举的这些维护对象中的一种或多种。

例如，对于Linux操作系统的服务器来说，当该服务器中的索引节点数量过多(通常设置为大于60万)时，即使该服务器中有剩余的存储空间，根据Linux操作系统的规则，也不能再建立其它的索引节点，此时需要对该服务器中的索引节点进行清理，删除多余的索引节点，此时，目标维护对象为索引节点。

在实际应用中，由于维护对象有多种，可以为每一个维护对象建立一个对应的脚本工具，通过该对应的脚本工具对该维护对象进行维护；也可以根据需要，建立一个总的脚本工具同时对多个维护对象进行维护。

需要说明的是，在实际应用中，脚本工具的代码长度通常远远小于服务器管理平台的代码长度，因此在服务器出现问题后，可以方便的对脚本工具的代码进行修改或添加新代码，以解决该问题，甚至于还可以另外编写针对该问题的新的脚本工具。

步骤S12：在所述脚本语言所需要的运行环境中，运行所述脚本工具对服务器的所述目标维护对象进行维护。

这里的脚本语言是指编写(包括人工编写和自动生成)该脚本工具所使用的脚本语言。通常，能够用于编写脚本工具的脚本语言有多种，例如，常见的脚本语言有JavaScript、VBScript、Perl、PHP或Shell等，可以通过这些常见的脚本语言来编写脚本工具。

脚本语言通常需要一定的运行环境，这些运行环境包括但不限于对内存大小的需求、对中央处理器(CPU)运行速度的要求、该脚本语言所对应的解释器处于运行状态等。

运行所述脚本工具的方式可以有多种，例如，可以通过直接点击脚本工具对应文档的来运行该脚本工具，也可以通过其它程序调用该脚本工具等。

在运行该脚本工具之后，解释器需要逐行对该脚本工具的代码进行解释，并最终生成每一行代码所对应的机器码，根据这些机器码的指示服务器进行具体的操作，实现对该服务器的维护。

这里所说的服务器，可以是用于提供电子支付、即时通讯等服务的业务服务器，也可以是为这些业务服务器分配任务的管理服务器，也可以是其它类型的服务器。

此外，在确定针对目标维护对象的脚本工具之后，根据目标维护对象的不同，对服务器进行维护的具体操作通常也并不相同。下面可以列举几种根据具体的目标维护对象，服务器所对应的具体维护操作。

例如，当维护对象为索引节点时，可以预设一个固定的时间点(称为，指定时间点)，在该指定时间点对服务器中的索引节点进行清理，该指定时间点通常预设在上午9点，也可以为其它时间点；当然，对索引节点进行清理时，还可以先确定服务器中的索引节点的数量是否大于预设阈值(例如，60万，也可以为其它预设值)，当确定所述服务器中的索引节点的数量大于预设阈值时，对服务器中的索引节点进行清理。

当维护类型为服务器的缓存的读写状态时，可以通过脚本工具来模拟正常缓存操作(redis操作)，并根据缓存操作的结果来确定缓存的读写状态，从而对服务器的缓存的读写状态进行维护；通常，所模拟的缓存操作可以包括如下的一种或多种：缓存中的数据读取操作、缓存中的数据写入操作和/或缓存中的数据删除操作。在实际应用中，通常缓存操作的结果不佳时，说明服务器的缓存可能出现故障。为了更好的确定缓存的读写状态，通常可以先后对缓存中的数据读取操作、数据写入操作以及数据删除操作进行模拟，根据这三个缓存操作的完成情况来确定缓存的读写状态，当其中的某一个缓存操作完成失败或完成超时时，可以确定该缓存的读写状态较差，可能已经出现故障。

此外，当维护类型为同一业务数据所写入的与业务数据库对应的业务数据库的数量时，其中业务数据库与服务器相对应，并且该业务数据库具体为myspl数据库。此时，可以通过查看myspl数据库的warep参数值，根据该warep参数值，维护同一业务数据所写入的myspl数据库的数量。通常，可以预先定义不同的warep参数值所对应的myspl数据库的数量，例如，预先定义了warep参数值分别为0、1、2时，代表同一业务数据写入了1个、2个、3个myspl数据库，在某一时刻，可以通过查看warep参数值，确定同一业务数据所写入的myspl数据库的数量，若此时warep参数值为1，说明同一业务数据写入了2个myspl数据库。

当然，对服务器的维护还可以为，在需要时向服务器中添加定时任务、在服务器的运行速度大大降低甚至于不响应时，重启该服务器、对服务器中的漏洞进行修复、对服务器的操作系统进行版本升级、对服务器中的应用程序进行版本升级等，也可以通过对应的方式来实现，对于通过脚本工具对服务器的目标维护对象的具体维护操作，这里就不再一一赘述。

采用本发明实施例1所提供的服务器的维护方法，确定针对目标维护对象的脚本工具，在所述脚本语言所需要的运行环境中，通过运行所述脚本工具对服务器的所述目标维护对象进行维护。由于相对于服务器管理平台，脚本工具的代码长度通常较小并且结构简单，当需要时，能够方便的对脚本工具的代码进行修改或添加新代码，甚至于还可以另外编写新的脚本工具，因此相对于现有技术，通过脚本工具来对服务器进行维护，能够取得更好的维护效果。

需要进一步说明的是，在现有技术中，运用服务器管理平台来对服务器进行维护时，通常还会遇到服务器管理平台安装步骤复杂的问题，由于服务器管理平台安装步骤复杂往往会导致安装出错，影响对服务器的维护，通过脚本工具来维护服务器，可以直接点击脚本工具对应的文档，来运行该脚本工具，就可以通过该脚本工具对服务器的维护；并且，服务器管理平台通常还具有独立的操作语言，运用该服务器管理平台还需要额外的学习对应的操作语言，这个过程会提高运用该服务器管理平台的人工成本，而对于开发工程师而言，通常会熟知一种或多种脚本语言，并不需要额外的学习新的脚本语言，从而也能够节省人工成本。

实施例2

在实施例1的步骤S11中提到了，确定针对目标维护对象的脚本工具，在实际应用中，确定该脚本工具的方式可以有多种，例如，可以为生成该脚本工具也可以为获取该脚本工具，也可以为通过其他方式确定该脚本工具，在本发明的实施例2中，将对此进行说明。本申请实施例2包括实施例1中的所有步骤，具体地，在本实施例中步骤S11在实施例2有如下所示的多种方式实现。

方式一，确定针对目标维护对象的脚本工具可以如步骤S21a所示，

步骤S21a：生成针对所述目标维护对象的脚本工具。

在实际对服务器的维护过程中，当需要对目标维护对象进行维护时，可以生成针对该目标维护对象的脚本工具。

对于生成该脚本工具，可以利用脚本语言，通过人工编写的方式生成脚本工具，也可以利用脚本开发程序，生成对应的脚本工具，当然，也可以通过其它的方式生成脚本工具；其中，不同的生成方式可以适用于不同的应用场景。

例如，对于利用脚本语言，通过人工编写的方式生成脚本工具。由于服务器维护的过程中，通常会遇到各式各样的新的问题，此时往往需要工程师根据所遇到的问题来具体分析，从而编写对应的脚本工具进行解决，因此利用脚本语言通过人工编写的方式得到脚本工具，在实际中通常能够适用于复杂的维护过程。

对于利用脚本开发程序，生成对应的脚本工具。该方式通常也需要人工编写脚本工具的源文档，然后利用脚本开发程序来对该源文档进行处理，生产对应的脚本工具。由于源文档的编写效率相对较高，并且能够根据源文档快速生成脚本工具，因此，生成脚本工具的效率较高，通常适用于需要快速开发的应用场景。

方式二，确定针对目标维护对象的脚本工具可以如步骤S21b所示，

步骤S21b：可以根据目标维护对象获取针对该目标维护对象的脚本工具。

由于在实际应用中，开发工程师通过脚本工具，对服务器的目标维护对象维护时，通常会将生成的脚本工具进行存储，当再次需要针对该目标维护对象进行维护时，可以获取所存储的该目标维护对象，并对该目标维护对象进行维护。

例如，当需要对服务器的索引节点进行维护时，由于索引节点的维护为服务器日常维护的一个常见操作，因此，在存储脚本工具的数据库中，通常会存储有进行索引节点维护的脚本工具，可以从该数据库中获取该脚本工具，并通过该脚本工具对索引节点进行维护。

当然，在实际应用中，通常还可以将上述的方式一和方式二进行结合，从而确定针对目标维护对象的脚本工具，这就够构成了下面的方式三，方式三的具体步骤S21c1～步骤S21c3，结合图2所示，具体如下：

步骤S21c1：判断是否预存有针对所述目标维护对象的脚本工具，若是，执行步骤S21c2，若否，则执行步骤S21c3。

步骤S21c2：根据所述目标维护对象获取对应的脚本工具；

步骤S21c3：生成针对所述目标维护对象的脚本工具。

判断是否预存有针对目标维护对象的脚本工具，可以通过判断该目标维护对象是否为新的维护对象来实现，通常在通过某个脚本工具对对应的维护对象进行维护之后，会将该脚本工具进行存储；当该目标维护对象为新的维护对象时，说明之前并没有对该目标维护对象进行维护，也就没有生成针对该目标维护对象的脚本工具，需要进行生成；当该目标维护对象不为新的维护对象时，说明之前已经对该目标对象进行维护，预存有针对该目标维护对象的脚本工具，可以根据该目标维护对象获取对应的脚本工具。

本申请实施例2所列举的，三种确定针对目标维护对象的脚本工具的方式，分别可以适用于不同的应用场景。例如，当存储脚本工具的数据库中所存储的脚本工具较少时，通常需要生成脚本工具；当存储脚本工具的数据库中所存储的脚本工具较多时，通常可以直接获取脚本工具；当然，将这两种方式向结合，先进行判断，然后根据判断结果确定生成还是获取脚本工具，通常能够取得更好地实施效果。

在通过上述三种方式的任意一种，确定针对目标维护对象的脚本工具之后，可以采用与实施例1中的步骤S12相同的方式，对服务器的目标维护对象进行维护，这里就不再进行说明。

上述是对本发明实施例2的具体说明，为了便于理解，下面可以结合具体的示例，对该实施例2做进一步说明。在该示例中，目标维护对象为服务器的系统漏洞。

当业务服务器出现系统漏洞时，可以直接生成(人工编写或者脚本开发程序生成)脚本工具，也可以在脚本工具的数据库中查询获取对应的脚本工具；但是，直接人工生成通常会造成人工成本的浪费，并且脚本工具的数据库中通常并不能确定会有针对该漏洞的脚本工具。因此，可已将这两种方式结合，确定对应的脚本工具，并通过该脚本工具对系统漏洞进行修补。维护步骤如下所示：

步骤S31：判断是否预存有针对该系统漏洞的脚本工具，若是，执行步骤S32～S34，若否，则执行步骤S33～S34。

步骤S32：根据该系统漏洞获取对应的脚本工具；

步骤S33：生成针对该系统漏洞的脚本工具；

步骤S34：通过运行该脚本工具对服务器的该系统漏洞进行修补。

需要说明的是，在实际应用中，还可以根据脚本工具功能对不同的脚本工具进行分类，例如，脚本工具可以包括用于清理索引节点的脚本工具、用于向服务器中添加定时任务的脚本工具、用于确定服务器的缓存的读写状态的脚本工具、用于重启服务器的脚本工具，也可以包括用于其它功能的脚本工具等。

也可以根据运行脚本工具时，脚本工具之间的调用关系将脚本工具划分为主脚本工具(用于调用其它脚本工具)，以及第二脚本工具(被调用的脚本工具)。

实施例1或实施例2中，在确定针对目标维护对象脚本工具时，可选地，还可以通过主脚本工具来调用该针对目标维护对象的脚本工具(第二脚本工具)，然后，通过该第二脚本工具来对服务器的目标维护对象进行维护。主脚本工具通常并不直接用于对具体的目标维护对象进行维护，而是通过调用第二脚本工具，对对应的目标维护对象进行维护，并且在实际应用中，常常需要通过主脚本工具对第二脚本工具进行调用，因此，往往预存有该主脚本工具，可以通过直接获取的方式确定主脚本工具。此外，为了便于对确定主脚本工具，通常还可以将主脚本工具存储于服务器的桌面，或者某一个便于获取的存储位置。当然，当没有预存该主脚本工具时，也可以通过生成主脚本工具的方式确定该主脚本工具。

在通过主脚本工具来调用第二脚本工具时，通常需要主脚本工具处于运行的状态，在该主脚本工具处于运行的状态下，还可以通过主脚本工具同时调用多个第二脚本工具，分别通过所调用的第二脚本工具对不同的维护对象进行维护，其中，不同的第二脚本工具分别针对对应的维护对象。

在运行第二脚本工具对服务器的目标维护对象进行维护时，可以通过点击第二脚本工具的文档的来运行第二脚本工具，也可以通过主脚本工具调用第二脚本工具；其中，点击第二脚本工具的文档的方式，在需要运行少量的第二脚本工具的应用场景下，可以分别点击对应的文档进行运行，从而不用去确定主脚本工具，可以减少运行这些少量第二脚本工具的时间；通过主脚本工具调用第二脚本工具的方式，当需要运行大量的第二脚本工具时，由于人工操作容易出错并且效率不高，可以通过主脚本工具同时调用多个第二脚本工具，提高了对第二脚本工具的调用效率以及准确率，从而能够更加快速的对服务器进行维护。

可选地，通过主脚本工具调用第二脚本工具的方式也可以有多种，例如，可以通过主脚本工具所接收到的第二脚本工具的存储路径，来调用第二脚本工具，该存储路径能够反映第二脚本工具对应的文档的存储目录，例如，E:\脚本工具\aa.sh，其中，aa.sh为第二脚本工具对应的文档；也可以通过主脚本工具中接收到的第二脚本工具的唯一标识，来调用所述第二脚本工具，该唯一标识能够唯一表示对应的第二脚本工具，通常可以是第二脚本工具的文档名称等；当然主脚本工具也可以通过其它方式来调用第二脚本工具。

一般来说，主脚本工具根据所接收到的存储路径(也可以为，唯一标识或其它)调用第二脚本工具，该存储路径通常通过用户输入或者定时任务的自动输入。例如，主脚本工具中通常会提供一些输入接口，用户可以通过这些输入接口，向主脚本工具中输入所需要运行的第二脚本工具的存储路径或唯一标识，主脚本工具在接收到该存储路径或唯一标识后，对对应的第二脚本工具进行调用；当然，在实际应用中，用户也可以通过定时任务系统设置定时任务，在到达某个时间点时，定时任务系统会向主脚本工具发送所要运行的第二脚本工具的存储路径或唯一标识，从而实现主脚本工具对对应第二脚本工具的调用。

在实际应用中，还可以将主脚本工具以及第二脚本工具(可以为一个或多个)进行封装，通过封装的预留接口来运行主脚本工具，并通过主脚本工具来调用第二脚本工具。这种方式先运行主脚本工具，并通过主脚本工具统一地对第二脚本工具进行调用，相对于分别点击各个第二脚本工具所对应的文档来运行第二脚本工具，能够提高多第二脚本工具的使用效率。

实施例3

基于与实施例1相同的发明构思，本发明实施例3提供了一种服务器的维护装置，用于解决现有技术中的问题。如图3所示，该装置40包括：确定单元41以及维护单元42，其中：

确定单元41，用于确定针对目标维护对象的脚本工具，所述脚本工具通过脚本语言编写；

维护单元42，用于在所述脚本语言所需要的运行环境中，运行所述脚本工具对服务器的所述目标维护对象进行维护。

采用本发明实施例3所提供的该装置40，在脚本语言所需要的运行环境中，维护单元42能够根据确定单元41所确定的脚本工具，对服务器的所述目标维护对象进行维护。由于相对于服务器管理平台，脚本工具的代码长度通常较小并且结构简单，当需要时，能够方便的对脚本工具的代码进行修改或添加新代码，甚至于还可以另外编写新的脚本工具，因此相对于现有技术，能够更好地对服务器进行维护。此外，在实际应用中，该装置40还可以通过结合具体的硬件设备取得其它的实施效果。例如，将确定单元41所确定的脚本工具存储于存储介质中，当需要对服务器进行维护时，可以读取存储介质中的脚本工具，并利用该脚本工具对服务器进行维护，并且，由于在服务器端，通常采用多台并行的服务器来提供服务，当其中的某一台会几台服务器需要进行维护时，也可以分别从存储介质中读取该脚本工具，从而能够对服务器进行维护，这种方式能够提高对服务器维护的效率。

在本发明的一些可选实施例中，所述确定单元41还可以包括第一确定子单元411，第二确定子单元412以及第三确定子单元413，其中：

第一确定子单元411，用于判断是否预存有针对所述目标维护对象的脚本工具；

第二确定子单元412，用于当预存有所述脚本工具时，获取预存的所述脚本工具；

第三确定子单元413，用于当没有预存所述脚本工具时，生成所述脚本工具。

对应的该装置40还可以如图4所示，通过图4所示的装置40，首先判断是否预存有针对目标维护对象的脚本工具，然后根据判断的结果选择生成还是获取该脚本工具，在实际应用中，相对于直接生成该脚本工具，可以节省人工成本。

此外，所述维护单元42具体包括维护子单元421；

所述维护子单元421，用于通过主脚本工具分别调用针对不同目标维护对象的脚本工具，并通过所述脚本工具对所述服务器的对应的目标维护对象进行维护。

维护子单元421，可以通过主脚本工具，同时调用多个针对不同目标维护对象的脚本工具，相对于通过人工的方式分别点击文档来运行，可以提高对脚本工具的调用效率。

所述维护子单元421还可以包括维护子模块4211；

所述维护子模块4211，用于通过所述主脚本工具接收到的所需要调用的脚本工具的存储路径或唯一标识，调用对应的脚本工具。

通过主脚本工具所接收的存储路径或唯一标识，可以方便的实现对脚本工具进行调用。该存储路径或唯一标识，通常可以根据用户的输入，或者根据定时任务的输入来确定。

在实际应用中，所述目标维护对象具体包括如下的一种或多种：索引节点、定时任务、缓存的读写状态、同一业务数据所写入的与所述服务器相对应的业务数据库的数量、系统漏洞、系统版本升级以及服务器中所安装的应用的版本升级等。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。