资源管理模型及其构建方法、设备和介质与流程

1.本发明特别涉及资源管理模型及其构建方法、设备和介质。


背景技术：

2.当前环境下，各个公司内部基本都有自己的资源管理系统，各个云厂商也都有提供各自厂商平台上的云资源管理系统。这些资源管理系统的模型基本类似，大多以产品、服务器、主机等维度进行简单管理，无法构建以应用资源和服务部署为主的模型，也无法与内部其他运营管理系统联动运行，无法做到资源和信息共享，并且多云环境下各个云厂商内部的资源管理平台也仅与其内部服务的耦合性较高。


技术实现要素：

3.本发明为资源管理提供统一化多元的资源管理模型及其构建方法、设备和介质，抛弃传统以产品、服务器、主机为主的配置管理方式，构建以资源实例角度出发、具有多层级可扩展的资源集群配置管理系统，可以更简单方便地进行资源模型构建，管理不同规模的多服务集群，以及更方便地与其它运营系统实现资源和信息共享。
4.本发明公开了一种资源管理模型的构建方法，所述方法包括：
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.所含资源实例标签，所述所含资源实例标签包括与所述服务集群对应的服务中的一个或多个资源实例的ip地址、端口号、角色和状态；
39.服务集群标签，所述服务集群标签用于表示所述服务集群的相关配置。
40.可选地，与业务集群相关联的所述业务集群信息包括：
41.所含业务名称，所述所含业务名称包括与所述业务集群对应的业务的业务名称；
42.业务集群名称，所述业务集群名称用于唯一定位所述业务集群；
43.所含服务集群信息，所述所含服务集群信息包括与所述业务集群对应的业务中的一个或多个服务对应的一个或多个服务集群的服务集群信息；
44.业务集群标签，所述业务集群标签用于表示所述业务集群的相关配置。
45.可选地，与主机相关联的所述主机信息包括：
46.主机ip地址；
47.主机位置信息，所述主机位置信息与所述主机的物理位置相关联；
48.主机标签，所述主机标签用于表示所述主机信息的相关配置。
49.本发明公开了一种资源管理模型，所述模型包括：
50.资源实例位置信息模块，资源实例位置信息与资源实例的物理位置相关联；
51.产品线信息模块，产品线信息与产品线相关联，每个产品线包括一个或多个服务；
52.服务信息模块，服务信息与服务相关联，每个服务包括一个或多个资源实例；
53.业务信息模块，业务信息与业务相关联，每个业务包括相应的一个或多个产品线中的相应的一个或多个服务；
54.服务集群信息模块，服务集群信息与服务集群相关联，每个服务集群基于相应的服务信息而创建，并且包括相应的服务中的一个或多个资源实例；
55.业务集群信息模块，业务集群信息与业务集群相关联，每个业务集群基于相应的业务信息而创建，并且包括与相应的业务中的一个或多个服务对应的一个或多个服务集群；
56.主机信息模块，主机信息与主机相关联，每个资源实例运行在相应的主机上。
57.本发明公开了一种计算机设备，所述计算机设备包括存储有计算机可执行指令的存储器和处理器，所述处理器被配置为执行所述指令以实施上面描述的资源管理模型的构建方法。
58.本发明公开了一种使用计算机程序编码的计算机存储介质，所述计算机程序包括指令，所述指令被计算机执行以实施上面描述的资源管理模型的构建方法。
59.本发明与现有技术相比，主要区别及其效果在于：
60.本发明将资源模型抽象成7个层次，并且对每一个层次进行细粒度的分析，构建层级之间的关联关系，可以从多个维度对应用资源做到细粒度的管控。与传统的配置管理数据库(configuration management database,cmdb)系统相比，本发明做到了应用实例级别的资源管控。与各云厂商平台的资源管理系统相比，本发明具有更灵活的多云协同管控能力，通过抽象资源模型，实现了多维度、不同层级的资源管理能力。通用统一的标签系统使本发明具备更灵活多元的配置管理能力。不同层级的设计模型及标签能力使本发明可以与其他系统实现更好的信息共享和协作。
附图说明
61.图1是实施根据本发明的资源管理模型的构建方法的通用服务器的结构图；
62.图2是根据本发明的资源管理模型的结构图；
63.图3是根据本发明的资源管理模型的构建方法的流程图。
具体实施方式
64.为使本发明实施例的目的和技术方案更加清楚，下面将结合本发明实施例的附图，对本发明实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于所描述的本发明的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
65.根据本发明，提供了一种资源管理模型的构建方法的实施方式，需要说明的是，在
附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
66.本技术方式所提供的方法实施方式可以在移动终端、计算机终端或者通用服务器中实施。以通用服务器为例，图1是实施根据本发明的资源管理模型的构建方法的通用服务器的结构图。这里的通用服务器泛指能对外提供网络、计算等服务的计算机系统，不局限于某一种特定的服务器。
67.如图1所示，通用服务器100可以包括一个或多个(图中仅示出一个)处理器101(处理器101可以包括但不限于中央处理器cpu、图像处理器gpu、数字信号处理器dsp、微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于与用户交互的输入输出接口102、用于存储数据的存储器103、以及用于通信功能的传输装置104。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，系统100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
68.输入输出接口102可以连接一个或多个显示器、触控屏等，用于显示从系统100传送的数据，还可以连接键盘、触控笔、触控板和/或鼠标等，用于输入诸如，选择、创建、编辑等的用户指令。
69.存储器103可用于存储数据库、队列、应用软件的软件程序以及模块，如本发明实施方式中的资源管理模型的构建方法对应的程序指令/模块，处理器101通过运行存储在存储器103内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的资源管理模型的构建方法。存储器103可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器103可进一步包括相对于处理器101远程设置的存储器，这些远程存储器可以通过网络连接至系统100。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
70.传输装置104用于经由网络接收或者发送数据，网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。上述的网络具体实例可包括系统100的通信供应商提供的互联网。
71.图2是根据本发明的资源管理模型的结构图。图3是根据本发明的资源管理模型的构建方法的流程图。下面结合图2和图3进行详细说明。
72.在步骤s301，构建资源实例位置信息模块201，资源实例位置信息与资源实例的物理位置相关联。资源实例位置信息指示资源实例所在的真实物理位置，属于资源管理模型的通用信息部分，并且可以具有一定的层级关系。
73.其中，与资源实例的物理位置相关联的资源实例位置信息包括：
74.资源实例地域信息2011，资源实例地域信息2011与资源实例所在的地域相关联，每个地域包括一个或多个可用区。地域可以用于描述资源实例所在的大概区域，并且可以使用地域名称来表示。
75.资源实例可用区信息2012，资源实例可用区信息2012与资源实例所在的可用区相关联，每个可用区包括一个或多个机房。可用区可以用于描述资源实例所在的抽象区域，并且可以由公司内部或云厂商自行设计。
76.资源实例机房信息2013，资源实例机房信息2013与资源实例所在的机房相关联，每个机房包括一个或多个机架。机房可以使用具体的机房名称来表示。
77.资源实例机架信息2014，资源实例机架信息2014与资源实例所在的机架相关联。机架可以使用机房内部的相关位置编号来表示。
78.在步骤s302，构建产品线信息模块202，产品线信息与产品线相关联，每个产品线包括一个或多个服务。产品线信息指示服务和业务及其集群所涉及到的产品线种类，属于资源管理模型的最高纬度信息，并且可以由公司内部或云厂商自行设计。
79.其中，与产品线相关联的产品线信息包括：
80.产品线名称2021，产品线名称2021用于唯一定位产品线。产品线名称2021可以包括产品线英文名称和产品线中文名称，两者一一对应，可以用于系统之间资源共享和联动使用，便于查找识别，并且可以与公司内部产品线或组织机构耦合关联，例如，网络产品线、主机产品线、监控产品线、公共服务产品线等。
81.产品线说明2022，产品线说明2022用于描述产品线的功能。产品线说明2022便于了解产品线的影响范围。
82.关联部门列表2023，关联部门列表2023包括可使用产品线中的相应的一个或多个服务中的相应的一个或多个资源实例的关联部门。关联部门列表2023可以控制资源实例的权限，并且可以与公司内部组织架构级联，形成资源层面的管控能力。
83.产品线标签2024，产品线标签2024用于表示产品线信息的相关配置。产品线标签2024可以使用tagk＝tagv模式来表示。
84.在步骤s303，构建服务信息模块203，服务信息与服务相关联，每个服务包括一个或多个资源实例。服务信息依托于产品线信息之下，指示某个产品线信息下的某个具体的服务种类，例如，logspace服务、mysql服务等。服务和服务之间可以存在某种依赖关系，可以在服务信息中进行说明。
85.其中，与服务相关联的服务信息包括：
86.所属产品线信息2031，所属产品线信息2031包括服务所属的产品线的产品线信息。所属产品线信息2031便于了解服务具体在哪个产品线下，例如，mysql服务属于网络产品线。
87.服务名称2032，服务名称2032用于唯一定位服务。服务名称2032可以包括服务英文名称和服务中文名称，两者一一对应，可以用于业务和服务集群中选择相应服务时使用。
88.服务说明2033，服务说明2033用于描述服务的功能。服务说明2033便于了解服务的影响范围。
89.依赖服务信息2034，依赖服务信息2034包括服务所依赖的依赖服务的服务信息。如果某个服务存在依赖服务，则在创建该服务类型的集群时，可以首先指定其依赖的服务集群。
90.服务标签2035，服务标签2035用于表示服务信息的相关配置。服务标签2035可以使用tagk＝tagv模式来表示。
91.在步骤s304，构建业务信息模块204，业务信息与业务相关联，每个业务包括相应的一个或多个产品线中的相应的一个或多个服务。业务可以跨越多个产品线下的多个服务，业务信息可以由多个服务信息来创建，即，某个业务可以需要使用单个产品线或多个不
同产品线下的服务进行创建，在多云环境中可以把其理解为使用多云厂商的不同产品所实现的某个具体业务，例如，虚拟网络业务等。
92.其中，与业务相关联的业务信息包括：
93.业务名称2041，业务名称2041用于唯一定位业务。业务名称2041可以包括业务英文名称和业务中文名称，两者一一对应。
94.所含服务信息2042，所含服务信息2042包括业务中的一个或多个服务的服务信息。所含服务信息2042可以采用列表形式，可以在可视化系统中添加多个不同的产品线下的多个不同的服务，每个服务可以设置为必选或可选。如果某个业务包含了某个服务，则该业务同时与该服务所属的产品线形成关联关系。
95.业务标签2043，业务标签2043用于表示业务信息的相关配置。业务标签2043可以使用tagk＝tagv模式来表示。
96.在步骤s305，构建服务集群信息模块205，服务集群信息与服务集群相关联，每个服务集群基于相应的服务信息而创建，并且包括相应的服务中的一个或多个资源实例。服务集群是使用某个具体的服务信息而创建的资源实例集群，属于资源管理模型的最核心部分。
97.其中，与服务集群相关联的服务集群信息包括：
98.所含资源实例位置信息2051，所含资源实例位置信息2051包括与服务集群对应的服务中的一个或多个资源实例的资源实例位置信息。所含资源实例位置信息2051可以便于查找和分类管理与某个服务集群对应的资源实例。
99.所含产品线信息2052，所含产品线信息2052包括与服务集群对应的服务的所属产品线信息。所含产品线信息2052可以便于查找和分类管理与某个服务集群对应的产品线。
100.所含服务名称2053，所含服务名称2053包括与服务集群对应的服务的服务名称。所含服务名称2053可以表示该服务集群是基于哪个服务信息而创建的，并且一个服务集群可以仅指定一个固定的服务信息。
101.依赖服务集群信息2054，依赖服务集群信息2054与依赖服务集群相关联，每个依赖服务集群基于相应的依赖服务信息而创建，并且包括相应的依赖服务中的一个或多个资源实例。如果某个服务集群所使用的服务信息中注明了依赖服务，则需要为该服务集群选择一个已经存在的该依赖服务的服务集群。
102.服务集群名称2055，服务集群名称2055用于唯一定位服务集群。服务集群名称2055具有某种特定命名规则，诸如可以选择使用dns命名方式来命名，例如，服务集群名称2055可以为cluster.service.zone.region.xxx.xxx.xxx，其尾部的xxx.xxx.xxx表示可配置内部dns域名，region表示所含资源实例位置信息2051中的地域信息，zone表示所含资源实例位置信息2051中的可用区信息，service表示所含服务名称2053，cluster为服务集群短名称。服务集群名称是服务集群的核心信息，可以通过服务集群名称来全局定位服务集群信息，也可以通过机器名称与内部dns级联，从而实现通过服务集群名称来获取服务集群资源信息的能力。
103.所含资源实例标签2056，所含资源实例标签2056包括与服务集群对应的服务中的一个或多个资源实例的ip地址、端口号、角色和状态。通过ip地址和端口号(port)可以唯一定位资源实例，在资源混合部署运行的场景下，也可以支持集群的资源管理；角色(role)可
以区分不同资源实例的角色和集群关系，做到主从架构、多主架构等多种架构标识；状态(status)可以标识某个具体资源实例的运行状态，可用于高可用和实例变更使用。除了这些固定标签之外，所含资源实例标签2056还可以其它任意可自定义标签。
104.服务集群标签2057，服务集群标签2057用于表示服务集群的相关配置。服务集群标签2057可以使用tagk＝tagv模式来表示。
105.在步骤s306，构建业务集群信息模块206，业务集群信息与业务集群相关联，每个业务集群基于相应的业务信息而创建，并且包括与相应的业务中的一个或多个服务对应的一个或多个服务集群。业务集群是服务集群的集合，基于相应的业务信息而创建并且可以在更高维度统一管理服务集群。
106.其中，与业务集群相关联的业务集群信息包括：
107.所含业务名称2061，所含业务名称2061包括与业务集群对应的业务的业务名称。所含业务名称2061可以表示该业务集群是基于哪个业务信息而创建的，并且一个业务集群可以仅指定一个固定的业务信息。
108.业务集群名称2062，业务集群名称2062用于唯一定位业务集群。业务集群名称2062可以使用一定的命名规则由用户来自定义。
109.所含服务集群信息2063，所含服务集群信息2063包括与业务集群对应的业务中的一个或多个服务对应的一个或多个服务集群的服务集群信息。所含服务集群信息2063可以采用列表形式，可以在可视化系统中添加多个不同的服务集群。
110.业务集群标签2064，业务集群标签2064用于表示业务集群的相关配置。业务集群标签2064可以使用tagk＝tagv模式来表示。
111.在步骤s307，构建主机信息模块207，主机信息与主机相关联，每个资源实例运行在相应的主机上。主机管理属于最基础的服务器管理范畴，主要用于表示不同的ip地址等的基础信息。由于资源管理模型以应用资源为核心，因此主机管理可以作为应用资源管理所依赖的物理资源池级别管理能力，更复杂的主机管理能力可以与内部运维系统的配置管理数据库(configuration management database,cmdb)系统进行级联使用。
112.其中，与主机相关联的主机信息包括：
113.主机ip地址2071。主机ip地址2071可以表示某个主机(例如，服务器)的ip地址信息。
114.主机位置信息2072，主机位置信息2072与主机的物理位置相关联。主机位置信息2072可以表示主机ip地址2071所示的物理位置。
115.主机标签2073，主机标签2073用于表示主机信息的相关配置。主机标签2073可以使用tagk＝tagv模式来表示。
116.本发明还提供一种计算机设备，计算机设备包括存储有计算机可执行指令的存储器和处理器，处理器被配置为执行指令以实施上面描述的资源管理模型的构建方法。
117.本发明还提供一种使用计算机程序编码的计算机存储介质，计算机程序包括指令，指令被计算机执行以实施上面描述的资源管理模型的构建方法。
118.本发明将资源模型进行抽象，分析其中的模型关系，进一步优化得出互相之间关系紧密但又相对独立的七个信息模块：
119.1)资源实例位置信息模块，所有资源模型都可以包含位置信息，可用于物理维度
的区分和搜索。
120.2)产品线信息模块，产品线信息可以与组织架构结合，具有较高维度的分类抽象属性。
121.3)服务信息模块，服务信息是针对具体服务的配置抽象，是资源管理模型的基础结构。
122.4)业务信息模块，业务信息是在服务信息上层的进一步抽象，可以跨越多个服务信息。
123.5)服务集群信息模块，服务集群信息是最重要的资源抽象模型，直接映射到资源实例集群。
124.6)业务集群信息模块，业务集群信息是在服务集群信息上层的进一步抽象，用来约束同一业务的多个服务集群。
125.7)主机信息模块，主机信息是最基础的物理资源数据，属于最底层的资源抽象模型。
126.本发明明确上述七个信息模块之间的相互依赖关系：
127.1)通过对服务集群信息的设计，可以实现同一个服务集群下多个资源实例的管理，即哪些资源实例属于同一服务集群。资源实例模型以资源实例为核心，关注每一个具体运行的实例，在主机维度之上，亦可支持单机多实例管理和运行时管理、服务架构管理等多维管理需求。
128.2)通过对服务集群的服务信息的定义，可以将服务集群进行服务维度的分类。
129.3)通过使用业务信息，可以将相关具备关联性的服务集群组成更高维度的业务集群，可以在业务集群领域利用通用的能力来实现该业务的垂直运营系统的建设，构建业务拓扑图和影响链，也可以与其他服务部署系统级联，做到一键快速业务集群的部署和变更。
130.4)利用资源实例与主机信息的关系，实现服务集群、业务集群与位置信息的级联能力。
131.本发明的上述七个信息模块都具备标签信息的能力，即可以为各自分类设定自定义的配置：
132.1)标签系统可以使用nosql类型的存储系统，例如具有文档数据库能力的mongodb。使用该类型存储的好处是，可以更方便快速地动态化进行标签的可扩展，随时添加、删除和修改标签，也更方便地查找和分类。
133.2)标签系统需要与本发明的上述七个信息模块建立依赖层级关系，即配置依赖的优先级顺序关系，这样某个资源示例的标签信息就具备更多维度。依赖关系的层级可以按照如下顺序：资源实例>服务集群>业务集群>业务信息>服务信息>产品线>位置信息。可以通过修改对应层级的相关配置，从而实现不同维度集群的配置变更，可以与部署和变更管理系统级联使用，做到灰度控制能力。
134.本发明使用类dns命名方式，或者使用其它可以通过命名服务来唯一定位服务集群的方式，来设计服务集群名称，结合标签系统，可以做到服务集群资源信息的动态控制，做到服务状态管理、高可用和负载均衡等更高级别的管控能力。
135.需要说明的是，本发明的各方法实施方式均可以以软件、硬件、固件等方式实现。不管本发明是以软件、硬件、还是固件方式实现，指令代码都可以存储在任何类型的计算机
可访问的存储器中(例如永久的或者可修改的，易失性的或者非易失性的，固态的或者非固态的，固定的或者可更换的介质等等)。同样，存储器可以例如是可编程阵列逻辑(programmable array logic，简称“pal”)、随机存取存储器(random access memory，简称“ram”)、可编程只读存储器(programmable read only memory，简称“prom”)、只读存储器(read
‑
only memory，简称“rom”)、电可擦除可编程只读存储器(electrically erasable programmable rom，简称“eeprom”)、磁盘、光盘、数字通用光盘(digital versatile disc，简称“dvd”)等等。
136.需要说明的是，本发明各设备实施方式中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现，这些逻辑单元本身的物理实现方式并不是最重要的，这些逻辑单元所实现的功能的组合才是解决本发明所提出的技术问题的关键。此外，为了突出本发明的创新部分，本发明上述各设备实施方式并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，这并不表明上述设备实施方式并不存在其它的单元。
137.在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。
138.需要说明的是，在本专利的权利要求和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
139.虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。