资源调配方法、装置、服务器、程序和存储介质与流程

1.本公开涉及数据处理技术领域，尤其涉及一种资源调配方法、装置、服务器、程序和存储介质。


背景技术：

2.随着科技的发展，直播间能够向主播和观众提供的互动方式越来越丰富多样。主播在直播过程中可以选择使用平台提供的各种业务功能，而实现这些业务功能需要执行资源的支持，不同业务功能享有对应的执行资源。
3.相关技术中，在为某个业务功能a调配执行资源时采用的是服务使用率方案。服务使用率方案是指监测整个平台使用该业务功能a所产生的中央处理器(central processing unit，简称cpu)占用率，如果监测到的cpu占用率大于60％，则需要按照预设步长进行资源扩容处理，以通过更多的执行资源满足整个平台对业务功能a的使用需求。其中，预设步长指的是固定扩容量的执行资源。在进行资源扩容处理之后，需要再次监测使用该业务功能a所产生的cpu占用率，如果再次监测到的cpu占用率小于40％，则停止进行资源扩容处理，否则需要再次进行资源扩容处理。
4.由此可见，相关技术中提供的资源调配方案是滞后于实际的执行资源使用需求的，在监测到cpu占用率较大时才去进行资源扩容处理。而资源扩容处理的执行过程又需消耗较长时长，需要等待资源扩容处理完成之后才能使用扩容后的执行资源，因此应用业务功能时往往会出现响应不及时的情况。


技术实现要素：

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.确定单元，被配置为执行确定所述目标类型账号对应的目标直播参数；基于所述目标直播参数，确定所述目标业务功能的执行资源对应的第一扩容参数；
39.扩容单元，被配置为执行检测预设直播事件，基于所述第一扩容参数进行资源扩容处理。
40.可选地，所述目标直播参数包括所述目标类型账号在历史直播过程中同时在线观
看账号的最大峰值数量。
41.可选地，所述确定单元，被配置为执行：
42.在多个预设数值范围中，确定所述最大峰值数量所属的目标数值范围；
43.根据预设的数值范围和扩容参数之间的对应关系，确定所述目标数值范围对应的扩容参数，作为所述目标业务功能的执行资源对应的第一扩容参数。
44.可选地，所述扩容单元，还被配置为执行：
45.检测所述目标类型账号在当前直播过程中同时在线观看账号的数量大于所述最大峰值数量，确定所述目标业务功能的执行资源对应的第二扩容参数；
46.若所述第二扩容参数大于所述第一扩容参数，则基于所述第二扩容参数进行资源扩容处理。
47.可选地，所述扩容单元，还被配置为执行：
48.检测目标平台当前应用所述目标业务功能的所有直播间的同时在线观看账号的总数量；
49.基于所述总数量，确定所述目标业务功能的执行资源对应的第三扩容参数；
50.若所述第三扩容参数大于所述第一扩容参数，则基于所述第三扩容参数进行资源扩容处理。
51.可选地，所述装置还包括：
52.缩容单元，被配置为执行检测所述目标类型账号结束直播的持续时长大于预设阈值，对所述目标业务功能的执行资源进行资源缩容处理。
53.可选地，所述扩容单元，被配置为执行：
54.检测所述目标类型账号对所述目标业务功能的设置完成控件的触发操作；或者，
55.检测所述目标类型账号对开始直播控件的触发操作。
56.可选地，所述第一扩容参数包括目标扩容倍数；
57.所述扩容单元，被配置为执行：
58.获取所述目标业务功能的执行资源对应的原始容量；
59.用所述原始容量乘以所述目标扩容倍数，得到目标扩容量；
60.从闲置资源中增加调配所述目标扩容量的执行资源，以用于实现所述目标业务功能。
61.可选地，所述目标业务功能的执行资源包括服务器实例。
62.可选地，所述扩容单元，被配置为执行：
63.确定实现所述目标业务功能所需的至少一个服务；
64.基于所述第一扩容参数，增加分别用于提供所述至少一个服务的所述服务器实例的数量。
65.根据本公开实施例的第三方面，提供一种服务器，包括：
66.处理器；
67.用于存储所述处理器可执行指令的存储器；
68.其中，所述处理器被配置为执行所述指令，以实现本公开实施例第一方面提供的资源调配方法。
69.根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述计算机可
读存储介质中的指令由服务器的处理器执行时，使得所述服务器能够执行本公开实施例第一方面提供的资源调配方法。
70.根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现本公开实施例第一方面提供的资源调配方法。
71.本公开的实施例提供的技术方案至少带来以下有益效果：
72.采用本公开提供的资源调配方案，可以通过目标类型账号设置的开播后将要应用的目标业务功能以及目标类型账号对应的目标直播参数，预判目标类型账号开播后反应对目标业务功能的需求量增长情况的第一扩容参数，然后基于该第一扩容参数进行资源扩容处理。这样，可以保证在目标类型账号开播的直播间中产生较高的目标业务功能的需求量之前，实际完成资源扩容处理过程。进而能够使得基于资源扩容处理后增加的执行资源处于可用状态，以确保在目标类型账号开播的直播间中实际产生较高的目标业务功能的需求量时，目标业务功能的业务请求能够得到及时响应，保证服务可用性。
73.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
74.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
75.图1是根据一示例性实施例示出的一种资源调配方法的流程图；
76.图2是根据一示例性实施例示出的一种业务功能设置页面示意图；
77.图3是根据一示例性实施例示出的一种实现业务功能的服务的示意图；
78.图4是根据一示例性实施例示出的一种资源调配装置框图；
79.图5是根据一示例性实施例示出的一种服务器框图。
具体实施方式
80.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
81.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
82.图1是根据一示例性实施例示出的一种资源调配方法的流程图，该方法可以应用于服务器。如图1所示，该方法可以包括以下步骤。
83.在步骤s11中，接收目标类型账号设置的开播后将要应用的目标业务功能，目标类型账号为满足预设账号级别条件的账号。
84.在步骤s12中，确定目标类型账号对应的目标直播参数。
85.在步骤s13中，基于目标直播参数，确定目标业务功能的执行资源对应的第一扩容参数。
86.在步骤s14中，检测预设直播事件，基于第一扩容参数进行资源扩容处理。
87.上述目标类型账号可以是满足预设账号级别条件的账号。在某些可选实施例中，目标类型账号例如可以是与该目标类型账号关联的粉丝账号数量大于预设阈值的账号，或者，还例如可以是目标类型账号在历史直播过程中同时在线观看账号的最大峰值数量大于预设阈值的账号。需要说明的是，本公开实施例不限定目标类型账号的筛选方式。当目标类型账号满足预设账号级别条件时，该目标类型账号对应的主播为一般称呼的“大主播”。
88.当目标类型账号需要开播时，可以在目标类型账号实际开播之前，通过客户端引导目标类型账号对应的主播设置开播后将要应用的目标业务功能。如图2所示，假设某平台可以提供5种不同功能类型的业务功能，目标类型账号对应的主播可以根据本场直播内容，从该5种不同功能类型的业务功能中勾选开播后将要应用的业务功能d、e。
89.在另一方面，还可以确定目标类型账号对应的目标直播参数。可选地，该目标直播参数可以包括目标类型账号在历史直播过程中同时在线观看账号的最大峰值数量(也可称为历史pcu)。
90.比如说，目标类型账号从注册账号以来共进行过1000场直播，对于每场直播来说，都存在一个同时在线观看账号的峰值数量，可以选取该1000场直播对应的峰值数量的最大值作为上述最大峰值数量。
91.除了上述最大峰值数量之外，还可以选择将其他能够体现目标类型账号在直播过程中观看账号数量水平的参数，作为上述目标直播参数。
92.在得到目标业务功能以及目标直播参数之后，可以基于目标直播参数，确定目标业务功能的执行资源对应的第一扩容参数。
93.其中，可选地，目标业务功能的执行资源可以包括服务器实例。需要说明的是，可以认为服务器实例是虚拟服务器，可以在物理服务器中创建并运行服务器实例，每个服务器实例的运行会占用物理服务器中一定的cpu和内存资源。
94.其中，可选地，第一扩容参数可以包括目标扩容倍数。
95.可选地，上述基于目标直播参数，确定目标业务功能的执行资源对应的第一扩容参数的过程可以实现为：在多个预设数值范围中，确定最大峰值数量所属的目标数值范围；根据预设的数值范围和扩容参数之间的对应关系，确定目标数值范围对应的扩容参数，作为目标业务功能的执行资源对应的第一扩容参数。
96.举例来说，假设最大峰值数量在10w-100w之间，目标扩容倍数为2倍；最大峰值数量在100w-200w之间，目标扩容倍数为3倍；最大峰值数量在200w-500w之间，目标扩容倍数是10倍。
97.在确定出目标扩容倍数之后，当检测到预设直播事件时，可以基于第一扩容参数进行资源扩容处理。
98.可选地，检测预设直播事件可以包括：检测目标类型账号对目标业务功能的设置完成控件的触发操作；或者，检测目标类型账号对开始直播控件的触发操作。
99.实际应用中，可以在业务功能设置页面展示设置完成控件，当目标类型账号对应的主播设置完开播后将要应用的目标业务功能时，可以触发该设置完成控件。当检测到对
设置完成控件的触发操作时，可以基于第一扩容参数进行资源扩容处理。
100.或者，在目标类型账号对应的主播设置完所有直播配置项目之后，该主播触发了展示在直播配置页面中的开始直播控件时，可以基于第一扩容参数进行资源扩容处理。其中，直播配置项目比如可以是设置目标业务功能、是否开启美颜等。可以理解的是，当目标类型账号对应的主播设置好所有直播配置项目之后，可以通过触发开始直播控件来实际开启直播，此时可以基于第一扩容参数进行资源扩容处理。
101.需要说明的是，由于在目标类型账号对应的主播刚刚开启直播之后，观看账号是陆续加入直播间的，而不是一下全部涌入直播间，因此在刚刚开启直播之后存在一段观看账号增长的爬坡期。在另一方面，以执行资源为服务器实例为例来说明资源扩容处理的过程，资源扩容处理的过程可以包括在物理服务器中申请、创建、启动、运行服务器实例。在物理服务器中申请、创建到服务器实例真正的启动并运行的整个过程需要消耗一定时长，比如说需要消耗3-5分钟的时间。
102.结合以上因素，在检测到目标类型账号开播时再去进行资源扩容处理，仍可以利用爬坡期完成资源扩容处理的整个过程，进而可以保证在目标类型账号开播的直播间中观众数量达到较高水平之前，也就是在目标类型账号开播的直播间中产生较高的目标业务功能的需求量之前，实际完成资源扩容处理过程。这样，能够使得基于资源扩容处理后增加的执行资源处于可用状态，以确保在目标类型账号开播的直播间中实际产生较高的目标业务功能的需求量时，目标业务功能的业务请求能够得到及时响应，保证服务可用性。与此同时，由于通过目标类型账号的开播操作来触发进行资源扩容处理，可以保证目标类型账号实际开播后再去进行资源扩容处理，这样可以避免过于超前进行资源扩容处理但是目标类型账号没有直播而导致的无用资源调配，避免资源的浪费。
103.可选地，上述基于第一扩容参数进行资源扩容处理的过程可以实现为：获取目标业务功能的执行资源对应的原始容量；用原始容量乘以目标扩容倍数，得到目标扩容量；从闲置资源中增加调配目标扩容量的执行资源，以用于实现目标业务功能。
104.举例来说，假设某目标类型账号i对应的最大峰值数量在100w-200w之间，对应的目标扩容倍数为3倍。该账号i在开播前设置应用业务功能a，在账号i开播前给业务功能a配置的执行资源的原始容量为100，那么需要从闲置资源中增加调配100
×
3的执行资源，即300的执行资源用于响应针对业务功能a的业务请求。
105.可选地，资源扩容处理可以指：确定实现目标业务功能所需的至少一个服务；基于第一扩容参数，增加分别用于提供至少一个服务的服务器实例的数量。
106.以图3所示示例来说，假设实现某业务功能a需要使用到a、b、c、d服务，实现某业务功能b需要使用到a、e、f、g服务。不同服务可以由针对各自专门配置的服务器实例提供。比如说，a服务需要由配置为提供a服务的n个服务器实例来提供。假设当前需要增加调配300的执行资源用于响应针对业务功能a的业务请求，那么也就是用于提供a、b、c、d服务的服务器实例分别需要增加300个。
107.需要说明的是，基于资源扩容处理后增加配置的执行资源以及进行资源扩容处理前原有的执行资源，可以用于响应整个平台来自不同直播间的目标业务功能的业务请求。基于资源扩容处理后增加配置的执行资源不仅仅是用于响应目标类型账号开播的直播间的目标业务功能的业务请求。对于整个平台来说，目标类型账号直播过程产生的业务功能
需求量会影响整个平台的整体水平，因此可以针对目标类型账号是否进行预设直播事件来决定是否进行资源扩容处理。
108.除了上述提供的资源调配方案之外，为进一步确保能够在目标类型账号开播的直播间中实际产生较高的目标业务功能的需求量之前，使得基于资源扩容处理后增加的执行资源处于可用状态，以保证目标业务功能的业务请求得到及时响应，本公开实施例还提供以下资源调配方案：检测目标类型账号在当前直播过程中同时在线观看账号的数量大于最大峰值数量，确定目标业务功能的执行资源对应的第二扩容参数；若第二扩容参数大于第一扩容参数，则基于第二扩容参数进行资源扩容处理。
109.其中，确定目标业务功能的执行资源对应的第二扩容参数的过程可以实现为：确定大于最大峰值数量的目标类型账号在当前直播过程中同时在线观看账号的实时数量，在多个预设数值范围中，确定该实时数量所属的目标数值范围；根据预设的数值范围和扩容参数之间的对应关系，确定目标数值范围对应的扩容参数，作为目标业务功能的执行资源对应的第二扩容参数。
110.可以理解的是，随着目标类型账号不断积累与之关联的粉丝账号，目标类型账号开播的直播间内加入的同时在线观看账号的数量有可能会超过历史直播过程中的最大峰值数量，此时可以基于上述方案重新确定第二扩容参数。假设第二扩容参数大于第一扩容参数，则可以基于第二扩容参数进行资源扩容处理。
111.另外，本公开实施例还提供另一种方案保证目标业务功能的业务请求得到及时响应：检测目标平台当前应用目标业务功能的所有直播间的同时在线观看账号的总数量；基于总数量，确定目标业务功能的执行资源对应的第三扩容参数；若第三扩容参数大于第一扩容参数，则基于第三扩容参数进行资源扩容处理。
112.除目标类型账号对应的最大峰值数量可以反应对目标业务功能的需求量之外，整个平台当前应用目标业务功能的所有直播间的同时在线观看账号的总数量也可真实反应对目标业务功能的需求量。基于此，可以检测目标平台当前应用目标业务功能的所有直播间的同时在线观看账号的总数量，基于该总数量确定目标业务功能的执行资源对应的第三扩容参数。如果第三扩容参数大于第一扩容参数，则基于第三扩容参数进行资源扩容处理。
113.其中，基于总数量确定目标业务功能的执行资源对应的第三扩容参数的过程可以实现为：在多个预设数值范围中，确定该总数量所属的目标数值范围；根据预设的数值范围和扩容参数之间的对应关系，确定目标数值范围对应的扩容参数，作为目标业务功能的执行资源对应的第三扩容参数。
114.为了避免资源的浪费，将有限的资源调配到实现需求量较高的业务功能上，在检测上述总数量下降到一定水平，可以基于重新检测到的目标平台当前应用目标业务功能的所有直播间的同时在线观看账号的总数量，重新确定目标业务功能的执行资源对应的第四扩容参数。如果该第四扩容参数小于上述第三扩容参数，则可以进行资源缩容处理。该资源缩容处理可以指基于第四扩容参数释放对应容量的执行资源。
115.或者，还可以当检测到目标类型账号结束直播的持续时长大于预设阈值时，对目标业务功能的执行资源进行资源缩容处理。在某些可选实施例中，该预设阈值例如设定为10分钟。通过设定预设阈值，可以保证目标类型账号确实结束直播，防止目标类型账号只是由于某些原因停播再重新开播。在目标类型账号确实结束直播之后再进行资源缩容处理，
在节约资源的同时，还可以防止反复进行资源扩容、缩容处理。
116.采用本公开提供的资源调配方案，可以通过目标类型账号设置的开播后将要应用的目标业务功能以及目标类型账号对应的目标直播参数，预判目标类型账号开播后反应对目标业务功能的需求量增长情况的第一扩容参数，然后基于该第一扩容参数进行资源扩容处理。这样，可以保证在目标类型账号开播的直播间中产生较高的目标业务功能的需求量之前，实际完成资源扩容处理过程。进而能够使得基于资源扩容处理后增加的执行资源处于可用状态，以确保在目标类型账号开播的直播间中实际产生较高的目标业务功能的需求量时，目标业务功能的业务请求能够得到及时响应，保证服务可用性。
117.图4是根据一示例性实施例示出的一种资源调配装置框图。参照图4，该装置包括：
118.接收单元41，被配置为执行接收目标类型账号设置的开播后将要应用的目标业务功能，所述目标类型账号为满足预设账号级别条件的账号；
119.确定单元42，被配置为执行确定所述目标类型账号对应的目标直播参数；基于所述目标直播参数，确定所述目标业务功能的执行资源对应的第一扩容参数；
120.扩容单元43，被配置为执行检测预设直播事件，基于所述第一扩容参数进行资源扩容处理。
121.可选地，所述目标直播参数包括所述目标类型账号在历史直播过程中同时在线观看账号的最大峰值数量。
122.可选地，所述确定单元42，被配置为执行：
123.在多个预设数值范围中，确定所述最大峰值数量所属的目标数值范围；
124.根据预设的数值范围和扩容参数之间的对应关系，确定所述目标数值范围对应的扩容参数，作为所述目标业务功能的执行资源对应的第一扩容参数。
125.可选地，所述扩容单元43，还被配置为执行：
126.检测所述目标类型账号在当前直播过程中同时在线观看账号的数量大于所述最大峰值数量，确定所述目标业务功能的执行资源对应的第二扩容参数；
127.若所述第二扩容参数大于所述第一扩容参数，则基于所述第二扩容参数进行资源扩容处理。
128.可选地，所述扩容单元43，还被配置为执行：
129.检测目标平台当前应用所述目标业务功能的所有直播间的同时在线观看账号的总数量；
130.基于所述总数量，确定所述目标业务功能的执行资源对应的第三扩容参数；
131.若所述第三扩容参数大于所述第一扩容参数，则基于所述第三扩容参数进行资源扩容处理。
132.可选地，所述装置还包括：
133.缩容单元，被配置为执行检测所述目标类型账号结束直播的持续时长大于预设阈值，对所述目标业务功能的执行资源进行资源缩容处理。
134.可选地，所述扩容单元43，被配置为执行：
135.检测所述目标类型账号对所述目标业务功能的设置完成控件的触发操作；或者，
136.检测所述目标类型账号对开始直播控件的触发操作。
137.可选地，所述第一扩容参数包括目标扩容倍数；
138.所述扩容单元43，被配置为执行：
139.获取所述目标业务功能的执行资源对应的原始容量；
140.用所述原始容量乘以所述目标扩容倍数，得到目标扩容量；
141.从闲置资源中增加调配所述目标扩容量的执行资源，以用于实现所述目标业务功能。
142.可选地，所述目标业务功能的执行资源包括服务器实例。
143.可选地，所述扩容单元43，被配置为执行：
144.确定实现所述目标业务功能所需的至少一个服务；
145.基于所述第一扩容参数，增加分别用于提供所述至少一个服务的所述服务器实例的数量。
146.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
147.在一个可能的设计中，上述图4所示资源调配装置的结构可实现为一服务器，如图5所示，该服务器可以包括：处理器91、存储器92。其中，所述存储器92上存储有可执行代码，当所述可执行代码被所述处理器91执行时，使所述处理器91至少可以实现如前述图1至图3示实施例中提供的资源调配方法。
148.可选地，该服务器中还可以包括通信接口93，用于与其他设备进行通信。
149.在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器92，上述指令可由服务器的处理器91执行以完成上述方法。可选地，计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
150.在示例性实施例中，还提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器91执行时实现前述图1至图3所示实施例中提供的资源调配方法。
151.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
152.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。