一种应用于系统测试用的实时系统监控方法以及装置与流程

1.本技术涉及测试领域，具体涉及一种应用于系统测试用的实时系统监控方法以及装置。


背景技术：

2.系统性能测试服务，可以用来检测系统是否具有正常的工作能力，此外，也可监测出系统是否存在缺陷，显然，具有其重要作用，因此在系统的销售、搭建、维护等环节都可涉及到。
3.在执行系统性能测试时，通过是通过相关的测试工具进行的，这类测试工具内置有具体的测试策略，可以在不同的测试标准下测试系统的性能。
4.而在现有的相关技术的研究过程中，发明人发现，目前市面上的如loadrunner等测试工具，对于用户来说存在配置工作繁琐的问题，而这显然影响了一定程度的测试效率。


技术实现要素：

5.本技术提供了一种应用于系统测试用的实时系统监控方法以及装置，用于通过测试工具向被测系统植入系统监控组件，在被测系统端自动完成相关的配置工作，如此大大避免现有技术中所需的用户配置工作，其次还可从被测系统内部更快、更精确地获取到被测系统的响应结果，从而实现更快的测试效率以及更好的测试质量。
6.第一方面，本技术提供了一种应用于系统测试用的实时系统监控方法，方法包括：
7.测试设备触发针对被测系统的系统测试任务，系统测试任务是指针对被测系统的系统性能测试任务；
8.测试设备向被测系统发起系统测试任务对应的测试请求；
9.测试设备通过植入被测系统的系统环境的系统监控组件，检测并记录被测系统对于测试请求的响应结果；
10.测试设备根据响应结果生成被测系统的系统性能测试结果。
11.结合本技术第一方面，在本技术第一方面第一种可能的实现方式中，测试设备通过植入被测系统的系统环境的系统监控组件，检测并记录被测系统对于测试请求的响应结果之前，方法还包括：
12.测试设备检测被测系统中是否有预先植入的系统监控组件；
13.若否，则测试设备调用测试工具中系统监控组件的配置程序；
14.测试设备基于配置程序，对被测系统的系统环境植入系统监控组件。
15.结合本技术第一方面，在本技术第一方面第二种可能的实现方式中，在系统监控组件记录的响应结果中，除了包括被测系统对于测试请求的响应内容，还包括被测系统在测试过程中的系统指标以及系统资源的状态内容。
16.结合本技术第一方面，在本技术第一方面第三种可能的实现方式中，测试设备通过系统监控组件记录被测系统对于测试请求的响应结果，包括：
17.测试设备通过http协议从系统监控组件中抓取响应结果到本地；
18.测试设备定期从静态配置的targets或者服务发现的targets中，拉取响应结果；
19.当拉取的响应结果的数据量大于内存缓存区的容量时，测试设备将拉取的响应结果持久化到硬盘。
20.结合本技术第一方面，在本技术第一方面第四种可能的实现方式中，方法还包括：
21.测试设备根据预设的警告策略，判断响应结果中的数据内容是否满足了警告条件；
22.若是，则测试设备将相应的警告事件推送到警告管理系统，使得警告管理系统进行警告输出。
23.第二方面，本技术提供了一种应用于系统测试用的实时系统监控装置，装置包括：
24.触发单元，用于触发针对被测系统的系统测试任务，系统测试任务是指针对被测系统的系统性能测试任务；
25.发起单元，用于向被测系统发起系统测试任务对应的测试请求；
26.获取单元，用于通过植入被测系统的系统环境的系统监控组件，检测并记录被测系统对于测试请求的响应结果；
27.生成单元，用于根据响应结果生成被测系统的系统性能测试结果。
28.结合本技术第二方面，在本技术第二方面第一种可能的实现方式中，装置还包括植入单元，用于：
29.检测被测系统中是否有预先植入的系统监控组件；
30.若否，则调用测试工具中系统监控组件的配置程序；
31.基于配置程序，对被测系统的系统环境植入系统监控组件。
32.结合本技术第二方面，在本技术第二方面第二种可能的实现方式中，在系统监控组件记录的响应结果中，除了包括被测系统对于测试请求的响应内容，还包括被测系统在测试过程中的系统指标以及系统资源的状态内容。
33.结合本技术第二方面，在本技术第二方面第三种可能的实现方式中，获取单元，具体用于：
34.通过http协议从系统监控组件中抓取响应结果到本地；
35.定期从静态配置的targets或者服务发现的targets中，拉取响应结果；
36.当拉取的响应结果的数据量大于内存缓存区的容量时，将拉取的响应结果持久化到硬盘。
37.结合本技术第二方面，在本技术第二方面第四种可能的实现方式中，装置还包括警告单元，用于：
38.根据预设的警告策略，判断响应结果中的数据内容是否满足了警告条件；
39.若是，则将相应的警告事件推送到警告管理系统，使得警告管理系统进行警告输出。
40.第三方面，本技术提供了一种测试设备，包括处理器和存储器，存储器中存储有计算机程序，处理器调用存储器中的计算机程序时执行本技术第一方面或者本技术第一方面任一种可能的实现方式提供的方法。
41.第四方面，本技术提供了一种计算机可读存储介质，计算机可读存储介质存储有
多条指令，指令适于处理器进行加载，以执行本技术第一方面或者本技术第一方面任一种可能的实现方式提供的方法。
42.从以上内容可得出，本技术具有以下的有益效果：
43.针对于系统测试任务，本技术在测试过程中，通过植入被测系统的系统环境的系统监控组件，检测并记录被测系统对于测试请求的响应结果，再根据响应结果生成被测系统的系统性能测试结果，在该测试机制下，通过测试设备向被测系统植入系统监控组件，可以在被测系统端自动完成相关的配置工作，如此大大避免现有技术中所需的用户配置工作，其次还可从被测系统内部更快、更精确地获取到被测系统的响应结果，从而实现更快的测试效率以及更好的测试质量。
附图说明
44.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
45.图1为本技术应用于系统测试用的实时系统监控方法的一种流程示意图；
46.图2为本技术应用于系统测试用的实时系统监控方法的一种界面示意图；
47.图3为本技术应用于系统测试用的实时系统监控方法的又一种界面示意图；
48.图4为本技术应用于系统测试用的实时系统监控装置的一种结构示意图；
49.图5为本技术测试设备的一种结构示意图。
具体实施方式
50.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
51.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本技术中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。
52.本技术中所出现的模块的划分，是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本技术中均不作
限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本技术方案的目的。
53.在介绍本技术提供的应用于系统测试用的实时系统监控方法之前，首先介绍本技术所涉及的背景内容。
54.本技术提供的应用于系统测试用的实时系统监控方法、装置以及计算机可读存储介质，可应用于测试设备，用于通过测试设备向被测系统植入系统监控组件，在被测系统端自动完成相关的配置工作，如此大大避免现有技术中所需的用户配置工作，其次还可从被测系统内部更快、更精确地获取到被测系统的响应结果，从而实现更快的测试效率以及更好的测试质量。
55.本技术提及的应用于系统测试用的实时系统监控方法，其执行主体可以为应用于系统测试用的实时系统监控装置，或者集成了该应用于系统测试用的实时系统监控装置的服务器、物理主机甚至用户设备(user equipment，ue)等不同类型的测试设备。其中，应用于系统测试用的实时系统监控装置可以采用硬件或者软件的方式实现，ue具体可以为智能手机、平板电脑、笔记本电脑、台式电脑或者个人数字助理(personal digital assistant，pda)等终端设备，测试设备可以通过设备集群的方式设置。
56.下面，开始介绍本技术提供的应用于系统测试用的实时系统监控方法。
57.首先，参阅图1，图1示出了本技术应用于系统测试用的实时系统监控方法的一种流程示意图，本技术提供的应用于系统测试用的实时系统监控方法，具体可包括如下步骤s101至步骤s104：
58.步骤s101，测试设备触发针对被测系统的系统测试任务，系统测试任务是指针对被测系统的系统性能测试任务；
59.可以理解，在具体应用中，本技术所涉及的被测系统，可以是任意场景下的系统，其既可以是本地的系统，也可以是远程的、云端的系统。
60.与此同时，系统测试任务，具体可以为tpc-e、tpc-h等不同测试基准下规范的测试任务，当然，任务中所指定的测试内容，也可以是用户自主配置的，具体可以随实际需要调整，在此不做具体限制。
61.通常来说，系统测试主要是由测试设备上配置的测试工具来主导的，测试设备或者测试工具，可以由用户的手动触发或者系统的自动触发，来确定、触发针对本次被测系统的系统测试任务。
62.步骤s102，测试设备向被测系统发起系统测试任务对应的测试请求；
63.在具体的系统测试过程中，测试设备需要向被测系统发起相应的测试请求，容易理解，这些测试请求是与测试内容相关的，也就是说，这些测试请求是专门配置用来测试系统性能的，其不仅可以包含系统在正常运行过程中涉及的处理请求，还可以包含系统在一些极端情况、特殊情况下可涉及到的处理请求，如此全面地测试系统的响应性能。
64.其中，这些测试请求，既可以是预先配置的，也可以是针对本次的测试任务实时配置的。
65.步骤s103，测试设备通过植入被测系统的系统环境的系统监控组件，检测并记录被测系统对于测试请求的响应结果；
66.可以注意到，本技术在获取被测系统对于接收到的测试请求的响应结果时，是通过植入被测系统的系统环境的系统监控组件实现的。
67.在现有技术中，通过是在被测系统的外部，进行其响应结果的监控，其只能通过获取系统权限的方式，开启服务端的性能监控服务，还需要对服务器的系统本地策略进行更改，并且还需配置服务器的ip地址以及服务器端账号密码，在不同的服务端进行测试时都需要重新配置，显然所涉及的配置工作较为繁琐冗杂，且从系统外部进行响应结果的获取还存在获取难、获取精度不高的问题。
68.而本技术，则是直接在被测系统中，植入系统级的系统监控组件，由于是通过植入系统监控组件的方式，也可通过该系统监控组件，方便地在系统内部自动完成相应的配置工作，如ip地址、账号密码的自动配置，直接省去了现有技术中所需的、大量的用户配置工作。
69.此外，也从系统内部便捷地调取相关的响应结果，完成高效率、高精度的响应监控。
70.步骤s104，测试设备根据响应结果生成被测系统的系统性能测试结果。
71.而在获得了被测系统对于测试请求的响应结果后，测试设备即可基于预设的数据加工策略、数据转化策略、数据输出策略等方面的预设要求，将其转化为系统性能测试结果，完成测试任务的分析，供测试结果的输出使用。
72.从图1所示实施例可看出，针对于系统测试任务，本技术在测试过程中，通过植入被测系统的系统环境的系统监控组件，检测并记录被测系统对于测试请求的响应结果，再根据响应结果生成被测系统的系统性能测试结果，在该测试机制下，通过测试设备向被测系统植入系统监控组件，可以在被测系统端自动完成相关的配置工作，如此大大避免现有技术中所需的用户配置工作，其次还可从被测系统内部更快、更精确地获取到被测系统的响应结果，从而实现更快的测试效率以及更好的测试质量。
73.继续对上述图1所示实施例的各个步骤及其在实际应用中可能的实现方式进行详细阐述。
74.从上面内容中可以看到的是，本技术所实现的更高效率、更高质量的测试效果，是通过植入被测系统的系统环境的系统监控组件来实现的，而在具体应用中，该系统监控组件具体还可是由测试设备或者说测试工具来完成其相应的植入工作。
75.作为一种适于实用的实现方式，测试设备在通过植入被测系统的系统环境的系统监控组件，检测并记录被测系统对于测试请求的响应结果之前，还可包括以下内容：
76.测试设备检测被测系统中是否有预先植入的系统监控组件；
77.若否，则测试设备调用测试工具中系统监控组件的配置程序；
78.测试设备基于配置程序，对被测系统的系统环境植入系统监控组件。
79.可以理解的是，对于之前未受到本技术所提出的系统性能测试的系统，显然，其之前就未在系统环境中植入本技术所涉及的系统监控组件，如此，本技术在进行当前的系统性能测试时，则可先检测下本次的被测系统是否存在该系统监控组件，若没有则可对其进行植入，若有，直接调用即可。
80.当然，还存在一情况，即每次完成系统性能测试后，可以卸载掉被测系统的系统环境所植入的系统监控组件，如此后续在进行新一轮的系统性能测试时，还需进行系统监控
组件的植入工作。
81.此外，在该设置中，也可涉及到系统监控组件的更新，若被测系统已经植入的系统监控组件不是当前测试设备所承载的系统监控组件，也可进行新的系统监控组件的植入，达到组件更新的目的。
82.进一步的，为提高系统测试效果，本技术还提升了系统测试深度。具体的，作为又一种适于实用的实现方式，在系统监控组件记录的响应结果中，除了包括被测系统对于测试请求的响应内容，还包括被测系统在测试过程中的系统指标以及系统资源的状态内容。
83.也就是说，在获取响应结果时，除了监测基础的被测系统对于测试请求的响应，还监测被测系统在响应时的系统状态，其可以从系统指标以及系统资源的状态等方面进行反映。
84.其中，系统指标具体可以为网络指标，例如网络波动、断网等指标。
85.系统资源具体可以为系统资源占用率，例如cpu占用率、内存占用率等指标。
86.而响应结果中包含了被测系统在测试过程中的系统指标以及系统资源的状态内容后，则可基于这些状态内容，忽略异常状态对测试结果的影响，防止过度测试或者无效策略。
87.即，可以根据这些状态内容，结合预设的正常工作范围所对应的状态内容，判断被测系统是否处于正常工作状态，若超出正常工作状态，则可对其相关的响应内容进行忽略，如此可以保障后续所得的测试结果是在被测系统的正常工作中所具有的系统性能，达到进一步提高测试精度的目的。
88.而在另一方面，可以理解，在实际应用中，对于响应结果的具体获取，可以涉及到相关的传输协议或者策略，而作为又一种适于实用的实现方式，测试设备通过系统监控组件记录被测系统对于测试请求的响应结果的过程中，还可通过下面的方案实现：
89.测试设备通过http协议从系统监控组件中抓取响应结果到本地；
90.测试设备定期从静态配置的targets或者服务发现的targets中，拉取响应结果；
91.当拉取的响应结果的数据量大于内存缓存区的容量时，测试设备将拉取的响应结果持久化到硬盘。
92.可以理解，该设置为响应结果的抓取，提供了一套具体的实现方案，在测试设备的本地，可以基于targets或者targets这两种软件层面的抓取策略来实现，且考虑到缓存问题，还引入了缓存转持久化的设置，如此通过缓存和持久化的存储配合机制，实现更为灵活、高效的数据获取处理。
93.进一步的，本技术还可引入预警机制，如此可在系统测试过程中以及系统测试后，都可起到及时的预警效果。
94.具体的，作为又一种适于实用的实现方式，测试设备还可以根据预设的警告策略，判断响应结果中的数据内容是否满足了警告条件；
95.若是，则测试设备将相应的警告事件推送到警告管理系统，使得警告管理系统进行警告输出。
96.其中，警告策略可以理解为描述了不同警告条件(事件)所对应的系统状态，如此测试设备可以将当前响应结果的数据内容与其进行对比，如此出现相匹配的警告条件(事件)时，则可确定需要发出该警告条件(事件)的相应警告。
97.而警告管理系统，为测试设备或者测试设备所属系统专门配置用来向相关设备或者用户输出警告的系统，并设置有警告信息的加工和存储功能。
98.举例而言，在实际应用中，可以配置rules，然后定时查询数据，当条件触发的时候，会将alert推送到配置的警告管理系统，而警告管理系统收到警告的时候，则可以根据配置，聚合、去重、降噪，最后发送警告。
99.进一步的，本技术所做的系统性能测试，其测试过程以及测试结果，还可通过可视化的分析工具进行用户侧的呈现，将相关数据可视化展示，并及时通知，如此，通过可视化工具，用户可以实时查看测试进度、测试结果(如系统资源占用情况)、系统警告等，对本地的测试任务实现更为形象、丰富的展示效果，从而用户可以更为直观地了解本次测试任务的相关情况。
100.具体的，作为一种实例，在测试任务的工作过程中，可以包括以下内容：
101.1.开始测试任务；
102.2.点击左方菜单栏操作模块的“硬件监控”按钮，如图2示出的本技术应用于系统测试用的实时系统监控方法的一种界面示意图；
103.3.待加载完毕后在界面内点击“windows系统监控”或“linux系统监控”按钮，如图3示出的本技术应用于系统测试用的实时系统监控方法的又一种界面示意图，后续则可展示实时的测试详情(包括监控结果)。
104.以上是本技术提供应用于系统测试用的实时系统监控方法的介绍，为便于更好的实施本技术提供的应用于系统测试用的实时系统监控方法，本技术还从功能模块角度提供了一种应用于系统测试用的实时系统监控装置。
105.参阅图4，图4为本技术应用于系统测试用的实时系统监控装置的一种结构示意图，在本技术中，应用于系统测试用的实时系统监控装置400具体可包括如下结构：
106.触发单元401，用于触发针对被测系统的系统测试任务，系统测试任务是指针对被测系统的系统性能测试任务；
107.发起单元402，用于向被测系统发起系统测试任务对应的测试请求；
108.获取单元403，用于通过植入被测系统的系统环境的系统监控组件，检测并记录被测系统对于测试请求的响应结果；
109.生成单元404，用于根据响应结果生成被测系统的系统性能测试结果。
110.结合本技术第二方面，在本技术第二方面第一种可能的实现方式中，装置还包括植入单元405，用于：
111.检测被测系统中是否有预先植入的系统监控组件；
112.若否，则调用测试工具中系统监控组件的配置程序；
113.基于配置程序，对被测系统的系统环境植入系统监控组件。
114.结合本技术第二方面，在本技术第二方面第二种可能的实现方式中，在系统监控组件记录的响应结果中，除了包括被测系统对于测试请求的响应内容，还包括被测系统在测试过程中的系统指标以及系统资源的状态内容。
115.结合本技术第二方面，在本技术第二方面第三种可能的实现方式中，获取单元403，具体用于：
116.通过http协议从系统监控组件中抓取响应结果到本地；
117.定期从静态配置的targets或者服务发现的targets中，拉取响应结果；
118.当拉取的响应结果的数据量大于内存缓存区的容量时，将拉取的响应结果持久化到硬盘。
119.在又一种示例性的实现方式中，装置还包括警告单元406，用于：
120.根据预设的警告策略，判断响应结果中的数据内容是否满足了警告条件；
121.若是，则将相应的警告事件推送到警告管理系统，使得警告管理系统进行警告输出。
122.本技术还从硬件结构角度提供了一种测试设备，参阅图5，图5示出了本技术测试设备的一种结构示意图，具体的，本技术测试设备可包括处理器501、存储器502以及输入输出设备503，处理器501用于执行存储器502中存储的计算机程序时实现如图1对应实施例中应用于系统测试用的实时系统监控方法的各步骤；或者，处理器501用于执行存储器502中存储的计算机程序时实现如图4对应实施例中各单元的功能，存储器502用于存储处理器501执行上述图1对应实施例中应用于系统测试用的实时系统监控方法所需的计算机程序。
123.示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器502中，并由处理器501执行，以完成本技术。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。
124.测试设备可包括，但不仅限于处理器501、存储器502、输入输出设备503。本领域技术人员可以理解，示意仅仅是测试设备的示例，并不构成对测试设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如测试设备还可以包括网络接入设备、总线等，处理器501、存储器502、输入输出设备503等通过总线相连。
125.处理器501可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是测试设备的控制中心，利用各种接口和线路连接整个设备的各个部分。
126.存储器502可用于存储计算机程序和/或模块，处理器501通过运行或执行存储在存储器502内的计算机程序和/或模块，以及调用存储在存储器502内的数据，实现计算机装置的各种功能。存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据测试设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
127.处理器501用于执行存储器502中存储的计算机程序时，具体可实现以下功能：
128.触发针对被测系统的系统测试任务，系统测试任务是指针对被测系统的系统性能测试任务；
129.向被测系统发起系统测试任务对应的测试请求；
130.通过植入被测系统的系统环境的系统监控组件，检测并记录被测系统对于测试请求的响应结果；
131.根据响应结果生成被测系统的系统性能测试结果。
132.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的应用于系统测试用的实时系统监控装置、测试设备及其相应单元的具体工作过程，可以参考如图1对应实施例中应用于系统测试用的实时系统监控方法的说明，具体在此不再赘述。
133.本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。
134.为此，本技术提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本技术如图1对应实施例中应用于系统测试用的实时系统监控方法的步骤，具体操作可参考如图1对应实施例中应用于系统测试用的实时系统监控方法的说明，在此不再赘述。
135.其中，该计算机可读存储介质可以包括：只读存储器(read only memory，rom)、随机存取记忆体(random access memory，ram)、磁盘或光盘等。
136.由于该计算机可读存储介质中所存储的指令，可以执行本技术如图1对应实施例中应用于系统测试用的实时系统监控方法的步骤，因此，可以实现本技术如图1对应实施例中应用于系统测试用的实时系统监控方法所能实现的有益效果，详见前面的说明，在此不再赘述。
137.以上对本技术提供的应用于系统测试用的实时系统监控方法、装置、测试设备以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。