CN1738244A - 在软交换系统中设置应用服务器的代理服务器的方法 - Google Patents

Abstract

本发明公开了一种在软交换系统中设置应用服务器的代理服务器的方法，包括：A.应用服务器向代理服务器发出注册请求，代理服务器根据所述请求信息形成应用服务器的注册列表；B.代理服务器刷新注册列表，向应用服务器发送资源查询请求消息，应用服务器响应请求消息，并将资源信息发送给代理服务器；C.代理服务器根据收到的来自外部的业务请求利用业务请求中的业务键值、应用服务器的运行资源状况和定义的应用服务器的负载控制及均衡策略来实现不同业务请求分发到应用服务器。本发明解决了应用服务器集群的业务集中加载，业务集中过负荷控制等问题，从而简化了应用服务器的管理，方便了对应用服务器的各种操作。

Description

在软交换系统中设置应用 服务器的代理服务器的方法

技术领域

本发明涉及到一种设置应用服务器代理点的方法，尤其涉及到在软交换系统中设置应用服务器代理点的方法。

背景技术

目前在软交换系统中，对应用服务器集群的功能管理是比较分散的，通常是在每个应用服务器上提供单独的管理，但随着软交换系统的开放接口的使用，未来的应用服务器会越来越多，提供的业务也会越来越多，这样对应用服务器群的集中管理就成为必须。虽然在有些软交换系统中，并不要求一定有应用服务器代理服务器的存在，其通常有系统操作维护节点，但操作维护节点对应用服务器所能进行的管理功能很少。为了方便集中管理应用服务器提出的新节点，而把管理应用服务器和应用服务器的部分功能集成在一起，来减少应用服务器集群的业务集中加载，业务集中过负荷控制等问题就成为当前软交换系统的需要。

随着下一代网络系统的发展，业务的增加会更加频繁，业务的种类也会更多，这样会有更多应用服务器加入到系统，而应用服务器代理服务器可以更方便业务服务器的集中管理，通过代理服务器的配置实现应用服务器的系统扩容和应用服务器的各种参数的定义，因为所有的对外接口由代理服务器完成而且对新业务的生命周期管理都是由代理服务器来完成，所以在线系统扩容不会影响已经存在的业务的运行。

发明内容

本发明提出了一种在软交换系统中设置应用服务器的代理服务器的方法，该方法解决了应用服务器集群的业务集中加载，业务集中过负荷控制等问题，实现了降低系统维护过程中的工作复杂度，减少应用服务器的负担。

本发明提出了一种在软交换系统中设置应用服务器的代理服务器的方法，该方法包括：

A、应用服务器向代理服务器发出注册请求，代理服务器根据所述请求信息形成应用服务器的注册列表；

B、代理服务器刷新注册列表，向应用服务器发送资源查询请求消息，应用服务器响应请求消息，并将资源信息发送给代理服务器；

C、代理服务器根据收到的来自外部的业务请求利用业务请求中的业务键值、应用服务器的运行资源状况和定义的应用服务器的负载控制及均衡策略来实现不同业务请求分发到应用服务器。

其中所述B与C之间还包括，

11)、代理服务器根据所述资源信息进行各应用服务器的处理，并记录各应用服务器的业务信息和资源状况；

12)、代理服务器通过选择加载业务启动应用服务器的业务；

13)、代理服务器通过对注册业务的设置可以定义其过负荷级别、参数并启动或停止过负荷控制；

14)、代理服务器通过对注册业务的设置可以定义其负载均衡策略；其中所述步骤C进一步包括，

21)、代理服务器根据收到的来自外部的业务请求，分析业务是否加载，如正常运行则根据过负荷控制定义进行过负荷控制；

22)、通过过负荷控制之后，代理服务器根据收到的来自外部的业务请求根据负载均衡策略分析比较运行该业务的应用服务器的资源信息，进而选择应用服务器；

23)、代理服务器根据均衡结果路由收到业务请求给相应的应用服务器。

其中所述步骤C之后还包括，

代理服务器对选择的应用服务器进行呼叫请求的分发。

其中所述步骤12)还包括，

业务生命周期管理，即业务加载、业务卸载及业务数据定义。

其中所述加载业务的实现具体包括，

31)、从注册列表查找该业务是否启动可用；

32)、如果启动则设置该业务可以接收业务请求。

其中所述卸载业务的实现具体包括，

41)、从注册列表查找该业务是否存在。

42)、如果存在则设置成卸载状态，该业务将不再接收业务请求。

其中所述进行呼叫请求的分发具体包括，

应用服务器收到点击拨号业务请求时，首先查看该业务是否加载，如果没加载，丢弃该无效请求；如果业务加载，查看是否启动了过负荷，如果没有启动，直接进入负载均衡，根据均衡策略为呼叫请求进行均衡；如果启动且过负荷，则按照过负荷控制级别算法控制该请求是否可继续处理；如果可以继续处理进入负载均衡模块，根据均衡策略为呼叫请求进行均衡，如果不可以继续处理则丢弃该请求。

其中所述进行各应用服务器的处理是指代理服务器向应用服务器进行运行状况查询过程中，代理服务器通过收到应用服务器的运行状况查询响应来实时进行各应用服务器的性能检测图表绘制，业务运行状态刷新等的处理。

其中所述注册请求是应用服务器启动业务时，通过代理服务器与应用服务器之间的接口向代理服务器发出的。

其中所述资源信息包括资源状况信息和运行状态信息；

其中所述资源状况信息主要包括应用服务器的CPU使用率，处理业务的实例个数，业务是否在线；

本发明的发明优点在于，由于本发明是通过代理服务器来控制应用服务器的运行和业务运行，应用服务器的功能相对简单，只是处理接入的呼叫请求，而无需处理过负荷控制，负载均衡等，因此本发明解决了应用服务器集群的业务集中加载，业务集中过负荷控制等问题，从而简化了应用服务器的管理，方便了对应用服务器的各种操作。

下面结合附图和实施例对本发明作进一步说明。

附图说明

附图1是本发明所述方法的步骤流程图；

附图2是本发明所述在软交换系统中设置应用服务器的代理服务器的方法在进行请求处理流程逻辑图；

附图3是本发明所述在软交换系统中设置应用服务器的代理服务器的方法的具体实施例。

具体实施方式

如附图1所示，在本发明所述的一种在软交换系统中设置应用服务器的代理服务器的方法，首先进入步骤11)定义代理服务器与应用服务器之间的接口格式并且明晰参数含义。

代理服务器通过自定义接口与应用服务器进行交互来获取应用服务器的各种资源状况和运行状态。通过获取的资源状况与运行状态，代理服务器能够与应用服务器相配合，共同负责业务的生命周期管理、业务的接入、业务数据的管理等。同时代理服务器还包括对各业务服务器的性能监测、系统资源监测、系统日志和业务日志、负载控制与平衡、故障处理等功能，为业务提供电信级的运行支持。

其中所述对业务生命周期的管理主要包括对业务加载、卸载等的管理。代理服务器作为下一代网络中的一种电信级的核心设备，在不影响正在运行业务的前提下，实现业务的动态加载和动态版本更新是必须的关键功能。

其中所述对业务接入的管理即是对应用服务器注册的管理。主要包括应用服务器的IP地址、端口、业务键、是否重定向等的基本参数定义。有了应用服务器的基本参数值就可以定义、启动过负荷控制和负载均衡，就可以进行资源状况检测。

其中所述对业务数据的管理，主要是为业务正常运行所提供的业务数据的窗口管理，如用户卡定义、生成、注销等等。

所述定义代理服务器与应用服务器之间的接口格式通过下列的参数进行：

1、请求消息结构。所述请求消息结构包括：版本定义(V＝0)、要控制的业务名称(ServiceName)、通过Flag来控制消息的类型(Flag)和扩展属性名。

所述通过Flag来控制消息的类型(Flag)主要分为过负荷控制、应用服务器注册、代理服务器对应用服务器的资源查询三大类；

所述扩展属性格式：

扩展属性名：属性值(属于可选参数，可以没有)

2、所述请求消息响应消息结构包括：版本定义(V＝0)、要控制的业务名称(ServiceName)、通过Flag来控制消息的类型(Flag)和内容(CONTENT)。

所述通过Flag来控制消息的类型(Flag)主要分为过负荷控制、应用服务器注册、代理服务器对应用服务器的资源查询三大类；

所述内容(CONTENT)包括成功或失败，根据不同的结果进行反映。

响应消息除了带有请求中的所有参数，还要增加属性，即扩展属性，格式如下：

扩展属性名：属性值

通常在成功响应时要加入返回参数，也可以没有，所述扩展属性根据成功时的需要决定是否取舍。

随后进入步骤12)，即应用服务器启动业务时向代理服务器发出注册请求，代理服务器根据业务注册请求信息形成应用服务器的注册列表，并对注册列表进行及时刷新。

例如，分别在应用服务器1和应用服务器2上启动点击拨号业务程序；根据所述点击拨号业务程序向代理服务器3进行注册；然后在代理服务器3形成应用服务器的注册列表，所述应用服务器对其注册列表随时进行刷新。

其中所述应用服务器向代理服务器进行注册，是通过应用服务器向代理服务器发送注册消息进行的。

所述注册消息包括：接口版本(V＝0)、要控制的业务名称(ServiceName)、消息标志(Flag)、应用服务器地址(IP)和业务运行端口号(Port)。

其中所述要控制的业务名称ServiceName：根据实际情况定义；

其中所述消息标志(应用服务器的注册)Flag为REGISTAS；

其中所述应用服务器的地址为IP：根据实际情况定义，格式X.X.X.X；

其中所述业务运行的端口号为PORT：根据实际情况定义，格式XXX。

所述注册列表主要信息包括应用服务器的I P地址，运行业务的名称，接收消息的端口，该业务是否被重定向等参数。所述注册列表信息主要来自应用服务器的注册请求消息。

注册成功之后，随后进入步骤13进行运行状况查询，即代理服务器资源状况检测模块22定时向应用服务器发送资源查询请求消息，应用服务器响应请求消息，并将资源状况信息发送给资源状况检测模块；代理服务器根据资源状况检测模块提供的应用服务器的资源状况信息来实时进行各应用服务器的性能检测图表绘制，业务运行状态刷新等的处理，同时记录各应用服务器的相关业务的参数以备负载均衡和过负荷控制使用。

其中所述资源查询的请求消息包括：接口版本(V＝0)、要控制的业务名称ServiceName、消息标志(Flag)。

其中所述资源查询的响应请求消息包括接口版本(V＝0)、要控制的业务名称ServiceName、消息标志(Flag)、内容(CONTENT)、内存MEM的使用情况、CPU的占用率和当前正在处理的呼叫个数CURSLP。

其中所述资源信息主要包括不同应用服务器的CPU使用率，目前处理的不同业务的实例个数，业务是否在线等信息。

其中所述定时发送是为了保证收到的信息有一定的实时性。

其中所述要控制的业务名称ServiceName：根据实际情况定义；

其中所述消息标志(Flag)为RESOURCE；

其中所述内容(CONTENT)为成功或失败；

其中所述内存MEM的使用情况为：XXXbytes、CPU地占用率为X％和当前正在处理的呼叫个数CURSLP为XX。

由于应用服务器采用注册的方式来进行，且提供即时的刷新，注册成功后资源状况检测模块对应用服务器发送资源查询请求，请求是通过SIP包发送的，所以在存在同种业务运行应用服务器的情况下都不会产生影响，从而构成了本发明所特有的在线扩容机制。

接着执行步骤14，即进行业务生命周期的管理，也就是进行代理服务器和应用服务器之间的业务生命周期管理。具体包括：代理服务器通过业务生命周期管理模块选择加载业务；启动应用服务器的业务。

在所述业务生命周期管理中，合理利用资源状况检测模块得到的信息，来控制应用服务器动态的业务加载、卸载。加载在代理服务器和应用服务器之间还存活消息的情况才会成功，卸载的实现是在代理服务器上进行控制，与应用服务器列表的属性相关，但不涉及运行该业务的应用服务器是否存活。

所述加载业务的实现，是在一个新业务开始的时候，首先从注册列表查找该业务是否启动可用，如果启动则设置该业务可以接收业务请求。

所述卸载业务的实现，首先从注册列表查找该业务是否存在，存在则设置为卸载状态，则该业务将不再接收业务请求。

随后进入步骤15，即进行应用服务器上的负载均衡控制。代理服务器通过过负荷控制模块选择定义某业务的过负荷控制级别，以及负荷基数及呼叫实例并启动控制。

对于一个业务同时运行在多个应用服务器的情况，首先完成业务注册，再对该业务进行负载均衡策略定义，可以分为呼叫实例控制和系统资源控制两种。当代理服务器收到业务请求时，根据运行该业务的应用服务器的资源状况比较结果来完成业务请求的路由。

接着执行步骤16，即代理服务器通过过负荷控制信息进行应用服务器业务的过负荷控制处理。代理服务器通过负载均衡模块23选择定义业务的负载均衡策略(如设为呼叫实例控制)。

所述过负荷控制信息包括：接口版本(V＝0)、要控制的业务名称(ServiceName)、消息标志(Flag)、是否启动过负荷控制(isOpenLoadControl)、过负荷控制的呼叫基数(loadControlFoundNum)、过负荷控制的级别(LoadControlLevel)和过负荷控制的持续时长

(LoadControlLastTime)

其中所述要控制的业务名称(ServiceName)根据实际情况定义；

其中所述消息标志(Flag)为OVERLOADCTR；

其中所述是否启动过负荷控制(isOpenLoadControl)为0或1；

其中所述过负荷控制的呼叫基数(loadControlFoundNum)为X个；

其中所述过负荷控制的级别(LoadControlLevel)为1-4；

其中所述过负荷控制的持续时长(LoadControlLastTime)为X分钟。

如果一个代理服务器的过负荷控制启动，则在收到业务请求后首先要查看该业务的过负荷状态，如果已经过负荷，则根据过负荷级别和控制基数来计算是否过滤掉该请求；如果没有超过过负荷，则按照过负荷控制级别算法控制该请求可继续处理。

当然，代理服务器通过对注册业务的设置可以定义其过负荷级别、参数并启动或停止过负荷控制。

过负荷控制动态实施，在应用服务器的运行过程中随时可以进行过负荷控制定义、启动和停止。这是一个和应用服务器相关的设置，把这些定义和应用服务器列表关联起来，来实现代理服务器进行过负荷管理。

随后进入步骤17进行分发呼叫请求。代理服务器收到业务请求时，首先查看该业务是否加载，如果没加载，丢弃该无效请求；如果业务加载，再查看是否启动了过负荷，如果没有启动，直接进入负载均衡，根据均衡策略为呼叫请求进行均衡；如果启动且过负荷，则按照过负荷控制级别算法控制该请求是否可继续处理；如果可以继续处理进入负载均衡模块，根据均衡策略为呼叫请求进行均衡，如果不可以继续处理则丢弃该请求。

根据上述所述在软交换系统中设置应用服务器的代理服务器的方法，所述应用服务器与代理服务器之间的消息是基于SIP协议的，既可以充分利用SIP协议的OPTIONS命令又可以引用SIP协议的文本编码格式使接口定义简单，扩充容易。通常将返回值放在SIP响应包的SDP中，在SDP采用自定义格式。

根据本发明所述的一种在软交换系统中设置应用服务器的代理服务器的方法，代理服务器主要功能特点有：(1)符合rfc3261SIP协议；(2)支持SIP代理服务功能；(3)业务管理图形化界面，方便易用；(4)通过通信接口，可以对应用服务器实施动态检测；(5)支持对业务的生命周期管理，动态加载、卸载业务；(6)允许用户查看和选择业务；(7)动态添加新业务点的功能；(8)具有在线帮助系统；(9)具有业务的负载均衡功能；(10)能够定义不同业务的过负荷控制；(11)能够启动和停止业务的过负荷控制；(12)能够保证新的业务的加载与现存的业务无关。

如附图2所示是本发明所述在软交换系统中设置应用服务器的代理服务器的方法在进行请求处理流程逻辑图。

1、以一个应用服务器为例，首先在应用服务器18上进行点击拨号业务的注册，在该应用服务器18上启动点击拨号业务程序，点击拨号业务程序将会向代理服务器进行注册，然后在代理服务器形成点击拨号业务信息，业务键、业务分发方式以及应用服务器队列刷新。

2、应用服务器配置管理模块19，即新业务注册后，应用服务器队列将被刷新，刷新后，代理服务器的资源状况检测模块22会定时向队列中个应用服务器队列中各点发送资源状况查询信息，代理服务器收集到的各应用服务器的资源信息主要包括不同应用服务器的CPU使用率，目前处理的不同业务的实例个数，业务是否在线等信息。所述资源状况检测模块22定时与应用服务器配置管理模块19进行协作主要是通过向服务器列表中各点发送请求的形式进行的，资源信息获取是独立线程运行，是不间断的。

需要说明的是，所述资源状况检测的实现存在两种触发机制：一种是应用服务器注册对应用服务器列表的刷新来触发，一种是定时读取应用服务器列表的注册信息。通过触发机制，代理服务器可以即时地获得应用服务器的资源和运行状态，如网络断开，或应用服务器宕机等情况。

3、代理服务器通过业务生命周期管理模块20选择加载点击拨号业务，则应用服务器1的点击拨号业务将被启动。业务生命周期管理模块20与应用服务器配置管理模块19之间的协同通过业务列表进行；通过业务生命周期管理模块20在应用服务器上加载或卸载业务请求。

4、在代理服务器通过过负荷控制模块21选择定义点击拨号业务点的过负荷控制级别为1，以及负荷基数为20个呼叫实例并启动控制，此时通过过负荷控制模块21与应用服务器配置管理模块19之间通过定义启动进行。过负荷控制模块21与业务分发模块24之间可通过提供业务过负荷控制参数进行相关指令的交流；同时，业务分发模块24与业务生命周期管理模块20之间可通过业务运行状态信息进行协作。

5、在代理服务器通过负载均衡模块23选择定义点击拨号业务的负载均衡策略为呼叫实例控制。负载均衡模块23与应用服务器配置管理模块19之间通过策略定义进行协作。

6、通过呼叫仪向软交换系统发送点击拨号业务请求。

7、业务分发模块24收到点击拨号业务请求，首先查看该业务是否可用，如果不可用，丢弃该无效请求回到业务请求步骤；如果业务可用，再查看是否启动了过负荷，如果没有启动，直接回到[0]业务请求步骤中；如果启动且过负荷，则按照过负荷控制级别算法控制该请求是否可继续处理；如果可以继续处理进入负载均衡模块骤中，如果不可以继续处理则丢弃该请求回到业务请求步骤中。

8、进入负载均衡模块23，根据均衡策略为呼叫请求进行均衡，代理服务器将会根据资源状况检测模块22提供应用服务器18的资源状况进行当前处理业务呼叫实例个数比较，选择较少的业务呼叫实例应用服务器为均衡目的地。所述负载均衡模块23与资源状况检测模块22之间通过提供业务均衡参数进行协作的。

9、业务分发模块24根据负载均衡模块23提供的业务均衡结果将业务请求路由到应用服务器18。

在软交换系统中设置应用服务器的代理服务器主要是在软交换系统中多业务服务器的管理过程中使用，它提供完整的SIP协议栈；支持SIPPROXY的所有功能；支持应用服务器的注册；能够动态加载、卸载业务；能够定义各种业务的过负荷控制级别并进行启动、停止控制；能够定义各种业务的负载均衡策略进行业务分发；能够监控各业务服务器的运行状态和资源状况；降低了应用服务器集群的管理复杂度；支持应用服务器的在线扩容。

下面结合附图3a及3b所示是本发明所述在软交换系统中设置应用服务器的代理服务器的方法的具体实施例。

以应用服务器A和应用服务器B为例。

首先分别在应用服务器A和应用服务器B上启动点击拨号业务程序，点击拨号业务程序将会向代理服务器进行注册，注册格式列举如下：

对于应用服务器A：

v：0

ServiceName：CTD

Flag：REGISTAS

IP：10.129.90.1

PORT：5060

对于应用服务器B：

v：0

ServiceName：CTD

Flag：REGISTAS

IP：10.129.90.2

PORT：5060

对于应用服务器C启动点击传真业务程序，点击传真业务程序将会向代理服务器进行注册，注册格式：

v：0

ServiceName：CTF

Flag：REGISTAS

IP：10.129.90.3

PORT：5060

其次，代理服务器根据各业务注册信息形成应用服务器的注册列表。列表对象A(CTD，10.129.90.1，5060)，列表对象B(CTD，10.129.90.2，5060)，列表对象C(CTC，10.129.90.3，5060)。

接着，应用服务器注册列表刷新后，代理服务器的资源状况检测模块会定时向其发送资源查询信息，请求格式：

v：0

ServiceName：CTD or CTF

Flag：RESOURCE

分别依照A，B，C三点的IP，PORT发送，代理服务器收集到的A，B，C三点的资源信息及请求响应，主要包括不同应用服务器的CPU使用率，目前处理的不同业务的实例个数并判断该业务是否在线等信息。

各点的响应内容：

应用服务器A：

v：0

ServiceName：CTD

Flag：RESOURCE

CONTENT：SUCCESS成功

MEM：46737bytes内存使用情况

CPU：8％CPU的占用率

CURSLP：60在处理的呼叫个数

应用服务器B：

v：0

ServiceName：CTD

Flag：RESOURCE

CONTENT：SUCCESS成功

MEM：46000bytes内存使用情况

CPU：3％CPU的占用率

CURSLP：20在处理的呼叫个数

应用服务器C：

v：0

ServiceName：CTF

Flag：RESOURCE

CONTENT：SUCCESS成功

MEM：32737bytes内存使用情况

CPU：1％CPU的占用率

CURSLP：0在处理的呼叫个数

紧接着，代理服务器将各点的资源响应记录，供负载均衡使用。

随后，如图3a所示，代理服务器通过业务生命周期管理模块20选择加载点击拨号业务，则应用服务器A和应用服务器B的点击拨号业务将都被启动；不加载点击传真业务，则应用服务器C的点击传真业务则不可用，系统将不会处理点击传真业务。

再随后，如图3b所示，代理服务器通过过负荷控制模块21选择定义点击拨号业务点的过负荷控制级别为1，以及负荷基数为100个呼叫实例并启动控制；因为点击传真业务没有加载，所以不能选择定义点击传真业务的过负荷控制。

然后，由于存在两个应用服务器支持点击拨号业务，所以可以在代理服务器通过负载均衡模块23选择定义点击拨号业务的负载均衡策略，设为呼叫实例控制。

接着，通过测试仪向软交换系统发送点击拨号业务和点击传真业务请求。

接着，业务分发模块24收到点击拨号业务请求，首先查看该业务是加载状态，并启动了过负荷，但没有超过负荷，A+B的当前呼叫实例共20+60＜100，因此按照过负荷控制级别算法控制该请求可继续处理。

业务分发模块24收到点击传真业务业务请求，发现该业务没有加载，因此丢弃该无效请求回到。

接着，进入负载均衡模块23，根据均衡策略为点击拨号业务呼叫请求进行均衡，代理服务器将会根据资源状况检测模块22提供应用服务器A，应用服务器B的资源状况进行当前处理业务呼叫实例个数比较A20＜B60，选择较少的业务呼叫实例A20的应用服务器为均衡目的地，即将请求路由到应用服务器A。

最后，业务分发模块24根据负载均衡模块23提供的均衡结果将业务请求路由到应用服务器A。

根据上述步骤，应用服务器代理点A就成功地在软交换系统中设置。以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明公开的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims (10)

1、一种在软交换系统中设置应用服务器代理服务器的方法，应用于包括应用服务器和代理服务器的软交换系统，其特征在于，包括：

A、应用服务器向代理服务器发出注册请求，代理服务器根据所述请求信息形成应用服务器的注册列表；

B、代理服务器刷新注册列表，向应用服务器发送资源查询请求消息，应用服务器响应请求消息，并将资源信息发送给代理服务器；

C、代理服务器根据收到的来自外部的业务请求利用业务请求中的业务键值、应用服务器的运行资源状况和定义的应用服务器的负载控制及均衡策略来实现不同业务请求分发到应用服务器。

2、根据权利要求1所述的设置应用服务器代理服务器的方法，其特征在于，所述B与C之间还包括，

11)、代理服务器根据所述资源信息进行各应用服务器的处理，并记录各应用服务器的业务信息和资源状况；

12)、代理服务器通过选择加载业务启动应用服务器的业务；

13)、代理服务器通过对注册业务的设置定义其过负荷级别、参数并启动或停止过负荷控制；

14)、代理服务器通过对注册业务的设置定义其负载均衡策略；

3、根据权利要求2所述的设置应用服务器代理服务器的方法，其特征在于，所述步骤C进一步包括，

21)、代理服务器根据收到的来自外部的业务请求，分析业务是否加载，如正常运行则根据过负荷控制定义进行过负荷控制；

22)、通过过负荷控制之后，代理服务器根据收到的来自外部的业务请求根据负载均衡策略分析比较运行该业务的应用服务器的资源信息，进而选择应用服务器；

23)、代理服务器根据均衡结果路由收到业务请求给相应的应用服务器。

4、根据权利要求3所述的设置应用服务器代理服务器的方法，其特征在于，所述步骤C之后还包括，

代理服务器对选择的应用服务器进行呼叫请求的分发。

5、根据权利要求2或4所述的设置应用服务器代理服务器的方法，其特征在于，所述步骤12)还包括，

业务生命周期管理，即业务加载、业务卸载及业务数据定义。

6、根据权利要求5所述的设置应用服务器代理服务器的方法，其特征在于，

所述加载业务的实现具体包括，

31)、从注册列表查找该业务是否启动可用；

32)、如果启动则设置该业务可以接收业务请求。

所述卸载业务的实现具体包括，

41)、从注册列表查找该业务是否存在。

42)、如果存在则设置成卸载状态，该业务将不再接收业务请求。

7、根据权利要求6所述的设置应用服务器代理服务器的方法，其特征在于，所述进行呼叫请求的分发具体包括，

应用服务器收到点击拨号业务请求时，首先查看该业务是否加载，如果没加载，丢弃该无效请求；如果业务加载，查看是否启动了过负荷，如果没有启动，直接进入负载均衡，根据均衡策略为呼叫请求进行均衡；如果启动且过负荷，则按照过负荷控制级别算法控制该请求是否继续处理；如是进入负载均衡模块，根据均衡策略为呼叫请求进行均衡，如否则丢弃该请求。

8、根据权利要求2或7所述的设置应用服务器代理服务器的方法，其特征在于，

所述进行各应用服务器的处理是指代理服务器向应用服务器进行运行状况查询过程中，代理服务器通过收到应用服务器的运行状况查询响应来实时进行各应用服务器的性能检测图表绘制，业务运行状态刷新的处理。

9、根据权利要求8所述的设置应用服务器代理服务器的方法，其特征在于，

所述注册请求是应用服务器启动业务时，通过代理服务器与应用服务器之间的接口向代理服务器发出的。

10、根据权利要求9所述的设置应用服务器代理服务器的方法，其特征在于，

所述资源信息包括资源状况信息和运行状态信息；

所述资源状况信息主要包括应用服务器的CPU使用率，处理业务的实例个数，业务是否在线；

所述运行状态信息包括网络断开或应用服务器宕机。

Images