CN105262614A - 一种基于服务插件的业务处理方法及其系统 - Google Patents

Abstract

本发明公开了一种基于服务插件的业务处理方法及其处理系统，所述方法包括：S1、服务端接收前端渠道系统发送的请求报文信息，所述请求报文信息中携带有服务标识；S2、根据所述请求报文消息中携带的服务标识，调用与服务标识对应的服务插件，并由该服务插件对该服务进行处理；S3、判断是否需要调用其它特定系统服务，若不需要，则直接通过服务端向前端渠道系统返回该服务插件对对应的服务处理后的响应信息；若需要，则执行步骤S4；S4、服务插件通过客服端向其它特定系统服务发送请求，并通过客服端接收其它特定系统服务返回的响应信息，通过服务端将该响应信息发送给前端渠道系统。本发明能够减少维护开发成本，提高复用性。

Description

一种基于服务插件的业务处理方法及其系统

技术领域

本发明涉及业务处理技术领域，具体涉及一种基于服务插件的业务处理方法及其系统。

背景技术

随着电信运营商电子渠道的业务发展，近年来电子渠道几乎承载全部业务，业务种类繁杂，数量也是成千上万，故无论渠道产品最初如何设计，针对不同的应用落地场景，都可能出现或多或少无法满足场景之处。而在渠道系统产品定型后，多数时候对产品的修改会使得产品逻辑越来越复杂。其中部分业务需求从规划上并不属于渠道系统应处理范畴，把其业务处理逻辑硬插入到渠道系统中，只会使得其系统越来越杂乱，且对原来业务处理逻辑有或多或少的污染，使得渠道业务处理的逻辑定位模糊不清。

参见图1，现有流程方式，一方面这种“特殊”业务越多，渠道系统逻辑越复杂，这种特殊业务、特殊处理越多，则需要更多的人去维护这个系统，无论从维护或开发角度来说都大大增加了成本。另一方，随着这种特殊处理越多，系统的迁移也变得困难，迁移时需要处理原系统中大量的特殊处理业务。

发明内容

本发明所要解决的技术问题是提供一种基于服务插件的业务处理方法及其系统，能够减少维护开发成本，提高复用性。

本发明解决上述技术问题的技术方案如下：

一方面，本发明提供了一种基于服务插件的业务处理方法，所述方法包括：

S1、服务端接收前端渠道系统发送的请求报文信息，所述请求报文消息中携带有服务标识；

S2、根据所述请求报文消息中携带的服务标识，调用与服务标识对应的服务插件，并由该服务插件对该服务进行处理；

S3、判断是否需要调用其它特定系统服务，若不需要，则直接通过服务端向所述前端渠道系统返回该服务插件对对应的服务处理后的响应信息；若需要，则执行步骤S4；

S4、所述服务插件通过客服端向所述其它特定系统服务发送请求，并通过所述客服端接收所述其它特定系统服务返回的响应信息，通过服务端将该响应信息发送给前端渠道系统。

另一方面，本发明提供了一种基于插件的业务处理系统，所述系统包括：

服务端和业务逻辑平台；

所述服务端包括：

请求信息接收模块，用于接收前端渠道系统发送的请求报文信息，所述请求报文信息中携带有服务标识；

所述业务逻辑平台包括：

服务插件调用模块，用于根据所述请求报文信息中携带的服务标识，调用与所述服务标识对应的服务插件；

处理模块，用于对所述服务标识对应的服务进行处理；

第一判断模块，用于判断是否需要调用其它特定系统服务；

响应信息返回模块，用于若第一判断模块判断出不需要调用其它特定系统服务，则直接通过服务端向所述前端渠道系统返回该服务插件对对应的服务处理后的响应信息；若需要，则驱动请求发送模块工作；

请求发送模块，用于通过客服端向所述其它特定系统服务发送请求；

响应信息接收模块，用于通过所述客服端接收所述其它特定系统服务返回的响应信息；

响应信息发送模块，用于通过服务端将所述响应信息发送给前端渠道系统。

本发明提供的一种基于服务插件的业务处理方法及其系统，提供一种以服务形式发布的插件，用插件来处理特殊业务，满足特殊业务的处理需求，不再需要渠道系统去实现各种特殊业务的处理流程，能够减少维护、开发、迁移落地成本。

附图说明

图1为现有技术业务处理示意图；

图2为本发明实施例一的一种基于服务插件的业务处理方法流程图；

图3为本发明实施例一的业务处理示意图；

图4为本发明实施例一的业务处理过程流程图；

图5为本发明实施例一的业务处理整个详细过程流程图；

图6为本发明实施例二的一种基于服务插件的业务处理系统示意图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

实施例一、一种基于服务插件的业务处理方法。下面结合图2-图5对本实施例提供的方法进行详细说明。

参见图2，S1、服务端接收前端渠道系统发送的请求报文信息，所述请求报文消息中携带有服务标识。

具体的，可以参见图3，相比于现有技术，为特殊业务以服务形式发布了对应的服务插件，对应处理特殊业务，不再需要前端渠道系统来处理特殊业务，减轻了前端渠道系统的负担，同时也减小了整个业务处理的维护开发成本。

参见图4，当前端渠道系统中的业务请求存在特殊业务请求时，前端渠道系统会通过服务端向业务逻辑平台发送特殊业务的请求报文信息，当服务端接收到前端渠道系统发送的请求报文信息，参见图5，将接收到的请求报文信息按照预定规则存放入消息队列中，比如，按照请求报文信息的时间戳进行存放，或者按照服务端接收到请求报文信息的先后顺序进行存放。其中，请求报文信息中携带有服务标识，即该请求报文对应的服务名称。

S2、根据所述请求报文消息中携带的服务标识，调用与服务标识对应的服务插件，并由该服务插件对该服务进行处理。

具体的，业务逻辑平台会定时从消息队列中提取出请求报文信息，并根据请求报文信息中携带的服务标识，调用与服务标识对应的服务插件，由该服务插件来处理该对应的服务。其中，业务逻辑平台采用异步通讯方式从消息队列中提取请求报文信息。服务插件对对应的服务的具体处理过程为:判断该请求报文信息是否为第一次请求，若否,则获得该请求报文信息对应的响应信息，并解析该响应信息；若是，则解析该请求报文信息，并判断该请求报文信息是否需要查询对应的session信息，若是，则查询对应的session信息，若否，则执行后续步骤S3。

S3、判断是否需要调用其它特定系统服务，若不需要，则直接通过服务端向所述前端渠道系统返回该服务插件对对应的服务处理后的响应信息；若需要，则执行步骤S4。

具体的，当业务逻辑平台中的服务插件对特殊业务的请求报文信息处理后，判断是否还需要调用其它特定服务系统，即是否需要执行其它特殊服务，若不需要，则直接通过服务端向前端渠道系统返回服务插件对对应的服务处理后的响应信息，若需要，则执行步骤S4。

S4、所述服务插件通过客服端向所述其它特定系统服务发送请求，并通过所述客服端接收所述其它特定系统服务返回的响应信息，且通过服务端将该响应信息发送给前端渠道系统。

具体的，若业务逻辑平台判断还需要调用其它特定系统服务，则将需要调用其它特定系统服务的请求报文信息进行封装，并通过客服端向其它特定服务系统发送请求，待其它特定服务系统根据请求处理后，业务逻辑平台通过客服端接收其它服务系统返回的响应信息，且通过服务端将接收到的响应信息发送给前端渠道系统。

另外，当业务逻辑平台通过客服端接收其它服务系统返回的响应信息后，根据该响应信息判断该服务是否为超时服务，若不为超时服务，则将所述响应信息返回给业务逻辑平台；若为超时服务，则记录超时调用记录。

在整个操作过程中，业务逻辑平台中的超时任务模块会定时查询超时会话记录，并判断该超时会话记录是否需要调用对应的超时服务，若是，则调用对应的超时服务，若否，则记录会话信息。

实施例二、一种基于服务插件的业务处理系统。下面结合图6对本实施例提供的系统进行说明。

参见图6，本实施例提供的系统包括服务端1、消息队列2和业务逻辑平台3，服务端1包括请求信息接收模块11，业务逻辑平台3包括服务插件调用模块31、处理模块32、第一判断模块33、响应信息返回模块34、请求发送模块35、响应信息接收模块36和响应信息发送模块37，其中，处理模块32包括第二判断模块321、响应信息解析模块322和查询模块323。

服务端1中的请求信息接收模块11用于接收前端渠道系统发送的请求报文信息，所述请求报文信息中携带有服务标识。

消息队列2用于将服务端1接收到的前端渠道系统发送的请求报文信息按照预定规则存放入其中。

业务逻辑平台3中的服务插件调用模块31用于根据请求报文信息中携带的服务标识，调用与服务标识对应的服务插件。

具体的，业务逻辑平台3从消息队列2中提取出请求报文信息，并根据请求报文信息中携带的服务标识，调用与服务标识对应的服务插件，将与服务标识对应的服务交由对应的服务插件进行处理。其中，业务逻辑平台3采用异步通讯方式从消息队列2中提取请求报文信息。

处理模块32用于对所述服务标识对应的服务进行处理。

其中，处理模块32包括第二判断模块321，用于判断所述请求报文消息是否为第一次请求，若否，则驱动响应信息解析模块322工作；若是，则驱动查询模块323工作。

响应信息解析模块322用于解析所述请求报文信息对应的响应信息。

查询模块323用于解析该请求报文信息并查询该请求报文信息对应的session信息。

第一判断模块33用于判断是否需要调用其它特定系统服务。

响应信息返回模块34用于若第一判断模块33判断出不需要调用其它特定系统服务，则直接通过服务端1向前端渠道系统返回该服务插件对对应的服务处理后的响应信息；若需要，则驱动请求发送模块35工作。

请求发送模块35用于通过客服端向所述其它特定系统服务发送请求。

响应信息接收模块36用于通过客服端接收其它特定系统服务返回的响应信息。

其中，当客服端接收到其它特定系统服务返回的响应信息，根据该响应信息判断是否为超时服务，若不为超时服务，则将所述响应信息返回给业务逻辑平台；若为超时服务，则记录超时调用记录。

响应信息发送模块37用于通过服务端2将响应信息接收模块36接收到的响应信息发送给前端渠道系统。

本发明提供的一种基于服务插件的业务处理方法及其系统，其有益效果为：一、即插即用，以服务形式发布的插件，用插件来处理特殊业务，满足特殊业务的处理需求，不再需要渠道系统去实现各种特殊业务的处理流程。二、减少维护成本，前端渠道系统不用实现繁杂多样的各种特殊业务处理，前端渠道系统从功能、逻辑上定位都更清晰，且维护起来很方便(因为其只有统一业务流程，不再有特殊业务流程)。三，减少开发成本，特殊业务以插件的形式进行抽象归纳，不再硬编码进前端渠道系统，开发人员不需要事先去了解繁杂的渠道系统，便可直接开发。四，减少迁移成本，迁移落地时，去除了大量的处理业务逻辑的工作量，而仅需要单独对插件逻辑进行归纳优化，插件开发优化人员无需知道原前端渠道系统全部逻辑和细节点，仅用关注需要优化或开发插件服务，其工作量和时间将比直接修改前端渠道系统大大降低。五，升级风险减小，对于大量相似业务或插件，可以抽象归纳编写出通用插件，一方面通用插件具有更高的复用性，且不会污染原有前端渠道系统逻辑，另一方面插件的单独升级相比对渠道系统的整体升级风险更小，其影响的范围更小。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

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中通过所述客服端接收所述其它特定系统服务返回的响应信息具体包括：

客服端接收所述其它特定系统服务返回的响应信息，根据该响应信息判断是否为超时服务，若不为超时服务，则将所述响应信息返回给服务插件；

若为超时服务，则记录超时调用记录。

7.一种基于服务插件的业务处理系统，其特征在于，所述系统包括服务端和业务逻辑平台；

所述服务端包括：

请求信息接收模块，用于接收前端渠道系统发送的请求报文信息，所述请求报文信息中携带有服务标识；

所述业务逻辑平台包括：

服务插件调用模块，用于根据所述请求报文信息中携带的服务标识，调用与所述服务标识对应的服务插件；

处理模块，用于对所述服务标识对应的服务进行处理；

第一判断模块，用于判断是否需要调用其它特定系统服务；

响应信息返回模块，用于若第一判断模块判断出不需要调用其它特定系统服务，则直接通过服务端向所述前端渠道系统返回该服务插件对对应的服务处理后的响应信息；若需要，则驱动请求发送模块工作；

请求发送模块，用于通过客服端向所述其它特定系统服务发送请求；

响应信息接收模块，用于通过所述客服端接收所述其它特定系统服务返回的响应信息；

响应信息发送模块，用于通过服务端将所述响应信息发送给前端渠道系统。

8.如权利要求7所述的基于服务插件的业务处理系统，其特征在于，所述系统还包括：

消息队列，用于将服务端从前端渠道系统接收到的请求报文信息按照预定规则存放入消息队列。

9.如权利要求7所述的基于服务插件的业务处理系统，其特征在于，所述服务插件调用模块，用于根据所述请求报文信息中携带的服务标识，调用与服务标识对应的服务插件具体包括：

从所述消息队列中提取请求报文消息，根据请求报文消息中携带的服务标识，调用与服务标识对应的服务插件；

所述业务逻辑平台中的处理模块包括：

第二判断模块，用于判断所述请求报文消息是否为第一次请求，若否，则驱动响应信息解析模块工作；若是，则驱动查询模块工作；

响应信息解析模块，用于解析所述请求报文信息对应的响应信息；

查询模块，用于解析该请求报文信息并查询该请求报文信息对应的session信息。

10.如权利要求7所述的基于服务插件的业务处理系统，其特征在于，所述响应信息接收模块，用于通过所述客服端接收所述其它特定系统服务返回的响应信息具体包括：

客服端接收所述其它特定系统服务返回的响应信息，根据该响应信息判断是否为超时服务，若不为超时服务，则将所述响应信息返回给业务逻辑平台；

若为超时服务，则记录超时调用记录。