业务请求处理平台的制作方法

文档序号:10473527阅读:819来源:国知局
业务请求处理平台的制作方法
【专利摘要】本发明公开了一种业务请求处理平台,包括内部系统和外部系统。内部系统包括接入层、逻辑层和基础层。接入层包括多个接入服务器,逻辑层包括多个实现不同业务逻辑处理功能的逻辑服务器,基础层包括集群管理服务器和分布式缓存服务器。接入服务器,用于接收外部系统发送的业务请求信息,并将业务请求信息发送至集群管理服务器。集群管理服务器,用于确定与业务请求信息对应的多个逻辑服务器,且在多个逻辑服务器中选中一个逻辑服务器。选中的逻辑服务器,用于调用分布式缓存服务器中的数据实现对业务请求信息的业务逻辑处理,并将处理结果信息发送至接入服务器。接入服务器,还用于反馈处理结果信息至发送业务请求信息的外部系统。
【专利说明】
业务请求处理平台
技术领域
[0001 ] 本发明涉及通信领域,尤其涉及一种业务请求处理平台。
【背景技术】
[0002]随着计算机技术的发展,客户端的应用产品也随之迅猛增加,大部分客户端运行该应用产品越来越依赖后台系统的能力支撑和数据支持。
[0003]但是,现有的后台支撑构架把所有的业务请求处理集中于一个服务器上。当用户数、业务请求激增时,通过平行增加服务器的方式来处理多个业务请求。但是,通过此种方式严重增加了项目管理及开发的难度。此外,服务器在运行过程中,某一项业务请求异常或缓慢,会影响到同一服务器对其他项的业务请求的处理。
[0004]综上所述,如何能同时处理多个业务请求且提升每一个业务请求的处理效率,是当前亟待解决的技术问题。

【发明内容】

[0005]有鉴于此,实有必要提供一种能够同时处理多个业务请求且提升每一个业务请求的处理效率的业务请求处理平台。
[0006]—种业务请求处理平台,包括内部系统和与内部系统通信连接的外部系统。内部系统包括接入层、逻辑层和基础层。接入层包括多个接入服务器,逻辑层包括多个实现不同业务逻辑处理功能的逻辑服务器,基础层包括集群管理服务器和分布式缓存服务器。接入服务器,用于接收外部系统发送的业务请求信息,并将业务请求信息发送至集群管理服务器。集群管理服务器,用于确定与业务请求信息对应的多个逻辑服务器,且在多个逻辑服务器中选中一个逻辑服务器。选中的逻辑服务器,用于调用分布式缓存服务器中的数据实现对业务请求信息的业务逻辑处理,并将处理结果信息发送至接入服务器。接入服务器,还用于反馈处理结果信息至发送业务请求信息的外部系统。
[0007]优选地,集群管理服务器,用于监控接入层和逻辑层所有的服务器的状态以获得所有的服务器的状态信息。
[0008]优选地,状态信息包括CPU利用率和业务请求处理数。
[0009]优选地,集群管理服务器,用于在多个逻辑服务器中选中一个CPU利用率最少的逻辑服务器以处理业务请求信息。
[0010]优选地,内部系统与外部系统之间、且接入层、逻辑层、基础层两两之间采用统一的交互协议进行通信。
[0011 ] 优选地,交互协议包括信息类型和多个参数信息。
[0012]优选地,接入层还包括登录服务器,登录服务器,用于接收外部系统的登录请求,并将登录请求发送至集群管理服务器,登录请求包括用户信息。集群管理服务器,还用于判断用户信息与分布式缓存服务器中的预存用户信息是否一致。若用户信息与预存用户信息一致时,集群管理服务器,还用于在多个接入服务器中选中一个,并将选中的接入服务器的节点信息发送至登录服务器。登录服务器,用于将节点信息发送至发送登录请求的外部系统。
[0013]优选地,接入服务器包括终端接入服务器和企业接入服务器,终端接入服务器,用于接收外部终端发起的业务请求,企业接入服务器,用于接收企业用的应用服务器发起的业务请求。
[0014]优选地,业务逻辑处理功能包括通讯录管理功能、企业信息管理功能、应用订单管理功能、应用推荐服务功能、群组管理服务功能、系统公告通知功能和离线消息服务功能。
[0015]优选地,每一个业务逻辑处理功能对应多个实现业务逻辑处理功能的逻辑服务器。
[0016]本发明根据业务逻辑的内聚性和独立性,多种业务请求分开处理,且每一种业务请求采用多个逻辑服务器处理,达到了同时处理多种业务请求且提升每一种业务请求的处理效率。
【附图说明】
[0017]图1为本发明业务请求处理平台一种实施例的方框结构示意图。
【具体实施方式】
[0018]为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用来限定本发明。
[0019]图1展示了本发明业务请求处理平台的一种实施例。在本实施例中,该业务请求处理平台包括内部系统I和与内部系统I通信连接的外部系统2。该内部系统I包括接入层11、逻辑层12和基础层13。该外部系统2包括设置于外部的应用服务器上的应用分布系统21、综合管理系统22和大数据服务平台23。
[0020]其中,该接入层11包括终端登录服务器110和多个终端接入服务器111,以及企业登录服务器112和多个企业接入服务器113。其中,该终端登录服务器110,用于接收外部终端发送的登录请求。终端接入服务器111,用于接收外部终端发起的业务请求。其中,所谓外部终端包括移动终端,该移动终端包括手机、平板电脑等。企业登录服务器112,用于接收企业用的应用服务器发送的登录请求。企业接入服务器113,用于接收企业用的应用服务器发起的业务请求。
[0021]其中,该逻辑层12包括多个实现不同业务逻辑处理功能的逻辑服务器。该业务逻辑处理功能包括通讯录管理功能120、企业信息管理功能121、应用订单管理功能122、应用推荐服务功能123、群组管理服务功能124、系统公告通知功能125和离线消息服务功能126。每一个业务逻辑处理功能对应多个实现业务逻辑处理功能的逻辑服务器。本实施例根据业务逻辑的内聚性和独立性将所有的业务逻辑分为多个业务逻辑处理功能。每一种业务逻辑采用独立的逻辑服务器处理,达到了同时处理多个业务逻辑且提升每一种业务逻辑的处理效率的技术效果。此外,针对每一种业务请求设置多个逻辑处理器,进一步地提升了每一种业务请求的处理效率。需要说明的是,本实施例业务逻辑处理功能不仅仅包括列举出来的这几个业务逻辑处理功能,其他的可以单独出来的业务逻辑添加到本实施例中,也在本发明的范围以内。
[0022]其中,该基础层13包括集群管理服务器130和分布式缓存服务器131。集群管理服务器130,用于监控接入层11和逻辑层12所有的服务器的状态以获得所有的服务器的状态信息。该状态信息包括CPU利用率和业务请求处理数。需要说明的是,本实施例还可以用户检测服务器其他的状态参数,以供集群管理服务器130管理所有的服务器。此外,该集群管理服务器130,还用于向接入层11或逻辑层12的服务器提供路由表,以供层之间的服务器进行通信,或者层内的服务器进行通信。此外,该集群管理服务器130,还用于对路由表进行更新,以实时更新路由表。
[0023]此外,内部系统I与外部系统2之间,且接入层11、逻辑层12、基础层13两两之间采用统一的互协议进行通信。该交互协议包括信息类型和多个参数信息。此外,在某些实施例中,例如在本实施例中,交互协议有多个简单字符串组成。该交互协议为:包类型I参数1|参数2 I参数3 I…。譬如:上线包:11名字。查询包:2|名字(空代表全部)。路由包:3 I名11值11名2 I值2 I名3 I值3。心跳包:4 |指标类型|指标值。通知包:5 |类型信息。离线包:6|空。本实施例通过采用统一的交互协议,降低了业务类别增加时项目管理和开发的难度。
[0024]外部终端的登录请求的处理过程如下:首先,终端登录服务器110,用于接收外部终端的登录请求,并将登录请求发送至集群管理服务器130,登录请求包括用户信息。其次,集群管理服务器130,还用于判断用户信息与分布式缓存服务器131中的预存用户信息是否一致。若用户信息与预存用户信息一致时,集群管理服务器130,还用于在多个终端接入服务器111中选中一个,并将选中的终端接入服务器111的节点信息发送至登录服务器。其中,集群管理服务器130在多个终端接入服务器111中选中一个,即集群管理服务器130在多个终端接入服务器111中选中一个CPU利用率最少的终端接入服务器111。最后,登录服务器,用于将节点信息发送至发送登录请求的外部终端。此外,若用户信息与预存用户信息不一致时,集群管理服务器130生成用户信息不正确的提醒信息,并将该提醒信息发送至终端登录服务器110。该终端登录服务器110将该提醒信息发送至发送登录请求的外部终端。
[0025]外部终端登录成功后,外部终端的业务请求的处理流程如下:首先,终端接入服务器111,用于接收外部终端发送的业务请求信息,并将业务请求信息发送至集群管理服务器130。其次,集群管理服务器130,用于确定与业务请求信息对应的多个逻辑服务器,且在多个逻辑服务器中选中一个逻辑服务器。其中,集群管理服务器130在多个逻辑服务器中选中一个逻辑服务器,即集群管理服务器130在多个逻辑服务器中选中一个CPU利用率最少的逻辑服务器以处理业务请求信息。再次,选中的逻辑服务器,用于调用分布式缓存服务器131中的数据实现对业务请求信息的业务逻辑处理,并将处理结果信息发送至终端接入服务器111。最后,终端接入服务器111,还用于反馈处理结果信息至发送业务请求信息的外部终端。
[0026]企业用的应用服务器的的登录请求的处理过程如下:首先,企业登录服务器112,用于接收应用服务器的登录请求,并将登录请求发送至集群管理服务器130,登录请求包括用户信息。其次,集群管理服务器130,还用于判断用户信息与分布式缓存服务器131中的预存用户信息是否一致。若用户信息与预存用户信息一致时,集群管理服务器130,还用于在多个企业接入服务器113中选中一个,并将选中的企业接入服务器113的节点信息发送至登录服务器。其中,集群管理服务器130在多个企业接入服务器113中选中一个,即集群管理服务器130在多个企业接入服务器113中选中一个CPU利用率最少的企业接入服务器113。最后,企业登录服务器112,用于将节点信息发送至发送登录请求的该应用服务器。此夕卜,若用户信息与预存用户信息不一致时,集群管理服务器130生成用户信息不正确的提醒信息,并将该提醒信息发送至企业登录服务器112。该企业登录服务器112将该提醒信息发送至发送登录请求的应用服务器。
[0027]应用服务器登录成功后,应用服务器的业务请求的处理流程如下:首先,企业接入服务器113,用于接收应用服务器发送的业务请求信息,并将业务请求信息发送至集群管理服务器130。其次,集群管理服务器130,用于确定与业务请求信息对应的多个逻辑服务器,且在多个逻辑服务器中选中一个逻辑服务器。其中,集群管理服务器130在多个逻辑服务器中选中一个逻辑服务器,即集群管理服务器130在多个逻辑服务器中选中一个CPU利用率最少的逻辑服务器以处理业务请求信息。再次,选中的逻辑服务器,用于调用分布式缓存服务器131中的数据实现对业务请求信息的业务逻辑处理,并将处理结果信息发送至企业接入服务器113。最后,企业接入服务器113,还用于反馈处理结果信息至发送业务请求信息的应用服务器。
[0028]以上对发明的【具体实施方式】进行了详细说明,但其只作为范例,本发明并不限制与以上描述的【具体实施方式】。对于本领域的技术人员而言,任何对该发明进行的等同修改或替代也都在本发明的范畴之中,因此,在不脱离本发明的精神和原则范围下所作的均等变换和修改、改进等,都应涵盖在本发明的范围内。
【主权项】
1.一种业务请求处理平台,其特征在于,所述业务请求处理平台包括内部系统和与所述内部系统通信连接的外部系统;所述内部系统包括接入层、逻辑层和基础层;所述接入层包括多个接入服务器,所述逻辑层包括多个实现不同业务逻辑处理功能的逻辑服务器,所述基础层包括集群管理服务器和分布式缓存服务器;所述接入服务器,用于接收所述外部系统发送的业务请求信息,并将所述业务请求信息发送至所述集群管理服务器;所述集群管理服务器,用于确定与所述业务请求信息对应的多个所述逻辑服务器,且在所述多个逻辑服务器中选中一个逻辑服务器;所述选中的逻辑服务器,用于调用所述分布式缓存服务器中的数据实现对所述业务请求信息的业务逻辑处理,并将处理结果信息发送至所述接入服务器;所述接入服务器,还用于反馈所述处理结果信息至发送所述业务请求信息的外部系统。2.根据权利要求1所述的业务请求处理平台,其特征在于,所述集群管理服务器,用于监控所述接入层和所述逻辑层所有的服务器的状态以获得所有的服务器的状态信息。3.根据权利要求2所述的业务请求处理平台,其特征在于,所述状态信息包括CPU利用率和业务请求处理数。4.根据权利要求3所述的业务请求处理平台,其特征在于,所述集群管理服务器,用于在多个逻辑服务器中选中一个CPU利用率最少的逻辑服务器以处理业务请求信息。5.根据权利要求1所述的业务请求处理平台,其特征在于,所述内部系统与所述外部系统之间、且所述接入层、所述逻辑层、所述基础层两两之间采用统一的交互协议进行通?目O6.根据权利要求5所述的业务请求处理平台,其特征在于,所述交互协议包括信息类型和多个参数信息。7.根据权利要求1所述的业务请求处理平台,其特征在于,所述接入层还包括登录服务器,所述登录服务器,用于接收所述外部系统的登录请求,并将所述登录请求发送至所述集群管理服务器,所述登录请求包括用户信息;所述集群管理服务器,还用于判断所述用户信息与所述分布式缓存服务器中的预存用户信息是否一致;若所述用户信息与所述预存用户信息一致时,所述集群管理服务器,还用于在多个所述接入服务器中选中一个,并将选中的接入服务器的节点信息发送至所述登录服务器;所述登录服务器,用于将所述节点信息发送至发送所述登录请求的外部系统。8.根据权利要求1所述的业务请求处理平台,其特征在于,所述接入服务器包括终端接入服务器和企业接入服务器,所述终端接入服务器,用于接收外部终端发起的业务请求,所述企业接入服务器,用于接收企业用的应用服务器发起的业务请求。9.根据权利要求1所述的业务请求处理平台,其特征在于,所述业务逻辑处理功能包括通讯录管理功能、企业信息管理功能、应用订单管理功能、应用推荐服务功能、群组管理服务功能、系统公告通知功能和离线消息服务功能。10.根据权利要求9所述的业务请求处理平台,其特征在于,每一个所述业务逻辑处理功能对应多个实现所述业务逻辑处理功能的逻辑服务器。
【文档编号】H04L12/24GK105827430SQ201510789599
【公开日】2016年8月3日
【申请日】2015年11月17日
【发明人】梁瑞豪, 周杜锦, 黄舜乾
【申请人】广东亿迅科技有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1