【技术实现步骤摘要】
本专利技术涉及业务处理
，具体涉及一种基于服务插件的业务处理方法及其系统。
技术介绍
随着电信运营商电子渠道的业务发展，近年来电子渠道几乎承载全部业务，业务种类繁杂，数量也是成千上万，故无论渠道产品最初如何设计，针对不同的应用落地场景，都可能出现或多或少无法满足场景之处。而在渠道系统产品定型后，多数时候对产品的修改会使得产品逻辑越来越复杂。其中部分业务需求从规划上并不属于渠道系统应处理范畴，把其业务处理逻辑硬插入到渠道系统中，只会使得其系统越来越杂乱，且对原来业务处理逻辑有或多或少的污染，使得渠道业务处理的逻辑定位模糊不清。参见图1，现有流程方式，一方面这种“特殊”业务越多，渠道系统逻辑越复杂，这种特殊业务、特殊处理越多，则需要更多的人去维护这个系统，无论从维护或开发角度来说都大大增加了成本。另一方，随着这种特殊处理越多，系统的迁移也变得困难，迁移时需要处理原系统中大量的特殊处理业务。
技术实现思路
本专利技术所要解决的技术问题是提供一种基于服务插件的业务处理方法及其系统，能够减少维护开发成本，提高复用性。本专利技术解决上述技术问题的技术方案如下：一方面，本专利技术提供了一种基于服务插件的业务处理方法，所述方法包括：S1、服务端接收前端渠道系统发送的请求报文信息，所述请求报文消息中携带有服务标识；S2、根据所述请求报文消息中携带的服务标识，调用与服...
【技术保护点】
一种基于服务插件的业务处理方法，其特征在于，所述方法包括：S1、服务端接收前端渠道系统发送的请求报文信息，所述请求报文信息中携带有服务标识；S2、根据所述请求报文信息中携带的服务标识，调用与服务标识对应的服务插件，并由该服务插件对该服务进行处理；S3、判断是否需要调用其它特定系统服务，若不需要，则直接通过服务端向所述前端渠道系统返回该服务插件对对应的服务处理后的响应信息；若需要，则执行步骤S4；S4、所述服务插件通过客服端向所述其它特定系统服务发送请求，并通过所述客服端接收所述其它特定系统服务返回的响应信息，通过服务端将该响应信息发送给前端渠道系统。
【技术特征摘要】
1.一种基于服务插件的业务处理方法，其特征在于，所述方法包括：
S1、服务端接收前端渠道系统发送的请求报文信息，所述请求报文信息
中携带有服务标识；
S2、根据所述请求报文信息中携带的服务标识，调用与服务标识对应的
服务插件，并由该服务插件对该服务进行处理；
S3、判断是否需要调用其它特定系统服务，若不需要，则直接通过服务
端向所述前端渠道系统返回该服务插件对对应的服务处理后的响应信息；若
需要，则执行步骤S4；
S4、所述服务插件通过客服端向所述其它特定系统服务发送请求，并通
过所述客服端接收所述其它特定系统服务返回的响应信息，通过服务端将该
响应信息发送给前端渠道系统。
2.如权利要求1所述的基于服务插件的业务处理方法，其特征在于，
所述步骤S1还包括：
服务端接收到前端渠道系统发送的请求报文信息，将所述请求报文信息
按照预定规则存放入消息队列中。
3.如权利要求2所述的基于服务插件的业务处理方法，其特征在于，
所述步骤S2具体包括：
S21、业务逻辑平台从所述消息队列中提取请求报文信息，根据请求报
文信息中携带的服务标识，调用与服务标识对应的服务插件；
S22、判断该请求报文信息是否为第一次请求，若否，则执行步骤S23，
若是，则解析该请求报文信息并判断该请求报文信息是否需要查询对应的
session信息，若是，则查询对应的session信息，若否，则执行步骤S3；
S23、解析所述请求报文信息对应的响应信息。
4.如权利要求3所述的基于服务插件的业务处理方法，其特征在于，
所述步骤S21中业务逻辑平台采用异步通讯方式从所述消息队列中提取请求
报文信息。
5.如权利要求3所述的基于服务插件的业务处理方法，其特征在于，
所述步骤S3具体包括：
判断是否需要调用其它特定系统服务，若不需要，则直接通过服务端向
所述前端渠道系统返回该服务插件对对应的服务处理后的响应信息；
若需要，则将需要调用其它特定系统服务的请求报文信息进行封装；
所述步骤S4中服务插件通过客服端向所述其它特定系统服务发送请求
报文信息具体包括：
服务插件通过客服端向所述其它特定系统服务发送封装后的请求报文
信息。
6.如权利要求1所述的基于服务插件的业务处理方法，其特征在于，
所述步骤S4中通过所述客服端接收所述其它特定系统服务返回的响应信息
具体包括：
客服端接收所述其它特定系统服务返回的响应信息，根据该响应信息判
断是否为超...
【专利技术属性】
技术研发人员：官员峰，
申请(专利权)人：北京思特奇信息技术股份有限公司，
类型：发明
国别省市：北京;11
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。