请求处理方法和装置与流程

1.本公开的实施例涉及计算机技术领域，具体涉及请求处理方法和装置。


背景技术：

2.在各行各业的发展过程中，如何进行合理的资源配置是必须考虑的基本问题之一。通过合理的资源配置可以避免资源不足导致无法及时为用户提供服务的情况，同时也可以避免资源过剩导致资源浪费的情况。
3.现有的各种资源配置基本都是由相关技术人员根据历史经验人工进行资源配置。对于大型的资源配置场景，这种配置方式严重依赖于资源配置人员的经验，缺乏客观性，而且经常出现一个资源的变化对已完成的资源配置造成较大的改动的情况，导致资源配置效率较低且容易出错。


技术实现要素：

4.本公开的实施例提出了请求处理方法和装置。
5.第一方面，本公开的实施例提供了一种请求处理方法，该方法包括：获取目标时段集中的每个目标时段的资源需求数；根据各目标时段分别对应的资源需求数，从预设资源集中确定预设服务时段集中的各服务时段分别对应的资源子集，其中，每个服务时段由目标时段集中的至少一个目标时段组成，各目标时段分别对应的资源需求数和各服务时段分别对应的资源子集之间符合预设约束条件；对于每个服务时段，响应于在该服务时段内接收到用户请求，控制该服务时段对应的资源子集中的资源处理接收到的用户请求。
6.第二方面，本公开的实施例提供了一种请求处理装置，该装置包括：获取单元，被配置成获取目标时段集中的每个目标时段的资源需求数；确定单元，被配置成根据各目标时段分别对应的资源需求数，从预设资源集中确定预设服务时段集中的各服务时段分别对应的资源子集，其中，每个服务时段由目标时段集中的至少一个目标时段组成，各目标时段分别对应的资源需求数和各服务时段分别对应的资源子集之间符合预设约束条件；处理单元，被配置成对于每个服务时段，响应于在该服务时段内接收到用户请求，控制该服务时段对应的资源子集中的资源处理接收到的用户请求。
7.第三方面，本公开的实施例提供了一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中任一实现方式描述的方法。
8.第四方面，本公开的实施例提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面中任一实现方式描述的方法。
9.本公开的实施例提供的请求处理方法和装置，通过获取每个目标时段的资源需求数，然后根据资源需求数和预先设置的约束条件对由若干目标时段组成的每个服务时段进行资源配置，约束条件可以用于约束各目标时段分别对应的资源需求数和各服务时段分别对应的资源子集之间的关系，由此可以根据实际的资源配置需求灵活设置约束条件，以保
证在满足约束条件的前提下合理化地为各服务时间配置对应的资源以处理对应服务时段的用户请求，提升资源配置的自动化程度，而且利用约束条件在资源配置的过程中保证了资源配置的客观性，进而也可以提升对用户请求处理的稳定性。
附图说明
10.通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：
11.图1是本公开的一个实施例可以应用于其中的示例性系统架构图；
12.图2是根据本公开的请求处理方法的一个实施例的流程图；
13.图3是根据本公开的请求处理方法的又一个实施例的流程图；
14.图4是根据本公开的请求处理方法的再一个实施例的流程图；
15.图5是根据本公开的请求处理装置的一个实施例的结构示意图；
16.图6是适于用来实现本公开的实施例的电子设备的结构示意图。
具体实施方式
17.下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
18.需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
19.图1示出了可以应用本公开的请求处理方法或请求处理装置的实施例的示例性架构100。
20.如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
21.终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种客户端应用。例如，浏览器类应用、搜索类应用、即时通信工具、购物类应用、管理类应用等等。
22.终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。
23.服务器105可以是提供各种服务的服务器，例如为终端设备101、102、103上安装的客户端应用提供支持的后端服务器。服务器105可以从终端设备101、102、103获取目标时段集中的每个目标时段的资源需求数，然后根据各目标时段分别对应的资源需求数，从预设资源集中确定预设服务时段集中的各服务时段分别对应的资源子集，从而对于每个服务时段，响应于在该服务时段内接收到用户请求，控制该服务时段对应的资源子集中的资源处理接收到的用户请求。
24.需要说明的是，上述目标时段集中的每个目标时段的资源需求数也可以直接存储在服务器105的本地，服务器105可以直接提取本地所存储的目标时段集中的每个目标时段的资源需求数并进行处理，此时，可以不存在终端设备101、102、103和网络104。
25.需要说明的是，本公开的实施例所提供的请求处理方法一般由服务器105执行，相应地，请求处理装置一般设置于服务器105中。
26.还需要指出的是，终端设备101、102、103中也可以安装有请求处理类应用，终端设备101、102、103也可以基于请求处理类应用根据各目标时段分别对应的资源需求数，从预设资源集中确定预设服务时段集中的各服务时段分别对应的资源子集，从而对于每个服务时段，响应于在该服务时段内接收到用户请求，控制该服务时段对应的资源子集中的资源处理接收到的用户请求。此时，请求处理方法也可以由终端设备101、102、103执行，相应地，请求处理装置也可以设置于终端设备101、102、103中。此时，示例性系统架构100可以不存在服务器105和网络104。
27.需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。
28.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
29.继续参考图2，其示出了根据本公开的请求处理方法的一个实施例的流程200。该请求处理方法包括以下步骤：
30.步骤201，获取目标时段集中的每个目标时段的资源需求数。
31.在本实施例中，时段可以是指示一定时间范围的时间段。目标时段可以是任意的时段。目标时间段集可以由若干个目标时段组成。一般地，目标时段集中的各目标时段指示的时间范围可以不重复，各目标时段对应的时长可以相同，也可以不同。例如，目标时段集可以通过对指定的一周按半小时为粒度进行划分得到，此时，目标时段集中的各目标时段对应的时长均为半小时。
32.资源可以用于提供服务，具体可以用于处理用户请求。根据不同应用场景下的用户请求的不同，资源可以是各种类型的资源。例如，资源可以是服务器、终端设备、线程或人力资源(如服务人员)等等。
33.作为示例，在一些应用场景下，用户请求用于请求图像处理服务，此时资源可以是用于提供图像处理服务的服务器。作为又一示例，在一些应用场景下，用户请求用于请求在线客服人员，此时资源可以是客服人员。
34.资源需求数可以指所需的资源数量。每个目标时段的资源需求数可以指在该目标时段内所需的资源数量。请求处理方法的执行主体(如图1所示的服务器105等)可以从本地或其它存储设备获取资源需求数。每个目标时段的资源需求数可以灵活采用各种方法确定。
35.例如，每个目标时段的资源需求数可以由技术人员根据实际的应用需求进行设置。又例如，每个目标时段的资源需求数可以根据历史各时段的资源需求数进行预测得到。
36.步骤202，根据各目标时段分别对应的资源需求数，从预设资源集中确定预设服务
时段集中的各服务时段分别对应的资源子集。
37.在本实施例中，预设资源集可以由若干预先指定的资源组成。服务时段可以是任意的时段。预设服务时段集可以由若干预先指定的服务时段组成。服务时段集中的任两个服务时段之间可以具有重叠的时间范围，也可以无重叠的时间范围。一般地，服务时段对应的时长不小于目标时段对应的时长。每个服务时段可以由目标时段集中的至少一个目标时段组成。
38.例如，目标时段集中包括四个指定日期的四个时段，其中，第一目标时段为0:00-6:00，第二目标时段为6:00-12:00，第三目标时段为12:00-18:00，第四目标时段为18:00-24:00。服务时段集中包括三个服务时段，其中，第一服务时段为0:00-12:00，第二服务时段为6:00-18:00，第三服务时段为12:00-24:00。此时，第一服务时段对应第一目标时段和第二目标时段。第二服务时段对应第二目标时段和第三目标时段。第三服务时段对应第三目标时段和第四目标时段。
39.资源子集可以为上述资源集的子集。每个服务时段对应的资源子集中的资源可以为该服务时段接收到的用户请求提供服务。在得到各目标时段的资源需求数后，可以根据预设约束条件从预设资源集中确定各服务时段分别对应的资源子集。其中，约束条件可以由技术人员根据实际的应用需求预先设置。约束条件可以用于约束各目标时段分别对应的资源需求数和各服务时段分别对应的资源子集之间的关系。例如，约束条件可以包括各服务时段分别对应的资源子集分别包括的资源数的总和与各目标时段分别对应的资源需求数的总和的商大于预设阈值。
40.具体地，可以先使用表达式表示想要约束的各目标时段分别对应的资源需求数和各服务时段分别对应的资源子集之间的关系，然后根据各目标时段的资源需求数和约束条件对表达式进行优化以求得各服务时段分别对应的资源子集。
41.可选地，约束条件还可以用于约束各服务时段分别对应的资源子集之间的关系。作为示例，约束条件可以包括各服务时段分别对应的资源子集分别包括的资源数的总和与各目标时段分别对应的资源需求数的总和的商大于预设阈值，且各服务时段分别对应的资源子集之间无交集。
42.由此可以根据实际的应用需求灵活设置约束条件，以使为各服务时段分别确定的资源子集满足实际的需求目标。
43.步骤203，对于每个服务时段，响应于在该服务时段内接收到用户请求，控制该服务时段对应的资源子集中的资源处理接收到的用户请求。
44.在本实施例中，对于每个预设的服务时段，若在该服务时段内接收到用户请求，则可以控制由该服务时段对应的资源子集中的资源对该用户请求进行处理，得到处理结果。
45.根据不同的用户请求的不同处理方式，可以灵活采用各种方法控制服务时段对应的资源子集中的资源对用户请求进行处理。其中，对每个用户请求进行处理的资源的数量具体可以根据实际的应用场景进行设置。
46.作为示例，在资源为服务器时，可以控制由对应的资源子集中的服务器处理用户请求。在资源为人力资源(如客服人员时)，可以控制连通客服人员所使用的终端设备(如台式机、平板电脑、手机、电话等等)，以使客服人员及时了解用户请求并进行对应处理。
47.在本实施例的一些可选的实现方式中，约束条件可以包括第一资源总数与第二资
源总数的差值符合预设条件。其中，第一资源总数可以基于各服务时段分别对应的资源子集所包括的资源数的总和确定。例如，可以直接确定各服务时段分别对应的资源子集所包括的资源数的总和作为第一资源总数。第二资源总数可以基于各目标时段分别对应的资源需求数的总和确定。例如，可以直接确定各目标时段分别对应的资源需求数的总和作为第二资源总数。
48.利用计算第一资源总数和第二资源总数的差值可以表示实际配置出的资源消耗数与预测的资源需求数之间的差异，基于此，可以根据实际应用中对实际配置出的资源消耗数与预测的资源需求数之间的差异的要求确定约束条件，以控制实际配置出的资源消耗数与预测的资源需求数之间的差异，实现符合实现应用需求的资源配置，从而实现相应的针对用户请求处理的服务目标。
49.可选地，第一资源总数可以基于各服务时段分别对应的资源子集所包括的资源数的加权和确定。其中，每个服务时段的权重基于该服务时段对应的资源子集中的资源的处理能力信息确定。
50.每个资源的处理能力信息可以用于表示该资源处理用户请求的能力。不同资源的处理能力的确定方法和表示方法可以不同。例如，资源为服务器时，服务器的处理能力可以根据服务器的软硬件配置和网速等信息确定服务器的处理能力。又例如，资源为人力资源时，客服人员的处理能力可以为客服人员的等效人力数。
51.一般地，在得到各资源的处理能力信息之后，可以进一步将各资源的处理能力信息进行归一化处理，并使用经过归一化处理后的处理能力信息更新各资源的处理能力信息。例如，在得到各个资源的处理能力之后，可以选取任一资源的处理能力作为标准处理能力，然后确定每个资源的处理能力与该标准处理能力的商作为该资源的处理能力信息，即表示每个资源相对于选取作为标准的资源的等效资源数。
52.根据实际场景下各资源的处理能力的差异，为各资源赋予不同的权重以进一步准确地确定实际配置出的资源消耗数，从而提升计算出的资源配置结果的合理性，以尽可能满足实际的服务目标。
53.在本实施例的一些可选的实现方式中，服务时间段集的数量可以为至少两个，且各个服务时间段集可以分别对应不同时间周期。时间周期可以由技术人员根据实际的应用需求进行设置。例如，时间周期为一天。每天对应一个服务时间段集。此时，可以利用上述请求处理方法确定出每个时间周期对应的服务时间段集中的各服务时间段分别对应的资源子集。
54.作为示例，可以通过如下公式计算每个时间周期对应的服务时间段集中的各服务时间段分别对应的资源子集：
[0055][0056][0057]
其中，d表示第d个时间周期，d表示时间周期的数量。i表示第i个目标时段，t表示
目标时段的数量。k表示第k个服务时段，k表示服务时段的数量。f(k，t)为布尔值，表示第k个服务时段是否包括第t个目标时段。j表示第j个资源，u表示资源集所包括的资源数。δj表示j的等效资源数。m表示资源需求数。schedule(j，k，d)则为未知布尔值，表示资源j是否属于服务时段k对应的资源子集。因此，
△
d,t
即表示基于实际确定的各服务时段分别对应的资源子集确定的资源需求数与预测的资源需求数m之间的差值的绝对值。f则为待优化的目标函数。约束条件可以为f最小，则此时可以通过最小化f来确定对应的schedule(j，k，d)，从而得到各服务时段分别对应的子集。
[0058]
可选地，在得到各服务时段分别对应的资源子集后，还可以进一步整理各服务时段分别对应的资源子集作为资源配置结果(如生成图表、表格等)，以供相关用户浏览。
[0059]
本公开的上述实施例提供的方法通过通过获取每个目标时段的资源需求数，然后根据资源需求数和预先设置的约束条件对由若干目标时段组成的每个服务时段进行资源配置，约束条件可以用于约束各目标时段分别对应的资源需求数和各服务时段分别对应的资源子集之间的关系，由此可以根据实际的资源配置需求灵活设置约束条件，以保证在满足约束条件的前提下合理化地为各服务时间配置对应的资源以处理对应服务时段的用户请求。和现有的由人工进行资源配置的方式相比，较大地提升了资源配置的自动化程度，节省了人力资源，而且利用约束条件避免了人工资源配置过程的主观性较大的问题。
[0060]
进一步参考图3，其示出了请求处理方法的又一个实施例的流程300。该请求处理方法的流程300，包括以下步骤：
[0061]
步骤301，获取目标时段集中的每个目标时段的服务需求信息。
[0062]
在本实施例中，服务可以是资源提供的各种服务。服务需求信息可以用于描述所需要的服务。服务需求信息可以包括用户请求数、响应时长、该响应时长对应的响应请求数、请求处理时长。
[0063]
其中，每个目标时段对应的用户请求数可以指在该目标时段内接收到的用户请求数。用户请求数可以采用各种方法确定。例如，用户请求数可以由技术人员预先根据实际的应用需求设置。又例如，可以确定与该目标时段的时长一致的各历史目标时段的实际用户请求数的平均数作为该目标时段对应的用户请求数。
[0064]
每个目标时段对应的响应时长可以指用户请求提交之后至开始处理该请求的时长。每个响应时长对应的响应请求数可以指在该目标时段内符合该响应时长进行处理的用户请求的数量。每个目标时段对应的请求处理时长可以指对用户请求的处理时长。
[0065]
一般地，可以根据实际的服务目标设置服务需求信息。作为示例，在指定服务时段内的预测用户请求数为30，服务目标为85％的用户请求可以在15秒之内被响应，且用户请求的平均处理时长为120秒。此时，根据该服务目标可以确定用户请求数为30，响应时长为15秒，对应的响应请求数为25.5(30*85％＝25.5)，请求处理时长为120秒。
[0066]
步骤302，根据服务需求信息，利用erlang公式确定每个目标时段的资源需求数。
[0067]
在本实施例中，具体可以采用erlang c公式根据服务需求信息确定每个目标时段的资源需求数。其中，erlang c公式是现有的一个计算呼叫中心中需要的座席(顾问)数量的数学公式。呼叫中心主要利用这个公式来计算满足服务水平目标所需的人员数量以及中继线数量，例如根据每小时电话量要求20秒达到80％的接通率需要多少人。erlang c公式一般表示如下：
[0068][0069]
u＝λ*ts[0070]
p＝u/m
[0071][0072][0073]
其中，λ表示单位时间内的进线量，如每秒的进线量(单位为通/秒)。ts表示每个进线的平均处理时长(单位为秒/通)。m表示坐席人数。u表示话务强度(即所需人数)。p表示占用率。ec表示等待处理的概率。tw表示平均等待时长。t表示服务水平(或称及时率)，如t秒内接起进线。w
t
表示在t秒内响应进线的概率。
[0074]
基于此，将erlang c公式转化应用于本实施例中，可以将其中目标时段对应的用户请求数与λ对应，将响应时长与t对应，将响应请求数与w
t
对应，将请求处理时长与ts对应。将资源需求数与m对应，即可以基于每个目标时段的用户请求数、响应时长、该响应时长对应的响应请求数和请求处理时长计算出该目标时段的资源需求数。
[0075]
具体计算过程可以使用如下公式表示如下：
[0076]
s＝min{m:w
t
(m，t)≥t，m∈n}
[0077]
其中，s表示目标时段的资源需求数。n为自然数。t表示响应概率(可以基于响应请求数与用户请求数的商确定)。w
t
即为上述erlang c公式中的w
t
。该公式表示取使得w
t
不小于t的m的最小值即为资源需求数。
[0078]
步骤303，根据各目标时段分别对应的资源需求数，从预设资源集中确定预设服务时段集中的各服务时段分别对应的资源子集。
[0079]
步骤304，对于每个服务时段，响应于在该服务时段内接收到用户请求，控制该服务时段对应的资源子集中的资源处理接收到的用户请求。
[0080]
本实施例中未具体说明的执行过程可参考图2对应实施例中的相关说明，在此不再赘述。
[0081]
在本实施例的一些可选的实现方式中，可以获取预设资源集中的每个资源的损耗信息，后利用损耗信息更新所确定的每个目标时段的资源需求数。其中，每个资源的损耗信息可以表示该资源由于各种原因(如自身寿命、环境影响等)而形成的损耗。例如，资源为人力资源时，损耗信息可以为人力损耗。一般地，损耗信息可以使用0至1之间的数值表示。
[0082]
具体地，可以采用各种方法利用每个目标时段的损耗信息更新所确定的该目标时段的资源需求数。例如，可以先计算损耗信息与所确定的资源需求数的乘积，然后再计算得到的乘积与所确定的资源需求数的和作为更新后的资源需求数。
[0083]
又例如，可以先计算1与损耗信息的差值，然后计算所确定的资源需求数与计算得到的差值的商作为更新后的资源需求数。
[0084]
本公开的上述实施例提供的方法通过考虑每个资源的自然损耗信息，并基于损耗
信息更新每个目标时段的资源需求数，可以进一步提升所确定的每个目标时段的资源需求数的准确性，从而保证后续基于资源需求数进行的资源配置的准确性。
[0085]
进一步参考图4，其示出了请求处理方法的再一个实施例的流程400。该请求处理方法的流程400，包括以下步骤：
[0086]
步骤401，获取目标时段集中的每个目标时段的资源需求数。
[0087]
步骤402，获取预设资源集中的每个资源的有效时间信息。
[0088]
在本实施例中，有效时间信息可以用于指示每个资源分别针对服务时段集中的各服务时段是否有效。对于任一资源，若该资源对一服务时段有效，则表示在该服务时段内可以使用该资源处理用户请求。对应地，若该资源对一服务时段无效，则表示在该服务时段内无法使用该资源处理用户请求。
[0089]
每个资源的有效时间信息可以由技术人员根据实际的应用场景或应用需求灵活设置。例如，资源为服务器时，每个资源的有效时间信息可以根据服务器提供的用于处理用户请求的时间设置。又例如，资源为人力资源，每个资源的有效时间信息可以根据每个客服人员的工作时间设置。
[0090]
步骤403，根据各目标时段分别对应的资源需求数和有效时间信息，从预设资源集中确定各服务时段分别对应的资源子集。
[0091]
在本实施例中，可以将每个资源的有效时间信息也作为约束条件，通过优化基于需求构建的表达式来确定各服务时段分别对应的资源子集。
[0092]
步骤404，对于每个服务时段，响应于在该服务时段内接收到用户请求，控制该服务时段对应的资源子集中的资源处理接收到的用户请求。
[0093]
可选地，在得到各服务时段分别对应的资源子集之后，若接收到资源集中的资源的有效时间信息的更新，可以利用新的有效时间信息更新约束条件，以重新计算各服务时段分别对应的资源子集。
[0094]
由此，可以保证在资源提供服务的时间出现变化时，还可以利用资源更新后的有效时间信息和约束条件，重新进行资源配置，提升资源配置调整的灵活性和便捷性，避免出现资源配置调整复杂等情况。
[0095]
本实施例中未具体说明的执行过程可参考图2对应实施例中的相关说明，在此不再赘述。
[0096]
本公开的上述实施例提供的方法通过获取每个资源的有效时间信息，并利用有效时间信息也作为约束条件可以更贴近真实的应用场景，从而进一步保证资源配置结果的合理性，避免出现大量的资源配置调整的情况，保证资源配置和针对用户请求处理的稳定性。
[0097]
进一步参考图5，作为对上述各图所示方法的实现，本公开提供了请求处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
[0098]
如图5所示，本实施例提供的请求处理装置500包括获取单元501、确定单元502和处理单元503。其中，获取单元501被配置成获取目标时段集中的每个目标时段的资源需求数；确定单元502被配置成根据各目标时段分别对应的资源需求数，从预设资源集中确定预设服务时段集中的各服务时段分别对应的资源子集，其中，每个服务时段由目标时段集中的至少一个目标时段组成，各目标时段分别对应的资源需求数和各服务时段分别对应的资
源子集之间符合预设约束条件；处理单元503被配置成对于每个服务时段，响应于在该服务时段内接收到用户请求，控制该服务时段对应的资源子集中的资源处理接收到的用户请求。
[0099]
在本实施例中，请求处理装置500中：获取单元501、确定单元502和处理单元503的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201、步骤202和步骤203的相关说明，在此不再赘述。
[0100]
在本实施例的一些可选的实现方式中，上述获取单元501进一步被配置成：获取目标时段集中的每个目标时段的服务需求信息，其中，服务需求信息包括用户请求数、响应时长、响应时长对应的响应请求数、请求处理时长；根据服务需求信息，利用erlang公式确定每个目标时段的资源需求数。
[0101]
在本实施例的一些可选的实现方式中，上述约束条件包括第一资源总数与第二资源总数的差值符合预设条件，其中，第一资源总数基于各服务时段分别对应的资源子集所包括的资源数的总和确定，第二资源总数基于各目标时段分别对应的资源需求数的总和确定。
[0102]
在本实施例的一些可选的实现方式中，第一资源总数基于各服务时段分别对应的资源子集所包括的资源数的加权和确定，其中，每个服务时段的权重基于该服务时段对应的资源子集中的资源的处理能力信息确定。
[0103]
在本实施例的一些可选的实现方式中，上述获取单元501进一步被配置成：获取预设资源集中的每个资源的损耗信息；利用损耗信息更新所确定的每个目标时段的资源需求数。
[0104]
在本实施例的一些可选的实现方式中，上述服务时间段集的数量为至少两个，且各服务时间段集分别对应不同时间周期。
[0105]
在本实施例的一些可选的实现方式中，上述获取单元501进一步被配置成：获取预设资源集中的每个资源的有效时间信息，其中，有效时间信息用于指示每个资源分别针对各服务时段是否有效；以及上述确定单元502进一步被配置成：根据各目标时段分别对应的资源需求数和有效时间信息，从预设资源集中确定各服务时段分别对应的资源子集。
[0106]
本公开的上述实施例提供的装置，通过获取单元获取目标时段集中的每个目标时段的资源需求数；确定单元根据各目标时段分别对应的资源需求数，从预设资源集中确定预设服务时段集中的各服务时段分别对应的资源子集，其中，每个服务时段由目标时段集中的至少一个目标时段组成，各目标时段分别对应的资源需求数和各服务时段分别对应的资源子集之间符合预设约束条件；处理单元对于每个服务时段，响应于在该服务时段内接收到用户请求，控制该服务时段对应的资源子集中的资源处理接收到的用户请求，由此可以根据实际的资源配置需求灵活设置约束条件，以保证在满足约束条件的前提下合理化地为各服务时间配置对应的资源以处理对应服务时段的用户请求，提升资源配置的自动化程度，而且利用约束条件在资源配置的过程中保证了资源配置的客观性，进而也可以提升对用户请求处理的稳定性。
[0107]
下面参考图6，其示出了适于用来实现本公开的实施例的电子设备(例如图1中的服务器)600的结构示意图。图6示出的服务器仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。
[0108]
如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储装置608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram 603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、rom 602以及ram 603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
[0109]
通常，以下装置可以连接至i/o接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。
[0110]
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从rom 602被安装。在该计算机程序被处理装置601执行时，执行本公开的实施例的方法中限定的上述功能。
[0111]
需要说明的是，本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
[0112]
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取目标时段集中的每个目标时段的资源需求数；根据各目标时段分别对应的资源需求数，从预设资源集中确定预设服务时段集中的各服务时段分别对应的资源子集，其中，每个服务时段由目标时段集中的至少一个目标时段组成，各目标时段分别对应的资源需求数和各服务时段分别对应的资源子集之间符合
预设约束条件；对于每个服务时段，响应于在该服务时段内接收到用户请求，控制该服务时段对应的资源子集中的资源处理接收到的用户请求。
[0113]
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0114]
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0115]
描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元、确定单元和处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“获取目标时段集中的每个目标时段的资源需求数的单元”。
[0116]
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。