通信设备的保护方法、装置、设备和存储介质与流程

1.本技术涉及通信领域，特别是涉及一种通信设备的保护方法、装置、设备和存储介质。


背景技术：

2.通信设备因其使用环境的特殊性，例如使用过程中频繁掉电以及供电不稳定等情况，容易出现不可修复的故障，导致通信设备反复重启。并且，随着故障的不断恶化，反复重启会引起通信设备中的多芯片封装(multiple chip package，mcp)硬件出现不可逆转的物理损失，直至mcp外部存储器损坏，从而降低通信设备的使用寿命。因此，如何提高通信设备的使用寿命是本领域技术人员亟待解决的技术问题。


技术实现要素：

3.本技术提供一种通信设备的保护方法、装置、设备和存储介质。
4.第一方面，本技术实施例提供一种通信设备的保护方法，包括：
5.在通信设备出现故障重启后，读取所述通信设备的第一存储分区内的信息；
6.当所述信息中包含故障码时，从所述通信设备的第二存储分区内获取与所述故障码对应的备份文件；
7.使用所述备份文件修复所述通信设备的第三存储分区内与所述故障码对应的原始文件，并根据修复后的所述原始文件继续对所述通信设备执行相应的操作。
8.第二方面，本技术实施例提供一种通信设备的保护装置，包括：
9.读取模块，用于在通信设备出现故障重启后，读取所述通信设备的第一存储分区内的信息；
10.获取模块，用于当所述信息中包含故障码时，根据所述故障码，从所述通信设备的第二存储分区内获取对应的备份文件；
11.第一处理模块，用于使用所述备份文件修复所述通信设备的第三存储分区内与所述故障码对应的原始文件，并根据修复后的所述原始文件继续对所述通信设备执行相应的操作。
12.第三方面，本技术实施例提供一种通信设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现本技术实施例第一方面提供的通信设备的保护方法的步骤。
13.第四方面，本技术实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本技术实施例第一方面提供的通信设备的保护方法的步骤。
14.本技术实施例提供的技术方案，在通信设备出现故障重启后，读取通信设备的第一存储分区内的信息，当该信息中包含故障码时，从通信设备的第二存储分区内获取与故障码对应的备份文件，使用该备份文件修改通信设备的第三存储分区内与上述故障码对应
的原始文件，并根据修复后的原始文件继续对通信设备执行相应的操作，实现了在通信设备出现故障后能够对故障及时修复的目的，减少了通信设备的重启次数，对通信设备的存储硬件起到了保护作用，有效降低了通信设备存储硬件的恶化程度，从而提高了通信设备的可靠性和健壮性。并且，在出现故障时无需人工介入可自动地实现故障的恢复，降低了通信设备的维修成本。
附图说明
15.图1为本技术实施例提供的通信设备的保护方法的一种流程示意图；
16.图2为本技术实施例提供的通信设备的故障诊断过程的一种流程示意图；
17.图3为本技术实施例提供的通信设备的故障诊断过程的另一种流程示意图；
18.图4为本技术实施例提供的通信设备的故障诊断过程的又一种流程示意图；
19.图5为本技术实施例提供的通信设备的保护装置的一种结构示意图；
20.图6为本技术实施例提供的通信设备的一种结构示意图。
具体实施方式
21.为使本技术的目的、技术方案及优点更加明晰，通过下述实施例并结合附图，对本技术实施例中的技术方案进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。
22.需要说明的是，下述方法实施例的执行主体可以是通信设备的保护装置，该装置可以通过软件、硬件或者软硬件结合的方式实现成为通信设备的部分或者全部。可选地，该通信设备可以为长期演进(long term evolution，lte)通信模组，当然，也可以为其它网络制式的通信模组，本技术实施例对此不作限定。下述方法实施例以执行主体是通信设备为例进行说明。
23.图1为本技术实施例提供的通信设备的保护方法的一种流程示意图。如图1所示，该方法可以包括：
24.s101、在通信设备出现故障重启后，读取所述通信设备的第一存储分区内的信息。
25.为了使通信设备出现故障后能够及时对故障进行修复，可以预先将通信设备的存储分区划分为多个分区，例如，第一存储分区、第二存储分区以及第三存储分区。第一存储分区可以用于存储通信设备在启动以及运行过程中产生的各种故障的故障信息，包括故障码、故障标志位、故障的详细信息以及与故障相关的运行日志等等。第二存储分区与第三存储分区对应，第二存储分区可以预先存储有第三存储分区内的原始文件的备份文件。其中，第三存储分区可以理解为通信设备工作时配置的默认访问分区，通信设备需要读取默认访问分区的原始文件进行加载运行，从而确保通信设备的正常工作。第二存储分区可以理解为默认访问分区的备份分区，用于存储默认访问分区内的原始文件的备份文件。
26.示例性的，假设第三存储分区按照系统功能可以划分为引导程序对应的第一子分区、操作系统对应的第二子分区以及文件系统对应的第三子分区，那么，第一子分区中存储有与引导程序引导过程相关的原始文件，第二子分区中存储有与操作系统相关的原始文件，第三子分区中存储有与文件系统相关的原始文件。同样的，第二存储分区作为第三存储分区的备份分区，也可以按照系统功能划分为引导程序对应的第四子分区、操作系统对应
的第五子分区以及文件系统对应的第六子分区，那么第四子分区存储有与第一子分区相匹配的备份文件，第五子分区存储有与第二子分区相匹配的备份文件，第六子分区存储有与第三子分区相匹配的备份文件。并且，第二存储分区和第三存储分区中各子分区内的文件通过相应的故障码进行关联。
27.这样，在通信设备出现故障重启后，可以直接读取通信设备的第一存储分区内记录的信息，以确定该信息中是否含有故障码，若含有故障码，则执行下述s102，若不包含故障码，则引导通信设备继续运行。
28.s102、当所述信息中包含故障码时，从所述通信设备的第二存储分区内获取与所述故障码对应的备份文件。
29.其中，当确定该信息中包含故障码时，可以基于该故障码从通信设备的第二存储分区获取与该故障码对应的备份文件。可选地，该故障码可以为待检测对象的故障码或者用于镜像文件升级的故障码，上述待检测对象可以包括引导程序、操作系统、文件系统以及目标程序中的任意一种。
30.引导程序的故障码用于指示引导程序在引导过程中存在故障，主要表现为无法正常从通信设备的第三存储分区中读取和加载原始文件，主要包括：原始文件损坏、被擦除以及被恶意篡改等。其中，该原始文件可以为镜像文件。
31.操作系统的故障码用于指示操作系统未成功运行。
32.目标程序的故障码用于指示目标程序未成功运行。其中，目标程序可以预先进行配置，目标程序可以是一个也可以是多个。
33.文件系统的故障码用于指示文件系统未成功引导、挂载文件系统错误以及文件系统加载文件错误等。文件系统未成功引导主要表现为：从通信设备的第三存储分区中读取文件系统的镜像文件错误，该错误可以包括整个文件系统丢失、被擦除以及被恶意篡改等。挂载文件系统错误主要包括文件系统索引丢失或者紊乱、mcp flash出现位翻转、指令纠错技术(error checking and correcting，ecc)纠错异常以及文件系统修复功能异常等。文件系统加载文件错误，该错误可以包括单个或者多个文件丢失等。当然，对于这种存在多种错误信息的情况，可以对应不同的故障码，以指示在不同运行阶段所产生的故障。
34.还有一些情况，需要对镜像文件进行升级，也可以预先在通信设备的第一存储分区内写入对应的故障码，以指示对该故障码对应的原始文件进行升级。
35.s103、使用所述备份文件修复所述通信设备的第三存储分区内与所述故障码对应的原始文件，并根据修复后的所述原始文件继续对所述通信设备执行相应的操作。
36.在获取到故障码对应的备份文件之后，可以使用该备份文件修复通信设备的第三存储分区内与该故障码对应的原始文件，从而修复后的原始文件对通信设备执行相应的操作。其中，该修复操作可以是对原始文件进行修改、也可以是从第二存储分区内拷贝备份文件替换第三存储分区内的原始文件，还可以是配置并跳转到从第二存储分区进行引导等。
37.示例性的，假设该故障码包括引导程序的故障码，则可以基于该故障码，从通信设备的第二存储分区的第一子分区中获取与引导程序相关的备份镜像文件，使用该备份镜像文件替换第三存储分区的第四子分区内的原始镜像文件，并控制引导程序重新从第三存储分区的第四子分区内读取相应的镜像文件，从而成功引导通信设备的运行。其中，该原始镜像文件可以是次级引导程序，也可以是各种类型的操作系统。
38.对于操作系统、文件系统以及目标程序的故障恢复，可以参照上述引导程序的故障恢复过程，本实施例在此不再赘述。
39.假设该故障码包括用于镜像文件升级的故障码，则可以模拟故障恢复功能，从第二存储分区中获取与该故障码对应的镜像文件升级包，使用该镜像文件升级包对第三存储分区中与该故障码对应的原始镜像文件进行升级。这样可以在通信设备运行过程中，通过在小规模修改代码的基础上实现对系统的升级。
40.可选地，在故障码对应的故障修复成功后，还可以从第一存储分区内删除该故障码。
41.本技术实施例提供的通信设备的保护方法，在通信设备出现故障重启后，读取通信设备的第一存储分区内的信息，当该信息中包含故障码时，从通信设备的第二存储分区内获取与故障码对应的备份文件，使用该备份文件修复通信设备的第三存储分区内与上述故障码对应的原始文件，并根据修复后的原始文件继续对通信设备执行相应的操作，实现了在通信设备出现故障后能够对故障及时修复的目的，减少了通信设备的重启次数，对通信设备的存储硬件起到了保护作用，有效降低了通信设备存储硬件的恶化程度，从而提高了通信设备的可靠性和健壮性。并且，在出现故障时无需人工介入可自动地实现故障的恢复，降低了通信设备的维修成本。
42.接下来，下述实施例介绍通信设备的故障诊断过程。由上述实施例可知通信设备的故障主要包括引导程序在引导过程的故障、操作系统运行过程中的故障、文件系统相关的故障以及目标程序运行过程中的故障等等，那么，以下先介绍引导程序在引导过程中的故障，即当待检测对象为引导程序时，在上述实施例的基础上，可选地，在上述s101之前，该方法还可以包括：
43.s201、当所述引导程序从所述通信设备中的第三存储分区内读取第一原始文件时，对所述第一原始文件进行检测。
44.其中，第一原始文件可以为各种类型的镜像文件，例如，次级引导程序的镜像文件以及各种类型的操作系统的镜像文件，比如linux操作系统的镜像文件等。当然，上述引导程序也可以是指引导次级引导程序的程序以及引导各种类型的操作系统的程序。
45.在实际应用中，可选地，可以通过引导程序的故障捕获器来捕获引导程序在引导过程中的故障。在上述s201之前，还可以初始化引导程序的故障捕获器的配置信息。其中，该配置信息可以包括待诊断的内容，故障码的初始化以及检索范围、故障信息的记录方式、故障的处理方式以及标志位信息等。
46.这样，在引导程序从通信设备中的第三存储分区内相应的子分区读取第一原始文件时，可以基于上述配置信息对第一原始文件进行检测。例如，对第一原始文件的大小长度、文件类型格式以及摘要信息进行检测。其中，摘要信息的检测可以是对第一原始文件内容的哈希校验，也可以是对第一原始文件内容的加密签名校验。
47.若检测到第一原始文件存在故障，则执行下述s202，若检测第一原始文件不存在故障，则执行下述s203。
48.s202、生成所述引导程序的故障码，并将该故障码写入所述通信设备的第一存储分区内。
49.其中，在检测到第一原始文件存在故障时，生成引导程序的故障码，并将生成的故
障码写入通信设备的第一存储分区内。另外，还可以基于故障的详细信息确定故障发生的阶段、类型以及原因等，并将故障发生的阶段、类型以及原因写入第一存储分区内，便于后续更详细的故障分析。
50.s203、加载并执行所述第一原始文件，且当所述第一原始文件执行过程中存在故障时，生成所述引导程序的故障码，并将该故障码写入所述通信设备的第一存储分区内。
51.其中，加载并执行第一原始文件，若第一原始文件执行过程中出现故障，也可以生成引导程序的故障码，并将该故障码写入所述通信设备的第一存储分区内。若第一原始文件执行正常，则进入系统运行态。
52.在本实施例中，通过在引导程序读取第一原始文件时，对第一原始文件进行故障检测，以及在第一原始文件执行过程中进行故障检测，也就是说，通过对引导程序引导过程中的多个阶段进行故障检测，能够及时检测出引导过程中存在的故障并生成故障码，提高了故障检测的准确性。同时，也为后续的引导程序引导过程的故障恢复提供了数据基础。
53.接下来，继续介绍如何诊断操作系统运行过程中的故障，在上述实施例的基础上，可选地，如图3所示，在上述s101之前，该方法还包括：
54.s301、向操作系统内核注册第一函数。
55.s302、通过调用所述第一函数，监测所述操作系统的运行状态。
56.其中，第一函数可以为异常回调函数。通过在操作系统内核注册的异常回调函数，监测操作系统的运行状态。
57.s303、当所述操作系统运行状态异常时，生成所述操作系统的故障码，并将该故障码写入所述通信设备的第一存储分区内。
58.其中，在监测到操作系统运行状态异常时，可以生成操作系统的故障码，并将该故障码写入到通信设备的第一存储分区内。另外，还可以将与该故障码相关的运行日志写入通信设备的第一存储分区内，便于后续故障的详细分析。
59.在本实施例中，能够通过操作系统内置的第一函数监测操作系统的运行状态，在监测到操作系统运行状态异常时，生成操作系统的故障码，并将该故障码写入通信设备的第一存储分区内，为后续的操作系统运行过程中的故障恢复提供了数据基础。
60.进一步地，还可以对目标程序的运行状态进行监测，在监测到目标程序运行状态异常时，生成目标程序对应的故障码，并将该故障码写入通信设备的第一存储分区内，为后续的目标程序运行过程中的故障恢复提供了数据基础。
61.进一步地，继续介绍如何诊断文件系统相关的故障，在上述实施例的基础上，可选地，如图4所示，在上述s101之前，该方法还包括：
62.s401、当操作系统从所述通信设备中的第三存储分区内读取文件系统的第二原始文件时，对所述第二原始文件进行检测。
63.其中，第二原始文件可以是使用不同文件系统工具打包得到的，其可以是文件系统的镜像文件。在实际应用中，可选地，可以通过文件系统的故障捕获器来捕获文件系统相关的故障。在上述s401之前，还可以初始化文件系统的故障捕获器的配置信息。其中，该配置信息可以包括待诊断的内容，故障码的初始化以及检索范围、故障信息的记录方式、故障的处理方式以及标志位信息等。
64.这样，在操作系统从通信设备中的第三存储分区内相应的子分区读取第二原始文
件时，可以基于上述配置信息对第二原始文件进行检测。若检测到第二原始文件存在故障，则执行下述s402，若检测第二原始文件不存在故障，则执行下述s403。
65.s402、生成所述文件系统的故障码，并将该故障码写入所述通信设备的第一存储分区内。
66.其中，在检测到第二原始文件存在故障时，生成文件系统的故障码，并将生成的故障码写入通信设备的第一存储分区内。另外，还可以基于故障的详细信息确定故障发生的阶段、类型以及原因等，并将故障发生的阶段、类型以及原因写入第一存储分区内，便于后续更详细的故障分析。
67.s403、运行所述第二原始文件，并通过所述第二原始文件内预先插入的第二函数监测所述文件系统的运行状态，且当所述文件系统运行状态异常时，生成所述文件系统的故障码，并将该故障码写入所述通信设备的第一存储分区内。
68.其中，在检测第二原始文件不存在故障时，开始挂载文件系统，经由文件系统本身的故障检测功能检测在文件系统挂载时是否存在故障，若存在故障，则生成文件系统挂载阶段对应的故障码，并将故障码写入通信设备的第一存储分区内。若不存在故障，则运行第二原始文件，此时文件系统处于正常运行态。
69.接下来，启动动态监听功能，预先在第二原始文件中插入第二函数，通过调用第二函数监测文件系统的运行状态。其中，第二函数可以为勾子(hook)函数。当通过勾子函数监测到文件系统运行状态异常时，生成该阶段对应的文件系统的故障码，并将该故障码写入通信设备的第一存储分区内。
70.在本实施例中，通过在操作系统读取第二原始文件时，对第二原始文件进行故障检测，以及在第二原始文件运行过程中进行故障检测，也就是说，通过对文件系统镜像文件读取、挂载文件系统以及文件系统运行过程中的多个阶段进行故障检测，能够及时检测出文件系统相关的故障并生成对应阶段的故障码，提高了故障检测的准确性。同时，也为后续的文件系统相关的故障恢复提供了数据基础。
71.图5为本技术实施例提供的通信设备的保护装置的一种结构示意图。如图5所示，该装置可以包括：读取模块501、获取模块502和第一处理模块503。
72.具体的，读取模块501用于在通信设备出现故障重启后，读取所述通信设备的第一存储分区内的信息；
73.获取模块502用于当所述信息中包含故障码时，根据所述故障码，从所述通信设备的第二存储分区内获取对应的备份文件；
74.第一处理模块503用于使用所述备份文件修复所述通信设备的第三存储分区内与所述故障码对应的原始文件，并根据修复后的所述原始文件继续对所述通信设备执行相应的操作。
75.本技术实施例提供的通信设备的保护装置，在通信设备出现故障重启后，读取通信设备的第一存储分区内的信息，当该信息中包含故障码时，从通信设备的第二存储分区内获取与故障码对应的备份文件，使用该备份文件修复通信设备的第三存储分区内与上述故障码对应的原始文件，并根据修复后的原始文件继续对通信设备执行相应的操作，实现了在通信设备出现故障后能够对故障及时修复的目的，减少了通信设备的重启次数，对通信设备的存储硬件起到了保护作用，有效降低了通信设备存储硬件的恶化程度，从而提高
了通信设备的可靠性和健壮性。并且，在出现故障时无需人工介入可自动地实现故障的恢复，降低了通信设备的维修成本。
76.可选地，所述故障码包括待检测对象的故障码或者用于镜像文件升级的故障码，所述待检测对象包括引导程序、操作系统、文件系统以及目标程序中的任意一种。
77.在上述实施例的基础上，可选地，当所述待检测对象为引导程序时，该装置还包括：第一检测模块和第二处理模块。
78.具体的，第一检测模块用于在所述读取模块501在通信设备出现故障重启后，读取所述通信设备的第一存储分区内的信息之前，在所述引导程序从所述通信设备中的第三存储分区内读取第一原始文件时，对所述第一原始文件进行检测；
79.第二处理模块用于在所述第一原始文件存在故障时，生成所述引导程序的故障码，并将该故障码写入所述通信设备的第一存储分区内。
80.在上述实施例的基础上，可选地，第二处理模块还用于在所述第一原始文件不存在故障时，加载并执行所述第一原始文件，且当所述第一原始文件执行过程中存在故障时，生成所述引导程序的故障码，并将该故障码写入所述通信设备的第一存储分区内。
81.在上述实施例的基础上，可选地，当所述待检测对象为操作系统时，该装置还包括：注册模块、监测模块和第三处理模块。
82.具体的，注册模块用于在所述读取模块501在通信设备出现故障重启后，读取所述通信设备的第一存储分区内的信息之前，向操作系统内核注册第一函数；
83.监测模块用于通过操作系调用所述第一函数，监测所述操作系统的运行状态；
84.第三处理模块用于当所述操作系统运行状态异常时，生成所述操作系统的故障码，并将该故障码写入所述通信设备的第一存储分区内。
85.在上述实施例的基础上，可选地，当所述待检测对象为文件系统时，该装置还包括：第二检测模块和第四处理模块。
86.具体的，第二检测模块用于在所述读取模块501在通信设备出现故障重启后，读取所述通信设备的第一存储分区内的信息之前，在操作系统从所述通信设备中的第三存储分区内读取文件系统的第二原始文件时，对所述第二原始文件进行检测；
87.第四处理模块用于在所述第二原始文件存在故障时，生成所述文件系统的故障码，并将该故障码写入所述通信设备的第一存储分区内。
88.在上述实施例的基础上，可选地，第四处理模块还用于在所述第二原始文件不存在故障时，运行所述第二原始文件，并通过所述第二原始文件内预先插入的第二函数监测所述文件系统的运行状态，且当监测到所述文件系统运行状态异常时，生成所述文件系统的故障码，并将该故障码写入所述通信设备的第一存储分区内。
89.在一个实施例中，提供了一种通信设备，其内部结构图可以如图6所示。该通信设备包括通过系统总线连接的处理器和存储器。其中，该通信设备的处理器用于提供计算和控制能力。该通信设备的存储器存储有计算机程序，该计算机程序被处理器执行时以实现一种通信设备的保护方法。
90.本领域技术人员可以理解，图6中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的通信设备的限定，具体的通信设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
91.在一个实施例中，提供了一种通信设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
92.在通信设备出现故障重启后，读取所述通信设备的第一存储分区内的信息；
93.当所述信息中包含故障码时，从所述通信设备的第二存储分区内获取与所述故障码对应的备份文件；
94.使用所述备份文件修复所述通信设备的第三存储分区内与所述故障码对应的原始文件，并根据修复后的所述原始文件继续对所述通信设备执行相应的操作。
95.可选地，所述故障码包括待检测对象的故障码或者用于镜像文件升级的故障码，所述待检测对象包括引导程序、操作系统、文件系统以及目标程序中的任意一种。
96.在一个实施例中，当所述待检测对象为引导程序时，处理器执行计算机程序时还实现以下步骤：当所述引导程序从所述通信设备中的第三存储分区内读取第一原始文件时，对所述第一原始文件进行检测；若所述第一原始文件存在故障，则生成所述引导程序的故障码，并将该故障码写入所述通信设备的第一存储分区内。
97.在一个实施例中，处理器执行计算机程序时还实现以下步骤：若所述第一原始文件不存在故障，则加载并执行所述第一原始文件，且当所述第一原始文件执行过程中存在故障时，生成所述引导程序的故障码，并将该故障码写入所述通信设备的第一存储分区内。
98.在一个实施例中，当所述待检测对象为操作系统时，处理器执行计算机程序时还实现以下步骤：向操作系统内核注册第一函数；通过调用所述第一函数，监测所述操作系统的运行状态；当所述操作系统运行状态异常时，生成所述操作系统的故障码，并将该故障码写入所述通信设备的第一存储分区内。
99.在一个实施例中，当所述待检测对象为文件系统时，处理器执行计算机程序时还实现以下步骤：当操作系统从所述通信设备中的第三存储分区内读取文件系统的第二原始文件时，对所述第二原始文件进行检测；若所述第二原始文件存在故障，则生成所述文件系统的故障码，并将该故障码写入所述通信设备的第一存储分区内。
100.在一个实施例中，处理器执行计算机程序时还实现以下步骤：若所述第二原始文件不存在故障，则运行所述第二原始文件，并通过所述第二原始文件内预先插入的第二函数监测所述文件系统的运行状态，且当所述文件系统运行状态异常时，生成所述文件系统的故障码，并将该故障码写入所述通信设备的第一存储分区内。
101.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
102.在通信设备出现故障重启后，读取所述通信设备的第一存储分区内的信息；
103.当所述信息中包含故障码时，从所述通信设备的第二存储分区内获取与所述故障码对应的备份文件；
104.使用所述备份文件修复所述通信设备的第三存储分区内与所述故障码对应的原始文件，并根据修复后的所述原始文件继续对所述通信设备执行相应的操作。
105.上述实施例中提供的通信设备的保护装置、设备以及存储介质可执行本技术任意实施例所提供的通信设备的保护方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本技术任意实施例所提供的通信设备的保护方法。
106.以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
107.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。