开放平台存储扩容方法、装置、设备及存储介质

技术领域

本说明书涉及金融领域领域，尤其是涉及一种开放平台存储扩容方法、装置、设备及存储介质。

背景技术

在互联网时代，把网站的服务封装成一系列计算机易识别的数据接口开放出去，供第三方开发者使用，这种行为就叫做开放API，提供开放API的平台本身就被称为开放平台(例如网上银行系统等)。随着业务的发展，对开放平台的存储扩容的需求越来越多。然而，在传统技术中，开放平台存储扩容一般是由人工完成，整个过程需要消耗大量人力，效率较低。

发明内容

本说明书实施例的目的在于提供一种开放平台存储扩容方法、装置、设备及存储介质，以提高开放平台存储扩容效率。

为达到上述目的，一方面，本说明书实施例提供了一种开放平台存储扩容方法，包括：

接收针对目标服务器的存储扩容请求；

基于预设的脚本程序采集目标服务器的基础数据；

根据所述基础数据确认是否允许所述存储扩容请求；

当允许所述存储扩容请求时，从可分配存储池集合内锁定可分配存储阵列；

利用所述可分配存储阵列对所述目标服务器进行存储资源扩容。

本说明书的实施例中，所述根据所述基础数据确认是否允许所述存储扩容请求，包括：

解析所述基础数据；所述基础数据包括存储盘类型、多路径软件类型和文件系统类型；

确认所述存储盘类型是否位于存储盘类型白名单内，或者，确认所述多路径软件类型是否位于多路径软件类型白名单内；

当所述存储盘类型位于所述存储盘类型白名单内，或者，所述多路径软件类型位于所述多路径软件类型白名单内时，预测所述文件系统类型在扩容后是否超出其存储容量上限；

如果未超出，则允许所述存储扩容请求，并将所述基础数据更新至数据库。

本说明书的实施例中，所述方法还包括：

当所述存储扩容请求符合以下拒绝条件之一时，拒绝所述存储扩容请求；

所述拒绝条件包括：

存储盘类型未位于存储盘类型白名单内；

多路径软件类型未位于多路径软件类型白名单内；

文件系统类型在扩容后超出其存储容量上限。

本说明书的实施例中，所述从可分配存储池集合内锁定可分配存储阵列，包括：

从数据库中获取所述目标服务器的已分配存储盘信息；

生成可分配存储池集合；

根据所述已分配存储盘信息，从所述可分配存储池集合内选择指定扩容量的可分配存储阵列；

锁定所述可分配存储阵列，并将其作为预分盘信息更新至所述数据库。

本说明书的实施例中，所述已分配存储盘信息包含：所述目标服务器对应文件系统的当前分配率、当前使用率和当前逻辑单元号总数；

所述根据所述已分配存储盘信息，从所述可分配存储池集合内选择指定扩容量的可分配存储阵列，包括：

从所述可分配存储池集合内选择一个可分配存储池；

根据所述当前分配率、当前使用率和当前逻辑单元号总数，预测在将该可分配存储池的可分配容量分配后，所述文件系统的分配率、使用率和逻辑单元号总数是否超过对应的上限；

如果在将该可分配存储池的可分配容量分配后，所述文件系统的分配率、使用率和逻辑单元号总数超过对应的上限，则确认所述可分配容量是否达到所述指定扩容量；

如果所述可分配容量未达到所述指定扩容量，则从所述可分配存储池集合内余下的可分配存储池中继续分配，直至分配到的可分配容量累计达到所述指定扩容量时为止。

本说明书的实施例中，所述方法还包括：

当所述可分配存储池集合内所有可分配存储池的可分配容量累计未达到所述指定扩容量时，输出提示并提供人工选择可分配存储阵列的用户界面。

本说明书的实施例中，所述利用所述可分配存储阵列对所述目标服务器进行存储资源扩容，包括：

将所述可分配存储阵列放入至所述目标服务器对应的逻辑单元号组合中；

调用配置刷新指令从所述目标服务中刷新出所述可分配存储阵列；

将刷新出的所述可分配存储阵列添加至所述目标服务器对应的文件系统中。

本说明书的实施例中，所述将所述可分配存储阵列放入至所述目标服务器对应的逻辑单元号组合中，包括：

从数据库中获取被锁定的可分配存储阵列的信息；

根据所述信息登录被锁定的可分配存储阵列；

确认所述可分配存储阵列中是否存在所述目标服务器对应的逻辑单元号组合；

当所述可分配存储阵列中存在所述目标服务器对应的逻辑单元号组合时，确认所述可分配存储阵列中所有存储盘的逻辑单元号是否均存在于所述逻辑单元号组合中；

如果所述可分配存储阵列中有存储盘的逻辑单元号未存在于所述逻辑单元号组合中，则将其添加至所述逻辑单元号组合中。

本说明书的实施例中，所述将刷新出的所述可分配存储阵列添加至所述目标服务器对应的文件系统中，包括：

判断刷新出的所述可分配存储阵列是否已被使用；

如果未被使用，则调用自动存储管理器或逻辑卷管理器，将刷新出的所述可分配存储阵列添加至所述目标服务器对应的文件系统中。

另一方面，本说明书实施例还提供了一种开放平台存储扩容装置，包括：

接收模块，用于接收针对目标服务器的存储扩容请求；

采集模块，用于基于预设的脚本程序采集目标服务器的基础数据；

确认模块，用于根据所述基础数据确认是否允许所述存储扩容请求；

锁定模块，用于当允许所述存储扩容请求时，从可分配存储池集合内锁定可分配存储阵列；

扩容模块，用于利用所述可分配存储阵列对所述目标服务器进行存储资源扩容。

另一方面，本说明书实施例还提供了一种计算机设备，包括存储器、处理器、以及存储在所述存储器上的计算机程序，所述计算机程序被所述处理器运行时，执行上述方法的指令。

另一方面，本说明书实施例还提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被计算机设备的处理器运行时，执行上述方法的指令。

由以上本说明书实施例提供的技术方案可见，本说明书实施例中当接收到针对目标服务器的存储扩容请求时，可以基于预设的脚本程序采集目标服务器的基础数据，并基于基础数据确认是否允许所述存储扩容请求；当允许所述存储扩容请求时，从可分配存储池集合内锁定可分配存储阵列，然后利用可分配存储阵列对目标服务器进行存储资源扩容，从而实现了对开放平台存储资源的自动扩容，从而提高了开放平台存储资源扩容的效率，降低了了开放平台存储资源扩容的人力消耗。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了本说明书一些实施例中开放平台存储扩容方法的流程图；

图2示出了本说明书一实施例中存储扩容许可判断的流程图；

图3示出了本说明书一实施例中预分盘的流程图；

图4示出了本说明书一实施例中分盘的流程图；

图5示出了本说明书一实施例中刷盘及加盘的流程图；

图6示出了本说明书一些实施例中开放平台存储扩容装置的结构框图；

图7示出了本说明书一些实施例中计算机设备的结构框图。

【附图标记说明】

61、接收模块；

62、采集模块；

63、确认模块；

64、锁定模块；

65、扩容模块；

702、计算机设备；

704、处理器；

706、存储器；

708、驱动机构；

710、输入/输出接口；

712、输入设备；

714、输出设备；

716、呈现设备；

718、图形用户接口；

720、网络接口；

722、通信链路；

724、通信总线。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。

本说明书实施例开放平台(系统)的存储资源扩容技术，可以应用于金融领域或其他领域，具体可以根据需要选择，本说明书对此不作限定。鉴于人工进行开放平台的存储资源扩容所导致的人力消耗大，效率较低的问题。本说明书实施例提供了可自动执行的开放平台存储扩容方法，其可以用于任何合适的计算机设备上，该计算机设备可以是开放平台的一部分，也可是独立于开放平台外。

参考图1所示，在本说明书一些实施例中，所述开放平台存储扩容方法可以包括以下步骤：

S101、接收针对目标服务器的存储扩容请求。

S102、基于预设的脚本程序采集目标服务器的基础数据。

S103、根据所述基础数据确认是否允许所述存储扩容请求。

S104、当允许所述存储扩容请求时，从可分配存储池集合内锁定可分配存储阵列。

S105、利用所述可分配存储阵列对所述目标服务器进行存储资源扩容。

本说明书的实施例中，当接收到针对目标服务器的存储扩容请求时，可以基于预设的脚本程序采集目标服务器的基础数据，并基于基础数据确认是否允许所述存储扩容请求；当允许所述存储扩容请求时，从可分配存储池集合内锁定可分配存储阵列，然后利用可分配存储阵列对目标服务器进行存储资源扩容，从而实现了对开放平台存储资源的自动扩容，从而提高了开放平台存储资源扩容的效率，降低了了开放平台存储资源扩容的人力消耗。

在本说明书一些实施例中，存储扩容请求可以基于事件触发的方式发起。例如，目标服务器在收到存储容量告警时，可以发出存储扩容请求(或存储扩容指令)。当然，本处仅是举例说明，在本说明书其他实施例中，也可以通过定时任务等其他方式自动发起存储扩容请求，本说明书对此不作限定。这里的目标服务器即为开放平台中的一台需要进行存储扩容的服务器(例如应用服务器等)。

在本说明书的实施例中，存储扩容请求中可以包含：目标服务器的IP地址、扩容操作类型(例如新建、扩容等)、扩容路径和目标容量等。其中，扩容路径可以是指目标服务器对应的文件系统的路径。

脚本程序预先添加于目标服务器中，其主要用途是在启动时可自动采集目标服务器的基础数据。因此，开放平台中任何可能有扩容需求的服务器上均可以添加这种脚本程序，以利于实现存储资源的自动扩容。

基础数据可以包括目标服务器的存储盘类型、多路径软件类型和文件系统类型等信息。其中，存储盘类型是指已分配给目标服务器使用的存储盘的存储盘类型。例如，在本说明书一实施例中，存储盘类型可以是以存储盘接口类型(例如IDE存储盘、SATA存储盘、SCSI存储盘等)划分。在本说明书其他实施例中，存储盘类型也可以采用其他任何合适的维度划分，本说明书对此不作限定。多路径软件是服务器上可将不同主机总线适配器刷出的相同存储资源聚合为一个块的软件装置，以用于链路冗余控制和负载均衡控制等场景中。不同类型的存储盘安装或配置的多路径软件类型也不同，即不同类型的存储盘都有特定的多路径软件类型。

在本说明书一些实施例中，所述根据所述基础数据确认是否允许所述存储扩容请求，包括：

1)、解析所述基础数据。

2)、确认所述存储盘类型是否位于存储盘类型白名单内，或者，确认所述多路径软件类型是否位于多路径软件类型白名单内。

在基于linux等操作系统的目标服务器中，为了有利于维护服务器的性能，可以预先配置有存储盘类型白名单或多路径软件类型白名单，以用于判断是否允许对目标服务器的存储资源进行扩容。

3)、当所述存储盘类型位于所述存储盘类型白名单内，或者，所述多路径软件类型位于所述多路径软件类型白名单内时，可以预测所述文件系统类型在扩容后是否超出其存储容量上限。

其中，基础数据中包含有对应文件系统的文件系统当前容量，将该文件系统当前容量加上指定扩容量，即为该文件系统类型在扩容的存储容量。将扩容的存储容量与该文件系统类型的存储容量上限进行对比，即可以预测出该文件系统类型在扩容后是否超出其存储容量上限。例如，在一示例性实施例中，目标服务器的文件系统类型为EXT3(即Linux第三代扩展文件系统)，EXT3的最大容量为16T。如果目标服务器对应的文件系统当前容量为5T，目标容量为10T，则指定扩容量为10T-5T＝5T，则由于10T<16T，因此，可以预判出本次存储扩容请求未超出存储容量上限。

4)、如果未超出，则允许所述存储扩容请求，并将所述基础数据更新至数据库。其中，将基础数据更新至数据库中可以方便后续步骤使用。

本说明书另一些实施例中，当所述存储扩容请求符合以下拒绝条件之一时，可以拒绝所述存储扩容请求，其中，所述拒绝条件包括：

1、存储盘类型未位于存储盘类型白名单内；

2、多路径软件类型未位于多路径软件类型白名单内；

3、文件系统类型在扩容后超出其存储容量上限。

应当指出的是，确认是否允许所述存储扩容请求的处理逻辑可以根据实际需要变换。例如在本说明书其他的实施例中，还可以增加其他判断条件(例如图2中的“其他判断条件是否符合”)，本说明书对此不作唯一限定。

在本说明书一些实施例中，所述从可分配存储池集合内锁定可分配存储阵列可以包括以下步骤：

1)、从数据库中获取所述目标服务器的已分配存储盘信息。

基础数据中包含目标服务器的已分配存储盘信息。在本说明书一实施例中，所述已分配存储盘信息可以包括：目标服务器对应文件系统的当前分配率、当前使用率和当前逻辑单元号(logical unit number，lun)总数。

2)、生成可分配存储池集合。

可分配存储池集合是指通过内置函数生成的可分配存储池列表。可分配存储池列表中记录所有可分配存储池的信息。这些信息对应的可分配存储池均可以是扩容时的候选对象，即可以从这些可分配存储池中分配出一些存储阵列，以用于目标服务器扩容。

3)、根据所述已分配存储盘信息，从所述可分配存储池集合内选择指定扩容量的可分配存储阵列。

在本说明书一实施例中，根据所述已分配存储盘信息，从所述可分配存储池集合内选择指定扩容量的可分配存储阵列，可以进一步包括：

a)、从所述可分配存储池集合内选择(例如顺序选择)一个可分配存储池。

b)、根据所述当前分配率、当前使用率和当前lun总数，预测在将该可分配存储池的可分配容量分配后，所述文件系统的分配率、使用率和lun总数是否超过对应的上限(上限阈值)。其中，可分配存储池的可分配容量是指该可分配存储池的最大可分配容量。

c)、如果在将该可分配存储池的可分配容量分配后，所述文件系统的分配率、使用率和lun总数超过对应的上限，则确认所述可分配容量是否达到所述指定扩容量。否则，可以取下一个可分配存储池继续判断。

d)、如果所述可分配容量未达到所述指定扩容量，则从所述可分配存储池集合内余下的可分配存储池中继续分配，直至分配到的可分配容量累计达到所述指定扩容量时为止。

例如，在本说明书一实施例中，可分配存储池集合有10个可分配存储池，指定扩容量为5T。当第一个可分配存储池的可分配容量为1T时，由于1T小于5T，需要取第二个可分配存储池，以继续分配；若第二个可分配存储池的可分配容量也为1T，此时可分配容量累计达到1T+1T＝2T，由于2T仍然小于5T，需要取第三个可分配存储池，以继续分配；依次递推，直至分配到的可分配容量累计达到所述指定扩容量时为止。

当然，当所述可分配存储池集合内所有可分配存储池的可分配容量累计未达到所述指定扩容量时，输出提示并提供人工选择可分配存储阵列的用户界面(如图3所示)，以便于用户操作，从而可以在自动预分盘失败时，人工介入，以便于后续自动扩容步骤可以继续执行。这里的预分盘即为在正式分盘之前，预先锁定一些可分配存储阵列。

4)、锁定所述可分配存储阵列，并将其作为预分盘信息更新至所述数据库。

在正式分盘之前，锁定所述可分配存储阵列，可以防止存储资源分配和使用的冲突，从而有利于提高开放平台的稳定性。

在本说明书一些实施例中，所述利用所述可分配存储阵列对所述目标服务器进行存储资源扩容，可以包括以下：

1)、将所述可分配存储阵列放入至所述目标服务器对应的lun组合(lun_group)中。每个目标服务器对应有一个lun_group，一个lun_group里可以有一个或多个lun。

例如，在如图4所示的实施例中，将所述可分配存储阵列放入至所述目标服务器对应的lun_group中可以包括：从数据库中获取被锁定的可分配存储阵列的信息；根据所述信息登录被锁定的可分配存储阵列；确认所述可分配存储阵列中是否存在所述目标服务器对应的lun_group；当所述可分配存储阵列中存在所述目标服务器对应的lun_group时，确认所述可分配存储阵列中所有存储盘的lun是否均存在于所述lun_group中；如果所述可分配存储阵列中有存储盘的lun未存在于所述lun_group中，则将其添加至所述lun_group中。当然，如果所述可分配存储阵列中存在所述目标服务器对应的lun_group，则可以输出自动分盘(这里分盘即为上文中提及的正式分盘)失败提示，以告知用户。

2)、调用配置刷新指令从所述目标服务中刷新出所述可分配存储阵列。

3)、将刷新出的所述可分配存储阵列添加至所述目标服务器对应的文件系统中。

如图5所示，在本说明书一些实施例中，所述将刷新出的所述可分配存储阵列添加至所述目标服务器对应的文件系统中，可以包括：判断刷新出的所述可分配存储阵列是否已被使用；如果未被使用，则调用自动存储管理器(Automatic Storage Management，ASM)或逻辑卷管理器(Logical Volume Manager，LVM)，将刷新出的所述可分配存储阵列添加至所述目标服务器对应的文件系统中。

其中，ASM是Oracle数据库10g中一个非常出色的新特性，它以平台无关的方式提供了文件系统、逻辑卷管理器以及软件磁盘阵列等服务。ASM可以条带化和镜像磁盘，从而实现了在数据库被加载的情况下添加或移除磁盘。它还支持直接和异步的I/O并使用Oracle9i中引入的Oracle数据管理器API(简化的I/O系统调用接口)。

逻辑卷管理器是在Linux2.4内核以上实现的磁盘管理技术。它是Linux环境下对磁盘分区进行管理的一种机制。不仅仅在Linux系统上可以使用LVM这种磁盘管理机制，对于UNIX、windows等操作系统上也都有类似与LVM这种磁盘管理软件。LVM的工作原理其实很简单，它就是通过将底层的物理硬盘抽象的封装起来，然后以逻辑卷的方式呈现给上层应用。在传统的磁盘管理机制中，上层应用是直接访问文件系统，从而对底层的物理硬盘进行读取，而在LVM中，其通过对底层的硬盘进行封装，当对底层的物理硬盘进行操作时，其不再是针对于分区进行操作，而是通过一个逻辑卷来对其进行底层的磁盘管理操作。比如说增加一个物理硬盘，这个时候上层的服务是无感知的，因为呈现给上次服务的是以逻辑卷的方式。

虽然上文描述的过程流程包括以特定顺序出现的多个操作，但是，应当清楚了解，这些过程可以包括更多或更少的操作，这些操作可以顺序执行或并行执行(例如使用并行处理器或多线程环境)。

与上述的开放平台存储扩容方法对应，本说明书实施例还提供了一种开放平台存储扩容装置。参考图6所示，在本说明书一些实施例中，所述开放平台存储扩容装置可以包括：

接收模块61，可以用于接收针对目标服务器的存储扩容请求；

采集模块62，可以用于基于预设的脚本程序采集目标服务器的基础数据；

确认模块63，可以用于根据所述基础数据确认是否允许所述存储扩容请求；

锁定模块64，可以用于当允许所述存储扩容请求时，从可分配存储池集合内锁定可分配存储阵列；

扩容模块65，可以用于利用所述可分配存储阵列对所述目标服务器进行存储资源扩容。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本说明书的实施例还提供一种计算机设备。如图7所示，在本说明书一些实施例中，所述计算机设备702可以包括一个或多个处理器704，诸如一个或多个中央处理单元(CPU)或图形处理器(GPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备702还可以包括任何存储器706，其用于存储诸如代码、设置、数据等之类的任何种类的信息，一具体实施方式中，存储器706上并可在处理器704上运行的计算机程序，所述计算机程序被所述处理器704运行时，可以执行根据上述方法的指令。非限制性的，比如，存储器706可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备702的固定或可移除部件。在一种情况下，当处理器704执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备702可以执行相关联指令的任一操作。计算机设备702还包括用于与任何存储器交互的一个或多个驱动机构708，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备702还可以包括输入/输出接口710(I/O)，其用于接收各种输入(经由输入设备712)和用于提供各种输出(经由输出设备714)。一个具体输出机构可以包括呈现设备716和相关联的图形用户接口718(GUI)。在其他实施例中，还可以不包括输入/输出接口710(I/O)、输入设备712以及输出设备714，仅作为网络中的一台计算机设备。计算机设备702还可以包括一个或多个网络接口720，其用于经由一个或多个通信链路722与其他设备交换数据。一个或多个通信总线724将上文所描述的部件耦合在一起。

通信链路722可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路722可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

本申请是参照本说明书一些实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理器的处理器以产生一个机器，使得通过计算机或其他可编程数据处理器的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理器以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理器上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算机设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理器来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。