[发明专利]一种业务管理平台下处理多渠道请求订购的方法和装置

说明书

技术领域

本发明涉及移动通讯的数据服务流程领域，尤其涉及一种业务管理平台下处理多渠道请求订购方法和装置的改进。 

背景技术

目前，多渠道请求订购和查询订购关系即请求内容是业务管理平台系统中普遍需要处理的服务。当业务管理平台系统在接收到每个渠道的订购请求后，根据所请求内容和渠道，通常都要采用各自相对应的处理流程进行处理，甚至连请求渠道的数目变化时都要对业务处理流程进行很大改动。 

而且，在对请求数据保存后进行处理的过程中，例如业务密钥下发控制、用户短信通知和业务数据同步等，此类跟请求渠道的相关操作处理有所不同；同时，由于对请求用户信息和业务信息的合格性还要作审查与判断，对业务逻辑和业务数据的同时兼顾处理，就很容易导致业务处理流程的过于复杂化，以及处理的时间长、效率低，特别是在请求的数据量较大时候，极易出现业务管理平台系统处理上的瓶颈。 

因此，现有技术还有待于改善和发展。 

发明内容

本发明要解决的问题是，提供一种业务管理平台下处理多渠道请求订购的方法和装置，以简化业务管理平台处理流程，缩短处理时间，提高处理效率，尤其是遇到请求的数据量较大时候，可减少出现业务管理平台系统处理上新的瓶颈。

本发明的技术方案如下： 

一种业务管理平台下处理多渠道请求订购的方法，其业务管理平台包括一消息请求处理模块和一数据库信息交互模块，其中，所述的方法包括以下步骤： 

A、所述消息请求处理模块接收业务请求消息，提取有效的请求内容和请求渠道信息；并根据具体业务的处理需要，对应不同的请求渠道接收的业务请求消息采用相应的处理流程进行处理；以及生成包含有效的请求内容和请求渠道信息的统一的数据处理请求，并发送给所述数据库信息交互模块； 

B、所述数据库信息交互模块根据所述消息请求处理模块的请求，判断该请求的合理性，并向所述消息请求处理模块返回请求的结果。 

所述的方法，其中，所述步骤A中消息请求处理模块接收的业务请求消息来自于终端、门户或短信网关渠道。 

所述的方法，其中，所述步骤A中具体业务的处理需要包括查询请求内容、拆分业务或与所述业务管理平台之间相互进行认证。 

所述的方法，其中，所述步骤B具体包括： 

B1、所述数据库信息交互模块区分所述消息请求处理模块请求的类型； 

B2、对于同一请求类型，统一判断请求的业务信息是否合理并在合理时调用SQL语句请求数据库的响应； 

B3、得到数据库的返回后，对所述消息请求处理模块返回数据处理结果，并在响应消息中携带原始请求的渠道信息。 

所述的方法，其中，所述步骤B2还包括： 

B21、若请求的业务信息不合理，则直接返回失败的响应，并结束处理流程。 

所述的方法，其中，所述步骤B之后还包括： 

C、所述消息请求处理模块根据返回数据处理结果中的请求渠道信息， 调用相应的处理流程，判断该业务的同步目的地并向原始请求方发送响应消息。 

所述的方法，其中，所述步骤C具体包括： 

C1、所述消息请求处理模块解析接收到数据库信息交互模块的响应消息； 

C2、如果为成功的响应消息，则根据响应消息中的请求渠道信息进行数据保存后的处理； 

C3、如果为失败的响应消息，则直接回复原请求方失败的响应消息； 

C4、所述消息请求处理模块向原始请求方回复响应消息后，处理结束。 

所述的方法，其中，所述步骤C2还包括：根据请求订购的原始渠道和/或请求订购业务的归属来判断所述业务的同步目的地。 

一种业务管理平台，所述业务管理平台包括相互分离的一消息请求处理模块和一数据库信息交互模块，其中， 

所述消息请求处理模块用于接收业务请求消息，提取有效的请求内容和请求渠道信息；并根据具体业务的处理需要，对应不同的请求渠道接收的业务请求消息采用相应的处理流程进行处理；以及生成包含有效的请求内容和渠道信息的统一的数据处理请求，并发送给所述数据库信息交互模块； 

所述数据库信息交互模块用于根据所述消息请求处理模块的请求，判断该请求的合理性，并向所述消息请求处理模块返回请求的结果。