一种用户资源管理方法及相关装置

技术领域

本申请涉及大数据领域，尤其涉及一种用户资源管理方法及相关装置。

背景技术

用户可以通过客户端向集群服务器发出任务请求，然后集群服务器根据用户发出的任务请求为用户分配资源。当多个用户通过客户端向服务器发送任务请求时，由于集群服务器中的资源有限，导致先发出任务请求的客户端可能会占用集群服务器中过多的资源，后发出任务请求的客户端没有可以使用的资源或可使用的资源过少，从而产生集群服务器资源分配不均的问题。

一种防止集群服务器资源分配不均的方法可以包括：用户根据自己的任务需求申请用户资源，然后管理员会根据用户的申请为用户分配一定的资源。该方法中，管理员可以根据多个用户的申请为这多个用户中的每个用户都分配一定的资源，从而可以避免出现有的用户使用过多资源而有的用户没有可使用的资源或可使用的资源过少的情况。

但是这种方法可能会出现以下问题：当用户1申请到资源后可能过了一段时间后才开始执行相应的任务，也就是这段时间内用户1没有使用该部分资源，而当用户2在这段时间内需要再次申请用户资源时，可能会出现集群服务器没有足够的资源，使用户2申请不到资源，从而出现这段时间内集群服务器虽然还存在一部分可使用的资源但是无法将这部分可使用的资源分配给其它用户的情况，导致这段时间内的集群服务器资源浪费，影响集群服务器资源利用率。

发明内容

本申请提供一种用户资源管理方法及相关装置，用以解决现有技术中集群服务器资源浪费的问题。

第一方面，本申请提供一种用户资源管理方法，包括：集群服务器在第一时段内接收来自客户端的第一任务请求；所述集群服务器获取所述第一时段内已为所述客户端分配资源的任务请求的第一数量；所述第一数量小于所述客户端在第一目标时长内的第一最大并发数的情况下，所述集群服务器在所述第一时段内为所述第一任务请求分配资源，所述第一最大并发数为所述集群服务器在所述第一目标时长内能够为所述客户端分配资源的任务请求的最大数量，所述第一时段的长度等于所述第一目标时长。

本方法中，当客户端向集群服务器发送第一任务请求时，集群服务器根据为该客户端分配资源的任务请求的情况确定是否为该第一任务请求分配资源，这种用户资源的动态管理方法可以解决现有技术中用户先申请集群服务器资源后使用集群服务器资源时可能导致集群服务器资源浪费的问题。另外，该方法还可以通过第一最大并发数限制集群服务器在第一时段内为该客户端分配的资源，防止出现集群服务器在第一时段内因该客户端发送过多任务请求而为该客户端分配很多资源，使集群服务器无法为其它客户端分配资源的情况。

结合第一方面的方法，该方法还可以包括：所述第一数量大于或等于所述第一最大并发数的情况下，所述集群服务器在第二时段内为所述第一任务请求分配资源，所述第二时段位于所述第一时段之后。

当集群服务器在第一时段内为该客户端分配资源的任务数量大于或等于第一最大并发数时，集群服务器在第一时段内将不再为该客户端分配资源，而是在第二时段再为该客户端分配资源，这样集群服务器可以通过第一最大并发数对第一时段内为客户端分配的资源进行控制，避免多个客户端在第一时段共享集群服务器资源时出现资源分配不均的情况。

例如，集群服务器在第二时段可以优先为第一任务请求分配资源，然后再为第二时段中接收到的任务请求分配资源。

该方法中，所述第一时段的结束时刻和所述第二时段的起始时刻为同一时刻，或所述第一时段的结束时刻和所述第二时段的起始时刻为不同时刻。

例如，假设t

结合第一方面的方法，该方法还可以包括：所述集群服务器获取第三时段内已为所述客户端分配资源的任务请求的第二数量，所述第一时段为所述第三时段内包含的多个第一时段中的任意一个；所述第二数量大于或等于所述客户端在第二目标时长内的最大任务请求量的情况下，所述集群服务器将所述客户端在所述第一目标时长内的第一最大并发数更新为第二最大并发数，所述最大任务请求量为所述集群服务器在所述第二目标时长内能够为所述客户端分配资源的任务请求的最大数量，所述第三时段的长度等于所述第二目标时长，第二最大并发数小于所述第一最大并发数。

在第二数量大于或等于最大任务请求量的情况下，表示该集群服务器在第三时段内为该客户端分配资源的任务请求的个数已达到该集群服务器在第三时段内为该客户端分配资源的任务请求的警戒值，此时该集群服务器将第一最大并发数更新为第二最大并发数，也就是限制第三时段内为客户端分配的资源，避免多个客户端在第三时段共享集群服务器资源时出现资源分配不均的情况。

例如，第三时段的时长为一天，第一时段的时长为十分钟。也就是说，如果第一时段所在的那一天在第一任务请求之前该客户端的任务请求数量已经超过或者快要超过当天额定的任务请求数量的情况下，需要减小该客户端在每个十分钟内能够并行的任务请求数量，以使得该客户端在当前的总任务请求量不会超过额定任务请求数量太多，或者不会超过额定数量。

可选地，可以计算当前第一时段的时长与第三时段的时长的第一比值，以及计算该客户端在第三时段的起始时间至当前第一时段已经被分配资源的任务数量与第三时段的额定数量的第二比值，若第一比值大于第二比值，则可以减少第一目标时长内的最大并发数。

可选地，若第一比值小于第二比值，可以增大第一目标时长内的最大并发数。

作为一种示例，集群服务器可以每隔一段预设的时长来执行该实现方式中的步骤。

除此之外，该方法还可以包括：所述集群服务器在第四时段内将所述客户端在所述第一目标时长内的所述第二最大并发数更新为所述第一最大并发数，所述第四时段的长度等于所述第二目标时长，所述第四时段位于所述第三时段之后。

该方法中，在第四时段将第二最大并发数更新为第一最大并发数，也就是增加集群服务器在第二目标时长内能够为该客户端分配资源的任务请求的最大数量，使集群服务器可以在第二目标时长内为该客户端提供足够的资源，进而可以提高集群服务器的资源利用率。

该方法中，所述第三时段的结束时刻和所述第四时段的起始时刻为同一时刻，或所述第三时段的结束时刻和所述第四时段的起始时刻为不同时刻。

例如，假设t

第二方面，本申请提供一种用户资源管理装置，该装置包括用于实现第一方面中的方法的各个功能模块。

例如该装置可以包括接收模块、获取模块和分配模块。其中，接收模块用于集群服务器在第一时段内接收来自客户端的第一任务请求；获取模块用于所述集群服务器获取所述第一时段内已为所述客户端分配资源的任务请求的第一数量；分配模块用于所述第一数量小于所述客户端在第一目标时长内的第一最大并发数的情况下，所述集群服务器在所述第一时段内为所述第一任务请求分配资源，所述第一最大并发数为所述集群服务器在所述第一目标时长内能够为所述客户端分配资源的任务请求的最大数量，所述第一时段的长度等于所述第一目标时长。

除此之外，分配模块还用于所述第一数量大于或等于所述第一最大并发数的情况下，所述集群服务器在第二时段内为所述第一任务请求分配资源，所述第二时段位于所述第一时段之后。

获取模块还用于所述集群服务器获取第三时段内已为所述客户端分配资源的任务请求的第二数量，所述第一时段为所述第三时段内包含的多个第一时段中的任意一个。

可选地，该装置还可以包括更新模块。更新模块用于所述第二数量大于或等于所述客户端在第二目标时长内的最大任务请求量的情况下，所述集群服务器将所述客户端在所述第一目标时长内的第一最大并发数更新为第二最大并发数，所述最大任务请求量为所述集群服务器在所述第二目标时长内能够为所述客户端分配资源的任务请求的最大数量，所述第三时段的长度等于所述第二目标时长，第二最大并发数小于所述第一最大并发数。

更新模块还用于所述集群服务器在第四时段内将所述客户端在所述第一目标时长内的所述第二最大并发数更新为所述第一最大并发数，所述第四时段的长度等于所述第二目标时长，所述第四时段位于所述第三时段之后。

第三方面，本申请提供一种用户资源管理装置，该装置可以包括用于实现第一方面中的方法的各个功能模块。例如，该装置可以包括存储器，以及与存储器耦合的处理器。

处理器用于执行程序指令，以实现第一方面中方法所执行的指令；存储器用于存储处理器执行的指令或存储处理器运行指令所需要的输入数据或存储处理器运行指令后产生的数据。

第四方面，本申请提供一种计算机可读存储介质，该计算机可读介质存储用于处理器执行的程序代码，该程序代码包括用于实现第一方面中的方法的指令。

第五方面，本申请提供一种计算机程序产品，当该计算机程序产品在处理器上运行时用于实现第一方面中的方法。

可以理解的是，本申请提供的用户资源管理装置、计算机可读存储介质和计算机程序产品所能达到的技术效果可以参考第一方面。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例适用的一种通信系统架构示意图；

图2为本申请一个实施例提供的用户资源管理方法示意图；

图3为本申请一个实施例提供的集群服务器在第一时段内为第一任务请求分配资源的示意图；

图4为本申请一个实施例提供的集群服务器在第二时段内为第一任务请求分配资源的示意图；

图5为本申请一个实施例提供的集群服务器在第三时段内为客户端分配资源的示意图；

图6为本申请一个实施例提供的用户资源管理装置示意图；

图7为本申请另一个实施例提供的用户资源管理装置示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图1为本申请实施例适用的一种通信系统架构示意图。如图1所示，该通信系统架构中可以包括集群服务器和M个客户端，这M个客户端可以包括客户端1、客户端2、…、客户端M，集群服务器和这M个客户端之间可以相互通信。

客户端为提交用户任务请求的一方，即用户可以通过客户端向集群服务器发送任务请求。一般情况下，一个用户可以通过一个客户端发出任务请求，此时这M个客户端分别对应M个客户。可以理解的是，一个用户还可以通过不同的客户端发送不同的任务请求。

集群服务器为接收客户端的任务请求并为客户端分配资源的一方。该集群服务器可以部署大数据平台，用户可以通过客户端访问该大数据平台，以及通过客户端向该大数据平台发送任务请求，然后该集群服务器为该用户的客户端分配资源，从而可以完成相应的任务。可选地，该集群服务器中还可以部署数据库，该数据库可以用于存储客户端向该大数据平台发送的各个任务请求，后续集群服务器可以从该数据库中存储的任务请求中获取需要执行的任务。

该集群服务器中的大数据平台中可以包括用户管理系统和任务管理系统。用户管理系统用于对大数据平台用户的用户信息进行管理。大数据平台用户的用户信息可以包括用户的编号、姓名等信息。任务管理系统用于记录大数据平台用户通过客户端向该大数据平台发送的任务请求信息和大数据平台已经成功执行的任务信息。平台用户通过客户端向该大数据平台发送的任务请求信息可以包括大数据平台用户通过客户端向该大数据平台发送的目标任务数，大数据平台已经成功执行的任务信息可以包括大数据平台已经执行的任务数。

本实施例中，该集群服务器可以为具有计算能力的集群服务器。

当多个用户通过客户端向服务器发送任务请求时，由于集群服务器中的资源有限，可能导致先发出任务请求的客户端会占用集群服务器中过多的资源，后发出任务请求的用客户端没有可以使用的资源或可使用的资源过少，从而产生集群服务器资源分配不均的问题。

一种防止集群服务器资源分配不均的方法可以包括：用户根据自己的任务需求申请用户资源，然后管理员会根据用户的申请为用户分配一定的资源。该方法中，管理员可以根据多个用户的申请为这多个用户中的每个用户都分配一定的资源，从而可以避免出现有的用户使用过多资源而有的用户没有可使用的资源或可使用的资源过少的情况。

但是这种方法可能会出现以下问题：当用户1申请到资源后可能过了一段时间后才开始执行相应的任务，也就是这段时间内用户1没有使用该部分资源，而当用户2在这段时间内需要再次申请用户资源时，可能会出现集群服务器没有足够的资源，使用户2申请不到资源，从而出现这段时间内集群服务器虽然还存在一部分可使用的资源但是无法将这部分可使用的资源分配给其它用户的情况，导致这段时间内的集群服务器资源浪费，影响集群服务器资源利用率。

为此本申请提出了新的技术方案，用于解决现有技术中集群服务器资源浪费的问题。

图2为本申请一个实施例提供的用户资源管理方法示意图。如图2所示，该用户资源管理方法可以包括S201、S202、S203、S204和S205。

在S201之前，集群服务器可以预先为每个客户端配置每个第一目标时长内的任务请求的第一最大并发数，以及为每个客户端配置每个第二目标时长内的任务请求的最大任务请求量，其中第二目标时长大于第一目标时长。

例如，第二目标时长可以是一天，第一目标时长可以是一小时。

又如，集群服务器为其中一个客户端配置：一天之内的任务请求的最大任务请求量为一万二千，每个一小时内的任务请求的第一最大并发数为五百。

可选地，不同的客户端在第一目标时长内对应的第一最大并发数可以相同，也可以不同。不同的客户端在第二目标时长内对应的最大任务请求量可以相同，也可以不同。

S201，集群服务器在第一时段内接收来自客户端的第一任务请求。

本实施例中，该集群服务器可以为如图1所示系统架构中的集群服务器，该客户端可以为如图1所示系统架构中M个客户端中的任意一个客户端。

本实施例中，该第一任务请求可以用于指示客户端向集群服务器请求的需要执行的任务。

当用户在第一时段内通过客户端向集群服务器发送第一任务请求时，集群服务器接收该第一任务请求。可选地，该集群服务器可以将接收的任务请求先存储到数据库中，当集群服务器执行任务时，可以从该数据库中获取该任务请求所对应的任务。

S202，集群服务器获取第一时段内已为该客户端分配资源的任务请求的第一数量。

本实施例中，集群服务器获取第一时段内已为该客户端分配资源的任务请求的第一数量的方法可以包括：该集群服务器访问任务管理系统，然后从该任务管理系统中获取该集群服务器在第一时段内已为该客户端分配资源的任务请求的第一数量，该任务管理系统用于记录该集群服务器为M个客户端中的每个客户端分配资源的任务请求的信息，该任务请求的信息中可以包括该任务请求的数量信息。

例如，第一时段的起始计算时间为12点，第一任务请求的接收时间为12点半，则集群服务器统计12点开始至12点半已经分配资源的任务请求的数量。

S203，集群服务器将第一数量和第一最大并发数进行对比，在第一数量小于第一最大并发数的情况下，执行S204，在第一数量大于或等于第一最大并发数的情况下，执行S205。

本实施例中，第一最大并发数为集群服务器在第一目标时长内能够为该客户端分配资源的任务请求的最大数量，第一目标时长的长度可以等于第一时段。

本实施例中，该第一最大并发数是该集群服务器预先为该客户端设置的第一最大并发数。可以理解的是，该集群服务器为其它客户端设置的第一最大并发数与为该客户端设置的第一最大并发数可以相同也可以不同。

第一数量小于第一最大并发数表示，该集群服务器在第一时段内为该客户端分配资源的任务请求的个数还没有达到该集群服务器在第一时段内能够为该客户端分配资源的任务请求的最大数量。在这种情况下，当该客户端在第一时段内继续向集群服务器发送任务请求时，该集群服务器还可以根据该客户端的任务请求为该客户端分配资源。

第一数量大于或等于第一最大并发数表示，该集群服务器在第一时段内为该客户端分配资源的任务请求的个数已超过或已到达该集群服务器在第一时段内能够为该客户端分配资源的任务请求的最大数量。在这种情况下，当该客户端在第一时段内继续向集群服务器发送任务请求时，该集群服务器不可以在第一时段内为该客户端分配资源。

S204，集群服务器在第一时段内为第一任务请求分配资源。

本实施例中，在第一数量小于第一最大并发数的情况下，该集群服务器在第一时段内为该客户端分配资源的任务请求的个数还没有达到该集群服务器在第一时段内能够为该客户端分配资源的任务请求的最大数量，因此该集群服务器在第一时段内为第一任务请求分配资源，然后执行该第一任务请求所对应的任务。

图3为本申请一个实施例提供的集群服务器在第一时段内为第一任务请求分配资源的示意图。如图3所示，t

本实施例中，实线箭头表示该集群服务器接收第一任务请求，虚线箭头表示该集群服务器为该第一任务请求分配资源。

例如，第一目标时长为一个小时，第一最大并发数为500，第一数量为200，则集群服务器为第一任务请求分配资源。

S205，集群服务器在第二时段内为第一任务请求分配资源。

本实施例中，在第一数量大于或等于第一最大并发数的情况下，该集群服务器在第一时段内为该客户端分配资源的任务请求的个数已达到该集群服务器在第一时段内能够为该客户端分配资源的任务请求的最大数量，此时该集群服务器可以在第二时段内为第一任务请求分配资源，第二时段位于第一时段之后。

图4为本申请一个实施例提供的集群服务器在第二时段内为第一任务请求分配资源的示意图。如图4所示，t

本实施例中，实线箭头表示该集群服务器接收第一任务请求，虚线箭头表示该集群服务器为该第一任务请求分配资源。

需要说明的是，本实施例中的t

例如，第一目标时长为一个小时，第一最大并发数为500，第一时段为12点至13点，第一数量为501，则集群服务器在13点至14点之间为第一任务请求分配资源，其中，13点至14点即为第二时段。

可选地，在第一数量大于或等于第一最大并发数的情况下，该集群服务器还可以向该客户端发送指示信息，该指示信息用于指示客户端在第一时段内发送的任务请求数量过大且集群服务器资源有限进而导致该第一任务请求所对应的任务执行失败。

例如，第一目标时长为一个小时，第一最大并发数为500，第一时段为12点至13点，第一数量为501，则集群服务器向该客户端发送指示信息，以便于客户端在合适的时间重新发送第一任务请求。

除此之外，集群服务器还可以预先为每个客户端配置每个第一目标时长内的任务请求的第二最大并发数。可选地，不同的客户端在第一目标时长内对应的第二最大并发数可以相同，也可以不同。

可选地，该用户资源管理方法还可以包括：集群服务器获取第三时段内已为客户端分配资源的任务请求的第二数量，第三时段可以包含多个第一时段中的任意一个或多个；在第二数量大于或等于最大任务请求量的情况下，该集群服务器将该客户端在第一目标时长内的第一最大并发数更新为第二最大并发数，最大任务请求量为该集群服务器在第二目标时长内能够为该客户端分配资源的任务请求的最大数量，第二目标时长的长度等于第三时段，第二最大并发数小于第一最大并发数。

本实施例中，该集群服务器获取第三时段内已为该客户端分配资源的任务请求的第二数量的方法和前面所述集群服务器获取第一时段内已为该客户端分配资源的任务请求的第一数量的方法一致，故不再赘述。

本实施例中，该最大任务请求量是该集群服务器预先为该客户端设置的最大任务请求量，该最大任务请求量表示该客户端在第二目标时长内发送任务请求的警戒值。可以理解的是，该集群服务器为其它客户端设置的最大任务请求量与为该客户端设置的最大任务请求量可以相同也可以不同。

在第二数量大于或等于最大任务请求量的情况下，表示该集群服务器在第三时段内为该客户端分配资源的任务请求的个数已达到该集群服务器在第三时段内为该客户端分配资源的任务请求的警戒值，此时该集群服务器需要对为该客户端分配的资源进行控制，即对该客户端在第一目标时长内的第一最大并发数进行降级处理，将该客户端在第一目标时长内的第一最大并发数更新为第二最大并发数。

图5为本申请一个实施例提供的集群服务器在第三时段内为客户端分配资源的示意图。如图5所示，t

另外，该集群服务器可以在第四时段内将该客户端在第一目标时长内的第二最大并发数更新为第一最大并发数，第四时段的长度等于第二目标时长，且第四时段位于第三时段之后。

该方法中，第三时段的结束时刻和第四时段的起始时刻为同一时刻，或第三时段的结束时刻和第四时段的起始时刻为不同时刻。

例如，假设t

可以理解的是，在第二数量小于最大任务请求量的情况下，该集群服务器在第三时段内为该客户端分配资源的任务请求的个数还没有达到该集群服务器在第三时段内为该客户端分配资源的任务请求的警戒值，此时该集群服务器不需要对为该客户端分配的资源进行控制，即对客户端在第一目标时长内的第一最大并发数不作任何处理。

本申请的技术方案中，集群服务器可以为客户端配置第一最大并发数，在集群服务器在第一时段内为该客户端分配资源的任务请求的数量小于第一并发数的情况下，才可以为该客户端发送的第一任务请求分配资源。该方法中，当客户端向集群服务器发送第一任务请求时，集群服务器根据为该客户端分配资源的任务请求的情况确定是否为该第一任务请求分配资源，这种用户资源的动态管理方法可以解决现有技术中用户先申请集群服务器资源后使用集群服务器资源时可能导致集群服务器资源浪费的问题。另外，该方法还可以限制集群服务器在第一时段内为该客户端分配的资源，防止出现集群服务器在第一时段内因该客户端发送过多任务请求而为该客户端分配很多资源，导致集群服务器无法为其它客户端分配资源的情况。

本申请的技术方案中，集群服务器还可以为客户端配置最大任务请求量和第二最大并发数，在集群服务器在第三时段内已为该客户端分配资源的任务请求的数量大于或等于最大任务请求量的情况下，将客户端在第一目标时长内的第一最大并发数更新为第二最大并发数。该方法可以限制集群服务器在第三时段内为该客户端分配的资源，防止出现集群服务器在第三时段内因该客户端发送过多任务请求而为该客户端分配很多资源，导致集群服务器无法为其它客户端分配资源的情况。

图6为本申请一个实施例提供的用户资源管理装置示意图，如图6所示，该用户资源管理装置600包括：接收模块601、获取模块602、分配模块603。

作为一个示例，该用户资源管理装置600可以用于实现图2所示实施例的用户资源管理方法流程示意图。其中，接收模块601可以用于执行S201的步骤，获取模块602可以用于执行S202的步骤，分配模块603可以用于执行S204和S205的步骤。

可选地，该用户资源管理装置600还可以包括更新模块604，更新模块604可以用于执行在第二数量大于或等于最大任务请求量的情况下，集群服务器将客户端在第一目标时长内的第一最大并发数更新为第二最大并发数的步骤；更新模块604还可以用于执行集群服务器在第四时段内将该客户端在第一目标时长内的第二最大并发数更新为第一最大并发数的步骤。

图7为本申请另一个实施例提供的用户资源管理装置示意图，如图7所示，该用户资源管理装置700包括：处理器701和接口电路702。处理器701和接口电路702之间相互耦合。可以理解的是，接口电路702可以为收发器或输入输出接口。可选的，该用户资源管理装置700还可以包括存储器703，用于存储处理器701执行的指令或存储处理器701运行指令所需要的输入数据或存储处理器701运行指令后产生的数据。

作为一个示例，处理器701可以用于实现上述接收模块601和获取模块602的功能，接口电路702可以用于实现上述分配模块603和更新模块604的功能。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元，还可以是其它通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(application specific integrated circuit，ASIC)中。另外，该专用集成电路可以位于网络设备或终端设备中。当然，处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘；还可以是半导体介质，例如，固态硬盘。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。本文中的术语“多个”是指两个或两个以上。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。

可以理解的是，在本申请的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围由权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。