WO2012174896A1

WO2012174896A1 - 一种机顶盒stb业务请求的处理方法及装置

Info

Publication number: WO2012174896A1
Application number: PCT/CN2012/072474
Authority: WO
Inventors: 杨金刚; 李锐; 武炳亮; 赵磊
Original assignee: 中兴通讯股份有限公司
Priority date: 2011-06-22
Filing date: 2012-03-16
Publication date: 2012-12-27
Also published as: CN102244809B; CN102244809A

Abstract

本发明公开了一种机顶盒STB业务请求的处理方法及装置，在该方法中，EPG服务器根据接收到的业务请求，判断当前处理的业务请求数量是否达到设定的阈值；当确定当前处理的业务请求数量未达到设定的阈值时，对所述业务请求进行处理，并将当前处理的业务请求数量加一；否则，拒绝处理。由于在本发明中EPG服务器通过判断自身当前处理的业务请求的数量，从而确定是否对接收到的业务请求进行处理，实现了对业务请求的控制，并且当EPG服务器拒绝处理业务请求时，向发送所述业务请求的用户返回系统忙的状态信息，使用户可以尝试其他的方法，从而提高了用户的体验。

Description

一种机顶盒 STB业务请求的处理方法及装置技术领域

本发明涉及交互式网络电视 ( Internet Protocol Television, IPTV )技术领域，尤其涉及一种机顶盒（Set Top Box, STB )业务请求的处理方法及装置。背景技术

交互式网络电视 IPTV技术集互联网技术、多媒体技术、通讯技术等多种技术于一体，以 PC或电视机 +机顶盒作为显示终端，通过宽带网络向用户提供数字广播电视、视频服务、信息服务、互动社区、互动休闲娱乐、电子商务等宽带业务。

交互式网络电视是对传统有线电视以及互联网业务的一种扩充，可以方便地将电视服务和互联网业务结合起来，既满足传统电视节目的观看需求，又利用了互联网信息内容的多样性。

随着内容的不断丰富，以及三网融合的优势，越来越多的用户选择使用交互式网络电视业务，同时，交互式网络电视作为一种实时业务系统，用户对系统的稳定性、友好性也提出了更高的要求，交互式网络电视系统承受的压力也越来越大。而电子节目单 ( Electronic Program Guide, EPG ) 服务器是作为面向用户终端提供服务的 WEB服务器，因此导致 EPG服务器承受的比较大。

但是在现有技术中 EPG服务器依赖于 WEB应用服务器自带的访问控制系统，无法对接收到业务请求进行控制，从而影响了 EPG服务器的处理能力，同时 EPG服务器也无法做到充分利用系统能力，给用户友好的引导和提示，从而导致用户体验差。发明内容

有鉴于此，本发明提供了一种 STB业务请求的处理方法及装置，用以解决现有技术中 EPG服务器无法对接收到业务请求进行控制，从而影响了 EPG服务器的处理能力，并且导致用户体验差的问题。

本发明提供一种机顶盒 STB业务请求的处理方法，所述方法包括：电子节目单 EPG服务器根据接收到的业务请求，判断当前处理的业务请求数量是否达到设定的阈值；

当确定当前处理的业务请求数量达到设定的阈值时，拒绝处理所述业务请求，并向发送所述业务请求的用户返回系统忙的状态信息；

当确定当前处理的业务请求数量未达到设定的阈值时，对所述业务请求进行处理，并将当前处理的业务请求数量加一。

本发明提供了一种机顶盒 STB业务请求的处理装置，所述装置包括：判断模块，用于根据接收到的业务请求，判断当前处理的业务请求数量是否达到设定的阈值；

第一处理模块，用于当确定当前处理的业务请求数量达到设定的阈值时，拒绝处理所述业务请求，并向发送所述业务请求的用户返回系统忙的状态信息；

第二处理模块，用于当确定当前处理的业务请求数量未达到设定的阈值时，对所述业务请求进行处理，并将当前处理的业务请求数量加一。

本发明提供了一种机顶盒 STB业务请求的处理方法及装置，在该方法中， EPG服务器根据接收到的业务请求，判断当前处理的业务请求数量是否达到设定的阈值；当确定当前处理的业务请求数量未达到设定的阈值时，对所述业务请求进行处理，并将当前处理的业务请求数量加一；否则，拒绝处理。由于在本发明中 EPG服务器通过判断自身当前处理的业务请求的数量，从而确定是否对接收到的业务请求进行处理，实现了对业务请求的控制，并且当 EPG服务器拒绝处理该业务请求时，向发送所述业务请求的用户返回系统忙的状态信息，使用户可以尝试其他的方法，从而提高了用户的体险。附图说明

图 1为本发明提供的一种机顶盒 STB业务请求的处理过程示意图；图 2为本发明提供的一种机顶盒 STB业务请求的详细处理过程示意图；图 3为本发明提供的以新上线用户的业务请求为例的一种机顶盒 STB 业务请求的详细处理过程；

图 4为本发明提供的一种机顶盒 STB业务请求的处理装置的结构示意图。具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明中为了使 EPG服务器对接收到的业务请求进行控制，提高用户体验，提供了一种机顶盒 STB业务请求的处理方法及装置。下面结合说明书附图，对本发明进行详细说明。

图 1为本发明提供的一种机顶盒 STB业务请求的处理过程示意图，该处理过程包括以下几个步驟：

步驟 S101 : EPG服务器接收用户发送的业务请求。

其中，该业务请求为用户以超文本传输协议 ( HyperText Transfer Protocol, HTTP )传输的业务请求。

步驟 S102: EPG服务器根据该业务请求，判断当前处理的业务请求数量是否达到设定的阈值，当判定结果为是时，进行步驟 S103 , 否则，进行步驟 SI 04。

其中，在本发明中该设定的阈值根据 EPG服务器同一时刻可以处理的业务请求的最大数量确定，当该阈值设定后，将其保存在 EPG服务器中。

步驟 S103: EPG服务器拒绝处理所述业务请求，并向发送该业务请求的用户返回系统忙的状态信息。

在本发明中，当 EPG服务器确定当前正在处理的业务请求数量，已经达到设定的阈值时，拒绝处理该业务请求，并且为了提高用户的体验，该 EPG服务器还会向发送该业务请求的用户返回系统忙的状态信息，以便用户可以重新尝试。

步驟 S104: EPG服务器对所述业务请求进行处理，并将当前处理的业务请求数量加一。

由于在本发明中 EPG服务器通过判断自身当前处理的业务请求的数量，从而确定是否对接收到的业务请求进行处理，实现了对业务请求的控制，并且当 EPG服务器拒绝处理该业务请求时，向发送所述业务请求的用户返回系统忙的状态信息，使用户可以尝试其他的方法，从而提高了用户的体验。

另外，在本发明中为了提高系统的稳定性， EPG服务器根据处理每种类型的业务请求消耗自身资源的情况，耗时情况以及包含的数据量的大小，确定消耗自身资源较多，耗时较长以及数据量较大的几种业务请求类型，将确定的业务请求类型保存到规则库生成规则信息。当接收到业务请求时，首先根据规则信息中保存的业务请求的类型，判断是否对接收到的业务请求进行处理，当接收到的业务请求的类型属于该规则信息中保存的业务请求类型时，拒绝处理该业务请求，当该接收到的业务请求的类型不属于该规则信息中保存的业务请求类型时，判断当前处理的业务请求数量是否达到设定的阈值，并根据判断的结果进行后续处理。在本发明为了在保证系统稳定性的同时，提高系统的友好性， EPG服务器除了在规则信息中保存业务请求的类型之外，还保存有与每种类型的业务请求对应的提示信息，或者某几种类型的业务请求对应一种提示信息，或者也可以是所有类型的业务请求对应一种提示信息。当 EPG服务器接收到该业务请求时，根据规则信息中保存的业务请求的类型，判断该业务请求的类型与规则信息中保存的某一种业务请求的类型对应时，拒绝处理该业务请求，并根据保存的与该种类型的业务请求对应的提示信息，将该提示信息发送给发送该业务请求的用户。

图 2为本发明提供的一种机顶盒 STB业务请求的详细处理过程，该处理过程包括以下几个步驟：

步驟 S201 : EPG服务器接收用户发送的业务请求。

步驟 S202: EPG服务器根据规则信息中保存的业务请求的类型，判断是否对该业务请求进行处理，当判定结果为是时，进行步驟 S203 , 否则，拒绝处理该业务请求。

当确定拒绝处理该业务请求时， EPG服务器根据规则信息中保存的该业务请求类型对应的提示信息，向发送该业务请求的用户返回该提示信息。

步驟 S203: 判断当前处理的业务请求数量是否达到设定的阈值，当判定结果为是时，进行步驟 S204, 否则，进行步驟 S205。

步驟 S204: EPG服务器拒绝处理所述业务请求，并向发送该业务请求的用户返回系统忙的状态信息。

其中，为了保证系统的友好性，发送给用户的系统忙的状态信息可以为 "系统忙，请稍后在试"。

步驟 S205: EPG服务器对所述业务请求进行处理，并将当前处理的业务请求数量加一。

另外，在本发明中为了进一步提高系统的友好性，当 EPG服务器将当前处理的业务请求数量加一后，判断该业务请求数量加一后是否达到了设定的数量阈值，当确定当前处理的业务请求数量加一后达到了该设定的数量阈值时， EPG服务器向负载均衡服务器发送系统忙提示信息，通知负载均衡服务器将自身的标识信息从可用服务器列表中删除。

或者，在本发明中该 EPG服务器也可以在接收到业务请求时，根据自身当前处理的业务请求的数量是否达到设定的阈值，来确定是否向负载均衡服务器发送系统忙提示信息，从而通知负载均衡服务器将自身的标识信息从可用服务器列表中删除。

由于 EPG服务器与负载均衡服务器之间进行信息交互时，存在时延，当 EPG服务器确定当前时刻自身处理的业务请求的数量未达到设定阈值时，对该业务请求进行处理，并将自身当前处理的业务请求的数量加一。并在当业务请求的数量加一后，判断该业务请求数量加一后达到设定的阈值时，向负载均衡服务器发送系统忙提示信息，通知负载均衡服务将该 EPG 服务器的标识信息从可用服务列表中删除。但是，在该 EPG服务器发送该系统忙提示信息时，负载均衡服务器也同时向该 EPG服务器发送了业务请求，因此当该 EPG服务器接收到该业务请求时，判断自身当前处理的业务请求数量达到设定的阈值时，为了使 EPG服务器达到精确控制的目的，并且提高负载均衡服务器与 EPG服务器之间信息传输的可靠性，该 EPG服务器再次向负载均衡服务器发送系统忙提示信息，通知负载均衡服务器将自身的标识信息从可用服务器列表中删除。当负载均衡服务器根据接收到 EPG服务器发送的提示信息时，判断该提示信息是否为系统忙提示信息，当确定 EPG服务器发送的提示信息为系统忙提示信息时，将所述 EPG服务器的标识信息从可用服务器列表中删除。

另外，在本发明中为了实时更新负载均衡服务器中的可用服务器列表, 充分的利用系统资源， EPG服务器每对一个业务请求处理结束， EPG服务器将当前处理的业务请求数量减一。同时，所述 EPG服务器判断在上一时刻自身是否处于系统忙状态；当确定自身上一时刻处于系统忙状态时，向负载均衡服务器发送系统空闲提示信息，通知所述负载均衡服务器将自身的标识信息添加到可用服务器。

其中，该 EPG服务器判断在上一时刻自身是否处于系统忙状态，可以是根据该上一时刻该 EPG服务器处理的业务请求的数量是否达到设定的阈值进行判断，或者也可以根据自身上一次时刻是否向用户返回了系统忙的状态信息，再或者是也可以是自身上一时刻是否向负载均衡服务器发送了系统忙的提示信息，采用上述任意一种方法， EPG服务器都可以确定上一时刻自身是否处于系统忙状态。

由于在本发明中 EPG服务器接收到业务请求时，只要确定当前自身处理的业务请求的数量达到了设定的阈值，即拒绝处理该业务请求，只有当前处理的业务请求的数量未达到设定的阈值时，才对该业务请求进行处理。因此 EPG记录的当前处理的业务请求数量的最大值即为设定的阈值，当该 EPG服务器对某一业务请求处理结束时，该当前处理的业务请求的数量减一后，一定小于设定的阈值，因此此时该 EPG服务器一定处于空闲状态。

当负载均衡服务器根据接收到 EPG服务器发送的提示信息时，判断该提示信息是否为系统空闲提示信息，当确定 EPG服务器发送的提示信息为系统空闲提示信息时，将所述 EPG服务器的标识信息添加到可用服务器列表中，并在接收到业务请求时，根据该可用服务器列表，以及每个 EPG服务器的负载情况，将该业务请求分配该可用服务器列表中的 EPG服务器。图 3为本发明提供的以新上线用户的业务请求为例的一种机顶盒 STB 业务请求的详细处理过程，该过程包括以下几个步驟：

步驟 S301 : 用户向负载均衡服务器发送 STB业务请求。

步驟 S302: 负载均衡服务器根据保存的可用服务器列表，将该业务请求分配给该可用服务器列表中的 EPG服务器进行处理。

步驟 S303: EPG服务器接收到该业务请求后，根据规则信息中保存的业务请求的类型，判断是否对接收到的业务请求进行处理，当判定结果为是时，进行步驟 S304, 否则，拒绝处理该业务请求。

步驟 S304: 判断当前处理的业务请求数量是否达到设定的阈值，当判定结果为是时，进行步驟 S305 , 否则，进行步驟 S306。

步驟 S305: EPG服务器拒绝处理所述业务请求，并向发送该业务请求的用户返回系统忙的状态信息，同时向负载均衡服务器发送系统忙提示信息，当负载均衡服务器接收到系统忙提示信息后，将该 EPG服务器的标识信息从可用服务器列表中删除。

步驟 S306: EPG服务器对所述业务请求进行处理，并将当前处理的业务请求数量加一。

在该步驟后， EPG服务器也可以判断该业务请求数量加一后是否达到了设定的数量阈值，当确定当前处理的业务请求数量加一后达到了该设定的数量阈值时， EPG服务器向负载均衡服务器发送系统忙提示信息，通知负载均衡服务器将自身的标识信息从可用服务器列表中删除。

步驟 S307: EPG服务器确定对所述业务请求处理结束后，将当前处理的业务请求数量减一。步驟 S308: EPG服务器判断在上一时刻自身是否处于系统忙状态，当判定结果为是时，进行步驟 S309, 否则，不进行操作。

步驟 S309: EPG服务器向负载均衡服务器发送系统空闲提示信息，当负载均衡服务器接收到该系统空闲提示信息是，将该 EPG的标识信息添加到可用服务器列表中。

具体的，在本发明中为了保证系统的友好性，当 EPG服务器处于服务能力上限时， EPG服务器可以立即向用户返回友好提示，如： "系统忙，请稍候再试！"，同样的，当用户发送的业务请求类型与规则信息中保存的业务请求类型相同时， EPG服务器可以立即向用户返回友好提示，如： "服务已暂停，请重新选择！"。

当新上线的用户向负载均衡服务器发送 STB业务请求时，负载均衡服务器根据保存的可用服务器列表，判断是否有可用的 EPG服务器对该用户的 STB业务请求进行处理，当判定结果为是时，负载均衡服务器将该用户的 STB业务请求发送给 EPG服务器进行处理；否则，拒绝处理该用户的 STB业务请求，并向用户返回提示信息 "系统忙，请稍候再试！"。

EPG服务器根据接收到的该用户的 STB业务请求，及自身规则信息中保存的业务请求的类型，判断是否对该用户的 STB业务请求进行处理，当确定该用户的 STB业务请求为不进行处理的类型时，拒绝处理该业务请求，并向用户返回 "服务已暂停，请重新选择！"。

当 EPG服务器确定可以对该用户的 STB业务请求进行处理时，判断自身当前处理的业务请求数量是否达到设定的阈值，当判定结果为是时， EPG 服务器拒绝处理该业务请求，并向负载均衡服务器发送系统忙提示信息。负载均衡服务器根据接收到的提示信息，判断该提示信息的类型是否为系统忙提示信息，当确定该 EPG服务器发送的提示信息为系统忙提示信息时，将所述 EPG服务器的标识信息从可用服务器列表中删除，并向用户返回提示信息 "系统忙，请稍候再试！"。

当 EPG服务器确定当前处理的业务请求数量未达到设定的阈值时，提取该业务请求的特征信息进行登记，对该业务请求进行处理，并将当前处理的业务请求数量加一。

当 EPG服务器确定对所述业务请求处理结束后，删除该业务请求登记的特征信息，并将当前处理的业务请求数量减一，判断上一时刻自身是否处于系统忙状态，当确定自身上一时刻处于系统忙状态时， EPG服务器向负载均衡服务器发送系统空闲提示信息。负载均衡服务器根据接收到的提示信息，判断该提示信息的类型是否为系统空闲提示信息，当确定该 EPG 服务器发送的提示信息为系统空闲提示信息时，将所述 EPG服务器的标识信息添加到可用服务器列表中。

在本发明中通过负载均衡服务器保存的可用服务器列表，为系统制定了一个服务能力的冗余指标，当 EPG服务器达到服务能力上限时， EPG服务器能够迅速做出相应的响应，使得用户能够获得稳定的服务，在充分利用系统资源的基础上，保证了系统的稳定性。同时，当 EPG服务器和负载均衡服务器不能及时处理用户的业务请求时，可以立即向用户返回友好提示，从而提高了系统的友好性。

图 4为本发明提供的一种机顶盒 STB业务请求的处理装置的结构示意图，所述装置包括：

判断模块 41 , 用于根据接收到的业务请求，判断当前处理的业务请求数量是否达到设定的阈值；

第一处理模块 42, 用于当确定当前处理的业务请求数量达到设定的阈值时，拒绝处理所述业务请求，并向发送所述业务请求的用户返回系统忙的状态信息；

第二处理模块 43 , 用于当确定当前处理的业务请求数量未达到设定的阈值时，对所述业务请求进行处理，并将当前处理的业务请求数量加一。所述装置还包括：

规则判断模块 44, 用于根据规则信息中保存的业务请求的类型，判断是否对该类型的业务请求进行处理；当判断接收到所述业务请求的类型不属于该规则信息中保存的业务请求类型时，将该业务请求发送到判断模块进行处理，否则，拒绝处理该业务请求。

所述第二处理模块 43 , 还用于判断该业务请求数量加一后是否达到了设定的数量阈值；当确定当前处理的业务请求数量加一后达到了该设定的数量阈值时，向负载均衡服务器发送系统忙提示信息，通知负载均衡服务器将自身的标识信息从可用服务器列表中删除。

所述第一处理模块 42, 还用于当确定当前处理的业务请求数量达到设定的阈值时，向负载均衡服务器发送系统忙提示信息，通知负载均衡服务器将自身的标识信息从可用服务器列表中删除。

所述装置还包括：

通知模块 45 , 用于当确定对该业务请求处理结束后，将当前处理的业务请求数量减一，并判断在上一时刻自身是否处于系统忙状态；当确定自身上一时刻处于系统忙状态时，向负载均衡服务器发送系统空闲提示信息，通知所述负载均衡服务器将自身的标识信息添加到可用服务器列表中；否则，不进行操作。

具体的，当用户向负载均衡服务器发送业务请求时，负载均衡服务器根据保存的可用服务器列表，判断是否有可用的 EPG服务器对该用户的业务请求进行处理，当判定结果为是时，负载均衡服务器将该用户的业务请求发送给 EPG服务器进行处理。

EPG服务器中的规则判断模块 44根据接收到的该用户的业务请求，及自身规则信息中保存的业务请求的类型，判断是否对该用户的业务请求进行处理，当确定该用户的业务请求类型为不进行处理的类型时，拒绝处理该用户的业务请求，当确定对该用户的业务请求进行处理时，将该业务请求发送给判断模块 41。

判断模块 41根据接收到的业务请求，判断当前处理的业务请求数量是否达到设定的阈值，当判定结果为是时，将接收到的业务请求发送给第一处理模块 42, 当判定结果为否时，将接收到的业务请求发送给第二处理模块 43。

当确定当前处理的业务请求数量达到设定的阈值时，第一处理模块 42 拒绝处理接收到的业务请求，并向负载均衡服务器发送系统忙提示信息，通知负载均衡服务器将所述 EPG服务器的标识信息从可用服务器列表中删除，并向用户返回提示信息 "系统忙，请稍候再试！"。

当确定当前处理的业务请求数量未达到设定的阈值时，第二处理模块 43提取该业务请求的特征信息进行登记，对所述业务请求进行处理，并将当前处理的业务请求数量加一。当确定对该业务请求处理结束后，通知模块 45将当前处理的业务请求数量减一，并判断上一时刻是否处于系统忙状态，当判定结果为是时，向负载均衡服务器发送系统空闲提示信息，通知负载均衡服务器将 EPG服务器的标识信息添加到可用服务器列表中，否则，不进行操作。

本发明提供了一种机顶盒 STB业务请求的处理方法及装置，在该方法中， EPG服务器根据接收到的业务请求，判断当前处理的业务请求数量是否达到设定的阈值；当确定当前处理的业务请求数量未达到设定的阈值时，对所述业务请求进行处理，并将当前处理的业务请求数量加一；否则，拒绝处理。由于在本发明中 EPG服务器通过判断自身当前处理的业务请求的数量，从而确定是否对接收到的业务请求进行处理，实现了对业务请求的控制，并且当 EPG服务器拒绝处理该业务请求时，向发送所述业务请求的用户返回系统忙的状态信息，使用户可以尝试其他的方法，从而提高了用户的体险。

上述说明示出并描述了本发明的一个优选实施例，但如前所述，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。工业实用性

本发明中 EPG服务器通过判断自身当前处理的业务请求的数量，确定是否对接收到的业务请求进行处理，实现了对业务请求的控制，并且当 EPG 服务器拒绝处理业务请求时，向发送所述业务请求的用户返回系统忙的状态信息，使用户可以尝试其他的方法，从而提高了用户的体验。。

Claims

1、一种机顶盒 STB业务请求的处理方法，所述方法包括：电子节目单 EPG服务器根据接收到的业务请求，判断当前处理的业务请求数量是否达到设定的阈值；

2、如权利要求 1所述的方法，其中，判断当前处理的业务请求数量是否达到设定的阈值之前，所述方法还包括：

根据规则信息中保存的业务请求的类型，判断是否对该类型的业务请求进行处理；

当接收到所述业务请求的类型不属于该规则信息中保存的业务请求类型时，进行后续步驟；

否则，拒绝处理该业务请求。

3、如权利要求 1所述的方法，其中，在将当前处理的业务请求数量加一后，所述方法还包括：

所述 EPG服务器判断该业务请求数量加一后是否达到了设定的数量阈值；

当确定当前处理的业务请求数量加一后达到了该设定的数量阈值时， EPG服务器向负载均衡服务器发送系统忙提示信息，通知负载均衡服务器将自身的标识信息从可用服务器列表中删除。

4、如权利要求 1或 3所述的方法，其中，当确定当前处理的业务请求数量达到设定的阈值时，所述方法还包括：

EPG服务器向负载均衡服务器发送系统忙提示信息，通知负载均衡服务器将自身的标识信息从可用服务器列表中删除。

5、如权利要求 1所述的方法，其中，所述方法还包括：

所述 EPG服务器当确定对该业务请求处理结束后，将当前处理的业务请求数量减一；并

判断在上一时刻自身是否处于系统忙状态；

当确定自身上一时刻处于系统忙状态时，向负载均衡服务器发送系统空闲提示信息，通知所述负载均衡服务器将自身的标识信息添加到可用服务器列表中；

否则，不进行操作。

6、一种机顶盒 STB业务请求的处理装置，所述装置包括：

判断模块，用于根据接收到的业务请求，判断当前处理的业务请求数量是否达到设定的阈值；

7、如权利要求 6所述的装置，其中，所述装置还包括：

规则判断模块，用于根据规则信息中保存的业务请求的类型，判断是否对该类型的业务请求进行处理；当判断接收到所述业务请求的类型不属于该规则信息中保存的业务请求类型时，将该业务请求发送到判断模块进行处理，否则，拒绝处理该业务请求。

8、如权利要求 6所述的装置，其中，所述第二处理模块，还用于判断该业务请求数量加一后是否达到了设定的数量阈值；当确定当前处理的业务请求数量加一后达到了该设定的数量阈值时，向负载均衡服务器发送系统忙提示信息，通知负载均衡服务器将自身的标识信息从可用服务器列表中删除。

9、如权利要求 6或 8所述的装置，其中，所述第一处理模块，还用于当确定当前处理的业务请求数量达到设定的阈值时，向负载均衡服务器发送系统忙提示信息，通知负载均衡服务器将自身的标识信息从可用服务器列表中删除。

10、如权利要求 6所述的装置，其中，所述装置还包括：

通知模块，用于当确定对该业务请求处理结束后，将当前处理的业务请求数量减一，并判断在上一时刻自身是否处于系统忙状态；当确定自身上一时刻处于系统忙状态时，向负载均衡服务器发送系统空闲提示信息，通知所述负载均衡服务器将自身的标识信息添加到可用服务器列表中；否则，不进行操作。