控制空调系统的主机的方法、设备和存储介质

技术领域

本公开总体上涉及空调系统智能控制领域，并且更具体地，涉及用于控制空调系统的主机的方法、计算设备和计算机可读存储介质。

背景技术

在传统的空调系统控制方案中，根据环境温度的当前变化，简单地直接启用或停用空调系统中的部分主机以保证温度需求。可见，传统的空调系统控制方案在确定空调系统的主机运行策略时未考虑到总功耗、每台主机的运行时长以及启用或停用空调系统中的部分主机的转换平滑度等因素。

期望通过较精确的终端负荷预测模型，可以提前预测出未来的终端负荷情况。通过预测得到的负荷情况，可以提前制定相应的制冷主机的台数运行策略。

综上，传统的空调系统控制方案的不足之处在于：如何在不降低终端用户使用品质的前提下，降低加载、减载过程中产生的能耗。

发明内容

针对上述问题，本公开提供了一种用于控制空调系统的主机的方法，使得能够在保证不降低终端用户使用品质的前提下，通过交替加、减机的方式，尽量减少主机台数转换过程中的能耗。

根据本公开的第一方面，提供了一种用于控制空调系统的主机的方法，所述空调系统中包括多台不同容量的主机，其中所述方法包括：

获取所述空调系统的主机的加减载组合；基于所获取的主机的加减载组合，确定主机的开启集合、关闭集合、对照容量、对照加减载信号和加减载方向；基于所确定的对照加减载信号和加减载方向，从所述开启集合或关闭集合中选取开启或关闭的主机，以便计算所述空调系统加载或减载该主机后的主机总容量是否满足对照容量；响应于所述空调系统加载或减载该所述主机后的主机总容量不满足对照容量，则反向所述加减载方向，并且从所述开启集合或关闭集合中选取开启或关闭的主机；以及遍历所述加减载组合，从而获取所述加减载组合中的主机的加载或减载顺序。

根据本公开的第二方面，提供了一种计算设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开的第一方面的方法。

在本公开的第三方面中，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中所述计算机指令用于使计算机执行本公开的第一方面的方法。

在一个实施例中，方法还包括：响应于检测到所述加减载组合中的主机发生故障，则在所述加减载组合中移除所述主机；响应于移除所述主机后的加减载组合满足对照容量，则在移除所述主机的开启集合或关闭集合中选取开启或关闭的主机；以及响应于移除所述主机后的加减载组合不满足对照容量，则移除所述加减载组合，并且获取所述空调系统的主机的其他加减载组合。

在一个实施例中，获取所述空调系统的主机的加减载组合包括：获取所述空调系统的主机的运行推荐组合；确定所述空调系统正在运行的主机组合；以及基于所获取的运行推荐组合和所确定正在运行的主机组合，确定加减载组合。

在一个实施例中，获取所述空调系统的主机的运行推荐组合包括：

获取所述空调系统未来预定时段的预测负荷；基于所述预测负荷，计算所述空调系统中的主机所组成的容量台数组合的预测负载率；以及基于所述容量台数组合的预测负载率，从多个运行组合中选取所述空调系统的主机的运行推荐组合。

在一个实施例中，从所述开启集合或关闭集合中选取开启或关闭的主机，以便计算所述空调系统加载或减载该主机后的主机总容量是否满足对照容量包括：响应于所述加减载方向为正，则进入加机流程；基于排序顺序遍历所述加减载组合中的各个容量，从而获取每个容量所对应的主机台数；响应于当前遍历的容量所对应的主机台数小于等于零，则对下一个容量进行遍历；以及响应于当前遍历的容量所对应的主机台数大于零，根据对照加减载信号从所述开启集合中选取开启的主机。

在一个实施例中，从所述开启集合或关闭集合中选取开启或关闭的主机并计算所述空调系统加载或减载该主机后的主机总容量是否满足对照容量还包括：响应于所述对照加减载信号为减载信号，则获取空调系统当前运行的主机对应的主机总容量；计算主机总容量与当前遍历的容量之和是否小于或等于对照容量；响应于主机总容量与当前遍历的容量之和小于或等于对照容量，则从开启集合中找到与当前遍历的容量对应的主机，并且确定加载或减载该主机后的主机总容量满足对照容量；以及响应于主机总容量与当前遍历的容量之和大于对照容量，则确定加载或减载该主机后的主机总容量不满足对照容量。

在一个实施例中，响应于所述主机后的主机总容量不满足对照容量，则反向所述加减载方向并且从所述开启集合或关闭集合中选取开启或关闭的主机包括：响应于所述加减载方向为负，则进入减机流程；基于排序顺序遍历所述加减载组合中的各个容量，从而获取每个容量所对应的主机台数；响应于当前遍历的容量所对应的主机台数大于等于零，则对下一个容量进行遍历；以及响应于当前遍历的容量所对应的主机台数小于零，根据对照加减载信号从所述关闭集合中选取关闭的主机。

在一个实施例中，响应于所述主机后的主机总容量不满足对照容量，则反向所述加减载方向并且从所述开启集合或关闭集合中选取开启或关闭的主机还包括：响应于所述对照加减载信号为加载信号，则获取空调系统当前运行的主机对应的主机总容量；计算主机总容量与当前遍历的容量之差是否大于或等于对照容量；响应于主机总容量与当前遍历的容量之差大于或等于对照容量，则从关闭集合中找到与当前遍历的容量对应的主机，以用于关闭；以及响应于主机总容量与当前遍历的容量之差小于对照容量，则确定加载或减载该主机后的主机总容量不满足对照容量。

在一个实施例中，将所述加减载组合中的各个容量以从容量小到大或从容量大到小的顺序排序。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标注表示相同或相似的元素。

图1图示了用于实现根据本公开实施例的用于控制空调系统的主机的方法的系统100的示意图。

图2图示了本公开实施例提供的一种用于控制空调系统的主机的方法200的流程图。

图3图示了本公开实施例提供的一种用于控制空调系统的主机的方法300的流程图。

图4示出了根据本公开的实施例的电子设备400的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

如前文所描述，传统的空调系统控制方案在确定空调系统的主机运行策略时未考虑到总功耗、每台主机的运行时长以及启用或停用空调系统中的部分主机的转换平滑度等因素，进而难以获得平稳、节能的主机运行策略。

期望通过较精确的终端负荷预测模型，可以提前预测出未来的终端负荷情况。通过预测得到的负荷情况，可以提前制定相应的制冷主机的台数运行策略，从而使得能够在保证不降低终端用户使用品质的前提下，通过交替加、减机的方式，尽量减少主机台数转换过程中的能耗。下面通过几个具体的实施例对本公开进行说明。

为了保持本发明实施例的以下说明清楚且简明，可省略已知功能和已知部件的详细说明。当本发明实施例的任一部件在一个以上的附图中出现时，该部件在每个附图中由相同的参考标号表示。

例如，图1图示了用于实现根据本公开实施例的用于控制空调系统的主机的方法的系统100的示意图。如图1所示，系统100包括空调系统20和计算设备40。在图1所示的示例中，空调系统20用于对周围环境的温度进行调节，计算设备40用于控制空调系统20的主机的运行。例如，空调系统20可以是中央空调系统，计算设备40可以是云端服务器。需要说明的是，为便于说明，在本公开中以空调系统20制冷为例进行说明，但这并不是对本公开的限制。

在图1所示的示例中，空调系统20包括多台主机22。例如，图1中示例性地示出了4台主机22a、22b、22c和22d。例如，主机22a的容量为800千瓦(kw)，编号为1#；主机22b至22d的容量均为1600kw，编号分别为2#、3#和4#。

在图1所示的示例中，计算设备40包括至少一个处理器42和与该至少一个处理器42耦合的至少一个存储器44，该存储器44中存储有可由该至少一个处理器42执行的指令46，该指令46在被该至少一个处理器42执行时使得计算设备40执行如下所述的方法的至少一部分。

需要说明的是，在本公开的实施例中，容量台数组合指代空调系统中的各个容量的主机与相应容量主机的台数所构成的组合。例如，在图1所述的示例中，1台容量为800kw的主机(例如，主机22a)与3台容量为1600kw的主机(例如，主机22b、22c和22d)可以构成容量台数组合{800:1,1600:3}。又例如，在图1所述的示例中，1台容量为800kw的主机(例如，主机22a)与2台容量为1600kw的主机(例如，主机22b、22c和22d中的两个)可以构成容量-台数组合{800:1,1600:2}，并且用DB表示。

对于空调系统，各个容量的制冷主机与相应容量主机的编号所构成的组合。例如：若某中央空调系统存在800kW主机1台，编号为1#，1600kW主机3台，编号分别为2#、3#、4#，则可以使用例如{800:[1#],1600:[2#,3#,4#]}的方式表示其容量-主机组合，用DA表示。

对于空调系统，可以用符号CC表示容量，例如容量-台数组合{800:1,1600:3}所对应的容量CC等于800×1+1600×3，即5600。

注意的是，本公开中加减载指的是加载空调系统的容量，减载指的是减少空调系统的容量。在加载的情况下，可能需要先减少部分空调系统主机，再加载部分空调系统主机，从而在总体上实现加载空调系统的容量的情形。例如，在减少1台800CC主机的情况下再加载1台1600CC主机，从而实现空调系统800CC的容量加载。同理，在减载的情况下，可能需要先加载部分空调系统主机，再减载部分空调系统主机，从而在总体上实现减载空调系统的容量的情形。例如，在加载1台800CC主机的情况下再减载1台1600CC主机，从而实现空调系统800CC的容量减载。

假设根据用户需求当前空调系统需要加载700CC的总容量而空调系统中容量为800CC的主机均已开启，在这样的情况下，需用到本公开提供的加减载方法，例如打开一台1600CC的主机并且关闭一台800CC的主机。在工业领域，实际的加减载情况可能会更复杂，比如可能需要多台不同容量主机配合才能实现加减载需求。这样的加减载保证了在不存在空调系统需要调节的容量时，提供尽可能逼近需求的容量加减载，同时也尽可能确保空调系统的加减载平滑。

图2图示了本公开实施例提供的一种用于控制空调系统的主机的方法200的流程图。方法200可以由图1中所示的系统100中的计算设备40执行，也可以由图4所示的电子设备400执行。应当理解的是，方法200还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在步骤202，计算设备40可以获取所述空调系统的主机的加减载组合。

在一个实施例中，空调系统中包括如上所述的多台不同容量的主机。计算设备40获取所述空调系统的主机的加减载组合。具体来说，计算设备40可以获取所述空调系统的主机的运行推荐组合；确定所述空调系统正在运行的主机组合；以及基于所获取的运行推荐组合和所确定正在运行的主机组合，确定加减载组合。

在步骤204，计算设备40可以基于所获取的主机的加减载组合，确定开启集合、关闭集合、对照容量、对照加减载信号和加减载方向。

在一个实施例中，计算设备40取出容量-台数组合列表DA中的运行推荐组合DA

针对运行推荐组合，计算设备40可以获取空调系统未来的预测负荷；基于所述预测负荷，计算所述空调系统中的主机所组成的容量台数组合的预测负载率；以及基于所述容量台数组合的预测负载率，从多个运行组合中选取所述空调系统的主机的运行推荐组合。

计算设备40可以将DA

同时计算设备40可以计算加减载组合dDB所对应的主机总容量dCC，即运行推荐组合的总容量相对于空调系统运行的总容量之差。如果dCC大于0，则加减载方向direc等于+1，对照加减载信号sign_ref为加载信号。如果dCC小于0，则加减载方向direc等于-1，对照加减载信号sign_ref为减载信号。

在步骤206，计算设备40可以基于所确定的对照加减载信号和加减载方向，从所述开启集合或关闭集合中选取开启或关闭的主机并计算所述空调系统加载或减载该主机后的主机总容量是否满足对照容量。

如上所述，加减载组合dDB可以采用了容量-台数组合定义形式的组合，例如{800:2,1600:-1}，代表了目标时刻将开启2台800容量主机，关闭1台1600容量主机。开机集合K表示目标时刻需要开启的主机编号集合。关机集合G表示目标时刻需要关闭的主机编号集合。对照容量CC

基于以上表达方式，计算设备40先判断，是否dDB内各个容量对应的主机台数为零。如dDB内各个容量对应的主机台数为零，则输出dDB并根据dDB调整空调系统。如dDB内各个容量对应的主机台数不为零，则计算设备40确定加减载方向direc。例如direc等于+1，则进入加机流程；如direc等于-1，则进入减机流程。

以加机流程为例，计算设备40循环遍历dDB中的各个容量C

计算设备40计算本次加机后的未来容量CC

如果CC

在一个实施例中，计算设备40可以判断主机a是否开机成功。响应于不成功，则输出策略执行失败，并标记主机a为故障主机，停止本方法。

最后计算设备40重新迭代，条件改为加减载组合dDB：继承；开机集合K：继承；关机集合G：继承；对照容量CC

在一个实施例中，计算设备40可以响应于所述加减载方向为正，则进入加机流程；基于排序顺序遍历所述加减载组合中的各个容量，从而获取每个容量所对应的主机台数；响应于容量所对应的主机台数小于等于零，则对下一个容量进行遍历；以及响应于容量所对应的主机台数大于零，根据对照加减载信号从所述开启集合中选取开启的主机。在选取开启的主机后，则从所述开启集合中删除该关闭的主机。

在一个实施例中，也可以在所选取的主机开启成功后，从所述开启集合中删除该开启的主机。

由于删除开启集合中的部分主机后，可以对开启集合中剩余的主机进行平滑排序，从而为后续从开启集合中选取适当主机做出准备。

在一个实施例中，计算设备40可以响应于所述对照加减载信号为减载信号，则获取空调系统当前运行的主机对应的主机总容量；计算主机总容量与当前遍历的容量之和是否小于或等于对照容量；响应于主机总容量与当前遍历的容量之和小于或等于对照容量，则从开启集合中找到与当前遍历的容量对应的主机，并且确定加载或减载该主机后的主机总容量满足对照容量；以及响应于主机总容量与当前遍历的容量之和大于对照容量，则确定加载或减载该主机后的主机总容量不满足对照容量。

在步骤208，计算设备40可以响应于所述主机后的主机总容量不满足对照容量，则反向所述加减载方向，并且从所述开启集合或关闭集合中选取开启或关闭的主机。

以加机流程为例，计算设备40循环遍历dDB中的各个容量C

计算设备40计算本次加机后的未来容量CC

如果CC

在一个实施例中，计算设备40可以判断主机a是否关闭成功。响应于不成功，则输出策略执行失败，并标记主机a为故障主机，停止本方法。

最后计算设备40重新迭代，条件改为加减载组合dDB：继承；开机集合K：继承；关机集合G：继承；对照容量CC

在一个实施例中，计算设备40可以响应于所述加减载方向为负，则进入减机流程；基于排序顺序遍历所述加减载组合中的各个容量，从而获取每个容量所对应的主机台数；响应于容量所对应的主机台数大于等于零，则对下一个容量进行遍历；以及响应于容量所对应的主机台数小于零，根据对照加减载信号从所述关闭集合中选取关闭的主机。在选取关闭的主机后，则从所述关闭集合中删除该关闭的主机。

在一个实施例中，也可以在所选取的主机关闭成功后，从所述关闭集合中删除该关闭的主机。

由于删除关闭集合中的部分主机后，可以对关闭集合中剩余的主机进行平滑排序，从而为后续从关闭集合中选取适当主机做出准备。

在一个实施例中，计算设备40可以响应于所述对照加减载信号为加载信号，则获取空调系统当前运行的主机对应的主机总容量；计算主机总容量与当前遍历的容量之差是否大于或等于对照容量；响应于主机总容量与当前遍历的容量之差大于或等于对照容量，则从关闭集合中找到与当前遍历的容量对应的主机，以用于关闭；以及响应于主机总容量与当前遍历的容量之差小于对照容量，则确定加载或减载该主机后的主机总容量不满足对照容量。

在步骤210，计算设备40可以遍历所述加减载组合，从而获取所述加减载组合中的主机的加载或减载顺序。

在一个实施例中，计算设备40可以将所述加减载组合中的各个容量以从容量小到大或从容量大到小的顺序排序。

图3图示了本公开实施例提供的一种用于控制空调系统的主机的方法300的流程图。方法300可以由图1中所示的系统100中的计算设备40执行，也可以由图4所示的电子设备400执行。应当理解的是，方法300还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在步骤302中，计算设备40可以响应于所述加减载组合中的主机发生故障，则在所述加减载组合中移除所述主机。

在步骤304中，计算设备40可以响应于移除所述主机后的加减载组合满足对照容量，则在移除所述主机的开启集合或关闭集合中选取开启或关闭的主机。

在步骤306中，计算设备40可以响应于移除所述主机后的加减载组合不满足对照容量，则移除所述加减载组合，并且获取所述空调系统的主机的其他加减载组合。

在如上所述的本公开的实施例中，基于目标时刻的候选容量主机组合与该目标时刻的前一时刻的容量主机组合之间的主机差异台数，至少能够确定转换平滑的在该目标时刻所使用的容量主机组合。

图4示出了可以用来实施本公开内容的实施例的示例电子设备400的示意性框图。例如，如图1所示的故障诊断设备110可以由电子设备400来实施。如图所示，电子设备400包括中央处理单元(CPU)401，其可以根据存储在只读存储器(ROM)402中的计算机程序指令或者从存储单元408加载到随机存取存储器(RAM)403中的计算机程序指令，来执行各种适当的动作和处理。在随机存取存储器403中，还可存储电子设备400操作所需的各种程序和数据。中央处理单元401、只读存储器402以及随机存取存储器403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

电子设备400中的多个部件连接至输入/输出接口405，包括：输入单元406，例如键盘、鼠标、麦克风等；输出单元407，例如各种类型的显示器、扬声器等；存储单元408，例如磁盘、光盘等；以及通信单元409，例如网卡、调制解调器、无线通信收发机等。通信单元409允许设备400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，例如方法300，可由中央处理单元401执行。例如，在一些实施例中，方法300和400可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元408。在一些实施例中，计算机程序的部分或者全部可以经由只读存储器402和/或通信单元409而被载入和/或安装到设备400上。当计算机程序被加载到随机存取存储器403并由中央处理单元401执行时，可以执行上文描述的方法300和400的一个或多个动作。

本公开涉及方法、装置、系统、电子设备、计算机可读存储介质和/或计算机程序产品。计算机程序产品可以包括用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘计算设备。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。