CN110351327B - 资源处理平台的确认方法、装置、电子设备和介质 - Google Patents

Abstract

本申请揭示了一种资源处理平台的确认方法、装置、电子设备和介质。该方法包括：接收资源处理请求，所述资源处理请求具有选择条件关键词；获取多个资源处理平台的标签；确定所述多个资源处理平台中标签与所述选择条件关键词匹配的资源处理平台，作为候选资源处理平台；根据与资源处理平台对应的处理成功计数器的计数值以及处理失败计数器的计数值，确定各候选资源处理平台的历史处理成功率；根据所述历史处理成功率，从所述多个候选资源处理平台中确定目标资源处理平台；将所述资源处理请求分配到该目标资源处理平台。本申请实施例在多资源处理平台系统中优化了对资源处理平台的选择。

Description

资源处理平台的确认方法、装置、电子设备和介质

技术领域

本申请涉及数据处理技术领域，特别涉及一种资源处理平台的确认方法、装置、电子设备和介质。

背景技术

在互联网中，有大量资源处理平台。它们通过对资源进行处理以满足人们生产、生活的需要。例如，云计算的场景下，待计算的基础数据是资源，各云服务器节点是资源处理平台，其都能够对基础数据进行计算，相当于对资源进行处理，以满足数据计算的需求。如何选择合适的资源处理平台进行资源处理，提高选择的资源处理平台的实际处理效果，是现有技术面临的一个问题。

发明内容

本申请的一个目的是在多资源处理平台系统中优化对资源处理平台的选择。

根据本申请的一个实施例，提供了一种资源处理平台的确认方法，所述确认方法包括以下步骤：

接收资源处理请求，所述资源处理请求具有选择条件关键词；

获取多个资源处理平台的标签；

确定所述多个资源处理平台中标签与所述选择条件关键词匹配的资源处理平台，作为候选资源处理平台；

根据与资源处理平台对应的处理成功计数器的计数值以及处理失败计数器的计数值，确定各候选资源处理平台的历史处理成功率，其中，历史上每接收到一个该候选资源处理平台发出的资源处理成功的应答，将与该候选资源处理平台对应的处理成功计数器的计数值加1；历史上每接收到一个该候选资源处理平台发出的资源处理失败的应答，将与该候选资源处理平台对应的处理失败计数器的计数值加1；

根据所述历史处理成功率，从所述多个候选资源处理平台中确定目标资源处理平台；

将所述资源处理请求分配到该目标资源处理平台。

根据本申请的一个实施例，提供了一种资源处理平台的确认装置，其特征在于，所述确认装置包括：

资源处理请求接收单元，用于接收资源处理请求，所述资源处理请求具有选择条件关键词；

标签获取单元，用于获取多个资源处理平台的标签；

候选资源处理平台确定单元，用于确定所述多个资源处理平台中标签与所述选择条件关键词匹配的资源处理平台，作为候选资源处理平台；

历史处理成功率确定单元，用于根据与候选资源处理平台对应的处理成功计数器的计数值以及处理失败计数器的计数值，确定各候选资源处理平台的历史处理成功率，其中，历史上每接收到一个该候选资源处理平台发出的资源处理成功的应答，将与该候选资源处理平台对应的处理成功计数器的计数值加1；历史上每接收到一个该候选资源处理平台发出的资源处理失败的应答，将与该候选资源处理平台对应的处理失败计数器的计数值加1；

目标资源处理平台确定单元，用于根据所述历史处理成功率，从所述多个候选资源处理平台中确定目标资源处理平台；

资源处理请求分配单元，用于将所述资源处理请求分配到该目标资源处理平台。

根据本申请的一个实施例，提供了一种电子设备，包括：

处理器；以及

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如前所述的方法。

根据本申请的一个实施例，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前所述的方法。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请的实施例中，先根据用户的资源处理请求中的选择条件关键词与资源处理平台标签的匹配，确定标签与所述选择条件关键词匹配的资源处理平台，作为候选资源处理平台。由于这些候选资源处理平台是根据选择条件关键词与资源处理平台标签匹配出的，这些候选资源处理平台往往能更有效率地进行用户希望的资源处理。同时，有的时候虽然某个资源处理平台更适合于处理某一资源处理请求，但可能由于硬件容易故障等原因，容易处理失败，因此，按照历史处理成功率在候选资源处理平台中选择要将资源处理请求分配到的目标资源处理平台。这样，既考虑到了资源处理平台与资源处理请求的适合性，又考虑到其处理成功的概率，减少处理失败重新请求的情况，提高了选择的资源处理平台的实际处理效果，优化了对资源处理平台的选择。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

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

图1是根据一示例性实施例示出的一种资源处理平台的确认方法应用的资源处理系统的构架图；

图2是根据一示例性实施例示出的一种资源处理平台的确认方法的流程图；

图3是根据一示例性实施例示出的一种资源处理平台的确认方法的流程图；

图4是根据一示例性实施例示出的一种资源处理平台的确认方法的流程图；

图5是根据一示例性实施例示出的一种资源处理平台的确认装置的框图；

图6是根据一示例性实施例示出的一种电子设备的硬件图；

图7是根据一示例性实施例示出的一种计算机可读存储介质的示意图。

具体实施方式

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

此外，附图仅为本申请的示意性图解，并非一定是按比例绘制。附图所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

图1是根据一示例性实施例示出的一种资源处理平台的确认方法应用的资源处理系统的构架图。如图1所示，该资源处理系统包括用户终端110、调度终端120、多个资源处理平台130。用户终端110是需要对资源进行处理的终端，它可以体现为手机、桌面电脑、笔记本电脑等形式。资源处理平台130是对资源进行处理的终端。资源是处理的对象。在云计算的场景下，资源是待计算的基础数据，资源处理平台130是云计算节点，用户终端110是产生待计算的基础数据需要进一步计算的终端。在商品结算的场景下，资源是用户账户，用户终端110是网上消费的终端，资源处理平台130是结算服务器。

调度终端120是在多个资源处理平台130中选择一个，并将用户终端110发出的资源处理请求路由到选择的资源处理平台130进行处理的终端。

如图2所示，根据本申请的一个实施例，提出了一种资源处理平台的确认方法。资源处理平台的确认方法是指在多个资源处理平台作为一个，以便将资源处理请求向其发送的方法。该方法由图1的调度终端120执行。

如图2所示，所述确认方法包括以下步骤：

步骤210、接收资源处理请求，所述资源处理请求具有选择条件关键词；

步骤220、获取多个资源处理平台的标签；

步骤230、确定所述多个资源处理平台中标签与所述选择条件关键词匹配的资源处理平台，作为候选资源处理平台；

步骤240、根据与资源处理平台对应的处理成功计数器的计数值以及处理失败计数器的计数值，确定各候选资源处理平台的历史处理成功率，其中，历史上每接收到一个该资源处理平台发出的资源处理成功的应答，将与资源处理平台对应的处理成功计数器的计数值加1；历史上每接收到一个该资源处理平台发出的资源处理失败的应答，将与资源处理平台对应的处理失败计数器的计数值加1；

步骤250、根据所述历史处理成功率，从所述多个候选资源处理平台中确定目标资源处理平台；

步骤260、将所述资源处理请求分配到该目标资源处理平台。

下面对以上步骤进行详细描述。

在步骤210中，接收资源处理请求，所述资源处理请求具有选择条件关键词。

资源处理请求是请求对资源进行处理的消息。在云计算的场景下，资源处理请求是请求对待计算的基础数据进行计算的消息。在商品结算的场景下，资源处理请求是对用户账号进行结算的消息。

选择条件关键词是用于表示选择多个资源处理平台的条件的词语。在一个实施例中，它可以由用户从包括多个候选选择条件关键词的下拉式列表中选择，其中下拉式列表中的候选选择条件关键词是多个资源处理平台的标签的并集。资源处理平台的标签是指，为资源处理平台贴上的、代表资源处理平台处理资源时的性能特点的词语。例如，某一资源处理平台的特点是处理速度快、处理结果准确，其标签可能是“快速”、“准确”，而另一个资源处理平台的特点是安全性高、反馈信息全面，其标签可能是“安全”、“交互性好”。该标签可以事先由管理员针对每个资源处理平台的不同特点，为资源处理平台贴上。在构造包括多个候选选择条件关键词的下拉式列表，将多个资源处理平台已经贴上的标签取一个并集，即穷尽每个资源处理平台已经贴上的标签，给用户呈现，方便用户从下拉式列表中进行选择。

当用户在下拉式列表中选择一个或多个选择条件关键词后，可以认为接收到了用户的资源处理请求，该资源处理请求具有用户选择的选择条件关键词。

在另一个实施例中，选择条件关键词也可以不从下拉式列表中选择，可以由用户在界面的指定位置填写，但要保证填写的选择条件关键词是多个资源处理平台的标签中的一个。

在步骤220中，获取多个资源处理平台的标签。

如上所述，可以预先对每个资源处理平台，生成代表资源处理平台处理资源时的性能特点的标签。在一个实施例中，为资源处理平台生成的标签放置在资源处理平台与标签对应关系表中。在一个实施例中，步骤220包括：从资源处理平台与标签对应关系表中，获取多个资源处理平台的标签。

在步骤230中，确定所述多个资源处理平台中标签与所述选择条件关键词匹配的资源处理平台，作为候选资源处理平台。

如果一个资源处理平台中的标签与所述选择条件关键词匹配，就说明该资源处理平台至少在某一方面是用户希望用来处理资源的。例如，用户的选择条件关键词是“安全”、“快速”，某一资源处理平台的标签是“快速”、“准确”，至少“快速”这一点是符合用户要求的，可以作为一个候选资源处理平台。

在一个实施例中，步骤230包括：

只要资源处理平台的一个标签与所述选择条件关键词之一一致，就将该资源处理平台确定为候选资源处理平台。

该实施例用于对于资源处理平台的选择要求不太苛刻的情况下。在这种情况下，可以让候选资源处理平台的范围放得比较宽泛。只要资源处理平台的一个标签与资源处理请求中的一个选择条件关键词是一样的，就将该资源处理平台确定为候选资源处理平台。例如，用户的选择条件关键词是“安全”、“快速”，某一资源处理平台的标签是“快速”、“准确”，“快速”是选择条件关键词和标签共有的内容，因此，该资源处理平台可以作为一个候选资源处理平台。

在一个实施例中，步骤230包括：

如果资源处理平台具有与所述选择条件关键词中预定比例以上的选择条件关键词一致的标签，将该资源处理平台确定为候选资源处理平台。

该预定比例是事先根据实际需要由管理员设置的比例，如设置60％。该实施例用于对于资源处理平台的选择要求比较苛刻的情况下。在这种情况下，资源处理平台的一个标签与资源处理请求中的一个选择条件关键词是一样的，不代表资源处理平台与选择条件关键词匹配，必须所述选择条件关键词中预定比例以上的选择条件关键词都被满足，才认为该资源处理平台足够符合用户的要求。例如，在该预定比例为60％的情况下，选择条件关键词为“安全”、“快速”、“准确”，至少要满足3×60％＝1.8个以上的选择条件关键词与标签一致。如果某一个资源处理平台的标签是“用户友好”、“快速”、“准确”、“占用内存少”，其中“快速”、“准确”是与选择条件关键词一致的标签，2>1.8，因此将该资源处理平台确定为候选资源处理平台。

在步骤240中，根据与候选资源处理平台对应的处理成功计数器的计数值以及处理失败计数器的计数值，确定各候选资源处理平台的历史处理成功率，其中，历史上每接收到一个该候选资源处理平台发出的资源处理成功的应答，将与该候选资源处理平台对应的处理成功计数器的计数值加1；历史上每接收到一个该候选资源处理平台发出的资源处理失败的应答，将该候选资源处理平台对应的处理失败计数器的计数值加1；

处理成功计数器是对各资源处理平台(不只候选资源处理平台，但只有候选资源处理平台的计数器会在本申请实施例用到)对历史上的资源处理请求处理成功的个数进行累计的计数器。处理失败计数器是对各资源处理平台对历史上的资源处理请求处理失败的个数进行累计的计数器。历史处理成功率是对某一资源处理平台对历史上的资源处理请求处理成功的个数除以该资源处理平台处理的历史上的资源处理请求总数得到的比例。假设与某一候选资源处理平台对应的处理成功计数器的计数值为A，与该候选资源处理平台对应的处理失败计数器的计数值为B，该候选资源处理平台的历史处理成功率为Z，则Z＝A/(A+B)。

初始化时，将各资源处理平台对应的处理成功计数器的计数值置0。规定每个资源处理平台对资源处理请求处理完毕后，向调度终端返回资源处理成功的应答或资源处理失败的应答。调度终端每接收到一个该资源处理平台发出的资源处理成功的应答，将与资源处理平台对应的处理成功计数器的计数值加1，这时资源处理平台对应的处理成功计数器的计数值的当前计数值就代表在到目前为止该资源处理平台有多少次资源处理成功。调度终端每接收到一个该资源处理平台发出的资源处理失败的应答，将与资源处理平台对应的处理失败计数器的计数值加1，这时资源处理平台对应的处理失败计数器的计数值的当前计数值就代表在到目前为止该资源处理平台有多少次资源处理失败。

在步骤250中，根据所述历史处理成功率，从所述多个候选资源处理平台中确定目标资源处理平台。

在一个实施例中，步骤250包括：将所述多个候选资源处理平台中历史处理成功率最大的一个资源处理平台，确定为目标资源处理平台。

这样做的好处在于，历史处理成功率越大，代表本次对资源的处理越可能成功，因此这样选择能减少对资源处理不成功时重复请求造成的低效率。

在另一个实施例中，步骤250包括：从所述多个候选资源处理平台中历史处理成功率超过预定历史处理成功率阈值的资源处理平台随机选择一个，作为目标资源处理平台。

该实施例认为，只要历史处理成功率超过预定历史处理成功率阈值，这样的候选资源处理平台的处理成功率都能满足用户要求，本次处理不成功需要重新请求的概率都很低，因此可以从中随机选择一个，作为目标资源处理平台。

在步骤260中，将所述资源处理请求分配到该目标资源处理平台。

在本步骤中，将所述资源处理请求发送到该目标资源处理平台，由目标资源处理平台进行处理。

如图3所示，在步骤240之后，所述方法还包括：

步骤245、查找该候选资源处理平台对应的历史上处理成功的资源处理请求的处理时长表，确定该候选资源处理平台历史上对资源处理请求的平均处理时长，其中，该处理时长表中的处理时长通过以下方式记录：在将历史上的资源处理请求分配给该候选资源处理平台时，启动计时器；接收该候选资源处理平台发出的、该资源处理成功或处理失败的应答；响应于接收到资源处理成功的应答，触发计时器停止计时；将停止计时时计时器的计时数记录到该候选资源处理平台对应的处理时长表中。

处理时长表是记录了每个资源处理平台(不只针对候选资源处理平台，但本申请实施例仅用到候选资源处理平台的处理时长表)历史上每次对资源处理请求成功处理所用的时长的列表。处理失败所用的时长没有意义，不用统计在该列表中。为了确定资源处理平台历史上每次对资源处理请求成功处理所用的时长，在调度终端中设置一个计时器。调度终端历史上接收到一个资源处理请求后，分配给一个资源处理平台处理，然后，启动与这个分配的资源处理平台对应的计时器，开始计时。根据资源处理平台处理成功还是失败，资源处理平台会发出该资源处理成功或处理失败的应答。当调度终端接收到的是资源处理成功的应答时，停止计时器的计时，将此时计时器的计时数记录到该资源处理平台对应的处理时长表中。当调度终端接收到的是资源处理失败的应答时，可以直接停止该计时器的计数，但对该计时器的读数不做任何处理，直接抛弃。这样，该处理时长表就记录了资源处理平台历史上每次对资源处理请求成功处理所用的时长。然后，将该处理时长表中记录的每个时长求平均值，就得到了该资源处理平台历史上对资源处理请求的平均处理时长。

在该实施例中，步骤250包括：步骤2501、根据所述历史处理成功率和所述平均处理时长，从所述多个候选资源处理平台中确定目标资源处理平台。

历史处理成功率代表着候选资源处理平台处理资源是否容易成功，平均处理时长代表了候选资源处理平台的处理速度。一个候选资源处理平台历史处理速度越快，其处理当前资源处理请求的速度也很可能快，应该越优选该候选资源处理平台进行处理。一个候选资源处理平台处理成功率越大，其处理当前资源处理请求也不容易失败，应该越优选该候选资源处理平台进行处理。该实施例综合考虑候选资源处理平台处理成功率和速度两个指标，来从所述多个候选资源处理平台中确定目标资源处理平台，提高了目标资源处理平台选择的准确度。

在一个实施例中，步骤2501包括：将所述平均处理时长的倒数、与所述历史处理成功率的加权和最大的一个资源处理平台，作为目标资源处理平台。

由于平均处理时长越大，说明候选资源处理平台处理得越慢，越不应该优选该候选资源处理平台作为目标资源处理平台，而历史处理成功率越大，说明该候选资源处理平台性能越稳定，越应该优选该候选资源处理平台作为目标资源处理平台，因此，求所述平均处理时长的倒数，然后与历史处理成功率进行加权和，这样，就反映出了平均处理时长越小，历史处理成功率越大，整个加权和的值越大的关系。

为所述平均处理时长的倒数、与所述历史处理成功率设置的权重是由管理员根据经验事先确定的。

选择加权和越大的候选资源处理平台，而不是选择和最大或者平均数最大的候选资源处理平台的好处在于，充分考虑了平均处理时长、历史处理成功率对于是否应选择该候选资源处理平台的影响的不同，使得对候选资源处理平台的选择更符合客观实际。

在一个实施例中，如图4所示，在步骤240之后，所述方法还包括：

步骤247、获取各所述候选资源处理平台当前剩余的处理能力值，所述处理能力值指示所述候选资源处理平台还能够处理资源请求的能力大小。

在一个实施例中，剩余处理能力值体现为候选资源处理平台剩余内存量。当然，在其它实施例中，剩余处理能力值可以体现为候选资源处理平台的剩余CPU处理速度，剩余CPU处理速度等于该候选资源处理平台最大CPU速度减去当前CPU处理速度。

在一个实施例中，获取各所述候选资源处理平台当前剩余的处理能力值，包括：

向各候选资源处理平台发送剩余处理能力值请求；

接收各候选资源处理平台的应答，所述应答中含有候选资源处理平台当前剩余的处理能力值。

也就是说，在需要获取各所述候选资源处理平台当前剩余的处理能力值时，可以通过向各候选资源处理平台发送剩余处理能力值请求的形式来请求候选资源处理平台当前剩余的处理能力值。各候选资源处理平台通过应答向调度终端120返回候选资源处理平台当前剩余的处理能力值。

在该实施例中，步骤2501包括：

步骤2502、根据所述当前剩余的处理能力值、历史处理成功率和所述平均处理时长，从所述多个候选资源处理平台中确定目标资源处理平台。

历史处理成功率代表着候选资源处理平台处理资源是否容易成功，平均处理时长代表了候选资源处理平台的处理速度，当前剩余的处理能力值代表候选资源处理平台还有多少处理能力能够用于资源处理。该实施例综合考虑候选资源处理平台处理成功率、处理速度、剩余处理能力三个指标，来从所述多个候选资源处理平台中确定目标资源处理平台，提高了目标资源处理平台选择的准确度。

在一个实施例中，步骤2502包括：

将所述当前剩余的处理能力值、平均处理时长的倒数、与所述历史处理成功率的加权和最大的一个候选资源处理平台，作为目标资源处理平台。

平均处理时长越大，说明候选资源处理平台处理得越慢，越不应该优选该候选资源处理平台作为目标资源处理平台。历史处理成功率越大，说明该候选资源处理平台性能越稳定，越应该优选该候选资源处理平台作为目标资源处理平台。当前剩余的处理能力值越大，说明候选资源处理平台可用于资源处理的余地越大，越应该优选该候选资源处理平台作为目标资源处理平台。因此，求所述平均处理时长的倒数，然后与历史处理成功率、当前剩余的处理能力值进行加权和，这样，就反映出了平均处理时长越小、历史处理成功率越大、当前剩余的处理能力值越大，整个加权和的值越大的关系。

加权和中的各权重是由管理员根据经验事先确定的。

选择加权和越大的候选资源处理平台，而不是选择和最大或者平均数最大的候选资源处理平台的好处在于，充分考虑了平均处理时长、历史处理成功率、当前剩余的处理能力值对于是否应选择该候选资源处理平台的影响的不同，使得对候选资源处理平台的选择更符合客观实际。

如图5所示，根据本申请的一个实施例，还提供了一种资源处理平台的确认装置，所述确认装置包括：

资源处理请求接收单元310，用于接收资源处理请求，所述资源处理请求具有选择条件关键词；

标签获取单元320，用于获取多个资源处理平台的标签；

候选资源处理平台确定单元330，用于确定所述多个资源处理平台中标签与所述选择条件关键词匹配的资源处理平台，作为候选资源处理平台；

历史处理成功率确定单元340，用于根据与资源处理平台对应的处理成功计数器的计数值以及处理失败计数器的计数值，确定各候选资源处理平台的历史处理成功率，其中，历史上每接收到一个该候选资源处理平台发出的资源处理成功的应答，将与该候选资源处理平台对应的处理成功计数器的计数值加1；历史上每接收到一个该候选资源处理平台发出的资源处理失败的应答，将与该候选资源处理平台对应的处理失败计数器的计数值加1；

目标资源处理平台确定单元350，用于根据所述历史处理成功率，从所述多个候选资源处理平台中确定目标资源处理平台；

资源处理请求分配单元360，用于将所述资源处理请求分配到该目标资源处理平台。

在一个实施例中，候选资源处理平台确定单元330进一步用于：

只要资源处理平台的一个标签与所述选择条件关键词之一一致，就将该资源处理平台确定为候选资源处理平台。

在一个实施例中，候选资源处理平台确定单元330进一步用于：

如果资源处理平台具有与所述选择条件关键词中预定比例以上的选择条件关键词一致的标签，将该资源处理平台确定为候选资源处理平台。

在一个实施例中，所述装置还包括：

平均处理时长确定单元，用于查找该候选资源处理平台对应的历史上处理成功的资源处理请求的处理时长表，确定该候选资源处理平台历史上对资源处理请求的平均处理时长，其中，该处理时长表中的处理时长通过以下方式记录：在将历史上的候选资源处理请求分配给该资源处理平台时，启动计时器；接收该候选资源处理平台发出的、该资源处理成功或处理失败的应答；响应于接收到资源处理成功的应答，触发计时器停止计时；将停止计时时计时器的计时数记录到该候选资源处理平台对应的处理时长表中；

所述目标资源处理平台确定单元350进一步用于：

根据所述历史处理成功率和所述平均处理时长，从所述多个候选资源处理平台中确定目标资源处理平台。

在一个实施例中，所述根据所述历史处理成功率和所述平均处理时长，从所述多个资源处理平台中确定候选目标资源处理平台，包括：

将所述平均处理时长的倒数、与所述历史处理成功率的加权和最大的一个候选资源处理平台，作为目标资源处理平台。

下面参照图5来描述根据本发明的这种实施方式的电子设备40。该电子设备40相当于图1中的调度终端120。图4显示的电子设备40仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，电子设备40以通用计算设备的形式表现。电子设备40的组件可以包括但不限于：上述至少一个处理单元41、上述至少一个存储单元42、连接不同系统组件(包括存储单元42和处理单元41)的总线43。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元41执行，使得所述处理单元41执行本说明书上述实施例方法部分中描述的根据本发明各种示例性实施方式的步骤。

存储单元42可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)421和/或高速缓存存储单元422，还可以进一步包括只读存储单元(ROM)423。

存储单元42还可以包括具有一组(至少一个)程序模块425的程序/实用工具424，这样的程序模块425包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线43可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备40也可以与一个或多个外部设备(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备40交互的设备通信，和/或与使得该电子设备40能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口45进行。并且，电子设备40还可以通过网络适配器46与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器46通过总线43与电子设备40的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备40使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本申请实施方式的方法。

根据本申请一个实施例，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图6所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品50，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

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

Claims (10)

1.一种资源处理平台的确认方法，其特征在于，所述确认方法包括以下步骤：

接收资源处理请求，所述资源处理请求具有选择条件关键词；

获取多个资源处理平台的标签；所述标签包含代表资源处理平台处理资源时的性能特点的词语，所述选择条件关键词为所述多个资源处理平台的标签的并集中的词语；

确定所述多个资源处理平台中标签与所述选择条件关键词匹配的资源处理平台，作为候选资源处理平台；

根据与候选资源处理平台对应的处理成功计数器的计数值以及处理失败计数器的计数值，确定各候选资源处理平台的历史处理成功率，其中，历史上每接收到一个该候选资源处理平台发出的资源处理成功的应答，将与该候选资源处理平台对应的处理成功计数器的计数值加1；历史上每接收到一个该候选资源处理平台发出的资源处理失败的应答，将与该候选资源处理平台对应的处理失败计数器的计数值加1；

查找所述候选资源处理平台对应的历史上处理成功的资源处理请求的处理时长表，确定所述候选资源处理平台历史上对资源处理请求的平均处理时长；

根据所述历史处理成功率和所述平均处理时长，从多个候选资源处理平台中确定目标资源处理平台；

将所述资源处理请求分配到该目标资源处理平台。

2.根据权利要求1所述的方法，其特征在于，所述确定所述多个资源处理平台中标签与所述选择条件关键词匹配的资源处理平台，作为候选资源处理平台，包括：

只要资源处理平台的一个标签与所述选择条件关键词之一一致，就将该资源处理平台确定为候选资源处理平台。

3.根据权利要求1所述的方法，其特征在于，所述确定所述多个资源处理平台中标签与所述选择条件关键词匹配的资源处理平台，作为候选资源处理平台，包括：

如果资源处理平台具有与所述选择条件关键词中预定比例以上的选择条件关键词一致的标签，将该资源处理平台确定为候选资源处理平台。

4.根据权利要求1所述的方法，其特征在于，所述处理时长表中的处理时长通过以下方式记录：在将历史上的资源处理请求分配给该候选资源处理平台时，启动计时器；接收该候选资源处理平台发出的、该资源处理成功或处理失败的应答；响应于接收到资源处理成功的应答，触发计时器停止计时；将停止计时时计时器的计时数记录到该资源处理平台对应的处理时长表中。

5.根据权利要求4所述的方法，其特征在于，所述根据所述历史处理成功率和所述平均处理时长，从多个候选资源处理平台中确定目标资源处理平台，包括：

将所述平均处理时长的倒数、与所述历史处理成功率的加权和最大的一个资源处理平台，作为目标资源处理平台。

6.根据权利要求4所述的方法，其特征在于，在根据与资源处理平台对应的处理成功计数器的计数值以及处理失败计数器的计数值，确定各候选资源处理平台的历史处理成功率之后，所述方法还包括：

获取各所述候选资源处理平台当前剩余的处理能力值，所述处理能力值指示所述候选资源处理平台还能够处理资源请求的能力大小；

所述根据所述历史处理成功率，从所述多个候选资源处理平台中确定目标资源处理平台，包括：

根据所述当前剩余的处理能力值、历史处理成功率和所述平均处理时长，从所述多个候选资源处理平台中确定目标资源处理平台。

7.根据权利要求6所述的方法，其特征在于，所述根据所述当前剩余的处理能力值、历史处理成功率和所述平均处理时长，从所述多个候选资源处理平台中确定目标资源处理平台，包括：

将所述当前剩余的处理能力值、平均处理时长的倒数、与所述历史处理成功率的加权和最大的一个候选资源处理平台，作为目标资源处理平台。

8.一种资源处理平台的确认装置，其特征在于，所述确认装置包括：

资源处理请求接收单元，用于接收资源处理请求，所述资源处理请求具有选择条件关键词；

标签获取单元，用于获取多个资源处理平台的标签；所述标签包含代表资源处理平台处理资源时的性能特点的词语；所述标签包含代表资源处理平台处理资源时的性能特点的词语，所述选择条件关键词为所述多个资源处理平台的标签的并集中的词语；

候选资源处理平台确定单元，用于确定所述多个资源处理平台中标签与所述选择条件关键词匹配的资源处理平台，作为候选资源处理平台；

历史处理成功率确定单元，用于根据与候选资源处理平台对应的处理成功计数器的计数值以及处理失败计数器的计数值，确定各候选资源处理平台的历史处理成功率，其中，历史上每接收到一个该候选资源处理平台发出的资源处理成功的应答，将与候选资源处理平台对应的处理成功计数器的计数值加1；历史上每接收到一个该候选资源处理平台发出的资源处理失败的应答，将与该候选资源处理平台对应的处理失败计数器的计数值加1；

平均处理时长确定单元，用于查找所述候选资源处理平台对应的历史上处理成功的资源处理请求的处理时长表，确定所述候选资源处理平台历史上对资源处理请求的平均处理时长；

目标资源处理平台确定单元，用于根据所述历史处理成功率和所述平均处理时长，从多个候选资源处理平台中确定目标资源处理平台；

资源处理请求分配单元，用于将所述资源处理请求分配到该目标资源处理平台。

9.一种电子设备，其特征在于，包括：

处理器；以及

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现根据权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现根据权利要求1至7中任一项所述的方法。

Images