节点调度方法和装置与流程

文档序号:18642173发布日期:2019-09-11 23:34阅读:282来源:国知局
节点调度方法和装置与流程

本公开涉及资源管理技术领域,具体而言,涉及一种节点调度方法和装置。



背景技术:

目前,资源调度是kubernetes这种大规模数据中心的核心模块之一,是云计算得以大规模的应用和提高云平台系统性能并兼顾成本最小化的核心技术,一个好的调度系统能够根据用户的请求来为用户选择合适的可用资源,并能够确保在容器生命周期内有足够的资源来支撑其运行,且能够提高集群资源的利用率。

现有技术中,kubernetes默认采用的调度算法是系统自带的default算法,通常是经过predicate策略筛选出了多个符合条件的节点,则通过priorities策略对所选节点进行评分,选出最适合的节点。

但是,采用现有技术,在priorities策略对所选节点进行评分的过程中,仅仅只考虑了节点上的中央处理器(cpu)和内存资源,无法真实的反映节点的资源使用情况,使得节点的资源调度不合理,导致用户体验不佳。



技术实现要素:

本公开的目的在于提供一种节点调度方法和装置,能够多维度获取节点资源的占用情况,使得对目标节点的选取更加合理,提升了用户的体验度。

为了实现上述目的,本公开采用的技术方案如下:

第一方面,本公开提出一种节点调度方法,应用于容器的集群管理系统,该容器的集群管理系统包括多个节点,包括:

获取节点的维度数据,根据维度数据得到每个维度对应的评分,其中,维度包括:节点的中央处理器和内存资源、中央处理器和内存的负载均衡、镜像获取能力、以及存储能力;

根据每个维度的重要等级,预设每个维度的权重值;

根据每个维度对应的评分和权重值,得到节点对应的总评分;

根据总评分,调度符合预设要求的目标节点。

第二方面,本公开还提出一种节点调度装置,应用于容器的集群管理系统,该容器的集群管理系统包括多个节点,包括:

评分模块,用于获取节点的维度数据,根据维度数据获取每个维度对应的评分,其中,维度包括:节点的中央处理器和内存资源、负载均衡、镜像获取能力和存储能力;

权重值模块,用于根据每个维度的重要等级,预设每个维度的权重值;

处理模块,根据每个维度对应的评分和权重值,得到节点对应的总评分;

调度模块,用于根据总评分,调度符合预设要求的节点。

第三方面,本公开还提出一种电子设备,包括存储有计算机程序的计算机可读存储介质和处理器,所述计算机程序被所述处理器读取并运行时,实现上述第一方面所述的方法。

第四方面,本公开还提出一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器读取并运行时,实现上述第一方面所述的方法。

相对现有技术,本公开具有以下有益效果:

通过获取节点的多个维度数据,根据每个维度数据得到每个维度对应的评分,并根据每个维度的重要等级,预设每个维度的权重值,对每个维度对应的评分和权重值进行加权求和,从而得到节点对应的总评分,将符合预设要求的的节点作为调度的目标节点,进而能够多维度获取节点资源的占用情况,使得对目标节点的选取更加合理,提升了用户的体验度。

本公开的其他特征和优点将在随后的说明书阐述,并且,部分地从说明书中变得显而易见,或者通过实施本公开了解。本公开的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本公开的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本公开的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。

图1示出了本公开所提供的一种容器的集群管理系统应用环境示意图;

图2示出了本公开所提供的一种节点调度方法的流程示意图;

图3示出了本公开所提供的另一种节点调度方法的流程示意图;

图4示出了本公开所提供的另一种节点调度方法的流程示意图;

图5示出了本公开所提供的另一种节点调度方法的流程示意图;

图6示出了本公开所提供的另一种节点调度方法的流程示意图;

图7示出了本公开所提供的一种节点调度装置的功能模块示意图;

图8示出了本公开所提供的一种评分模块的功能模块示意图;

图9示出了本公开所提供的一种电子设备的功能模块示意图。

具体实施方式

下面将结合本公开中附图,对本公开中的技术方案进行清楚、完整地描述。

应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。

请参照图1,为本公开所提供的一种容器的集群管理系统应用环境示意图。该容器的集群管理系统100应用于kubernetes集群,包括多个节点,具体包括1个主节点(master)101和多个子节点(node)102,主节点(master)101主要负责管理集群,提供集群的资源数据访问入口,可以实现整个集群的资源管理、操作单元(pod)调度、弹性伸缩、安全控制、系统监控和纠错等管理能力。多个子节点(node)102是kubernetes集群的操作单元,运行真正的应用程序,负责操作单元(pod)的创建、启动、监控、重启、销毁以及实现软件模式的负载均衡器,其中,在子节点(node)102上kubernetes管理的最小运行单元是操作单元(pod),一个操作单元(pod)可以包含一个容器或者多个相关容器,操作单元(pod)运行在子节点(node)的环境中,该子节点(node)可以是物理机,也可以是虚拟机,具体在此不作限定。

请参照图2,为本公开所提供的一种节点调度方法的流程示意图。该方法应用于图1所示的容器的集群管理系统中。需要说明的是,本公开所述的节点调度方法并不以图2以及以下所述的具体顺序为限制,应当理解,在其它实施例中,本公开所述的节点调度方法其中部分步骤的顺序可以根据实际需要相互交换,或者其中的部分步骤也可以省略或删除。下面将对图2所示的流程进行详细阐述。

步骤201,获取节点的维度数据,根据维度数据得到每个维度对应的评分。

其中,评估节点的维度可以包括:节点的中央处理器和内存资源、中央处理器和内存的负载均衡、镜像获取能力、以及存储能力。

具体的,影响节点资源调度的因素有很多,如:节点的中央处理器和内存资源、中央处理器和内存的负载均衡、镜像获取能力、以及存储能力等,其中,对于节点的中央处理器和内存资源的维度数据,包括:节点中央处理器和内存的资源总量、已使用资源量和待调度资源量等,可以基于选择资源(中央处理器和内存)使用率最低的节点作为目标节点;对于中央处理器和内存的负载均衡的维度数据,包括:中央处理器和内存的资源总量、已使用资源量和待调度资源量等,可以基于节点的资源(中央处理器和内存)均衡角度来考虑,选取中央处理器和内存使用率的差异最小的节点作为目标节点;对于镜像获取能力的维度数据,包括:节点上存在的所需镜像资源量、待调度所需镜像资源量、以及节点下载镜像资源的速度等,可以基于节点的镜像拉取时间最快的节点作为目标节点;对于存储能力的维度数据,包括:节点的总磁盘资源量、已使用磁盘资源量、待调度磁盘资源量、节点与存储系统间的数据传输速度等,可以基于节点不同的存储方式对应的存储能力最强的节点作为目标节点;由此可知,基于上述多个不同维度分别对节点有不同的影响,因此,可以从多个角度综合对节点的进行评估,对节点的每一个维度进行评分,能够多维度获取节点资源的占用情况,使得对目标节点的选取更加合理。

步骤202,根据每个维度的重要等级,预设每个维度的权重值。

具体的,通过对每个维度来综合评估节点时,每个维度对节点的影响程度是不同的,因此,需要考虑每个维度的重要等级,为每个维度设置不同的权重值,例如:上述维度中等级最重要的是节点的中央处理器和内存资源,可以对节点的中央处理器和内存资源设置5/8的权重值,对中央处理器和内存的负载均衡、镜像获取能力、以及存储能力分别设置1/8的权重值,具体的可以根据实际情况来设定,并不作限定。

步骤203,根据每个维度对应的评分和权重值,得到节点对应的总评分。

具体的,根据上述得到每个维度对应的评分和权重值,就可以对节点进行综合评估了,得到该节点的总评分,具体可以通过如下公式:

si=wcmcmi+wbbi+wimimi+wdidii。

其中,si表示任一节点i的总评分,i为大于等于1的正整数,wcm表示节点i的中央处理器和内存资源的权重值,wb表示节点i的中央处理器和内存的负载均衡的权重值,wim表示节点i的镜像获取能力的权重值,wdi表示节点i的存储能力的权重值,cmi表示节点i的中央处理器和内存资源对应的评分,bi表示节点i的中央处理器和内存负载均衡对应的评分,imi表示节点i的镜像获取能力对应的评分,dii表示节点i的存储能力对应的评分。

步骤204,根据总评分,调度符合预设要求的目标节点。

具体的,根据上述计算得到集群中所有节点的总评分,从所有节点的总评分中选取总评分最高的节点作为分配待调度pod的目标节点,还可以选取对应的总评分满足预设阈值的节点作为分配待调度pod的目标节点,具体的预设要求可以根据实际情况来设置,在此不作限定。

本公开提出一种节点调度方法,通过获取每个节点的维度数据,根据每个维度数据得到每个维度对应的评分、以及每个维度的权重值,计算得到每个节点对应的总评分,从所有节点的总评分中选取符合预设要求的节点作为分配待调度pod的宿主机,由于对节点进行评分时,综合考虑节点的中央处理器和内存资源、中央处理器和内存的负载均衡、镜像获取能力、以及存储能力等不同的维度,并根据不同维度的重要程度设置了的不同权重,对节点的评分考虑更加全面,能够多维度获取节点资源的占用情况,使得对目标节点的选取更加合理,提升了用户的体验度。

请参照图3,为本公开所提供的另一种节点调度方法的流程示意图。可选的,获取节点的维度数据,根据维度数据得到每个维度对应的评分,包括:

步骤301,分别获取节点的中央处理器和内存的资源总量、已使用资源量和待调度资源量。

具体的,对节点中央处理器和内存的资源进行评分,需要分别获取每个节点的中央处理器和内存的资源总量、已使用资源量、以及待调度资源量等维度数据,可以假设节点i的中央处理器cpu的资源总量为ci,节点i的内存的资源总量为mi,节点i的中央处理器cpu已使用资源量和待调度资源量之和(也即中央处理器cpu的资源占用量)为ci,节点i的内存已使用资源量和待调度资源量之和(也即内存的资源占用量)为mi,其中,i为大于等于1的正整数。

步骤302,根据内存的已使用资源量和待调度资源量之和,以及内存的资源总量,得到内存的资源占用比。

具体的,内存为不可压缩资源,当节点的内存资源紧缺,出现资源抢占时,可能导致某些操作单元pod被kill,而节点的中央处理器cpu资源是可压缩资源,当cpu资源不足,发生资源抢占时,每个pod将会按照各自的请求requst的比值进行分配,以此解决cpu资源不足的问题。例如在一示例中,假设在部署了pod(1,2)的基础上,又部署了资源限制和pod1相同的两个容器pod(3,4),4个pod设置的request都为1u,发生cpu资源抢占时,每个pod分到的cpu时间片为1u/(1u×4),实际占用的cpu核数为1u。由此可知,假设四个pod同时负载变高,cpu使用量超过1u,这个时候每个pod将会按照各自的request设置按比例分占cpu调度的时间片。由此可知,可压缩资源和不可压缩资源出现资源紧缺时导致的后果不同,因此,需要计算mi/mi得到的内存的资源占用比,通过该内存的资源占用比,来分别确定节点的中央处理器和内存资源对应的权重值。

步骤303,根据内存的资源占用比确定中央处理器和内存对应的权重值。

具体的,假设wic表示节点i的中央处理器cpu对应的权重值,wim表示任一节点i的内存对应的权重值,其中,i为大于等于1的正整数。

需要说明的是,当时,时,

步骤304,根据中央处理器和内存的剩余资源量与资源总量的比值以及对应的权重值,分别得到节点的中央处理器和内存资源维度对应的评分。

具体的,节点的中央处理器的剩余资源量与总资源量的比值可以通过公式得到,节点的内存的剩余资源量与总资源量的比值可以通过公式得到,则节点的中央处理器和内存资源维度对应的评分cmi可以通过以下公式来计算:

其中,wic表示节点i的中央处理器cpu对应的权重值,ci表示节点i的中央处理器cpu的资源总量,ci表示节点i的中央处理器cpu已使用资源量和待调度资源量之和(也即中央处理器cpu的资源占用量),wim表示节点i的内存对应的权重值,mi表示节点i的内存的资源总量,mi表示节点i的内存已使用资源量和待调度资源量之和(也即内存的资源占用量),其中,i为大于等于1的正整数。

需要说明的是,当时,cmi=0。

请参照图4,为本公开所提供的另一种节点调度方法的流程示意图。可选的,获取节点的维度数据,根据维度数据得到每个维度对应的评分,包括:

步骤401,分别获取节点的中央处理器和内存的资源总量、已使用资源量和待调度资源量。

具体的,对节点的中央处理器和内存的负载均衡进行评分,也需要分别获取每个节点的中央处理器和内存的资源总量、已使用资源量、以及待调度资源量等维度数据。

步骤402,根据内存和中央处理器的已使用资源量和待调度资源量之和,以及内存和中央处理器的资源总量,分别得到内存的资源占用比和中央处理器的资源占用比;

具体的,通过上述获取的维度数据,可以分别得到节点的内存占用率和节点的中央处理器占用率,具体通过以下公式得到:

其中,ci为节点i的中央处理器cpu的资源总量,mi为节点i的内存的资源总量,ci为节点i的中央处理器cpu已使用资源量和待调度资源量之和(也即中央处理器cpu的资源占用量),mi为节点i的内存已使用资源量和待调度资源量之和(也即内存的资源占用量),i为大于等于1的正整数。

步骤403,计算内存的资源占用比和中央处理器的资源占用比之差的绝对值,根据绝对值得到节点的中央处理器和内存的负载均衡维度对应的评分。

具体的,从节点的中央处理器和内存的负载均衡的角度来考虑,则节点的中央处理器和内存负载均衡维度对应的评分bi可以通过以下公式得到:

请参照图5,为本公开所提供的另一种节点调度方法的流程示意图。可选的,获取节点的维度数据,根据维度数据得到每个维度对应的评分,包括:

步骤501,获取节点上存在的所需镜像资源量、待调度所需镜像资源量、以及节点下载镜像资源的速度。

具体的,由于节点的镜像获取能力直接影响着操作单元pod的启动时间,需要考虑节点的获取能力,获取每个节点上存在的所需镜像资源量、待调度所需镜像资源量、以及节点下载镜像资源的速度的维度数据,其中,可以假设待调度所需镜像资源量为im,单位为mb,节点i上存在的所需镜像资源量为imi,节点i下载镜像资源的速度为vi,单位为mb/s,i为大于等于1的正整数。

步骤502,根据节点上存在的所需镜像资源量、待调度所需镜像资源量、以及节点下载镜像资源的速度,得到节点的镜像获取能力维度对应的评分。

具体的,节点的镜像获取能力维度可以通过镜像拉取时间来评价,因为镜像拉取时间越快,其对应的评分应越高,节点的镜像获取能力维度对应的评分imi可以通过以下公式得到:

需要说明的是,当im=imi时,imi=1。

请参照图6,为本公开所提供的另一种节点调度方法的流程示意图。可选的,获取节点的维度数据,根据维度数据得到每个维度对应的评分,包括:

步骤600,获取节点的存储方式。

具体的,任何应用都需要使用存储资源,因此,需要考虑节点的存储能力,其中,在kubernetes中的存储分为本地存储和分布式存储,所以需要了解待调度节点的存储策略,即需要获取节点的存储方式是本地存储还是分布式存储。

步骤s601,若存储方式为本地存储时,获取节点的磁盘资源总量、已使用磁盘资源量、以及待调度磁盘资源量。

具体的,若存储方式为本地存储时,则节点的总磁盘资源是作为判断该节点的存储能力的主要因素,需要获取节点的磁盘资源总量、已使用磁盘资源量、以及待调度磁盘资源量,可以假设节点i的磁盘总资源量为di,节点i已使用磁盘资源量为di,待调度磁盘资源量为pi,i为大于等于1的正整数。

步骤602,根据节点的磁盘资源总量、已使用磁盘资源量、以及待调度磁盘资源量,得到节点的磁盘剩余资源量。

具体的,节点的磁盘剩余资源量可以通过以下公式计算得到:

di-di-pi。

步骤603,根据节点的磁盘剩余资源量与磁盘资源总量,得到节点的存储能力维度对应的评分。

具体的,节点的存储能力维度对应的评分dii可以通过节点的剩余可用磁盘资源率,即以下公式得到:

可选的,步骤s600,获取节点的存储方式之后,方法还包括:

步骤710,若存储方式为分布式存储时,则获取节点与存储系统间的数据传输速度,得到节点的存储能力维度对应的评分。

具体的,若存储方式为分布式存储时,节点与存储系统间的数据传输速度直接影响着操作单元pod中应用的读写速度,假设节点i与存储系统间的数据传输速度为dvi,节点i的存储能力维度对应的评分可以通过dvi作为评分标准,即dii=dvi。

进一步的,根据总评分,调度符合预设要求的目标节点,包括:

确定所有维度对应的评分均大于零的节点为待调度节点;

根据各待调度节点的总评分,调度总评分满足预设阈值的待调度节点。

具体的,通过上述方法对各节点的所有维度完成对应的评分后,可以根据各节点的所有维度对应的评分进行判断,确定所有维度cm、b、im、di的值是否均大于0,如果均大于0,则说明该节点符合调度要求,可以选择该节点作为待调度节点,反之,当节点中cm、b、im、di任意一个的值不大于0,则说明该节点,无法满足调度要求,因此,可以排除该节点作为待调度节点,然后再从可以作为待调度节点中选取对应的总评分满足预设阈值的待调度节点作为目标节点,其中,也可以选取待调度节点中总评分最高的待调度节点作为目标节点,具体不作限定,可以根据实际情况来。

进一步的,根据每个维度对应的评分和权重值,得到节点对应的总评分之前,上述方法还包括:

对节点的镜像获取能力和存储能力对应的评分按照如下公式进行归一化处理:

x'=(x-xmin)/(xmax-xmin);

其中,x为节点的镜像获取能力或存储能力维度对应的评分,xmin为节点的镜像获取能力或存储能力维度对应的评分的最小值,xmax为节点的镜像获取能力或存储能力维度对应的评分的最大值。

具体的,为保证每个维度对应的评分在0到1范围内,使用如下最大最小归一化公式分别对每个节点的imi、dii进行归一化处理:

x'=(x-xmin)/(xmax-xmin);

其中,x'为节点i的imi或dii归一化结果,x为节点i的imi或dii,xmin为节点i的imi或dii的最小值,xmax为节点i的imi或dii的最大值,其中,i为大于等于1的整数。

请参照图7,为本公开所提供的一种节点调度装置的功能模块示意图。需要说明的是,本实施例所提供的节点调度装置700,其基本原理及产生的技术效果与前述对应的方法实施例相同,为简要描述,本实施例中未提及部分,可参考方法实施例中的相应内容。该节点调度装置700应用于容器的集群管理系统,该容器的集群管理系统包括多个节点,该节点调度装置700包括:

评分模块701用于获取节点的维度数据,根据维度数据获取每个维度对应的评分,其中,维度包括:节点的中央处理器和内存资源、负载均衡、镜像获取能力和存储能力;

权重值模块702,用于根据每个维度的重要等级,预设每个维度的权重值;

处理模块703,根据每个维度对应的评分和权重值,得到节点对应的总评分;

调度模块704,用于根据总评分,调度符合预设要求的节点。

上述装置用于执行前述实施例提供的方法,其实现原理和技术效果类似,在此不再赘述。

可选的,请参照图8,为本公开所提供的一种评分模块的功能模块示意图。评分模块701评分模块包括第一评分模块7011、第二评分模块7012、第三评分模块7013和第四评分模块7014;

第一评分模块7011用于分别获取节点的中央处理器和内存的资源总量、已使用资源量和待调度资源量;

根据内存的已使用资源量和待调度资源量之和,以及内存的资源总量,得到内存的资源占用比;

根据内存的资源占用比确定中央处理器和内存对应的权重值;

根据中央处理器和内存的剩余资源量与资源总量的比值以及对应的权重值,分别得到节点的中央处理器和内存资源维度对应的评分。

上述装置用于执行前述实施例提供的方法,其实现原理和技术效果类似,在此不再赘述。

第二评分模块7012用于分别获取节点的中央处理器和内存的资源总量、已使用资源量和待调度资源量;

根据内存和中央处理器的已使用资源量和待调度资源量之和,以及内存和中央处理器的资源总量,分别得到内存的资源占用比和中央处理器的资源占用比;

计算内存的资源占用比和中央处理器的资源占用比之差的绝对值,根据绝对值得到节点的中央处理器和内存的负载均衡维度对应的评分。

上述装置用于执行前述实施例提供的方法,其实现原理和技术效果类似,在此不再赘述。

第三评分模块7013用于获取节点上存在的所需镜像资源量、待调度所需镜像资源量、以及节点下载镜像资源的速度;

根据节点上存在的所需镜像资源量、待调度所需镜像资源量、以及节点下载镜像资源的速度,得到节点的镜像获取能力维度对应的评分。

上述装置用于执行前述实施例提供的方法,其实现原理和技术效果类似,在此不再赘述。

第四评分模块7014用于获取节点的维度数据,根据维度数据得到每个维度对应的评分,包括:

获取节点的存储方式,若存储方式为本地存储时,获取节点的磁盘资源总量、已使用磁盘资源量、以及待调度磁盘资源量;

根据节点的磁盘资源总量、已使用磁盘资源量、以及待调度磁盘资源量,得到节点的磁盘剩余资源量;

根据节点的磁盘剩余资源量与磁盘资源总量,得到节点的存储能力维度对应的评分;

若存储方式为分布式存储时,则获取节点与存储系统间的数据传输速度,得到节点的存储能力维度对应的评分。

上述装置用于执行前述实施例提供的方法,其实现原理和技术效果类似,在此不再赘述。

进一步的,上述调度模块704用于根据总评分,调度符合预设要求的目标节点,包括:

调度模块704用于确定所有维度对应的评分均大于零的节点为待调度节点;

根据各待调度节点的总评分,调度总评分满足预设阈值的待调度节点。

进一步的,处理模块703用于根据每个维度对应的评分和权重值,得到节点对应的总评分之前,还包括:

对节点的镜像获取能力和存储能力对应的评分按照如下公式进行归一化处理:

x'=(x-xmin)/(xmax-xmin);

其中,x为节点的镜像获取能力或存储能力维度对应的评分,xmin为节点的镜像获取能力或存储能力维度对应的评分的最小值,xmax为节点的镜像获取能力或存储能力维度对应的评分的最大值。

上述装置用于执行前述实施例提供的方法,其实现原理和技术效果类似,在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(applicationspecificintegratedcircuit,简称asic),或,一个或多个微处理器(digitalsingnalprocessor,简称dsp),或,一个或者多个现场可编程门阵列(fieldprogrammablegatearray,简称fpga)等。再如,当以上某个模块通过处理元件调度程序代码的形式实现时,该处理元件可以是通用处理器,例如中央处理器(centralprocessingunit,简称cpu)或其它可以调用程序代码的处理器。再如,这些模块可以集成在一起,以片上系统(system-on-a-chip,简称soc)的形式实现。

请参照图9,为本公开所提供的一种电子设备的功能模块示意图。该电子设备可以包括存储有计算机程序的计算机可读存储介质801和处理器802,处理器802可以调用计算机可读存储介质801存储的计算机程序。当该计算机程序被处理器802读取并运行,可以实现上述方法实施例。具体实现方式和技术效果类似,这里不再赘述。

可选地,本公开还提供一计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器读取并运行时,可以实现上述方法实施例。

在本公开所提供的几个实施例中,应该理解到,以上所描述的装置实施例仅仅是示意性的,所揭露的装置和方法,可以通过其它的方式实现。例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行,例如各单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

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

以上所述仅为本公开的优选实施例而已,并不用于限制本公开,对于本领域的技术人员来说,本公开可以有各种更改和变化。凡在本公开的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本公开的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1