资源处理方法及装置与流程

1.本说明书实施例涉及计算机技术领域，特别涉及一种资源处理方法。


背景技术：

2.随着云计算技术的逐步发展，云计算技术在各个方面的运用也越来越广泛。但是，云计算数据中心所包含的物理机数量毕竟有限，而且运营成本也相对较高，在庞大的云计算数据中心之中，所要的能耗也相当大。由于用户的项目负载高峰低谷时间具有相同的潮汐分布，因此，在高峰期资源需求时，容易发生资源紧张，购买失败的情况发生。那么如何有效地在高峰期资源需求时，根据用户的不同需求分配云计算数据中心的有限资源，提高资源利用率以及用户的资源购买体验，是目前急需要解决的技术问题。


技术实现要素：

3.有鉴于此，本说明书施例提供了一种资源处理方法。本说明书一个或者多个实施例同时涉及一种资源处理装置，一种计算设备，一种计算机可读存储介质，以解决现有技术中存在的技术缺陷。
4.根据本说明书实施例的第一方面，提供了一种资源处理方法，包括：
5.将用户的资源获取请求发送至至少两个供应渠道，其中，所述资源获取请求中携带有资源参数；
6.接收每个供应渠道返回的资源满足数量以及资源等待时间，其中，所述资源满足数量以及资源等待时间满足所述资源参数；
7.根据所述资源获取请求对应的资源需求场景确定资源评估模式；
8.根据所述资源评估模式、所述资源满足数量以及所述资源等待时间确定至少一个初始资源供应方案；
9.基于预设打分算法从所述至少一个初始资源供应方案中确定目标资源供应方案。
10.根据本说明书实施例的第二方面，提供了一种资源处理装置，包括：
11.请求发送模块，被配置为将用户的资源获取请求发送至至少两个供应渠道，其中，所述资源获取请求中携带有资源参数；
12.资源接收模块，被配置为接收每个供应渠道返回的资源满足数量以及资源等待时间，其中，所述资源满足数量以及资源等待时间满足所述资源参数；
13.评估模式确定模块，被配置为根据所述资源获取请求对应的资源需求场景确定资源评估模式；
14.初始方案获得模块，被配置为根据所述资源评估模式、所述资源满足数量以及所述资源等待时间确定至少一个初始资源供应方案；
15.目标方案获得模块，被配置为基于预设打分算法从所述至少一个初始资源供应方案中确定目标资源供应方案。
16.根据本说明书实施例的第三方面，提供了一种计算设备，包括：
17.存储器和处理器；
18.所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，该计算机可执行指令被处理器执行时实现上述资源处理方法的步骤。
19.根据本说明书实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述资源处理方法的步骤。
20.本说明书一个实施例实现了一种资源处理方法及装置，其中，所述资源处理方法包括将用户的资源获取请求发送至至少两个供应渠道，其中，所述资源获取请求中携带有资源参数；接收每个供应渠道返回的资源满足数量以及资源等待时间，其中，所述资源满足数量以及资源等待时间满足所述资源参数；根据所述资源获取请求对应的资源需求场景确定资源评估模式；根据所述资源评估模式、所述资源满足数量以及所述资源等待时间确定至少一个初始资源供应方案；基于预设打分算法从所述至少一个初始资源供应方案中确定目标资源供应方案。
21.具体的，所述资源处理方法可以根据用户发送的资源获取请求，根据资源评估模式以及供应渠道返回的资源满足数量以及资源等待时间为用户匹配出较优的资源供应方案，保证用户在资源紧缺的时候，能够评估出资源的满足情况，给予用户精准的资源购买建议，提升用户的资源购买体验。
附图说明
22.图1是本说明书一个实施例提供的一种资源处理方法的流程图；
23.图2是本说明书一个实施例提供的一种资源处理方法的处理过程流程图；
24.图3是本说明书一个实施例提供的一种资源处理方法的处理过程示意图；
25.图4是本说明书一个实施例提供的一种资源处理装置的结构示意图；
26.图5是本说明书一个实施例提供的一种计算设备的结构框图。
具体实施方式
27.在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。
28.在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
29.应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
30.首先，对本说明书一个或多个实施例涉及的名词术语进行解释。
31.云服务器：ecs，elastic compute service。
32.filter：过滤器。
33.score：打分器。
34.weight：权重选择器。
35.为了解决上述技术问题，可以按照用户需求时间与数量，自动匹配方案，还可以根据历史资源数据预测方案；但是，按照用户需求时间与数量，自动匹配方案的方式，规则限制较大，无法满足用户多元化的场景需求，客户需要经过多次沟通交互才能得到满意的方案。而根据历史资源数据预测方案的方式，预测准确性差别较大，用户无法得知确定性的结果。
36.基于此，在本说明书中，提供了一种资源处理方法，本说明书同时涉及一种资源处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。
37.参见图1，图1示出了根据本说明书一个实施例提供的一种资源处理方法的流程图，具体包括以下步骤。
38.步骤102：将用户的资源获取请求发送至至少两个供应渠道，其中，所述资源获取请求中携带有资源参数。
39.具体的，本说明书实施例提供的资源处理方法应用于云平台，如应用于云服务器。那么在资源处理方法应用于云平台的情况下，资源可以理解为云资源(如云服务器)。但是并不排除，本方案的资源处理方法可以应用于其他可实现的场景中。例如通过该资源处理方法为用户选择合适的磁盘空间等。
40.为了便于理解，本说明书实施例均以资源处理方法应用于云平台的云服务器，资源为云资源为例进行详细说明。
41.其中，所述资源参数包括资源位置、资源类型、资源数量和/或资源需求时间；那么在资源为云资源的情况下，资源位置可以理解为云资源的位置，例如a城市、b城市或者c城市等；资源类型可以理解为云资源的对外处理能力的集合，比如独享和/或共享、算理是多少等，将这些参数包装成一个资源类型；资源数量可以理解为有多少台可以提供资源的服务器；资源需求时间可以理解为最长资源等待时间，例如最长可等待60分钟。
42.具体的，将用户的资源获取请求发送至至少两个供应渠道，可以理解为，接收用户发送的资源获取请求，并将该用户的资源获取请求分别发送至至少两个供应渠道。
43.其中，接收用户发送的资源获取请求，可以理解为云服务器中的评估引擎接收用户发送的、针对云资源的资源获取请求，该资源获取请求中携带有想要使用哪个位置的服务器、服务器的类型是什么、需要几台服务器和/或最长可以等待多长时间等。其中，资源获取请求中携带的资源位置、资源类型、资源数量和/或资源需求时间等资源参数可以根据用户的实际需求进行设置，可以选择其中的一个资源参数，也可以选择其中的两个资源参数或者多个资源参数等。
44.实际应用中，在交互式场景中，接收用户发送的资源获取请求，可以理解为云服务器中的评估引擎接收用户在注册后的云平台的操作界面，根据选择的资源位置、资源类型、资源数量和/或资源需求时间等资源参数后生成的资源获取请求。
45.而评估引擎在接收用户发送的资源获取请求后，将该用户的资源获取请求分别发
送至至少两个供应渠道中的每个供应渠道，以便后续每个供应渠道可以基于资源获取请求中携带的资源位置、资源类型、资源数量和/资源需求时间等资源参数，返回可分配的资源满足数量以及资源等待时间等。
46.具体的，评估引擎在接收到用户发送的资源获取请求后，将该资源获取请求以及该资源获取请求中携带的上述资源参数分别发送至至少两个供应渠道，以便后续接收每个供应渠道返回的、满足所述资源位置、所述资源类型、所述资源数量和/或所述资源需求时间等资源参数的资源满足数量以及资源等待时间。
47.其中，供应渠道可以理解为资源供应渠道，即可以提供可用服务器的渠道，而不同的供应渠道会通过不同的资源的供应规则进行可用服务器(资源)的提供，例如供应渠道1可以采用资源转化以及切换规则提供资源，供应渠道2采用资源释放规则提供资源，供应渠道3采用资源备用规则提供资源等；具体的，资源转化以及转换规则可以理解为将其他类型的资源转化为用户需求的资源类型，供用户使用；资源释放规则可以理解为在用户付出代价的情况下，将卖掉的资源释放给用户使用；资源备用规则可以理解为将备用的资源在预设时间内供用户使用。
48.步骤104：接收每个供应渠道返回的资源满足数量以及资源等待时间，其中，所述资源满足数量以及资源等待时间满足所述资源参数。
49.具体的，评估引擎将携带有资源参数的资源获取请求发送至每个供应渠道之后，每个供应渠道均会基于该资源参数返回其可以分配给该用户的资源满足数量以及资源等待时间，例如资源渠道a可以在1小时之后，给该用户释放出3台服务器，那么1小时即可以理解为资源等待时间，3台服务器即可以理解为资源满足数量。
50.实际应用中，每个供应渠道会遍历每个资源参数，并返回满足每个资源参数的资源满足数量以及资源等待时间；那么在评估引擎将资源获取请求发送至至少两个供应渠道的情况下，则可以有至少两个供应渠道返回满足每个资源参数的、可以供用户使用的资源满足数量以及资源等待时间，后续可以根据至少两个供应渠道返回的满足每个资源参数的、可以供用户使用的资源满足数量以及资源等待时间进行组合，形成多个初始资源供应方案供应后续的方案选择。
51.步骤106：根据所述资源获取请求对应的资源需求场景确定资源评估模式。
52.具体的，所述根据资源获取请求对应的资源需求场景确定资源评估模式，包括：
53.根据所述资源获取请求中携带的所述用户的属性信息以及资源获取需求，对所述资源获取请求进行评估确定对应的资源需求场景；
54.根据所述资源需求场景确定资源评估模式。
55.其中，用户的属性信息包括但不限于用户在云平台的注册账户、账户等级等；资源获取需求可以根据用户的实际情况进行设置，例如用户是在需要切换备机恢复故障时发送的资源获取请求，即资源获取需求为紧急故障的资源获取需求。
56.那么在用户的属性信息为账户等级为高级，资源获取需求为紧急故障的资源获取需求的情况下，此时，根据资源获取请求中携带的用户的属性信息以及资源获取需求，对资源获取请求进行评估确定资源需求场景则可以为紧急资源需求场景，最后根据该紧急资源需求场景确定资源评估模式。
57.具体的，所述资源评估模式包括确定性模式、时间模式、数量模式、交付批次模式
和/或优先级模式。其中，确定性模式可以理解为100％确定(默认)，或者百分比确定模式；时间模型可以理解为过期自动取消(默认)，或者愿意无限等待(1-2周)模式；数量模式可以理解为固定数量模式(默认)，或者最小数量，或者尽力模式；交付模式可以理解为一次性交付模式(默认)，或者分批交付模式；优先级模式可以理解为预付费模式(默认)，按量付费模式，spot模式，故障应急模式。具体实施时，资源评估模式不仅仅包括上述几种，也可以是其他的资源评估模式，且默认选项也非固定的，可以根据实际情况进行随机调整，上述介绍仅是示例性说明。
58.实际应用中，评估引擎可以根据资源需求场景选择默认的资源评估模式，后续结合资源满足数量、资源等待时间生成至少一个初始资源供应方案，例如默认的资源评估模式为：时间模式和数量模式。
59.具体实施时，当资源需求场景为普通资源需求场景，没有紧急故障的情况下，评估引擎可以选择时间模型、数量模式等等，而当资源需求场景为紧急资源需求场景，那么评估引擎可能就会选择时间模式、数量模式以及优先级模式，即提高该用户的资源优先级，以保证该用户的正常资源使用。即资源评估模式可以理解为资源评估条件，评估引擎在接收每个供应渠道返回的资源满足数量以及资源等待时间之后，对资源获取请求进行评估确定资源需求场景，并根据资源需求场景确定不同的评估条件。
60.此外，为了提升用户的资源购买体验，评估引擎还可以将资源评估模式展示给用户，由用户根据自己的实际需求对资源评估模式进行调整。具体实现方式如下所述：
61.所述根据所述资源需求场景确定资源评估模式，包括：
62.根据所述资源需求场景确定初始资源评估模式；
63.将所述初始资源评估模式展示给所述用户；
64.根据所述用户针对所述初始资源评估模式的调整操作确定资源评估模式。
65.例如，评估引擎根据资源需求场景确定初始资源评估模式：时间模式和数量模式，并该初始资源评估模式展示给用户，用户可以根据自身需求对该初始资源评估模式进行调整，例如删除时间模式或数量模式，或者增加优先级模式等，最后将用户调整后的资源评估模式作为最终的资源评估模式。
66.其中，初始评估模式可以理解为评估引擎根据资源需求场景默认的资源评估模式，用户针对初始资源评估模式的调整操作可以理解为用户针对默认的初始资源评估模式的删除、增加等操作。
67.步骤108：根据所述资源评估模式、所述资源满足数量以及所述资源等待时间确定至少一个初始资源供应方案。
68.具体的，当评估引擎根据资源需求场景选择默认的资源评估模式的情况下，可以将任意一个评估模式、任意两个评估模式、任意三个评估模式、任意四个评估模式、任意五个评估模式等等，结合资源满足数量、资源等待时间，确定初始资源供应方案。即资源评估模式可以理解为资源评估条件，评估引擎在接收每个供应渠道返回的资源满足数量以及资源等待时间之后，对资源获取请求进行评估确定资源需求场景，并根据资源需求场景确定不同的资源评估条件组合，然后分别根据不同的资源评估条件的组合，结合每个供应渠道返回的可分配的资源的数量以及资源等待时间，确定满足这些不同的资源评估条件组合的初始资源供应方案。
69.例如，用户发送的资源获取请求中包括：资源位置：北京、资源数量：5台、资源需求时间：最长等待60分钟。
70.评估引擎将该资源获取请求发送至供应渠道1、供应渠道2以及供应渠道3，并接收供应渠道1、供应渠道2以及供应渠道3分别返回的资源满足数量以及时间，如下所述：
71.(1)供应渠道1：满足2台，资源等待时间是10分钟；
72.(2)供应渠道2：满足8台，资源等待时间是30分钟；
73.(3)供应渠道3：满足30台，资源等待时间是230分钟。
74.当评估模式为评估引擎根据资源需求场景默认的确定性模式的情况下，结合供应渠道1、供应渠道2以及供应渠道3返回的资源满足数量以及资源等待时间，仅有供应渠道2满足该评估模式；那么该初始资源供应方案则为(2)。
75.当评估模式为评估引擎根据资源需求场景默认的时间模式的情况下，结合供应渠道1、供应渠道2以及供应渠道3返回的资源满足数量以及资源等待时间，仅有供应渠道1和供应渠道2满足该评估模式；那么该初始资源供应方案为(1)和(2)。
76.当评估模式为评估引擎根据资源需求场景默认的数量模式的情况下，结合供应渠道1、供应渠道2以及供应渠道3返回的资源满足数量以及资源等待时间，仅有供应渠道2和供应渠道3满足该评估模式；那么该初始资源供应方案为(2)、(3)、(1和2)、以及(1和3)的组合。
77.当评估模式为评估引擎根据资源需求场景默认的交付模式的情况下，结合供应渠道1、供应渠道2以及供应渠道3返回的资源满足数量以及资源等待时间，仅有供应渠道2和供应渠道3满足该评估模式；那么该初始资源供应方案为(2)和(3)。
78.当评估模式为评估引擎根据资源需求场景默认的优先级模式的情况下，结合供应渠道1、供应渠道2以及供应渠道3返回的资源满足数量以及资源等待时间，可以确定供应渠道1的等待时间最短，那么该初始资源供应方案为(1)。
79.那么评估引擎若考虑所有的资源评估模式时，则会获得上述(1)、(2)、(3)、(1和2)、(1和3)的初始资源供应方案。
80.而在资源评估模式为数量模式的情况下，则会获得上述(1和2)、(2)的初始资源供应方案。
81.步骤110：基于预设打分算法从所述至少一个初始资源供应方案中确定目标资源供应方案。
82.其中，预设打分算法可以根据资源评估模式的不同而不同，例如资源评估模式包括数量模式以及时间模式，那么根据该资源评估模式确定的初始资源供应方案，必然是满足资源获取请求中携带的资源数量和资源需求时间的初始资源供应方案；此时，则可以根据资源获取请求中携带的具体的资源数量以及资源需求时间对每个初始资源供应方案进行计算，以获得每个初始资源供应方案的得分。
83.实际应用中，初始资源供应方案为根据资源评估模式初始筛选的资源供应方案，为了进一步的提升用户的资源获取体验，评估引擎会对每个初始资源供应方案进行打分，最后根据分值，确定出更加合适用户的目标资源供应方案。具体实现方式如下所述：
84.所述基于预设打分算法从所述至少一个初始资源供应方案中确定目标资源供应方案，包括：
85.基于预设打分算法对所述至少一个初始资源供应方案中的每个初始资源供应方案进行打分，获得所述每个初始资源供应方案的分值；
86.根据所述每个初始资源供应方案的分值，获得针对所述用户的目标资源供应方案。
87.具体的，评估引擎根据预设打分算法对每个初始资源供应方案进行打分，获得每个初始资源供应方案的分值，然后根据每个初始资源供应方案的分值，获得针对用户的目标资源供应方案。
88.具体实施时，所述基于预设打分算法对所述至少一个初始资源供应方案中的每个初始资源供应方案进行打分，获得所述每个初始资源供应方案的分值，包括：
89.根据所述资源评估模式确定至少一个资源打分参数；
90.确定每个资源打分参数的权重；
91.根据所述至少一个资源打分参数以及所述每个资源打分参数的权重对所述至少一个初始资源供应方案中的每个初始资源供应方案进行打分，获得所述每个初始资源供应方案的分值。
92.其中，资源打分参数可以理解为上述资源获取请求中的任意资源参数。
93.实际应用中，资源评估模式不同，其对应的资源打分参数也不同，例如当资源评估模式包括时间模式和数量模式的情况下，其对应的资源打分参数则包括资源获取请求中携带的资源数量以及资源需求时间等。由于初始资源供应方案是通过资源评估模式确定的，那么该初始资源供应方案必然满足该资源评估模式，那么再根据该资源评估模式对应的资源打分参数，对每个初始资源供应方案进行打分计算，即可以获得每个初始资源供应方案的分值。
94.例如，资源评估模式为时间模式和数量模式，那么资源打分参数则为资源获取请求中携带的资源数量以及资源需求时间。
95.而在确定每个资源打分参数之后，为每个资源打分参数设置对应的权重，再根据每个资源打分参数以及每个资源打分参数的权重对每个初始资源供应方案进行打分，以获得每个初始资源供应方案的分值。
96.沿用上例，若初始资源供应方案为：(1和2)、(2)，资源评估模式为时间模式和数量模式，那么资源打分参数则为资源数量和资源需求时间，那么根据所述至少一个资源打分参数以及所述每个资源打分参数的权重对所述至少一个初始资源供应方案中的每个初始资源供应方案进行打分，如下所述：
97.score【1】＝40％数量满足*数量权重 100％时间满足*时间权重
98.score【2】＝100％数量满足*数量权重 100％时间满足*时间权重
99.最终，若score【1】》score【2】，则选择score【1】作为目标资源供应方案。
100.实际应用中，每个资源打分参数的权重的确定可以根据资源需求场景确定，也可以根据用户自定义设置。具体实现方式如下所述：
101.所述确定每个资源打分参数的权重，包括：
102.根据所述资源需求场景确定每个资源打分参数的权重；或者根据所述用户的权重选择操作确定每个资源打分参数的权重。
103.例如，如果资源需求场景为紧急资源需求场景，需要在最短的时间为用户分配资
源的情况下，则可以将数量的权重设置的低一点，将时间的权重设置的高一点；如果资源需求场景为普通资源需求场景，并且用户倾向于数量满足的情况下，则将数量的权重设置的高一点，将时间的权重设置的高一点。
104.具体实施时，评估引擎在计算获得每个初始资源供应方案的分值之后，可以通过顺序排列的方式快速的获得目标资源供应方案。具体实现方式如下所述：
105.所述根据所述每个初始资源供应方案的分值，获得针对所述用户的目标资源供应方案，包括：
106.根据所述每个初始资源供应方案的分值对所述每个初始资源供应方案按照降序排列，并根据从上到下的顺序选择预设数量的初始资源供应方案作为目标资源供应方案。
107.此外，为了提升用户的交互体验，在获取目标资源供应方案之后，还可以将目标资源供应方案以及初始资源供应方案全部展示给用户，由用户最终确定合适的目标资源供应方案。具体实现方式如下所述：
108.所述根据从上到下的顺序选择预设数量的初始资源供应方案作为目标资源供应方案之后，还包括：
109.将所述目标资源供应方案以及所述每个初始资源供应方案展示给所述用户，并在接收所述用户针对所述每个初始资源供应方案的选择操作的情况下，将所述用户选择的初始资源供应方案作为所述目标资源供应方案。
110.而为了节省计算资源，可以在计算出每个初始资源供应方案的分值之后，直接将每个初始资源供应方案以及每个初始资源供应方案的分值展示给用户，直接由用户选择合适的初始资源供应方案作为所述目标资源供应方案，而评估引擎无需再基于每个初始资源供应方案的分值进行目标资源供应方案的确定。具体实现方式如下所述：
111.所述根据所述每个初始资源供应方案的分值，获得针对所述用户的目标资源供应方案，包括：
112.将所述每个初始资源供应方案以及所述初始资源供应方案的分值展示给所述用户，并在接收所述用户针对所述每个初始资源供应方案的选择操作的情况下，将所述用户选择的初始资源供应方案作为所述目标资源供应方案。
113.本说明书另一实施例中，在确定目标资源供应方案之后，评估引擎会在目标资源供应方案对应的供应渠道的资源执行结束后，向交付系统交付目标资源，以供用户使用。具体实现方式如下所述：
114.所述获得针对所述用户的目标资源供应方案之后，还包括：
115.将所述目标资源供应方案发送至交付系统，并在接收到所述至少两个供应渠道的资源执行结束结果后，根据所述目标资源供应方案向所述交付系统交付目标资源。
116.其中，评估引擎与交付系统均为云平台的处理系统，将目标资源交付至交付系统，可以实现目标资源的预留，避免该目标资源被其他用户占用。
117.本说明书实施例提供的所述资源处理方法可以根据用户发送的资源获取请求，根据资源评估模式以及供应渠道返回的资源满足数量以及资源等待时间为用户匹配出较优的资源供应方案，保证用户在资源紧缺的时候，能够评估出资源的满足情况，给予用户精准的资源购买建议，提升用户的资源购买体验。
118.下述结合附图2，以本说明书提供的资源处理方法在资源处理的应用为例，对所述
资源处理方法进行进一步说明。其中，图2示出了本说明书一个实施例提供的一种资源处理方法的处理过程流程图，具体包括以下步骤。
119.步骤202：评估引擎接收用户提交的资源获取需求，其中，该资源获取需求中携带有资源数量以及资源等待时间。
120.其中，用户即图中的客户。
121.步骤204：评估引擎将该资源获取需求发送至供应渠道1。
122.步骤206：评估引擎将该资源获取需求发送至供应渠道2。
123.步骤208：评估引擎接收供应渠道1返回的满足资源数量和/或资源等待时间的资源满足数量以及资源等待时间。
124.步骤210：评估引擎接收供应渠道2返回的满足资源数量和/或资源等待时间的资源满足数量以及资源等待时间。
125.步骤212：评估引擎基于资源评估模式以及供应渠道1和2返回的资源满足数量以及资源等待时间，生成初始执行方案，并将该初始执行方案展示给用户。
126.步骤214：评估引擎接收用户通过点击操作从该初始执行方案中选择的目标执行方案：供应渠道2的方案。
127.步骤216：评估引擎向供应渠道2发送资源获取请求，其中，该资源获取请求中携带有该目标执行方案。
128.步骤218：评估引擎接收供应渠道2的返回结果。
129.其中，该返回结果可以为针对该目标执行方案返回的交付资源，也可以为资源交付失败、异常或者超时等消息。
130.步骤220：评估引擎在确定该返回结果为针对该目标执行方案返回的交付资源的情况下，将该交付资源交付给交付系统。
131.步骤222：执行完毕。
132.本说明书实施例中，可以根据具体需求场景自动选择较优的供应方案，引入供需场景匹配链，并在此基础上，提供可交互模式，用户可以根据具体匹配的多种方案，选择最合适的方案。兼顾简化流程同时满足客户个性化需求。对于短期提供的方案，可以根据实时在途或者可转化库存情况，得到未来某时间的确定性的资源评估结果。
133.参见图3，图3示出了本说明书一个实施例提供的一种资源处理方法的处理过程示意图。
134.图3中包括过滤器、打分器、权重选择器，其中，过滤器对资源供应方案进行过滤，过滤掉不满足预设的资源参数的资源供应方案；打分器根据该预设的资源参数对过滤后的每个资源供应方案进行打分；权重选择器根据用户场景的选择策略，为待打分的资源供应方案进行自动权重的选择，或者接收用户针对每个待打分的资源供应方案自定义的权重。
135.具体实施时，评估引擎将用户的资源获取请求发送至每个供应渠道，并接收每个供应渠道根据该资源获取请求返回的资源满足数量以及资源等待时间；此时评估引擎默认选择资源评估模式或者接收用户自定义的资源评估模式，以及所有供应渠道返回的资源满足数量和资源等待时间，筛选掉不满足资源评估模式的资源供应方案。
136.如图3中，过滤器根据用户自定义的需求的强约束(即资源评估模式包括时间模式、数量模式以及优先级模式)，过滤时间、数量以及优先级不满足的资源供应方案；然后将
过滤后、满足时间、数量以及优先级的资源供应方案发送至打分器，打分器根据用户自定义需求的弱约束，根据每个资源供应方案满足时间、数量以及优先级等资源参数的情况，对过滤后的每个资源供应方案进行打分；同时，权重选择器根据用户场景的选择策略，将打分的资源供应方案进行自动权重选择，例如用户场景为紧急资源需求场景，那么则提高优先级的权重等；或者根据用户自定义选择的方式，对打分的资源供应方案进行权重选择。最后获得过滤后的每个资源供应方案的分值，再通过预设的选择策略从打分后的资源供应方案中选择一个或多个资源供应方案进行执行；其中，预设的选择策略可以根据实际应用进行设置，本说明书对此不作任何限定，例如可以选择降序排序后的前3个资源供应方案作为目标资源供应方案进行执行，也可以是用户自定义的选择一个或多个资源供应方案作为目标资源供应方案进行执行。
137.具体的，本说明书实施例的资源处理方法提出一种云产品资源需求确定性评估方法，引入可转化资源以及在途资源的评估模式，能够评估并预测未来一段时间资源需求满足情况，根据具体需求场景自动选择较优的供应方案，引入供需场景匹配链，提供自动或者交互的方案选择模式，给予客户科学精准的购买建议，提升用户的购买体验。
138.与上述方法实施例相对应，本说明书还提供了资源处理装置实施例，图4示出了本说明书一个实施例提供的一种资源处理装置的结构示意图。如图4所示，该装置包括：
139.请求发送模块402，被配置为将用户的资源获取请求发送至至少两个供应渠道，其中，所述资源获取请求中携带有资源参数；
140.资源接收模块404，被配置为接收每个供应渠道返回的资源满足数量以及资源等待时间，其中，所述资源满足数量以及资源等待时间满足所述资源参数；
141.评估模式确定模块406，被配置为根据所述资源获取请求对应的资源需求场景确定资源评估模式；
142.初始方案获得模块408，被配置为根据所述资源评估模式、所述资源满足数量以及所述资源等待时间确定至少一个初始资源供应方案；
143.目标方案获得模块410，被配置为基于预设打分算法从所述至少一个初始资源供应方案中确定目标资源供应方案。
144.可选地，所述评估模式确定模块406，进一步被配置为：
145.根据所述资源获取请求中携带的所述用户的属性信息以及资源获取需求，对所述资源获取请求进行评估确定对应的资源需求场景；
146.根据所述资源需求场景确定资源评估模式。
147.可选地，所述评估模式确定模块406，进一步被配置为：
148.根据所述资源需求场景确定初始资源评估模式；
149.将所述初始资源评估模式展示给所述用户；
150.根据所述用户针对所述初始资源评估模式的调整操作确定资源评估模式。
151.可选地，所述目标方案获得模块410，进一步被配置为：
152.基于预设打分算法对所述至少一个初始资源供应方案中的每个初始资源供应方案进行打分，获得所述每个初始资源供应方案的分值；
153.根据所述每个初始资源供应方案的分值，获得针对所述用户的目标资源供应方案。
154.可选地，所述目标方案获得模块410，进一步被配置为：
155.根据所述资源评估模式确定至少一个资源打分参数；
156.确定每个资源打分参数的权重；
157.根据所述至少一个资源打分参数以及所述每个资源打分参数的权重对所述至少一个初始资源供应方案中的每个初始资源供应方案进行打分，获得所述每个初始资源供应方案的分值。
158.可选地，所述目标方案获得模块410，进一步被配置为：
159.根据所述资源需求场景确定每个资源打分参数的权重；或者根据所述用户的权重选择操作确定每个资源打分参数的权重。
160.可选地，所述目标方案获得模块410，进一步被配置为：
161.根据所述每个初始资源供应方案的分值对所述每个初始资源供应方案按照降序排列；
162.根据从上到下的顺序选择预设数量的初始资源供应方案作为目标资源供应方案。
163.可选地，所述装置，还包括：
164.方案选择模块，被配置为：
165.将所述目标资源供应方案以及所述每个初始资源供应方案展示给所述用户；
166.在接收到所述用户针对所述每个初始资源供应方案的选择操作的情况下，将所述用户选择的初始资源供应方案作为所述目标资源供应方案。
167.可选地，所述目标方案获得模块410，进一步被配置为：
168.将所述每个初始资源供应方案以及所述初始资源供应方案的分值展示给所述用户；
169.在接收到所述用户针对所述每个初始资源供应方案的选择操作的情况下，将所述用户选择的初始资源供应方案作为所述目标资源供应方案。
170.可选地，所述装置，还包括：
171.资源交付模块，被配置为：
172.将所述目标资源供应方案发送至交付系统；
173.在接收到所述至少两个供应渠道的资源执行结束结果后，根据所述目标资源供应方案向所述交付系统交付目标资源。
174.可选地，所述资源参数包括资源位置、资源类型、资源数量和/或资源需求时间；所述资源评估模式包括确定性模式、时间模式、数量模式、交付批次模式和/或优先级模式。
175.本说明书实施例提供的所述资源处理装置可以根据用户发送的资源获取请求，根据资源评估模式以及供应渠道返回的资源满足数量以及资源等待时间为用户匹配出较优的资源供应方案，保证用户在资源紧缺的时候，能够评估出资源的满足情况，给予用户精准的资源购买建议，提升用户的资源购买体验。
176.上述为本实施例的一种资源处理装置的示意性方案。需要说明的是，该资源处理装置的技术方案与上述的资源处理方法的技术方案属于同一构思，资源处理装置的技术方案未详细描述的细节内容，均可以参见上述资源处理方法的技术方案的描述。
177.图5示出了根据本说明书一个实施例提供的一种计算设备500的结构框图。该计算设备500的部件包括但不限于存储器510和处理器520。处理器520与存储器510通过总线530
相连接，数据库550用于保存数据。
178.计算设备500还包括接入设备540，接入设备540使得计算设备500能够经由一个或多个网络560通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备540可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。
179.在本说明书的一个实施例中，计算设备500的上述部件以及图5中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图5所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
180.计算设备500可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备500还可以是移动式或静止式的服务器。
181.其中，处理器520用于执行如下计算机可执行指令，该计算机可执行指令被处理器执行时实现上述资源处理方法的步骤。
182.上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的资源处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述资源处理方法的技术方案的描述。
183.本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述资源处理方法的步骤。
184.上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的资源处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述资源处理方法的技术方案的描述。
185.本说明书一实施例还提供一种计算机程序，其中，当所述计算机程序在计算机中执行时，令计算机执行上述资源处理方法的步骤。
186.上述为本实施例的一种计算机程序的示意性方案。需要说明的是，该计算机程序的技术方案与上述的资源处理方法的技术方案属于同一构思，计算机程序的技术方案未详细描述的细节内容，均可以参见上述资源处理方法的技术方案的描述。
187.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
188.所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储
器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
189.需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书实施例并不受所描述的动作顺序的限制，因为依据本说明书实施例，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书实施例所必须的。
190.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
191.以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书实施例的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书实施例的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。