基于计算管理平台的计费方法、装置、设备和介质与流程

1.本技术涉及计算机技术领域，具体涉及一种基于计算管理平台的计费方法、装置、设备和介质。


背景技术：

2.高性能计算管理平台可以面向高性能计算业务开发和运维场景，整合硬件资源和业务资源，实现计算资源统一分配和调度、全面的集群监控、作业的多样化提交和管理以及计费管理的精准灵活，是一种稳定、高效、易用的全栈式平台。
3.目前，高性能计算管理平台中为使用大数据的应用程序提供高性能的数据并行处理，会分布成千甚至上万个集群节点。为了更好的管理平台集群的使用，合理的分配资源，会在平台中引入作业调度系统。而不同的调度系统对作业任务的信息统计和调度策略方式不同。设计人员在设计计费系统的时候，往往会根据所使用的作业调度系统的特点和平台的特点进行设计计费策略，但这样会导致计费系统和平台使用的调度系统耦合性较高。从而会出现调度系统发生改变，计费系统也会失效的问题，此时，设计人员不得不根据新的调度系统重新进行计费系统的设计。
4.另外，计费系统的计费策略设计往往比较单一，用户无法根据自己的计费策略和出账周期灵活地进行计费。资源的费率设置也比较单一，无法根据资源费率的变化灵活的对业务进行计费。对平台端提交的作业和linux系统层提交的作业无法做到计费统一，从而导致费用产生遗漏。
5.申请内容
6.为了解决上述背景技术中提到的至少一个问题，本技术提供了一种基于计算管理平台的计费方法、装置、设备和介质，能够将作业任务调度系统和计费系统解耦，以适配任意作业调度系统，同时，能够灵活地对作业任务进行实时监控、分析，根据用户设置的计费策略进行周期计费，方便灵活，做到计费统一，不会导致费用遗漏，可靠实用。
7.本技术实施例提供的具体技术方案如下：
8.第一方面，提供一种基于计算管理平台的计费方法，应用于高性能计算管理平台，所述方法包括：
9.接收作业任务请求，监控所述作业任务的运行情况；
10.根据所述作业任务的运行情况，得到所述作业任务的运行信息；
11.根据所述运行信息确定所述作业任务完成需要的资源信息；
12.根据所述资源信息以及用户定义的计费周期策略，判断是否执行扣费；
13.根据所述计费周期策略和账单生成策略生成账单。
14.进一步的，所述根据所述作业任务的运行情况，得到所述作业任务的运行信息，包括：
15.获取计费周期，所述计费周期为用户预先设定的记账时间间隔；
16.根据所述作业任务的运行情况，在每个所述计费周期对所述作业任务的属性进行
解析，记录所述作业任务的参数信息；
17.所述根据所述运行信息确定所述作业任务完成需要的资源信息，包括：
18.对所述作业任务的参数信息分析确定所述作业任务完成需要的资源信息。
19.进一步的，所述根据所述作业任务的运行情况，得到所述作业任务的运行信息，还包括：
20.判断所述作业任务是否完成，得到第一判断结果；
21.所述第一判断结果包括所述作业任务完成以及所述作业任务未完成。
22.进一步的，若所述第一判断结果为所述作业任务未完成，所述根据所述作业任务的运行情况，得到所述作业任务的运行信息，还包括：
23.获取第一计费作业运行时长与第二计费作业运行时长，所述第一计费作业运行时长为所述作业任务的当前计费作业运行时长，所述第二计费作业运行时长为所述作业任务的历史计费作业运行时长；
24.判断所述第一计费作业运行时长是否大于所述第二计费作业运行时长；
25.若所述第一计费作业运行时长大于所述第二计费作业运行时长，生成记账明细，记录本次计费作业运行时长；
26.更新所述作业任务的记账单。
27.进一步的，若所述第一判断结果为所述作业任务完成，所述根据所述作业任务的运行情况，得到所述作业任务的运行信息，还包括：
28.获取所述作业任务的记账单中的状态信息；
29.判断所述状态信息是否为完成状态；
30.若所述状态信息不是完成状态，获取第一计费作业运行时长与第二计费作业运行时长，并判断所述第一计费作业运行时长是否大于所述第二计费作业运行时长；
31.若所述第一计费作业运行时长大于所述第二计费作业运行时长，生成记账明细，记录本次计费作业运行时长；
32.更新所述作业任务的记账单。
33.进一步的，在所述根据所述资源信息以及用户定义的计费周期策略，判断是否执行扣费之后，所述方法还包括：
34.响应于被执行扣费的账户的余额小于余额提醒阈值，向所述账户发送余额提醒信息，所述账户包括组织账户或用户账户。
35.进一步的，所述根据所述计费周期策略和账单生成策略生成账单，还包括：
36.获取预设出账周期，所述预设出账周期为用户预先设定的需要统计出账的时间间隔；
37.根据所述预设出账周期对账户进行统计所述预设出账周期的账单详情，根据所述账单详情对所述账户进行定时出账；
38.所述账户包括组织账户或用户账户。
39.第二方面，提供一种基于计算管理平台的计费装置，包括：
40.通信模块，用于接收作业任务请求，监控所述作业任务的运行情况；
41.管理模块，用于根据所述作业任务的运行情况，得到所述作业任务的运行信息；
42.资源获取模块，用于根据所述运行信息确定所述作业任务完成需要的资源信息；
43.扣费模块，用于根据所述资源信息以及用户定义的计费周期策略，判断是否执行扣费；
44.出账模块，用于根据所述计费周期策略和账单生成策略生成账单。
45.第三方面，提供一种基于计算管理平台的计费设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述基于计算管理平台的计费方法。
46.第四方面，提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行所述基于计算管理平台的计费方法。
47.本技术实施例具有如下有益效果：
48.本技术实施例提供的一种基于计算管理平台的计费方法、装置、设备和介质，可以灵活地对高性能计算管理平台前端或linux层提交的作业任务进行实时监控、分析以及统计信息，能够将作业任务调度系统和计费系统解耦，以适配任意作业调度系统。同时，可以根据用户设置的计费策略进行周期计费，既方便灵活又能实现计费统一。还能够根据资源的使用情况及不同资源的费率的设置进行合理的收费，根据用户设置的出账周期进行定时出账，灵活性高，可靠实用，用户的体验感好。
附图说明
49.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
50.图1示出本技术实施例提供的基于计算管理平台的计费方法的总流程图；
51.图2示出根据本技术一个实施例的基于计算管理平台的计费方法的具体计费流程图；
52.图3示出根据本技术一个实施例的定时出账流程图；
53.图4示出可被用于实施本技术中所述的各个实施例的示例性系统。
具体实施方式
54.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
55.应当理解，在本技术的描述中，除非上下文明确要求，否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
56.还应当理解，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本技术的描述中，除非另有说明，“多个”的含义是两个或两个以上。
57.需要注意的是，术语“s1”、“s2”等仅用于步骤的描述目的，并非特别指称次序或顺位的意思，亦非用以限定本技术，其仅仅是为了方便描述本技术的方法，而不能理解为指示
步骤的先后顺序。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
58.实施例一
59.本技术提供了一种基于计算管理平台的计费方法，应用于高性能计算管理平台。其中，高性能计算管理平台可以包括clusterengine，clusterengine是浪潮自主研发的高性能计算管理平台，能够面向高性能计算业务开发和运维场景，整合硬件资源和业务资源。同时，能够实现计算资源统一分配和调度、全面的集群监控、作业的多样化提交和管理、计费管理的精准灵活，是一种稳定、高效、易用的全栈式平台。
60.参照图1，计费方法包括：
61.s1、接收作业任务请求，监控所述作业任务的运行情况。
62.具体的，用户可以通过高性能计算管理平台前端或者linux层发起作业任务请求，提交作业运行任务。系统接收到来自用户的作业任务请求，实时监控作业任务请求信息，监控作业任务的运行情况。
63.s2、根据所述作业任务的运行情况，得到所述作业任务的运行信息。
64.s3、根据所述运行信息确定所述作业任务完成需要的资源信息。
65.在一些实施例中，s2还包括：
66.s21、获取计费周期，计费周期为用户预先设定的记账时间间隔；
67.s22、根据作业任务的运行情况，在每个计费周期对作业任务的属性进行解析，记录作业任务的参数信息。
68.其中，s3还包括：
69.s31、对作业任务的参数信息分析确定作业任务完成需要的资源信息。
70.具体的，用户可以在高性能计算管理平台系统中设置计费周期，计费周期为用户预先设定的记账时间间隔。用户可以根据自己的实际需求灵活地设置计费周期，例如5分钟、10分钟、20分钟、半个小时、一个小时等等。系统可以在每个这样设置的计费周期对用户提交的作业任务进行运行信息的分析、资源信息的获取，以供后续执行运算、统计、扣费等操作。
71.在一些实施例中，s2还包括：
72.s23、判断作业任务是否完成，得到第一判断结果。
73.其中，第一判断结果包括作业任务完成以及作业任务未完成。
74.若所述第一判断结果为作业任务未完成，s2还包括：
75.s24、获取第一计费作业运行时长与第二计费作业运行时长。
76.s25、判断第一计费作业运行时长是否大于第二计费作业运行时长。
77.若第一计费作业运行时长大于第二计费作业运行时长，s2还包括：
78.s26、生成记账明细，记录本次计费作业运行时长。
79.s27、更新作业任务的记账单。
80.具体的，第一计费作业运行时长为作业任务的当前计费作业运行时长，第二计费作业运行时长为作业任务的历史计费作业运行时长。
81.示例性的，参照图2，在接收到作业任务请求后，可以运行定时执行任务。这里的定
时，可以包括上述设置的计费周期，即可以根据用户设定的时间间隔循环执行任务。在作业任务未完成的前提下，来判断当前计费作业运行时长是否大于历史作业运行时长。因为运算时长不会有误差，若当前计费作业运行时长(第一计费作业运行时长)大于历史计费作业运行时长(第二计费作业运行时长)，则说明计费作业任务还在运行，并且有新的计费明细存在，所以就需要生成新的记账明细，并记录本次的计费作业运行时长，以供下一次对比。而若第一计费作业运行时长不大于历史计费作业运行时长，则说明没有新的明细更新，则返回等待下一个周期执行任务。
82.若所述第一判断结果为作业任务完成，s2还包括：
83.s28、获取作业任务的记账单中的状态信息。
84.s29、判断状态信息是否为完成状态。
85.若状态信息不是完成状态，s2还包括：
86.s24、获取第一计费作业运行时长与第二计费作业运行时长。
87.s25、判断第一计费作业运行时长是否大于第二计费作业运行时长。
88.若第一计费作业运行时长大于第二计费作业运行时长，s2还包括：
89.s26、生成记账明细，记录本次计费作业运行时长。
90.s27、更新作业任务的记账单。
91.具体的，作业任务的记账单可以包括标志位信息，标志位信息可以包括作业任务的状态信息，用以标志作业任务的完成状态。若作业任务已完成，则会在标志位标志作业任务已完成这样的状态信息，反之，则标志暂时未完成。另外，在判断得到第一计费作业运行时长不大于第二计费作业运行时长之后的更新作业任务的记账单中，也可以更新记账单中的状态信息，标志作业任务已完成，以免重复执行。
92.具体的，在另一些实施例中，还可以通过计费费用/金额的对比替代计费作业运行时长的对比。一般而言，计费作业运行时长越长，记账明细越多，计费费用/金额也越大。若存在补贴费用，优惠费率费减，可以单独计算明细，识别补贴费用明细，执行补贴费用入账。
93.s4、根据所述资源信息以及用户定义的计费周期策略，判断是否执行扣费。
94.具体的，系统可以通过计费模块的计费策略对获取到的作业任务的资源信息进行计算，对作业任务的计费信息进行统计，以决定是否进行扣费。其中，计费策略可以包括计费周期策略，根据用户定义或设置，以适配不同的作业调度系统。同时，能够根据资源的使用情况及不同资源的费率的设置进行合理的收费，可信度高。
95.在一些实施例中，在执行s4之后，计费方法还包括：
96.响应于被执行扣费的账户的余额小于余额提醒阈值，向账户发送余额提醒信息，其中，账户包括组织账户或用户账户。
97.s5、根据所述计费周期策略以及账单生成策略生成账单。
98.在一些实施例中，s5还包括：
99.s51、获取预设出账周期，其中，预设出账周期为用户预先设定的需要统计出账的时间间隔。
100.s52、根据预设出账周期对账户进行统计预设出账周期的账单详情，根据账单详情对账户进行定时出账。其中，账户包括组织账户或用户账户。
101.具体的，参照图3，可以设置定时任务，定时任务执行出账循环。其中，预设出账周
期可以包括自然月、自然周、或其他自定义周期，响应于获取到自然月/自然周结束的信息，可以执行对该自然月/自然周的账单详情的统计，并将统计得到的账单信息出账。其中，出账完毕后，可以等待下一次自然月/自然周的响应，持续循环定时出账。
102.在本实施例中，可以灵活地对高性能计算管理平台前端或linux层提交的作业任务进行实时监控、分析以及统计信息，能够将作业任务调度系统和计费系统解耦，以适配任意作业调度系统。同时，可以根据用户设置的计费策略进行周期计费，既方便灵活又能实现计费统一。还能够根据资源的使用情况及不同资源的费率的设置进行合理的收费，根据用户设置的出账周期进行定时出账，灵活性高，可靠实用，用户的体验感好。
103.实施例二
104.对应上述实施例，本技术还提供了一种基于计算管理平台的计费装置，用于实施上述基于计算管理平台的计费方法，装置包括：通信模块、管理模块、资源获取模块、扣费模块以及出账模块。
105.其中，通信模块，用于接收作业任务请求，监控所述作业任务的运行情况；管理模块，用于根据所述作业任务的运行情况，得到所述作业任务的运行信息；资源获取模块，用于根据所述运行信息确定所述作业任务完成需要的资源信息；扣费模块，用于根据所述资源信息以及用户定义的计费周期策略，判断是否执行扣费；出账模块，用于根据所述计费周期策略和账单生成策略生成账单。
106.进一步的，管理模块还用于获取计费周期，所述计费周期为用户预先设定的记账时间间隔；管理模块还用于根据所述作业任务的运行情况，在每个所述计费周期对所述作业任务的属性进行解析，记录所述作业任务的参数信息；资源获取模块，还用于对所述作业任务的参数信息分析确定所述作业任务完成需要的资源信息。
107.进一步的，管理模块还用于判断所述作业任务是否完成，得到第一判断结果。其中，第一判断结果包括作业任务完成以及作业任务未完成。
108.进一步的，若第一判断结果为作业任务未完成，管理模块还用于获取第一计费作业运行时长与第二计费作业运行时长。其中，第一计费作业运行时长为作业任务的当前计费作业运行时长，第二计费作业运行时长为作业任务的历史计费作业运行时长。管理模块还用于判断所述第一计费作业运行时长是否大于所述第二计费作业运行时长。若所述第一计费作业运行时长大于所述第二计费作业运行时长，管理模块还用于生成记账明细，记录本次计费作业运行时长，并更新所述作业任务的记账单。
109.进一步的，若第一判断结果为作业任务完成，管理模块还用于获取所述作业任务的记账单中的状态信息，并判断所述状态信息是否为完成状态。若状态信息不是完成状态，管理模块还用于获取第一计费作业运行时长与第二计费作业运行时长，并判断所述第一计费作业运行时长是否大于所述第二计费作业运行时长。若所述第一计费作业运行时长大于所述第二计费作业运行时长，管理模块还用于生成记账明细，记录本次计费作业运行时长，并更新所述作业任务的记账单。
110.进一步的，若扣费模块响应于被执行扣费的账户的余额小于余额提醒阈值，通信模块还用于向所述账户发送余额提醒信息，其中，账户可以包括组织账户或用户账户。
111.进一步的，出账模块还用于获取预设出账周期，其中，预设出账周期为用户预先设定的需要统计出账的时间间隔。出账模块还用于根据所述预设出账周期对账户进行统计所
述预设出账周期的账单详情，并根据所述账单详情对所述账户进行定时出账。其中，账户可以包括组织账户或用户账户。
112.其中，计费装置基于的计算管理平台可以包括高性能计算管理平台，方法实施例中已有详细介绍，故此处不作赘述。
113.在一些实施例中，上述模块还可以用于通过计费费用/金额的对比替代计费作业运行时长的对比。方法实施例中也已有详细介绍。其中，装置还可以包括入账模块，入账模块用于执行补贴费用入账。
114.在本实施例中，能够将作业任务调度系统和计费系统解耦，以适配任意作业调度系统，避免了因调度系统发生改变，计费系统也会失效的问题的出现。能够实现更好的管理平台集群的使用以及合理的资源分配，保证装置可靠性的同时又提升了整体的灵活性。
115.实施例三
116.对应上述实施例，本技术还提供了一种基于计算管理平台的计费设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时可以实现上述基于计算管理平台的计费方法。
117.如图4所示，在一些实施例中，系统能够作为各所述实施例中的任意一个用于基于计算管理平台的计费方法的上述基于计算管理平台的计费设备。在一些实施例中，系统可包括具有指令的一个或多个计算机可读介质(例如，系统存储器或nvm/存储设备)以及与该一个或多个计算机可读介质耦合并被配置为执行指令以实现模块从而执行本技术中所述的动作的一个或多个处理器(例如，(一个或多个)处理器)。
118.对于一个实施例，系统控制模块可包括任意适当的接口控制器，以向(一个或多个)处理器中的至少一个和/或与系统控制模块通信的任意适当的设备或组件提供任意适当的接口。
119.系统控制模块可包括存储器控制器模块，以向系统存储器提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。
120.系统存储器可被用于例如为系统加载和存储数据和/或指令。对于一个实施例，系统存储器可包括任意适当的易失性存储器，例如，适当的dram。在一些实施例中，系统存储器可包括双倍数据速率类型四同步动态随机存取存储器(ddr4sdram)。
121.对于一个实施例，系统控制模块可包括一个或多个输入/输出(i/o)控制器，以向nvm/存储设备及(一个或多个)通信接口提供接口。
122.例如，nvm/存储设备可被用于存储数据和/或指令。nvm/存储设备可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(hdd)、一个或多个光盘(cd)驱动器和/或一个或多个数字通用光盘(dvd)驱动器)。
123.nvm/存储设备可包括在物理上作为系统被安装在其上的设备的一部分的存储资源，或者其可被该设备访问而不必作为该设备的一部分。例如，nvm/存储设备可通过网络经由(一个或多个)通信接口进行访问。
124.(一个或多个)通信接口可为系统提供接口以通过一个或多个网络和/或与任意其他适当的设备通信。系统可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信。
125.对于一个实施例，(一个或多个)处理器中的至少一个可与系统控制模块的一个或多个控制器(例如，存储器控制器模块)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器中的至少一个可与系统控制模块的一个或多个控制器的逻辑封装在一起以形成系统级封装(sip)。对于一个实施例，(一个或多个)处理器中的至少一个可与系统控制模块的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器中的至少一个可与系统控制模块的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(soc)。
126.在各个实施例中，系统可以但不限于是：服务器、工作站、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)。在各个实施例中，系统可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，系统包括一个或多个摄像机、键盘、液晶显示器(lcd)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(asic)和扬声器。
127.需要注意的是，本技术可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本技术的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本技术的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本技术的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
128.另外，本技术的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本技术的方法和/或技术方案。本领域技术人员应能理解，计算机程序指令在计算机可读介质中的存在形式包括但不限于源文件、可执行文件、安装包文件等，相应地，计算机程序指令被计算机执行的方式包括但不限于：该计算机直接执行该指令，或者该计算机编译该指令后再执行对应的编译后程序，或者该计算机读取并执行该指令，或者该计算机读取并安装该指令后再执行对应的安装后程序。在此，计算机可读介质可以是可供计算机访问的任意可用的计算机可读存储介质或通信介质。
129.通信介质包括藉此包含例如计算机可读指令、数据结构、程序模块或其他数据的通信信号被从一个系统传送到另一系统的介质。通信介质可包括有导的传输介质(诸如电缆和线(例如，光纤、同轴等))和能传播能量波的无线(未有导的传输)介质，诸如声音、电磁、rf、微波和红外。计算机可读指令、数据结构、程序模块或其他数据可被体现为例如无线介质(诸如载波或诸如被体现为扩展频谱技术的一部分的类似机制)中的已调制数据信号。术语“已调制数据信号”指的是其一个或多个特征以在信号中编码信息的方式被更改或设定的信号。调制可以是模拟的、数字的或混合调制技术。
130.在此，根据本技术的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本技术的多个实施例的方法和/或技术方案。
131.实施例四
132.对应上述实施例，本技术还提供了一种计算机可读存储介质，存储有计算机可执行指令，计算机可执行指令用于执行基于计算管理平台的计费方法。
133.在本实施例中，计算机可读存储介质可包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据的信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动的介质。例如，计算机可读存储介质包括，但不限于，易失性存储器，诸如随机存储器(ram,dram,sram)；以及非易失性存储器，诸如闪存、各种只读存储器(rom,prom,eprom,eeprom)、磁性和铁磁/铁电存储器(mram,feram)；以及磁性和光学存储设备(硬盘、磁带、cd、dvd)；或其它现在已知的介质或今后开发的能够存储供计算机系统使用的计算机可读信息/数据。
134.尽管已描述了本技术实施例中的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术实施例中范围的所有变更和修改。
135.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。