CN106793093B - 一种业务处理方法及装置 - Google Patents

Abstract

本发明公开了一种业务处理方法及装置。本发明方法包括：根据接收到的业务请求确定处理该业务请求的应用模块类型，根据确定的应用模块类型确定运行该类型应用模块的N个处理器，分别获取这N个处理器的占用率超过阈值的连续次数计数值，以及该类型的应用模块分别在这N个处理器中的业务请求处理资源开销统计值，为接收到的业务请求选择这N个处理器中的一个处理器，从而将该业务请求分配给选择出的处理器上该类型的应用模块进行处理。本发明的方法及装置实现了对处理资源动态分配的优化。

Description

一种业务处理方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种业务处理方法及装置。

背景技术

随着移动通信网络的发展，EPC(Evolved Packet Core，演进包核心)网络中汇聚了越来越多的eNodeB(Evolved Node B，基站)和移动数据用户，因此EPC网络设备需要能够每秒都及时的对海量数据和控制层事务进行处理。EPC网络设备中主要包含MME(MobilityManagement Entity，移动管理实体)、SGW(Serving GateWay，服务网关)、PGW(PDNGateWay，PDN网关)、PCRF(Policy and Charging Rules Function，策略与计费规则功能单元)等模块。

目前EPC网络设备中的MME、SGW、PGW、PCRF等模块都会分布在多个处理资源上进行处理。用户在接入时，系统会根据当前用户的需求从可以获取到的处理资源中为用户选择出合适的处理资源来响应用户的需求。为了达到保证LTE网络的性能和质量的目的，通常情况下，EPC网络设备的系统将按照处理资源的使用量来选择出用于处理用户需求的处理资源，比如根据处理资源当前正在处理的用户业务以及处理资源可处理的用户业务的最大容量等因素，为用户分配处理资源。但是，由于用户行为的随机性，往往会存在一些用户的活跃程度较高，用户需求较多，或者是一些用户在一段时间中的活跃程度骤增，这种情况会导致被分配处理这些用户需求的处理资源上的负荷瞬间骤增，处理资源长时间处于繁忙状态，并且容易导致系统在连续且较长时间检测到该处理资源繁忙的情况下，触发故障恢复操作，导致该处理资源上的所有用户掉线，极大的影响了系统性能与质量。

因此，如何解决处理资源分配不均匀所导致局部负荷过大，影响用户业务的问题，实现对处理资源动态分配的优化是业界所亟待研究和解决的。

发明内容

本发明实施例提供一种业务处理方法及装置，用以实现对处理资源动态分配的优化。

本发明的一个实施例提供的方法，包括：

根据接收到的业务请求确定处理所述业务请求的应用模块类型；

根据所述应用模块类型确定运行该类型应用模块的N个处理器，N为大于或等于1的整数；

分别获取所述N个处理器的占用率超过阈值的连续次数计数值，以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值；

根据所述N个处理器的占用率超过阈值的连续次数计数值以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述N个处理器中的一个处理器；

将所述业务请求分配给选择出的处理器上该类型的应用模块进行处理。

进一步地，本发明实施例提供的方法还包括：

接收所述N个处理器上报的信息，一个处理器上报的信息中包括该处理器的占用率超过阈值的连续次数计数值，以及该处理器上运行的应用模块的业务请求处理资源开销统计值。

其中，接收所述N个处理器上报的信息包括：接收所述N个处理器按照设定周期上报的信息。

具体地，根据所述N个处理器的占用率超过阈值的连续次数计数值以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述N个处理器中的一个处理器，包括：

将获取到的所述N个处理器的占用率超过阈值的连续次数计数值与设定的计数值门限进行比较，得到所述N个处理器中占用率超过阈值的连续次数计数值小于所述设定的计数值门限的M个处理器，1≤M≤N，M为正整数；

为所述业务请求选择所述M个处理器中的一个处理器。

其中，为所述业务请求选择所述M个处理器中的一个处理器，包括：

根据获取到的该类型的应用模块分别在所述M个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述M个处理器中对应业务请求处理资源开销最小的一个处理器。

本发明的一个实施例提供的装置，包括：

第一确定模块，用于根据接收到的业务请求确定处理所述业务请求的应用模块类型；

第二确定模块，用于根据所述应用模块类型确定运行该类型应用模块的N个处理器，N为大于或等于1的整数；

获取模块，用于分别获取所述N个处理器的占用率超过阈值的连续次数计数值，以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值；

选择模块，用于根据所述N个处理器的占用率超过阈值的连续次数计数值以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述N个处理器中的一个处理器；

分配模块，用于将所述业务请求分配给选择出的处理器上该类型的应用模块进行处理。

进一步地，本发明实施例提供的装置还包括：

接收模块，用于接收所述N个处理器上报的信息，一个处理器上报的信息中包括该处理器的占用率超过阈值的连续次数计数值，以及该处理器上运行的应用模块的业务请求处理资源开销统计值。

其中，所述接收模块，具体用于：接收所述N个处理器按照设定周期上报的信息。

具体地，所述选择模块，具体用于：将获取到的所述N个处理器的占用率超过阈值的连续次数计数值与设定的计数值门限进行比较，得到所述N个处理器中占用率超过阈值的连续次数计数值小于所述设定的计数值门限的M个处理器，1≤M≤N，M为正整数；为所述业务请求选择所述M个处理器中的一个处理器。

其中，所述选择模块，具体用于：根据获取到的该类型的应用模块分别在所述M个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述M个处理器中对应业务请求处理资源开销最小的一个处理器。

本发明的上述实施例中，首先根据接收到的业务请求确定处理该业务请求的应用模块类型，接着根据确定的应用模块类型确定运行该类型应用模块的N个处理器，然后分别获取这N个处理器的占用率超过阈值的连续次数计数值，以及该类型的应用模块分别在这N个处理器中的业务请求处理资源开销统计值，根据获取到的N个处理器的占用率超过阈值的连续次数计数值以及该类型的应用模块分别在这N个处理器中的业务请求处理资源开销统计值，为接收到的业务请求选择这N个处理器中的一个处理器，从而将该业务请求分配给选择出的处理器上该类型的应用模块进行处理。本发明的上述实施例中，在分配处理器的过程中，通过使用获取到的处理器的占用率超过阈值的连续次数计数值以及该类型的应用模块分别在处理器中的业务请求处理资源开销统计值作为选择的依据，使得在对处理器进行选择时考虑到了处理器的忙闲状态，从而避免了将业务请求继续分配给负荷高的处理器的情况，实现了对处理资源动态分配的优化。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例适用的一种系统架构；

图2为本发明实施例提供的业务处理方法的流程示意图；

图3为本发明实施例提供的业务处理方法在具体场景中应用的示意图；

图4为本发明实施例提供的业务处理装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在当前通信网络扁平化和通信设备普及的情况下，用户需求呈短时间内大量并发以及快速生成的现象，因此能否对这些集中在短时间内出现的用户请求进行快速处理，合理的利用所有可获取的处理资源，是决定EPC网络设备对于大量用户需求的适应能力以及保证EPC网络设备性能的关键。

图1示出了本发明实施例适用的一种系统架构，该系统架构可以由EPC网络设备实现。如图1所示，所述系统结构包括：用户接口101、应用模块102、处理器103。

其中，用户接口101用于接收该系统覆盖范围内所有连接到该系统的用户业务请求，以及向该系统覆盖范围内所有连接到该系统的用户发送与用户业务请求对应的响应。应用模块102对应与用户业务请求所需要获取的不同类型的功能，比如MME应用模块、SGW应用模块、PGW应用模块、PCRF应用模块等。系统可以在通过用户接口101接收到用户业务请求时，通过解析该用户业务请求确定出需要调用的应用模块。处理器103可以有一个或者多个，每个处理器可以运行一种或多种应用模块。在确定出应用模块后，系统从处理器103中根据处理器的状态为该用户业务请求选择出合适的处理器，被选择出的处理器将为该应用模块建立进程，该处理器处理该用户业务请求。

需要说明的是，图1是以EPC网络设备的系统架构为例描述的，但本发明实施例可以应用到具有类似架构的系统。

应当指出，“应用模块”可以涉及任何一个或多个应用程序指令序列，所述应用程序指令序列用于实现接收输入参数，以及得到处理结果等功能。

应当指出，“处理器”可以涉及任何能够执行一个或多个指令序列的机器，可以包含但不局限于通用微处理器、专用微处理器、图形控制器、音频控制器、多媒体控制器以及微型控制器。此外，“处理器”还可以特别地涉及复杂指令集计算机CISC(ComplexInstruction Set Computer)、简化指令集计算机RISC(Reduced Instruction SetComputer)、或者超长指令字VLIW(Very Long Instruction Word)处理器。

在现有技术中，通常是通过考虑处理资源当前使用状况的因素，比如根据处理资源当前正在处理的用户业务以及处理资源可处理的用户业务的最大容量等因素，来进行处理资源选择，然而对于短时间内出现大量用户业务请求的情况，现有技术所采用的方法将有可能导致短时间内的这些用户业务请求大量的集中到同一个处理资源，使得该处理资源的瞬时负荷剧增，使得该处理资源在一段时间内的处理器占用率居高不下。一方面，处理器占用率居高不下将影响该处理器上所负载的用户业务请求的处理速度，带来处理资源在处理用户业务请求时性能与质量上的下降，另一方面，如果系统检测到同一个处理资源长时间处于繁忙的状态，可能会将该处理资源误判为异常状态，从而触发故障恢复操作，导致该处理资源上的所有用户瞬间掉线以及用户接入失败率高等负面的结果。

为了减少现有技术在响应用户业务请求时，未考虑处理资源忙闲状况，导致系统负荷不均，影响在线业务以及可能带来的设备掉线以及设备接入失败率提高等负面影响的情况，本发明实施例提出一种业务处理方法及装置。

下面结合附图对本发明实施例进行详细描述。

图2示出了本发明实施例提供的业务处理方法的流程示意图，该流程可由EPC网络设备实现，或者具有类似系统架构的计算机设备实现，该流程包括如下步骤：

步骤201：根据接收到的业务请求确定处理所述业务请求的应用模块类型。

以图1所示的系统架构为例，若业务请求为S1接口信令消息(如：INITIAL UEMESSAGE)，则可以确定需要由MME模块来处理；若业务请求为S11接口的GTPC信令消息请求(如：CREATE_SESSION_REQUEST)，则可以确定需要由SGW模块来处理。

步骤202：根据所述应用模块类型确定运行该类型应用模块的N个处理器，N为大于或等于1的整数。

具体地，在步骤201确定了处理所述业务请求的应用模块类型之后，可以根据每个处理器上可以运行的应用模块类型的信息来确定运行该类型应用模块的N个处理器。

其中，每个处理器上可以运行的应用模块类型的信息可以通过接收每个处理器上报的信息获得，具体地，一个处理器上报的信息可以包括该处理器定期上报的包含该处理器上可以运行的应用模块类型的信息，也可以包括该处理器在对应的可以运行的应用模块类型的信息发生改变时主动上报的信息。

以图1所示的系统架构为例，具体实现时，可以是由EPC网络设备在接收到每个处理器上报的包含每个处理器上可以运行的应用模块类型的信息后，建立每个处理器可以运行的应用模块类型与每个处理器之间的映射关系，对该映射关系进行存储或对原先存储的映射关系进行动态更新，其中存储方式可以有映射表等。

步骤203：分别获取所述N个处理器的占用率超过阈值的连续次数计数值，以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值。

具体地，步骤203可以根据接收所述N个处理器上报的信息来实现，其中，一个处理器上报的信息中可以包括该处理器的占用率超过阈值的连续次数计数值，以及该处理器上运行的应用模块的业务请求处理资源开销统计值。根据接收到的所述N个处理器上报的信息，分别获取所述N个处理器的占用率超过阈值的连续次数计数值，以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值。其中，所述N个处理器上报的信息可以是所述N个处理器按照设定周期上报的信息，也可以是所述N个处理器在处理器状态发生改变时主动上报的信息。

具体地，一个处理器上报消息中的该处理器上运行的应用模块的业务请求处理资源开销统计值可以包括该处理器上运行的应用模块对应的正在处理的业务请求量的统计值，也可以包括该处理器上运行的应用模块对应的最大可处理业务请求量的统计值等。

具体地，一个处理器上报消息中的该处理器的占用率超过阈值的连续次数计数值可以通过设置计数器获得该处理器的占用率超过阈值的连续次数计数值。其中，设置计数器的一种方式可以是对每个处理器设置计数器，该计数器用于记录该计数器对应的处理器的占用率超过阈值的连续次数，该阈值可以人工进行设置与更改，该阈值对于每个处理器可以相同，也可以根据跟个处理器物理参数的不同而不同。对于每个处理器，在该处理器的占用率大于或等于占用率阈值时，计数器对记录的连续次数值进行加1，在该处理器的占用率小于占用率阈值时，计数器将记录的连续次数值置0。设置计数器的一种方式也可以是对每个处理器上运行的应用模块的进程上设置计数器，该计数器用于记录运行该应用模块的处理器的占用率超过阈值的连续次数。

具体实现步骤203时，可以是由EPC网络设备接收每个处理器上报的消息，每个处理器上报的消息中包括该处理器的占用率超过阈值的连续次数计数值，以及该处理器上运行的应用模块的业务请求处理资源开销统计值。EPC网络设备根据接收到的消息，建立每个处理器与每个处理器的占用率超过阈值的连续次数计数值以及该处理器上运行的应用模块的业务请求处理资源开销统计值之间的映射关系，对该映射关系进行存储或对原先存储的映射关系进行动态更新，其中存储方式可以是映射表等。在步骤202中确定了运行该类型应用模块的N个处理器后，根据该映射关系分别获取所述N个处理器的占用率超过阈值的连续次数计数值，以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值。

优选地，对于步骤202以及步骤203的实现，可以通过接收每个处理器上报的信息来实现，其中，一个处理器上报的信息可以包括该处理器上可以运行的应用模块类型、该处理器的占用率超过阈值的连续次数计数值，以及该处理器上运行的应用模块的业务请求处理资源开销统计值的信息，该信息可以由处理器按照设定周期上报，也可以由处理器在处理器状态(比如该处理器上可以运行的应用模块类型、该处理器的占用率超过阈值的连续次数计数值，以及该处理器上运行的应用模块的业务请求处理资源开销统计值等)发生改变时主动进行上报。

举例来说，对于每个处理器上报的消息的一种实现结构可以是包含如下结构的消息，该结构对应于一种应用模块类型，对于一个处理器上报的消息，可以包含一个或多个该结构，用以对应该处理器可以运行的一种或多种应用模块：

Typedef struct

{

UINT8ucResourceType；/*类型*/

UINT8ucUsed；/*使用率*/

UINT32uiIdle；/*可用数量*/

UINT8ucCount；/*计数值*/

}RES_INFO_T；

其中，类型指示了该结构对应的应用模块类型，使用率与可用数量对应该处理器上对应类型所指示的应用模块上的业务请求处理资源开销统计值，计数值对应该处理器的占用率超过阈值的连续次数计数值。

优选地，对应于接收到的处理器上报的消息，可以以动态表的形式进行存储或更新。该动态表可以根据接收到的处理器上报的消息，该信息可以包括处理器上可以运行的应用模块类型、处理器的占用率超过阈值的连续次数计数值，以及处理器上运行的应用模块的业务请求处理资源开销统计值的信息，对每个处理器进行记录或更新。例如，若接收到初始启动后的处理器上报的消息，对原先存储的动态表中添加对应该处理器上报的消息的处理器的记录，又例如，若接收到处理器定期上报的消息或处理器在处理器状态改变时上报的消息，对动态表中该消息对应的处理器的记录进行更新等。具体实现时，该动态表的一种动态表(resInfoTable)实现结构可以如表1所示，该动态表中可以记录每个处理器对应的编号，以及对应每个处理器的应用模块类型和连续次数计数值，以及对应每个应用模块的业务请求资源开销统计值，即表1中的正在处理的业务量和最大可处理的业务量。

表1：动态表

处理器编号	连续次数计数值	应用模块类型	正在处理业务量	最大可处理业务量

步骤204：根据所述N个处理器的占用率超过阈值的连续次数计数值以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述N个处理器中的一个处理器。

具体地，可以将获取到的所述N个处理器的占用率超过阈值的连续次数计数值与设定的计数值门限进行比较，得到所述N个处理器中占用率超过阈值的连续次数计数值小于所述设定的计数值门限的M个处理器，1≤M≤N，M为正整数，从而为所述业务请求选择所述M个处理器中的一个处理器。

其中，计数值门限可以人为进行设定，对于每个处理器，该计数值门限可以相同，也可以不同，比如根据每个处理器的物理参数确定计数值门限。可以预先对每个处理器设定的计数值门限进行存储，在执行步骤204时，从存储的设定的计数值门限中获取对应所述N个处理器的计数值门限。

优选地，为所述业务请求选择所述M个处理器中的一个处理器，可以根据获取到的该类型的应用模块分别在所述M个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述M个处理器中对应业务请求处理资源开销最小的一个处理器。具体选择的方式可以按照业务请求处理资源开销统计值所包含的具体内容来确定，举例来说，在业务请求处理资源开销统计值包括正在处理的业务请求量和最大可处理业务请求量这两个统计值时，对应业务请求处理资源开销最小的处理器可以是对应于正在处理的业务请求量与最大可处理业务请求量比值最小的处理器。

步骤205：将所述业务请求分配给选择出的处理器上该类型的应用模块进行处理。

优选地，对于图2所示的流程，还可以预先增加全局变量，该全局变量用于指示为用户业务请求选择处理器时是否对处理器的占用率超过阈值的连续次数计数值进行获取。举例来说，可以设置在全局变量取值为0时，对处理器的占用率超过阈值的连续次数计数值进行获取，按照如图2所示的本发明实施例提供的业务处理方法为用户业务请求选择处理器；在全局变量取值为1时，不获取处理器的占用率超过阈值的连续次数计数值，即按照现有技术中为用户业务请求选择处理器。

通过以上描述可以看出，本发明提供的实施例根据接收到的业务请求确定处理该业务请求的应用模块类型，以及根据确定的应用模块类型确定运行该类型应用模块的N个处理器，然后分别获取这N个处理器的占用率超过阈值的连续次数计数值，以及该类型的应用模块分别在这N个处理器中的业务请求处理资源开销统计值，根据获取到的N个处理器的占用率超过阈值的连续次数计数值以及该类型的应用模块分别在这N个处理器中的业务请求处理资源开销统计值，为接收到的业务请求选择这N个处理器中的一个处理器，从而将该业务请求分配给选择出的处理器上该类型的应用模块进行处理。可以看到本发明所提供的实施例在为用户业务请求分配处理器的过程中，获取并将处理器的占用率超过阈值的连续次数计数值以及该类型的应用模块分别在处理器中的业务请求处理资源开销统计值作为选择处理器时需要考虑的因素，使得在对处理器进行选择时考虑到了处理器的忙闲状态，对用户业务请求在处理器上的分配协调管理，避免了将业务请求继续分配给负荷高的处理器的情况，以及处理器负荷高影响用户感知的问题，实现了对处理资源动态分配的优化。

为了更清楚地理解本发明实施例所提供的业务处理方法在具体场景中的应用，对于图2所示的流程，以由EPC网络设备实现本发明实施例所提供的业务处理方法系统的场景为例进行说明，具体流程可以如图3所示。

可以看到，EPC网络设备可以预先设置一个全局变量，并设置该全局变量在取值为1时指示在为用户业务请求选择处理器时对处理器的占用率超过阈值的连续次数计数值进行获取，在取值为0时指示在为用户业务请求选择处理器时不获取处理器的占用率超过阈值的连续次数计数值，并预先设置了占用率阈值T和处理器的占用率超过阈值的连续次数的计数值门限H；

在接收到用户业务请求后，根据该业务请求确定处理该业务请求的应用模块类型，比如图3所示的业务请求为对应MME应用模块的业务请求，根据确定的应用模块类型(MME应用模块)确定运行该类型应用模块(MME应用模块)的N个处理器(1、2、……、N)，比如可以通过查询在EPC网络设备设置的动态表确定；

获取设置的全局变量的取值，若取值为1，则分别获取这N个处理器的占用率超过阈值的连续次数计数值，以及该类型的应用模块分别在这N个处理器中的业务请求处理资源开销统计值，比如也可以通过查询在EPC网络设备设置的动态表来获取，根据获取到的N个处理器的占用率超过阈值的连续次数计数值以及该类型的应用模块分别在这N个处理器中的业务请求处理资源开销统计值，首先排除占用率超过阈值的连续次数计数值大于或等于计数值门限的处理器，得到排除这些处理器后的M个处理器(1、2、……、M)，再根据这M个处理器中的业务请求处理资源开销统计值为接收到的业务请求选择这M个处理器中的业务请求处理资源开销最小的处理器(m)，从而将该业务请求分配给选择出的处理器(m)上该类型的应用模块进行处理；若取值为0，则获取该类型的应用模块分别在这N个处理器中的业务请求处理资源开销统计值，比如也可以通过查询在EPC网络设备设置的动态表来获取，根据该类型的应用模块在这N个处理器中的业务请求处理资源开销统计值，为接收到的业务请求选择这N个处理器中业务请求处理资源开销最小的一个处理器(n)，从而将该业务请求分配给选择出的处理器(n)上该类型的应用模块进行处理。

基于相同的技术构思，本发明实施例还提供一种业务处理装置，参见图4，为本发明实施例提供的装置的结构示意图。所述业务处理装置可以用于执行图2所示的方法。所述业务处理装置可以是EPC网络设备。所述EPC网络设备可以包括用户接口、一个或多个应用模块，一个或多个处理器资源，一个或多个处理器。如图4所示，本发明实施例提供的业务处理装置可包括：第一确定模块401、第二确定模块402、获取模块403、选择模块404、分配模块405。

第一确定模块401，用于根据接收到的业务请求确定处理所述业务请求的应用模块类型；

第二确定模块402，用于根据所述应用模块类型确定运行该类型应用模块的N个处理器，N为大于或等于1的整数；

获取模块403，用于分别获取所述N个处理器的占用率超过阈值的连续次数计数值，以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值；

选择模块404，用于根据所述N个处理器的占用率超过阈值的连续次数计数值以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述N个处理器中的一个处理器；

分配模块405，用于将所述业务请求分配给选择出的处理器上该类型的应用模块进行处理。

进一步地，本发明实施例提供的装置还可以包括：接收模块406，用于接收所述N个处理器上报的信息，一个处理器上报的信息中包括该处理器的占用率超过阈值的连续次数计数值，以及该处理器上运行的应用模块的业务请求处理资源开销统计值。在具体实现时，所述接收模块406接收到的处理器上报的信息可以存储在数据库中，优选地，还可以根据接收到的处理器上报的信息建立处理器与该处理器的占用率超过阈值的连续次数计数值，以及该处理器上运行的应用模块的业务请求处理资源开销统计值的对应关系映射表，该映射表也可以存储在数据库中。

其中，所述接收模块406具体可以用于接收所述N个处理器按照设定周期上报的信息。

具体地，所述选择模块404可以将获取到的所述N个处理器的占用率超过阈值的连续次数计数值与设定的计数值门限进行比较，得到所述N个处理器中占用率超过阈值的连续次数计数值小于所述设定的计数值门限的M个处理器，1≤M≤N，M为正整数；为所述业务请求选择所述M个处理器中的一个处理器。

其中，所述选择模块404可以具体用于：根据获取到的该类型的应用模块分别在所述M个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述M个处理器中业务请求处理资源开销最小的一个处理器。

对于本发明实施例的软件实施，可以包含实现这里描述的功能的应用模块(例如程序、功能等等)以及数据库等(程序指令序列)实现。软件代码可以储存在存储器单元中，并且由处理器执行。存储器单元可以在处理器内或者在处理器外实现。在存在多个处理器情况下，存储器单元可以包括多个处理器共享的存储器单元，也可以包括对应某一个处理器的存储器单元。对于硬件实现，可以使用一个或多个专用集成电路(英文简称：ASIC)、数字信号处理器(英文简称DSP)、数字信号处理器件(英文简称：DSPD)、可编程逻辑器件(英文简称：PLD)、现场可编程门阵列(英文简称：FPGA)、处理器、控制器、微控制器、微处理器，以及设计成用来实现这里描述的功能的其它电子单元，或者它们的组合来实现用于处理用户业务的处理器(一个或多个)。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种业务处理方法，其特征在于，包括：

根据接收到的业务请求确定处理所述业务请求的应用模块类型；

根据所述应用模块类型确定运行该类型应用模块的N个处理器，N为大于或等于1的整数；

分别获取所述N个处理器的占用率超过阈值的连续次数计数值，以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值；

根据所述N个处理器的占用率超过阈值的连续次数计数值以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述N个处理器中的一个处理器；

将所述业务请求分配给选择出的处理器上该类型的应用模块进行处理。

2.如权利要求1所述的方法，其特征在于，还包括：

接收所述N个处理器上报的信息，一个处理器上报的信息中包括该处理器的占用率超过阈值的连续次数计数值，以及该处理器上运行的应用模块的业务请求处理资源开销统计值。

3.如权利要求2所述的方法，其特征在于，接收所述N个处理器上报的信息，包括：接收所述N个处理器按照设定周期上报的信息。

4.如权利要求1所述的方法，其特征在于，根据所述N个处理器的占用率超过阈值的连续次数计数值以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述N个处理器中的一个处理器，包括：

将获取到的所述N个处理器的占用率超过阈值的连续次数计数值与设定的计数值门限进行比较，得到所述N个处理器中占用率超过阈值的连续次数计数值小于所述设定的计数值门限的M个处理器，1≤M≤N，M为正整数；

为所述业务请求选择所述M个处理器中的一个处理器。

5.如权利要求4所述的方法，其特征在于，为所述业务请求选择所述M个处理器中的一个处理器，包括：

根据获取到的该类型的应用模块分别在所述M个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述M个处理器中对应业务请求处理资源开销最小的一个处理器。

6.一种业务处理装置，其特征在于，包括：

第一确定模块，用于根据接收到的业务请求确定处理所述业务请求的应用模块类型；

第二确定模块，用于根据所述应用模块类型确定运行该类型应用模块的N个处理器，N为大于或等于1的整数；

获取模块，用于分别获取所述N个处理器的占用率超过阈值的连续次数计数值，以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值；

选择模块，用于根据所述N个处理器的占用率超过阈值的连续次数计数值以及该类型的应用模块分别在所述N个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述N个处理器中的一个处理器；

分配模块，用于将所述业务请求分配给选择出的处理器上该类型的应用模块进行处理。

7.如权利要求6所述的装置，其特征在于，还包括：

接收模块，用于接收所述N个处理器上报的信息，一个处理器上报的信息中包括该处理器的占用率超过阈值的连续次数计数值，以及该处理器上运行的应用模块的业务请求处理资源开销统计值。

8.如权利要求7所述的装置，其特征在于，所述接收模块，具体用于：

接收所述N个处理器按照设定周期上报的信息。

9.如权利要求6所述的装置，其特征在于，所述选择模块，具体用于：

将获取到的所述N个处理器的占用率超过阈值的连续次数计数值与设定的计数值门限进行比较，得到所述N个处理器中占用率超过阈值的连续次数计数值小于所述设定的计数值门限的M个处理器，1≤M≤N，M为正整数；

为所述业务请求选择所述M个处理器中的一个处理器。

10.如权利要求9所述的装置，其特征在于，所述选择模块，具体用于：

根据获取到的该类型的应用模块分别在所述M个处理器中的业务请求处理资源开销统计值，为所述业务请求选择所述M个处理器中对应业务请求处理资源开销最小的一个处理器。