一种操作系统重启方法及装置与流程

本发明涉及运维技术领域，特别是涉及一种操作系统重启方法及装置。

背景技术：

设备在运行过程中可能会出现一些故障，而重启操作系统作为一种有效的处理方法得到了广泛的应用。

目前，通常采用的做法是，需要重启操作系统时，直接重启操作系统。采用上述直接重启的方式通常能够成功重启操作系统，但是有些情况下，设备运行过程中出现的故障会导致用于重启操作系统的信息出现错误、丢失等等，进而使得重启操作系统失败。

技术实现要素：

本发明实施例的目的在于提供一种操作系统重启方法及装置，以实现减少操作系统重启失败的概率的目的。具体技术方案如下：

为达到上述目的，本发明实施例提供了一种操作系统重启方法，所述方法包括：

接收操作系统重启指令；

按照预设的检测项目对操作系统进行检测，其中，所述检测项目包括：配置检测项目和设备检测项目；

将所述配置检测项目的检测结果和所述设备检测项目的检测结果发送至虚拟化测试设备，以使虚拟化测试设备模拟操作系统重启；

接收所述虚拟化测试设备发送的模拟结果，根据所述模拟结果确定是否重启操作系统。

可选的，所述检测项目还包括：运行状态检测项目；

所述按照预设的检测项目对操作系统进行检测的步骤，包括：

以配置检测项目、设备检测项目和运行状态检测项目分别对应的标准值为基准，按照各个检测项目对操作系统进行检测；

所述根据所述模拟结果确定是否重启操作系统的步骤，包括：

根据所述模拟结果和所述运行状态检测项目的检测结果确定是否重启操作系统。

可选的，所述方法还包括：

在根据所述模拟结果确定不进行操作系统重启的情况下，根据所述虚拟化测试结果、所述配置检测项目的检测结果、所述设备检测项目的检测结果和所述运行状态检测项目的检测结果，输出重启预警信息。

可选的，所述将所述配置检测项目的检测结果和所述设备检测项目的检测结果发送至虚拟化测试设备的步骤，包括：

在所述配置检测项目的检测结果或者所述设备检测项目的检测结果为不正常的情况下，将所述配置检测项目的检测结果和所述设备检测项目的检测结果发送至虚拟化测试设备。

可选的，所述虚拟化测试设备模拟操作系统重启的步骤，包括：

所述虚拟化测试设备根据所述配置检测项目的检测结果和所述设备检测项目的检测结果，生成临时操作系统镜像；

利用所述临时操作系统镜像建立虚拟机；

利用所述虚拟机模拟操作系统重启。

为达到上述目的，本发明实施例还提供了一种操作系统重启装置，所述装置包括：接收模块、检测模块、发送模块和确定模块，其中，

所述接收模块，用于接收操作系统重启指令；

所述检测模块，用于按照预设的检测项目对操作系统进行检测，其中，所述检测项目包括：配置检测项目和设备检测项目；

所述发送模块，用于将所述配置检测项目的检测结果和所述设备检测项目的检测结果发送至虚拟化测试设备，以使虚拟化测试设备模拟操作系统重启；

所述确定模块，用于接收所述虚拟化测试设备发送的模拟结果，根据所述模拟结果确定是否重启操作系统。

可选的，所述检测项目还包括：运行状态检测项目；

所述检测模块，具体用于：

以配置检测项目、设备检测项目和运行状态检测项目分别对应的标准值为基准，按照各个检测项目对操作系统进行检测；

所述确定模块，具体用于：

根据所述模拟结果和所述运行状态检测项目的检测结果确定是否重启操作系统。

可选的，所述装置还包括输出模块，用于在根据所述模拟结果确定不进行操作系统重启的情况下，根据所述虚拟化测试结果、所述配置检测项目的检测结果、所述设备检测项目的检测结果和所述运行状态检测项目的检测结果，输出重启预警信息。

可选的，所述发送模块，具体用于：

在所述配置检测项目的检测结果或者所述设备检测项目的检测结果为不正常的情况下，将所述配置检测项目的检测结果和所述设备检测项目的检测结果发送至虚拟化测试设备。

可选的，所述发送模块，具体用于将所述配置检测项目的检测结果和所述设备检测项目的检测结果发送至虚拟化测试设备，以使所述虚拟化测试设备根据所述配置检测项目的检测结果和所述设备检测项目的检测结果，生成临时操作系统镜像；

利用所述临时操作系统镜像建立虚拟机；

利用所述虚拟机模拟操作系统重启。

本发明实施例提供的一种操作系统重启方法及装置，所述方法包括：接收操作系统重启指令；按照预设的检测项目对操作系统进行检测，其中，所述检测项目包括：配置检测项目和设备检测项目；将所述配置检测项目的检测结果和所述设备检测项目的检测结果发送至虚拟化测试设备，以使虚拟化测试设备模拟操作系统重启；接收所述虚拟化测试设备发送的模拟结果，根据所述模拟结果确定是否重启操作系统。

应用本发明实施例提供的方案重启操作系统时，由于虚拟化测试设备是根据当前设备的配置检测项目的检测结果、设备检测项目的检测结果等模拟操作系统重启的，所以得到的模拟结果能够在一定程度上反映当前设备操作系统的重启情况，因而，相对于现有技术直接重启操作系统，减少了操作系统重启失败的概率。

附图说明

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

图1为本发明实施例提供的一种操作系统重启方法的流程示意图；

图2为本发明实施例提供的操作系统重启装置的第一种结构示意图；

图3为本发明实施例提供的操作系统重启装置的第二种结构示意图。

具体实施方式

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

为解决现有技术问题，本发明实施例提供了一种操作系统重启方法及装置，下面首先就实施例提供的一种操作系统重启方法进行介绍。

图1为本发明实施例提供的一种操作系统重启方法的流程示意图，如图1所示，该方法包括：

s101：接收操作系统重启指令。

示例性的，安装有操作系统的设备发生宕机、故障或者有重启需求时，需要进行操作系统重启，该设备接收到重启操作系统的指令后，劫持该操作系统重启指令。设备劫持该操作系统重启指令后，操作系统就不会被重启。

在本申请的一种实现方式中，可以由操作系统的daemon进程(守护进程)劫持操作系统重启指令。daemon进程的作用是监控设备是否接收到操作系统重启指令，当设备接收到操作系统重启指令后，劫持该操作系统重启指令，并暂时拒绝响应该操作系统重启指令，还可以推迟或者取消操作系统重启指令的执行。

需要说明的是，操作系统重启指令的来源包括但不仅限于由用户输入、其他设备向安装有操作系统的当前设备发送、当前设备的操作系统自行生成等等。另外，该设备包括但不仅限于服务器、电脑等设备。

s102：按照预设的检测项目对操作系统进行检测，其中，所述检测项目包括：配置检测项目和设备检测项目。

示例性的，下面对配置检测项目和设备检测项目分别进行说明。

第一方面，可以为配置检测项目预先设置检测方法和标准值。按照配置检测项目对操作系统进行检测时，可以按照上述为配置检测项目设置的检测方法，以上述为配置检测项目设置的标准值为基准对操作系统进行检测。其中，配置检测项目可以理解为是对操作系统的各种配置项进行检测的项目，也就是说，以上述为配置检测项目设置的标准值为基准对操作系统进行检测时，可以理解为：检测操作系统的各个配置项的参数值是否与相应的标准值相匹配。

具体的，检测操作系统的各个配置项的参数值是否与相应的标准值相匹配时，可以将操作系统配置项的参数值大于相应的标准值理解为两者相匹配，还可以将操作系统配置项的参数值小于相应的标准值理解为两者匹配，还可以将操作系统配置项的参数值等于相应的标准值理解为两者相匹配。需要说明的是，本申请仅仅以上述为例进行说明，实际应用判断是否匹配的准则并不仅限于上述情况。

具体的，上述为配置检测项目设置的检测方法、标准值可以是用户针对配置检测项目设定的特定检测方法、特定标准值，还可以是默认的检测方法和标准值，本申请并不对此进行限定。

配置检测项目可以包括启动引导配置、系统通用配置(cpu配置、内存配置、文件系统配置、设备管理器配置等)、设备配置等配置子检测项目。

用户可以为配置检测项目其中的部分或者所有的配置子检测项目预先设置检测方法和标准值。以对cpu配置中的cpu频率配置进行检测为例，用户预设的检测方法为直接读取cpu的当前频率配置参数值，读取的当前频率配置参数值为3.2ghz，用户设置的cpu频率配置参数标准值为3.0ghz，则cpu的当前频率配置参数超过用户预设的标准值0.2ghz。

另外，用户或者设备还可以根据配置检测项目参数值与相应的标准值之间的匹配结果将检测结果分为不同的级别，例如：正常、警报和故障三个级别。以上述对cpu频率配置进行检测为例，cpu的当前频率配置参数值不大于用户设置的cpu频率配置标准值为正常，cpu的当前频率配置参数值超过标准值至超过标准值0.1ghz为警报，cpu的当前频率配置参数值超过用户设置的cpu频率配置标准值0.1ghz以上为故障，依据上述划分标准，针对cpu配置进行检测的检测结果为故障。

需要说明的是，本申请仅仅以上述为例进行说明，具体应用中对检测结果划分级别并不仅限于上述划分方式。

第二方面，可以为设备检测项目预先设置检测方法和标准值。按照设备检测项目对操作系统进行检测时，可以按照上述为设备检测项目设置的检测方法，以上述为设备检测项目设置的标准值为基准对操作系统进行检测。其中，设备检测项目可以理解为是对操作系统所在设备各个部件的性能、驱动等进行检测的项目，也就是说，以上述为设备检测项目设置的标准值为基准对操作系统进行检测时，可以理解为：检测操作系统的各个部件的性能、驱动等是否与相应的标准值相匹配。

具体的，可以将操作系统的各个部件的性能、驱动的参数值大于相应的标准值理解为两者相匹配，还可以将操作系统的各个部件的性能、驱动的参数值小于相应的标准值理解为两者匹配，还可以将操作系统的各个部件的性能、驱动的参数值等于相应的标准值理解为两者相匹配。需要说明的是，本申请仅仅以上述为例进行说明，实际应用判断是否匹配的准则并不仅限于上述情况。

具体的，上述为设备检测项目设置的检测方法、标准值可以是用户针对设备检测项目设定的特定检测方法、特定标准值，还可以是默认的检测方法和标准值，本申请并不对此进行限定。

一般情况下，设备检测项目可以包括设备的供电、驱动的版本等子检测项目。用户可以为设备检测项目其中的部分或者所有的设备子检测项目预先设置检测方法和标准值。以驱动的版本子检测项目为例，预设的驱动版本检测方法为直接读取驱动文件中的驱动版本的当前号码，假设读取的驱动版本的当前号码为1.1，如果预设的驱动版本的号码为标准值1.2，则驱动版本的当前号码低于预设的驱动版本的号码的标准值。

另外，用户或者设备还可以根据设备检测项目参数值与相应的标准值之间的匹配结果将检测结果分成不同级别，例如：分为正常、警报和故障三个级别。以上述驱动的版本子检测项目为例，驱动版本的当前号码不低于标准值为正常，驱动版本的当前号码低于标准值0.2为警报，驱动版本的当前号码低于标准值0.4为故障，依据上述划分标准，针对驱动版本进行检测的检测结果为警报。

示例性的，第三方面，可以为运行状态检测项目预先设置检测方法和标准值，按照运行状态检测项目对操作系统检测时，可以按照上述为运行状态检测项目设置的检测方法，以上述为运行状态检测项目设置的标准值为基准对操作系统进行检测。其中，运行状态检测项目可以理解为：对操作系统的各个组成部分的工作状态进行检测的项目，也就是说，以上述为运行状态检测项目设置的标准值为基准对操作系统进行检测时，可以理解为：检测操作系统的各个组成部分的工作状态的参数值是否与相应的标准值相匹配。

具体的，可以将各个组成部分的工作状态的参数值大于相应的标准值理解为两者相匹配，还可以将各个组成部分的工作状态的参数值小于相应的标准值理解为两者匹配，还可以将各个组成部分的工作状态的参数值等于相应的标准值理解为两者相匹配。需要说明的是，本申请仅仅以上述为例进行说明，实际应用判断是否匹配的准则并不仅限于上述情况。

具体的，上述为运行状态检测项目设置的检测方法、标准值可以是用户针对运行状态检测项目设定的特定检测方法、特定标准值，还可以是默认的检测方法和标准值，本申请并不对此进行限定。

运行状态检测项目可以包括系统负载、磁盘使用率、内存使用率、网络状态等运行状态子检测项目。用户可以为运行状态检测项目其中的部分或者所有的运行状态子检测项目预先设置检测方法和标准值。示例性的，以磁盘使用率为例，用户预设的磁盘使用率检测方法为：该设备安装的所有磁盘被使用的容量与总容量的比值为磁盘使用率；预设的磁盘使用率的标准值为80％。将该设备安装的所有磁盘被使用的容量除以总容量，可以得出该设备的磁盘使用率，假设该设备的磁盘使用率为85％，超过了标准值5％。

另外，用户或者设备还可以根据运行状态检测项目的参数值与相应的标准值之间的匹配结果将检测结果划分不同等级，例如：分为正常、警报和故障三个级别。以上述对磁盘使用率的检测为例，磁盘使用率低于80％为正常，磁盘使用率高于80％且低于90％为警报，磁盘使用率高于90％为故障，依据上述划分标准，针对磁盘使用率的检测结果为警报。

应用本发明上述实施例，除对设备的配置检测项目和设备检测项目进行检测以外，还对设备的运行状态检测项目进行检测，针对该设备的检测更加完整，能更好的评估设备的当前状态，更加有利于操作系统的重启。

按照预设的检测项目对操作系统进行检测时，可以以配置检测项目、设备检测项目和运行状态检测项目分别对应的标准值为基准，按照各个检测项目对操作系统进行检测。

通常情况下，用户预设检测项目，并为各个检测项目预设检测方法和/或预设标准值的过程，也被称为用户注册检测项目或者用户配置检测项目，并为各个检测项目注册检测方法和/或预设标准值。可以将操作系统的运行状态检测项目、配置检测项目、设备检测项目中任一子检测项目的名称、该子检测项目所属的检测项目名称、针对该子检测项目的检测方法、针对该子检测项目的标准值等存储到一条信息中，该条信息可以被称为配置表项目，多条配置表项目可以构成配置表。用户可以利用用户操作管理接口如配置管理工具对配置表进行配置或者设置，通常的配置包括查询、增加、编辑配置表项目等。

一般情况下，设备可以针对操作系统的各个检测项目设置有默认的检测项目。例如，默认的检测项目为配置检测项目和设备检测项目，那么在对操作系统进行检测时，就不会检测运行状态检测项目，这样可以减少设备的工作负担。

设备还可以针对操作系统的各个检测项目设置有默认的子检测项目，默认检测项目可以理解为对操作系统进行全面检测时不可缺少的子检测项目，例如，配置检测项目的默认检测子项目就可以包括镜像文件子检测项目、系统引导配置子检测项目、文件系统配置子检测项目、网络设备子检测项目和网络配置子检测项目。用户可以在各个检测项目的默认检测项目的基础上增加或者减少子检测项目。用户在默认检测项目的基础上可以预设检测项目，方便用户针对不同的设备采取不同的检测策略，提高了应用本发明实施例的灵活性。

需要说明的是，针对被检测设备的运行状态检测项目、设备的配置检测项目和设备检测项目的检测结果可以还包括被检测设备的运行状态的当前参数值、设备配置文件的当前参数值和该设备的设备当前参数值。通常情况下，该设备的运行状态当前参数值可以理解为操作系统的各个组成部分的工作状态的当前参数值，设备配置文件的当前参数值可以理解为操作系统的配置文件中各个配置项的当前参数值；该设备的当前参数值可以理解为设备检测项目的当前参数值，也可以理解为设备信息的当前参数值。

s103：将所述配置检测项目的检测结果和所述设备检测项目的检测结果发送至虚拟化测试设备，以使虚拟化测试设备模拟操作系统重启。

可选的，在一种具体实现方式中，可以在所述配置检测项目的检测结果或者所述设备检测项目的检测结果为不正常的情况下，将所述配置检测项目的检测结果和所述设备检测项目的检测结果发送至虚拟化测试设备。

可选的，在一种具体实现方式中，所述虚拟化测试设备可以根据所述配置检测项目的检测结果和所述设备检测项目的检测结果，生成临时操作系统镜像；利用所述临时操作系统镜像建立虚拟机；利用所述虚拟机模拟操作系统重启。

示例性的，由于在s102步骤中针对该设备的配置检测项目和设备检测项目的检测结果不为正常，因此，针对该设备的配置检测项目和设备检测项目的检测结果发送至虚拟化测试设备。

通常情况下，虚拟化测试设备为另一台设备，虚拟化测试设备与被检测的设备通过网络进行通信。当虚拟化测试设备接收到被检测设备的虚拟化测试请求后，就会根据被检测设备发送的检测结果针对被检测的设备进行虚拟化测试，虚拟化测试设备会根据上述检测结果模拟操作系统的重启过程，以确定操作系统能否重启成功。

应用本发明上述实施例，仅在针对该设备的配置检测项目或者设备检测项目的检测结果不为正常的情况下，才将检测结果发送至虚拟化测试设备，降低了虚拟化测试设备的工作负担。

示例性的，虚拟化测试设备安装有操作系统镜像生成工具和标准操作系统原始文件。虚拟化测试设备接收到被检测设备的虚拟化测试请求后，就会将被检测设备发送的配置检测项目和设备检测项目的检测结果，替换操作系统对应项目的标准值：如将超过标准值0.2ghz的cpu频率配置参数替换标准操作系统中的cpu频率配置参数，将比标准版本号低四个版本的驱动版本替换标准操作系统中的驱动版本。必要时还可以进行参数的转换以确保被检测设备参数不发生冲突，进而生成被检测设备的操作系统镜像文件。虚拟化测试设备利用该操作系统镜像建立虚拟机，并将该操作系统镜像安装到虚拟化测试设备的虚拟机上，进而利用该虚拟机模拟被检测设备操作系统的重启过程。

需要说明的是，操作系统镜像文件也称为临时操作系统镜像；虚拟化测试设备也被称为虚拟机宿主机，且虚拟化测试设备可以为服务器、电脑等设备。另外，可以利用被检测设备的运行状态信息、设备配置文件信息和该设备的设备信息，替换操作系统对应项目的标准值，进而生成被检测设备的操作系统镜像文件。

利用本发明上述实施例，虚拟机根据被检测设备的配置检测项目和设备检测项目的检测结果，生成的操作系统镜像模拟被检测设备的操作系统重启，可以尽可能大的程度上模拟被检测设备的操作系统重启的过程，避免了重启操作系统带来的重启失败的风险。

s104：接收所述虚拟化测试设备发送的模拟结果，根据所述模拟结果确定是否重启操作系统。

可选的，在一种具体实施方式中，可以根据所述模拟结果和所述运行状态检测项目的检测结果确定是否重启操作系统。

示例性的，被检测设备接收到虚拟化测试设备发送过来的模拟结果，其中，模拟结果包括，重启成功或者重启失败；若模拟结果为重启成功，则重启被检测设备；若模拟结果为重启失败，不重启被检测设备。

应用本发明图1所示实施例提供的方案重启操作系统时，由于虚拟化测试设备是根据当前设备的配置检测项目的检测结果、设备检测项目的检测结果等模拟操作系统重启的，所以得到的模拟结果能够在一定程度上反映当前设备操作系统的重启情况，因而，相对于现有技术直接重启操作系统，减少了操作系统重启失败的概率。

另外，本发明实施例还可以在根据所述模拟结果确定不进行操作系统重启的情况下，根据所述虚拟化测试结果、所述配置检测项目的检测结果、所述设备检测项目的检测结果和所述运行状态检测项目的检测结果，输出重启预警信息。

示例性的，若s104步骤中不进行被检测设备的重启，说明配置检测项目的检测结果、所述设备检测项目的检测结果和所述运行状态检测项目中的部分或者全部出现了比较严重的问题。在这种情况下，被检测设备确定出的重启预警信息为：不建议重启和检测结果中不正常的项目，其中，检测结果中不正常的项目如：cpu的频率配置参数为3.2ghz，标准值为3.0ghz，检测结果为故障；驱动的版本号码为1.1，标准值为1.2，检测结果为警报；磁盘使用率为85％，标准值为80％，检测结果为警报。

在实际应用中，用户可以选择忽略警报级别的问题，继续进行操作系统的重启。

应用本发明实施例，可以根据操作系统重启失败的结果和针对被检测设备的检测结果输出重启预警信息，用户可以知道导致操作系统重启失败的原因，有利于用户对被检测设备进行针对性的维护。

图2为本发明实施例提供的操作系统重启装置的第一种结构示意图，如图2所示，该装置包括：接收模块201、检测模块202、发送模块203和确定模块204，其中，

接收模块201，用于接收操作系统重启指令。.

检测模块202，用于按照预设的检测项目对操作系统进行检测，其中，所述检测项目包括：配置检测项目和设备检测项目。

检测模块202，具体用于：以配置检测项目、设备检测项目和运行状态检测项目分别对应的标准值为基准，按照各个检测项目对操作系统进行检测。

发送模块203，用于将所述配置检测项目的检测结果和所述设备检测项目的检测结果发送至虚拟化测试设备，以使虚拟化测试设备模拟操作系统重启。

发送模块203，具体用于：在所述配置检测项目的检测结果或者所述设备检测项目的检测结果为不正常的情况下，将所述配置检测项目的检测结果和所述设备检测项目的检测结果发送至虚拟化测试设备。

发送模块203，具体用于：将所述配置检测项目的检测结果和所述设备检测项目的检测结果发送至虚拟化测试设备，以使所述虚拟化测试设备根据所述配置检测项目的检测结果和所述设备检测项目的检测结果，生成临时操作系统镜像；利用所述临时操作系统镜像建立虚拟机；利用所述虚拟机模拟操作系统重启。

确定模块204，用于接收所述虚拟化测试设备发送的模拟结果，根据所述模拟结果确定是否重启操作系统。

确定模块204，具体用于：根据所述模拟结果和所述运行状态检测项目的检测结果确定是否重启操作系统。

应用本发明图2所示实施例提供的方案重启操作系统时，由于虚拟化测试设备是根据当前设备的配置检测项目的检测结果、设备检测项目的检测结果等模拟操作系统重启的，所以得到的模拟结果能够在一定程度上反映当前设备操作系统的重启情况，因而，相对于现有技术直接重启操作系统，减少了操作系统重启失败的概率。

图3为本发明实施例提供的操作系统重启装置的第二种结构示意图，如图3所示，在图2所示实施例的基础上，本发明实施例还包括输出模块205，用于在根据所述模拟结果确定不进行操作系统重启的情况下，根据所述虚拟化测试结果、所述配置检测项目的检测结果、所述设备检测项目的检测结果和所述运行状态检测项目的检测结果，输出重启预警信息。

应用本发明图3所示实施例，可以根据操作系统重启失败的结果和针对被检测设备的检测结果输出重启预警信息，用户可以知道导致操作系统重启失败的原因，有利于用户对被检测设备进行针对性的维护。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。