CN101753561A - 业务的集群处理方法及集群*** - Google Patents
业务的集群处理方法及集群*** Download PDFInfo
- Publication number
- CN101753561A CN101753561A CN200910215929A CN200910215929A CN101753561A CN 101753561 A CN101753561 A CN 101753561A CN 200910215929 A CN200910215929 A CN 200910215929A CN 200910215929 A CN200910215929 A CN 200910215929A CN 101753561 A CN101753561 A CN 101753561A
- Authority
- CN
- China
- Prior art keywords
- operational processor
- state receipt
- operational
- data server
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种业务的集群处理方法及集群***。其中,该集群***包括:多个业务处理器、多个鉴权数据服务器和一个关联数据库,其中各个鉴权数据库分别与所述多个业务处理器中的一个业务处理器连接,用于存储验证业务流程触发方身份合法性和/或消息内容合法性的鉴权数据;关联数据服务器,连接各个业务处理器,用于存储业务处理过程中产生的关联数据。通过本发明,可以提升关联数据库的处理性能,提高业务处理的效率。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种业务的集群处理方法及集群***。
背景技术
为了解决***的性能问题,一般采用多节点集群的方法来扩展***的整体性能。集群***由负载均衡器和处理服务器组成,其中,负载均衡器负责接收外部***消息并按照一定的规则分发到处理服务器;并且,负载均衡器还负责接收处理服务器的响应消息并组装成应答消息返回给外部***。而处理服务器负责接收负载均衡器发来的消息,根据该消息进行相应的业务逻辑处理,并将处理结果返回给负载均衡器。
在集群***中,为了解决某个业务流程中多会话关联的问题,一般采用一个数据库配合多个业务处理器的架构,由该数据库来存储业务处理器所需的各种数据,但是现有技术中并没有给出如何利用数据库存储各种数据以实现对业务的集群处理的技术方案。
发明内容
本发明的主要目的在于提供一种集群***及基于该集群***的业务的集群处理方法,以至少解决上述问题。
根据本发明的一个方面,提供了一种集群***,包括:多个业务处理器、多个鉴权数据服务器和一个关联数据库,其中各个鉴权数据库分别与所述多个业务处理器中的一个业务处理器连接,用于存储验证业务流程触发方身份合法性和/或消息内容合法性的鉴权数据;关联数据服务器,连接各个业务处理器,用于存储业务处理过程中产生的关联数据。
进一步地,上述***还多个负载均衡器,且上多个业务处理器中的第一业务处理器包括:第一接收模块,用于接收来自多个负载均衡器中的第一负载均衡器的业务请求消息,其中,该业务请求消息中携带有该业务请求消息的触发方的地址信息;鉴权模块,用于通过与该业务处理器连接的鉴权数据服务器,对上述业务请求消息进行鉴权通过,并将触发方的地址信息存储在鉴权数据服务器中;协议转换模块,用于对上述业务请求消息进行协议转换;第一发送模块,用于将经协议转换模块转换后的业务请求消息通过多个负载均衡器中的第二负载均衡器发送给业务引擎;关联数据存储模块,用于接收业务引擎通过第二负载均衡器返回的状态回执关联标识,并在关联数据服务器中保存当前业务的关联信息,其中,关联信息包括:第一业务处理器的标识和状态回执关联标识。
进一步地,上述第一业务处理器还包括:第二接收模块,用于接收来自另一业务处理器或业务引擎的状态回执消息,其中,该状态回执消息中携带上述状态回执关联标识;获取模块,用于从鉴权数据服务器中获取触发方的地址信息;第二发送模块,用于根据触发方的地址信息,对状态回执消息进行协议转换后,通过第一负载均衡器发送给触发方。
进一步地,上述多个业务处理器中的第二业务处理器包括:第三接收模块,用于接收业务引擎通过第二负载均衡器发送的状态回执消息,其中,该状态回执消息中携带有状态回执关联标识;查询模块,用于从关联数据服务器中查询与该状态回执关联标识对应的关联信息,其中,该关联信息包括:第一业务处理器的标识;第三发送模块,用于将上述状态回执消息发送给第一业务处理器。
根据本发明的另一方面,提供了一种业务的集群处理方法,该方法应用于如上所述的集群***,该包括:第一业务处理器接收第一负载均衡器发送的业务请求消息,其中,该业务请求消息中携带有该业务请求消息的触发方的地址信息;第一业务处理器通过与其连接的鉴权数据服务器对该业务请求消息进行鉴权通过,并将触发方的地址信息保存在鉴权服务器中;第一业务处理器对该业务请求消息进行协议转换,并通过第二负载均衡器将转换后的业务请求消息发送给业务引擎,并接收业务引擎返回的状态回执关联ID;第一业务处理器在关联数据服务器中保存当前业务的关联信息,其中,该关联信息包括:第一业务处理器的标识和上述状态回执关联ID。
进一步地,在第一业务处理器接收业务引擎返回的状态回执关联标识之后,该方法还包括:第一业务处理器接收业务引擎通过第二负载均衡器返回的状态回执消息,其中,该状态回执消息中携带有上述状态回执关联ID;第一业务处理器根据上述状态回执关联ID从关联数据服务器中获取与该状态回执关联ID对应的关联信息;第一业务处理器根据该关联信息确定需要向上述业务请求消息的触发方返回回执;第一业务处理器访问与其连接的鉴权数据服务器,获取触发方的地址信息;第一业务处理器根据上述地址信息,通过第一负载均衡器向触发方发送状态回执消息。
进一步地,在第一业务处理器接收业务引擎返回的状态回执关联标识之后,该方法还包括:第二业务处理器接收业务引擎通过第二负载均衡器返回的状态回执消息,其中,该状态回执消息中携带有上述状态回执关联ID;第二业务处理器根据该状态回执关联ID从关联数据服务器中获取与该状态回执关联ID对应的关联信息;第二业务处理器根据上述关联信息将状态回执消息转发给第一业务处理器;第一业务处理器访问与其连接的鉴权数据服务器,获取触发方的地址信息;第一业务处理器根据上述地址信息,通过第一负载均衡器向触发方发送状态回执消息。
进一步地,在第二业务处理器从关联数据服务器中获取上述关联信息之后,该方法还包括:第二业务处理删除关联数据服务器中存储的上述关联信息。
进一步地,在第一业务处理器通过第一负载均衡器向触发方发送状态回执消息之前,该方法还包括:第一业务处理器对上述状态回执消息进行协议转换。
优选地,触发方的地址信息包括:触发方的URL。
通过本发明,将鉴权数据和关联数据分别存储在不同的数据服务器上处理,可以有效的实现进行集群处理时的业务数据的存储,从而使得可以及时向业务处理器返回数据,进而提升了关联数据库的处理性能,提高了业务处理的效率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为根据本发明实施例的集群***的架构示意图;
图2为根据本发明实施例的一种业务处理器的结构示意图;
图3为根据本发明优选实施例的业务处理器的结构示意图;
图4为根据本发明实施例的另一种业务处理器的结构示意图;
图5为根据本发明实施例的业务的集群处理方法的流程图;
图6为电信增值业务接入网关集群的组成示意图;
图7为电信增值业务集群的业务的处理流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
根据本发明实施例,首先提供了一种集群***。
图1为根据本发明实施例的集群***的架构示意图,如图1所示,根据本发明实施例的集群***主要包括:多个负载均衡器2(为了方便,图中只示出了两个负载均衡器:负载均衡器2-1和负载均衡器2-2)、多个业务处理器4(图中示出了两个业务处理器:业务处理器4-1和业务处理器4-2)、多个鉴权数据服务器6(与业务处理器4对应,图中示出了两个鉴权数据服务器:鉴权数据服务器6-1和鉴权数据服务器6-2)及一个关联数据服务器8。其中,
负载均衡器2负责接收外部***消息并按照一定的规则分发到处理服务器4;并且,负载均衡器2还负责接收处理服务器4的响应消息并组装成应答消息返回给外部***。
处理服务器4负责接收负载均衡器发来的消息,根据该消息进行相应的业务逻辑处理,并将处理结果返回给负载均衡器2。
鉴权数据服务器6,数量与处理服务器4的数量相同,每个处理服务器4连接一个鉴权数据服务器6,鉴权数据服务器6用于存储验证业务流程触发方身份合法性和/或消息内容合法性的鉴权数据;例如,用于验证业务提供商标识(SPID)、产品信息、号码信息是否正确等的鉴权数据。
在具体应用中,各个鉴权数据服务器也可以作为鉴权数据库保存在各个业务处理器中。
关联数据服务器8,分别与各个业务处理器4连接,用于存储业务处理过程中产生的关联数据。其中,关联数据是指业务触发前不存在、业务处理过程中保存并在业务结束时清除掉的数据,例如,短信业务AOMT流程和状态回执上报流程之间的关联数据。
由于鉴权数据的数据量比较大,但是对其增删改操作较少,而关联数据的数据量较小,但会频繁地对其进行增删改操作,因此,在本发明实施例中将鉴权数据与关联数据分开存储,并对每个业务处理器设置一个鉴权数据服务器,从而提升关联数据服务器和鉴权数据服务器的处理性能。
进一步地,如图2所示,在上述***中,对于其中的任意一个业务处理器,不失一般性的,该业务处理器可以为上述图1所示的***中的业务处理器4-1,如图2所示,该业务处理器可以包括以下模块:第一接收模块40、鉴权模块42、协议转换模块44、第一发送模块46和关联数据存储模块48。其中,第一接收模块40,用于接收来自多个负载均衡器2中的第一负载均衡器(不失一般性地,第一负载均衡器可以为图1中的负载均衡器2-1)的业务请求消息,其中,该业务请求消息中携带有该业务请求消息的触发方(例如,业务提供商)的地址信息;鉴权模块42,用于通过与业务处理器2-1连接的鉴权数据服务器(即鉴权数据服务器6-1),对上述业务请求消息进行鉴权,鉴权如果通过,将触发方的地址信息存储在鉴权数据服务器6-1中;协议转换模块44,用于对上述业务请求消息进行协议转换;第一发送模块46,用于将经协议转换模块44转换后的业务请求消息通过多个负载均衡器中的第二负载均衡器(在本发明实施例中以负载均衡器2-2为例进行描述)发送给业务引擎;关联数据存储模块48,用于接收业务引擎通过负载均衡器2-2返回的状态回执关联标识,并在关联数据服务器8中保存当前业务的关联信息,其中,该关联信息包括:业务处理器4-1的标识和状态回执关联标识(ID)。
通过业务处理器的上述模块,可以将业务请求方的请求消息发送到业务引擎,由业务引擎进行相应的业务处理,并在关联数据服务器中存储相应的状态回执关联标识。
业务引擎在接收到上述业务请求消息后,在进行相应的业务处理后,将返回状态回执消息以通知该业务处理的结果,因此,如图3所示,上述业务处理器还可以包括:第二接收模块41、获取模块43和第二发送模块45。其中,第二接收模块41,用于接收来自另一业务处理器(例如,上述图1所示的***中的业务处理器4-2)或业务引擎的状态回执消息,其中,该状态回执消息中携带状态回执关联标识,在具体应用中,业务引擎返回的状态回执消息首先发送到上述负载均衡器2-2,负载均衡器2-2在接收到该状态回执消息后,进行轮询发送,在具体应用中,负载均衡器2-2可能将该状态回执消息发送给业务处理器4-1,也可能将该状态回执消息发送给另一业务处理器(在本发明实施例中以业务处理器4-2为例进行描述),由业务处理器4-2将该状态回执消息转发给业务处理器4-1,由业务处理器4-1的第二接收模块41接收;获取模块43,用于从鉴权数据服务器6-1中获取触发方的地址信息;第二发送模块45,用于根据触发方的地址信息信息,对状态回执消息进行协议转换后,通过上述负载均衡器发送给触发方。
在具体应用中,如果不是由业务处理器4-1接收业务引擎返回的状态回执消息,则接收到该状态回执消息的业务处理器4-2需要通过关联信息将该状态回执消息转发给业务处理器4-1,因此,如图4所示,上述***的业务处理器4-2还可以包括:第三接收模块47、查询模块49和第三发送模块50。其中,第三接收模块47,用于接收业务引擎通过负载均衡器2-2发送的状态回执消息,其中,该状态回执消息中携带有状态回执关联标识;查询模块49,用于从关联数据服务器8中查询与该状态回执关联标识对应的关联信息,其中,该关联信息包括:业务处理器4-1的标识;第三发送模块50,用于根据获取模块49获取的标识,将状态回执消息发送给业务处理器4-1,由业务处理器4-1将状态回执消息通过负载均衡器2-1返回给上述业务请求消息的触发方。
通过上述业务处理器4-1和业务处理器4-2可以根据关联数据服务器8中保存的状态回执标识,将状态回执消息返回给相应的触发方。
下面对根据本发明实施例的业务的集群处理方法进行描述。
图5为根据本发明实施例的业务的集群处理方法的流程图,该方法可以应用于如上述图1至图4所示的集群***,如图5所示,该方法包括主要包括以下步骤(步骤S502-步骤S508):
步骤S502,第一业务处理器接收第一负载均衡器发送的业务请求消息,其中,该业务请求消息中携带有该业务请求消息的触发方的地址信息;
在具体应用中,第一负载均衡器在接收到来自业务请求消息的触发方发送的上述业务请求消息时,可以以轮询方式向业务处理器发送该业务请求消息,当前空闲的某个业务处理器(在本发明实施例中,该业务处理器为第一业务处理器)接收该业务请求消息。
步骤S504,第一业务处理器通过与其连接的鉴权数据服务器对业务请求消息进行鉴权通过,并将触发方的地址信息保存在该鉴权服务器中;
步骤S506,第一业务处理器对上述业务请求消息进行协议转换,并通过第二负载均衡器将转换后的业务请求消息发送给业务引擎,并接收业务引擎返回的状态回执关联标识;
步骤S508,第一业务处理器在关联数据服务器中保存当前业务的关联信息,其中,该关联信息包括:第一业务处理器的标识和状态回执关联标识。
通过本发明实施例提供的上述方法,可以将关联数据和鉴权数据分开存储,从而可以提供关联数据服务器和鉴权数据服务器的处理效率。
在具体实施过程中,第一处理器接收业务引擎返回的状态回执关联标识之后,业务引擎根据上述业务请求消息,执行相应的业务处理,在处理完成后,业务引擎将返回状态回执消息,以通知上述业务请求消息的触发方业务处理的结果。在具体实施过程中,业务引擎返回上述状态回执消息时,接收该状态回执消息的可能为上述第一业务处理器,也可能为其他业务处理器(在本发明实施例中称为第二业务处理器),因此,业务引擎返回上述状态回执消息后,根据本发明实施例至少包括以下两种处理方式:
第一种方式,由第一业务处理器接收该状态回执消息,该方法主要包括以下步骤:
步骤1,第一业务处理器接收业务引擎通过上述第二负载均衡器返回的状态回执消息,其中,该状态回执消息中携带有上述状态回执关联ID;
步骤2,第一业务处理器根据状态回执关联ID从关联数据服务器中获取与该状态回执关联ID对应的关联信息;
步骤3,第一业务处理器根据该关联信息确定需要向上述业务请求消息的触发方返回回执,具体地,第一业务处理器根据该关联信息中包括的第一业务处理器的标识,确定之前的业务请求消息是由其本身发送的,因此,应该由其本身来发送状态回执消息;
步骤4,第一业务处理器访问与其连接的鉴权数据服务器,获取触发方的地址信息;
步骤5,第一业务处理器根据上述地址信息,通过第一负载均衡器向上述触发方发送状态回执消息。
第二种方式,由第二业务处理器接收该状态回执消息,然后由第二业务处理器将该状态回执消息转发给第一业务处理器,该方法主要包括以下步骤:
步骤1,第二业务处理器接收业务引擎通过第二负载均衡器返回的状态回执消息,其中,该状态回执消息中携带有状态回执关联ID;
步骤2,第二业务处理器根据该状态回执关联ID从关联数据服务器中获取与该状态回执关联ID对应的关联信息;
在第二业务处理器从关联数据服务器中获取上述关联信息后,由于该关联信息在后续的流程中不再需要,为了节约存储空间,第二业务处理器将删除关联数据服务器中存储的关联信息。
步骤3,第二业务处理器根据上述关联信息将状态回执消息转发给第一业务处理器,由于获取的关联信息中包含有第一业务处理器的标识,因此,第二业务处理器可以判断之前的业务请求消息是由第一业务处理器发送的,因此,将状态回执消息转发给第一业务处理器;
步骤4,第一业务处理器访问与其连接的鉴权数据服务器,获取触发方的地址信息;
步骤5,第一业务处理器根据上述地址信息,通过第一负载均衡器向触发方发送状态回执消息。
通过本发明实施例的上述方法,通过将鉴权数据和关联数据分开在不同的数据库上处理,达到提升关联数据库处理性能的目的。
下面以电信增值业务接入网关集群为例,对本发明实施例提供的技术方案进行详细的描述。
电信增值业务接入网关主要涉及下行流程和状态报告流程,两者之间通过关联ID(相当于上述的状态回执关联ID)进行一一匹配,关联ID由业务引擎产生,由业务引擎在下行流程和状态报告流程中发送给业务接入网关。
图6为电信增值业务接入网关集群的组成示意图,保存关联数据的数据库只有一套设备,即关联数据库,采用双机模式。业务处理器包括具有多台功能完全相同的设备采用单机模式,一台业务处理器宕机后,负荷自动分担到其他处理器上。每台业务处理服务器除了访问关联数据库外,还访问与之连接鉴权数据库。
图7为电信增值业务(以天气预报业务为例)集群的业务的处理流程图。SP(业务提供商)发送天气预报业务后,还需要接收回执,才能确定终端用户是否成功接收到消息,因此,为了实现SP接收回执,需要保存SP的URL,以进行上报。
如图7所示,该业务的处理方法主要包括以下步骤:
步骤701,SP发起下行请求到负载均衡器,请求中包含天气信息;
步骤702,负载均衡器轮询发送请求消息到某一个业务处理服务器上,在本实施例中为业务处理器1;
步骤703,业务处理服务器1通过访问与之连接的鉴权数据库对SP身份(例如,SPID、产品ID等)、请求消息内容进行验证;
步骤704~705,业务处理服务器在通过鉴权后,通过负载均衡器返回应答消息给SP,并在上述鉴权数据库中保存SP接收回执的URL信息;
步骤706~708,业务处理器1将SP的请求消息经过协议转换后发送给业务引擎(一般是短信网关),业务引擎返回状态回执关联ID给业务处理器1,业务处理器1在关联数据库中保存关联信息,包括:业务处理器1标识、状态回执关联ID等;
至此,业务下发流程结束,下面是状态回执上报流程。
步骤709~710,业务引擎通过负载均衡器将状态回执消息上报给业务处理器2,状态回执消息中携带步骤706~708中产生的状态回执关联ID;
步骤711,处理服务器2访问关联数据库,根据状态回执关联ID获取关联信息,包括:业务处理器1标识等,并在获取关联信息后删除该关联信息;
步骤712,业务处理器2将状态回执消息转发到业务处理器1;
步骤713,业务处理器1访问鉴权数据库,确定接收状态回执的SP的URL信息;
步骤714~715,业务处理器1对状态回执消息进行协议转换,并通过负载均衡器发送给SP。
从以上的描述中,可以看出,在本发明实施例中,通过将鉴权数据和关联数据分别存储在不同的数据服务器上处理,可以有效的实现进行集群处理时的业务数据的存储,从而使得可以及时向业务处理器返回数据,进而提升了关联数据库的处理性能,提高了业务处理的效率。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种集群***,该***包括:多个业务处理器,其特征在于,所述集群***还包括:
多个鉴权数据服务器,其中各个鉴权数据库分别与所述多个业务处理器中的一个业务处理器连接,用于存储验证业务流程触发方身份合法性和/或消息内容合法性的鉴权数据;
一个关联数据服务器,连接各个所述业务处理器,用于存储业务处理过程中产生的关联数据。
2.根据权利要求1所述的***,其特征在于,所述***还包括多个负载均衡器,且所述多个业务处理器中的第一业务处理器包括:
第一接收模块,用于接收来自所述多个负载均衡器中的第一负载均衡器的业务请求消息,其中,所述业务请求消息中携带有该业务请求消息的触发方的地址信息;
鉴权模块,用于通过与该业务处理器连接的鉴权数据服务器,对所述业务请求消息进行鉴权通过,并将所述触发方的地址信息存储在所述鉴权数据服务器中;
协议转换模块,用于对所述业务请求消息进行协议转换;
第一发送模块,用于将经所述协议转换模块转换后的业务请求消息通过所述多个负载均衡器中的第二负载均衡器发送给业务引擎;
关联数据存储模块,用于接收所述业务引擎通过所述第二负载均衡器返回的状态回执关联标识,并在所述关联数据服务器中保存当前业务的关联信息,其中,所述关联信息包括:所述第一业务处理器的标识和所述状态回执关联标识。
3.根据权利要求2所述的***,其特征在于,所述第一业务处理器还包括:
第二接收模块,用于接收来自另一业务处理器或所述业务引擎的状态回执消息,其中,所述状态回执消息中携带所述状态回执关联标识;
获取模块,用于从所述鉴权数据服务器中获取所述触发方的地址信息;
第二发送模块,用于根据所述触发方的地址信息,对所述状态回执消息进行协议转换后,通过所述第一负载均衡器发送给所述触发方。
4.根据权利要求2所述的***,其特征在于,所述多个业务处理器中的第二业务处理器包括:
第三接收模块,用于接收业务引擎通过第二负载均衡器发送的状态回执消息,其中,所述状态回执消息中携带有状态回执关联标识;
查询模块,用于从所述关联数据服务器中查询与该状态回执关联标识对应的关联信息,其中,所述关联信息包括:所述第一业务处理器的标识;
第三发送模块,用于将所述状态回执消息发送给所述第一业务处理器。
5.一种业务的集群处理方法,应用于如权利要求1至4中任一项所述的集群***,其特征在于,所述方法包括:
第一业务处理器接收第一负载均衡器发送的业务请求消息,其中,所述业务请求消息中携带有所述业务请求消息的触发方的地址信息;
所述第一业务处理器通过与其连接的鉴权数据服务器对所述业务请求消息进行鉴权通过,并将所述触发方的地址信息保存在所述鉴权服务器中;
所述第一业务处理器对所述业务请求消息进行协议转换,并通过第二负载均衡器将转换后的业务请求消息发送给业务引擎,并接收所述业务引擎返回的状态回执关联ID;
所述第一业务处理器在关联数据服务器中保存当前业务的关联信息,其中,所述关联信息包括:所述第一业务处理器的标识和所述状态回执关联ID。
6.根据权利要求5所述的方法,其特征在于,在所述第一业务处理器接收所述业务引擎返回的状态回执关联标识之后,所述方法还包括:
所述第一业务处理器接收所述业务引擎通过所述第二负载均衡器返回的状态回执消息,其中,所述状态回执消息中携带有所述状态回执关联ID;
所述第一业务处理器根据所述状态回执关联ID从所述关联数据服务器中获取与所述状态回执关联ID对应的所述关联信息;
所述第一业务处理器根据所述关联信息确定需要向所述业务请求消息的触发方返回回执;
所述第一业务处理器访问与其连接的所述鉴权数据服务器,获取所述触发方的地址信息;
所述第一业务处理器根据所述地址信息,通过所述第一负载均衡器向所述触发方发送状态回执消息。
7.根据权利要求5所述的方法,其特征在于,在所述第一业务处理器接收所述业务引擎返回的状态回执关联标识之后,所述方法还包括:
第二业务处理器接收所述业务引擎通过所述第二负载均衡器返回的状态回执消息,其中,所述状态回执消息中携带有所述状态回执关联ID;
所述第二业务处理器根据所述状态回执关联ID从所述关联数据服务器中获取与所述状态回执关联ID对应的所述关联信息;
所述第二业务处理器根据所述关联信息将所述状态回执消息转发给所述第一业务处理器;
所述第一业务处理器访问与其连接的所述鉴权数据服务器,获取所述触发方的地址信息;
所述第一业务处理器根据所述地址信息,通过所述第一负载均衡器向所述触发方发送状态回执消息。
8.根据权利要求7所述的方法,其特征在于,在所述第二业务处理器从所述关联数据服务器中获取所述关联信息之后,所述方法还包括:
所述第二业务处理删除所述关联数据服务器中存储的所述关联信息。
9.根据权利要求6或7所述的方法,其特征在于,在所述第一业务处理器通过所述第一负载均衡器向所述触发方发送状态回执消息之前,所述方法还包括:
所述第一业务处理器对所述状态回执消息进行协议转换。
10.根据权利要求5至8中任一项所述的方法,其特征在于,所述触发方的地址信息包括:所述触发方的URL。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910215929 CN101753561B (zh) | 2009-12-28 | 2009-12-28 | 业务的集群处理方法及集群*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910215929 CN101753561B (zh) | 2009-12-28 | 2009-12-28 | 业务的集群处理方法及集群*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101753561A true CN101753561A (zh) | 2010-06-23 |
CN101753561B CN101753561B (zh) | 2013-01-16 |
Family
ID=42479966
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200910215929 Expired - Fee Related CN101753561B (zh) | 2009-12-28 | 2009-12-28 | 业务的集群处理方法及集群*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101753561B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102148850A (zh) * | 2010-08-09 | 2011-08-10 | 华为软件技术有限公司 | 一种集群***的业务处理方法及集群*** |
WO2016000473A1 (zh) * | 2014-07-02 | 2016-01-07 | 华为技术有限公司 | 一种业务访问方法、***及装置 |
CN106294857A (zh) * | 2016-08-22 | 2017-01-04 | 何颖 | 一种数据处理方法及数据处理设备 |
CN110995803A (zh) * | 2019-11-22 | 2020-04-10 | 用友网络科技股份有限公司 | 上、下游业务处理方法及***、计算机可读存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100544507C (zh) * | 2005-12-02 | 2009-09-23 | 中兴通讯股份有限公司 | 一种集群***中实现漫游控制和漫游计费的方法 |
-
2009
- 2009-12-28 CN CN 200910215929 patent/CN101753561B/zh not_active Expired - Fee Related
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102148850A (zh) * | 2010-08-09 | 2011-08-10 | 华为软件技术有限公司 | 一种集群***的业务处理方法及集群*** |
CN102148850B (zh) * | 2010-08-09 | 2014-08-06 | 华为软件技术有限公司 | 一种集群***的业务处理方法及集群*** |
WO2016000473A1 (zh) * | 2014-07-02 | 2016-01-07 | 华为技术有限公司 | 一种业务访问方法、***及装置 |
CN105338020A (zh) * | 2014-07-02 | 2016-02-17 | 华为技术有限公司 | 一种业务访问方法及装置 |
CN105338020B (zh) * | 2014-07-02 | 2018-12-07 | 华为技术有限公司 | 一种业务访问方法及装置 |
US10412057B2 (en) | 2014-07-02 | 2019-09-10 | Huawei Technologies Co., Ltd. | Service access method and system, and apparatus |
CN106294857A (zh) * | 2016-08-22 | 2017-01-04 | 何颖 | 一种数据处理方法及数据处理设备 |
CN106294857B (zh) * | 2016-08-22 | 2019-05-17 | 深圳市千岸科技有限公司 | 一种数据处理方法及数据处理设备 |
CN110995803A (zh) * | 2019-11-22 | 2020-04-10 | 用友网络科技股份有限公司 | 上、下游业务处理方法及***、计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101753561B (zh) | 2013-01-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1852094B (zh) | 网络业务应用账户的保护方法和*** | |
CN1711784B (zh) | 用于发送sms以及文本消息的***和方法 | |
CN101400109B (zh) | 通用业务开放接口***和通用业务开放方法 | |
US8099510B2 (en) | Relay device and program product, allowing continued communication via an alternative protocol | |
CN108377247B (zh) | 一种消息推送方法和装置 | |
CN101950308A (zh) | 一种网络评论信息的显示方法、装置、服务器及*** | |
CN103051647B (zh) | 一种会话实现的方法、设备及*** | |
CN106775486A (zh) | 数据访问***、方法及路由服务器、配置中心服务器 | |
CN102625287A (zh) | 一种手机应用软件的下载方法 | |
CN102123362A (zh) | 一种移动设备自动获取手机号码的方法 | |
CN114338063B (zh) | 消息队列***、业务处理方法及计算机可读存储介质 | |
US20100184412A1 (en) | Method and system for internet communication by mobile phone | |
CN101753561B (zh) | 业务的集群处理方法及集群*** | |
CN101605301A (zh) | 一种进行多节点事务处理的集群***及请求消息分发方法 | |
CN104750723A (zh) | 文件共享方法、***、浏览器及服务器 | |
CN104702647A (zh) | 信息请求方法和*** | |
CN101567879A (zh) | 处理终端请求的方法、服务器、设备和*** | |
CN103107976A (zh) | Cp/sp认证用户身份的方法、***及认证支撑装置 | |
CN111262779A (zh) | 即时通讯中数据的获取方法、装置、服务器及*** | |
WO2019201111A1 (zh) | 信息处理方法、装置、设备及计算机可读存储介质 | |
CN103096273B (zh) | 一种上行短消息发送的方法、设备及*** | |
US7881735B2 (en) | Messaging gateway and method | |
CN106470252B (zh) | 应用程序查询ip地址的方法及通信终端 | |
CN102244844A (zh) | 一种发送彩信的方法,装置和*** | |
CN114547214A (zh) | 长链接数据处理方法、装置和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130116 Termination date: 20161228 |
|
CF01 | Termination of patent right due to non-payment of annual fee |