CN102572954A

CN102572954A - 一种漫游清算服务调度方法、中间件及系统

Info

Publication number: CN102572954A
Application number: CN2012100218680A
Authority: CN
Inventors: 郭志强; 肖中卿; 付兵兰; 杜欧杰; 姚芸; 陈春松; 韩林
Original assignee: China Mobile Shenzhen Co Ltd
Current assignee: Medium shift information technology Co., Ltd.
Priority date: 2012-01-31
Filing date: 2012-01-31
Publication date: 2012-07-11
Anticipated expiration: 2032-01-31
Also published as: CN102572954B

Abstract

本发明公开了一种漫游清算服务调度方法、中间件及系统，其中漫游清算服务调度中间件，主要包括：客户端API，用于为客户端提供API接口；控制中心，用于对客户端发送的处理话单文件的服务请求进行动态调度，并将服务请求分配给不同的ACS服务端进行处理；服务端API，用于为服务端提供API接口，以供服务端根据控制中心的动态调度完成话单文件的漫游清算服务；操作台，用于查看服务端的服务进程。本发明可实现服务请求的动态调度，实现服务端的负载均衡；解除了业务服务间的耦合降低了客户端与服务端之间的耦合性，还提供话单文件处理的事务机制，保障话单的准确性，同时通过操作台可实现话单文件处理的跟踪。

Description

一种漫游清算服务调度方法、中间件及系统

技术领域

本发明涉及漫游清算领域，尤其涉及一种漫游清算服务调度方法、中间件及系统。

背景技术

漫游是移动通信网络与固定电话网络截然不同的一个关键特性，它使用户能在世界任何国家的签约运营商之间使用自己的手机进行通信，因此，运营商之间需要交换这种漫游用户的通信记录，以便向用户收取通话费用。漫游清算系统主要是通过对多种格式的漫游清算话单文件的处理，实现电信运营商之间漫游清算话单计费、清算。漫游清算话单文件由漫游手机用户拜访地运营商上发，经过漫游清算中心处理，下发到手机用户归属地运营商，来进行对用户的收费，清算中心根据处理的话单的信息，实现归属运营商和拜访运营商的通信费用清算，通常漫游话单处理流程通常包括：采集(传输)、校验、查重、批价、分拣、下发、结算处理等多个环节。

上述流程现有系统实现中，常用实现方式是，各个环节都自建系统或者建立一个系统实现多个环节的功能(例如，预处理系统实现校验、查重、批价功能)，各个子系统通过文件系统或者数据库表作为接口，实现话单文件在各个子系统中的串行处理，通过各个环节高可靠的处理实现漫游话单的处理。

但是这些系统结构存在以下方面的问题：1、话单文件处理的事务机制得不到保障，所有处理环节不是一个事务进行控制，而需要通过提高各个环节的处理可靠性来保障话单处理的准确性，一旦出现异常需要对前面处理环节进行手工回滚；2、系统耦合过高，如果多个环节功能通过一个系统实现，系统功能糅合在代码里面，耦合度高，开发和维护的成本高；3、漫游话单文件处理环节无法实现跟踪，处理系统类似于黑盒，话单文件处理不透明，无法跟踪处理状态。

发明内容

本发明要解决的技术问题在于针对现有技术中漫游清算系统中没有事务控制机制、系统耦合度高以及话单文件无法跟踪的缺陷，提供一种漫游清算服务调度方法、中间件及系统。

本发明解决其技术问题所采用的技术方案是：

提供一种漫游清算服务调度方法，包括以下步骤：

客户端调用中间件的客户端API，向所述中间件的控制中心发送处理漫游话单文件的服务请求；

控制中心对所述服务请求进行动态调度，将服务请求分配给不同的服务端进行处理；

服务端根据所述控制中心的动态调度，调用所述中间件提供的服务端API完成话单文件的漫游清算服务，并将漫游清算结果通过所述中间件下发给请求服务的客户端；

通过中间件的操作台查看服务端的服务进程。

本发明所述的方法中，客户端发送所述服务请求之前，还包括步骤：

客户端判断上次服务请求的事务处理是否完整，若不完整，则根据上次服务请求进行回滚处理；若完整，则向所述中间件的控制中心发送本次服务请求。

本发明所述的方法中，包括多个服务端，分别提供校验、资费、查重以及结果发布的服务。

本发明所述的方法中，还包括步骤：

通过所述操作台查看控制中心的工作状态，以根据需要启停控制中心。本发明所述的方法中，还包括所述控制中心进行会话管理的步骤，具体为：

在客户端已经退出，而服务端正在为该客户端服务时，所述控制中心中断该客户端的后续服务请求；在服务端执行时间超过预先设定的时间时，则所述控制中心中断该服务端的进程，并向客户端返回表明发生超时错误的提示信息。

本发明解决其技术问题所采用的另一技术方案是：

提供一种漫游清算服务调度中间件，包括：

客户端API，用于为客户端提供API接口；

控制中心，用于对所述客户端发送的处理话单文件的服务请求进行动态调度，并将服务请求分配给不同的ACS服务端进行处理；

服务端API，用于为服务端提供API接口，以供服务端根据所述控制中心的动态调度完成话单文件的漫游清算服务；

操作台，用于查看服务端的服务进程。

本发明所述的中间件中，所述操作台还用于查看控制中心的工作状态，以根据需要启停控制中心。

本发明所述的中间件中，所述控制中心还用于进行会话管理，具体为：在客户端已经退出，而服务端正在为该客户端服务时，所述控制中心用于中断该服务端的进程；在服务端执行时间超过预先设定的时间时，所述控制中心用于中断该服务端的进程，并向客户端返回表明发生超时错误的提示信息。

本发明解决其技术问题所采用的第三技术方案是：

提供一种漫游清算服务调度系统，包括客户端、中间件和服务端，其中，

所述客户端，用于调用中间件提供的客户端API，向所述中间件发送处理漫游话单文件的服务请求；

所述中间件，用于对接收的服务请求进行动态调度，将服务请求分配给不同的服务端进行处理，并监控服务端的处理进程；

所述服务端，用于继承所述中间件提供的服务端API，完成话单文件的漫游清算服务，并将漫游清算结果通过所述中间件下发给请求服务的客户端。

本发明所述的漫游清算服务调度系统中，所述中间件为上文所述的漫游清算服务调度中间件。

本发明产生的有益效果是：本发明通过中间件ACS(Application ControlSystem)完成漫游清算服务调度，其连接客户端和服务端。本发明将业务服务进行拆分，由不同的服务端完成，中间件的控制中心对客户端发送的服务请求进行动态调度，将服务请求分配给不同的服务端进行处理，可以实现服务端的负载均衡；将业务服务进行拆分，各个服务端独立完成各自的逻辑功能，使得服务端相互之间的影响较小，解除了业务服务间的耦合；另外，服务端通过控制中心与客户端进行通信，而不是直接与客户端直接通信，降低了客户端与服务端之间的耦合性。

进一步地，通过中间件的操作台可查看服务端的漫游清算服务进程，根据提供的话单文件处理的事务机制，保障话单的准确性，同时通过操作台可实现话单文件处理的跟踪。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明实施例中间件100的结构示意图；

图2是本发明实施例漫游清算服务调度系统200的结构示意图；

图3是本发明实施例漫游清算服务调度方法300的流程图；

图4是本发明实施例使用中间件(ACS)实现TAP3漫游文件处理系统400的结构示意图；

图5是本发明实施例TAP3漫游文件处理系统的业务流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

图1为本发明实施例漫游清算服务调度中间件100，即ACS(ApplicationControl System)。中间件(ACS)提供了一个统一的事务处理框架，事务控制由客户端完成，客户端发起的事务性声明将在服务端进行信息记录。客户端通过调用中间件中统一的API即可方便地进行事务处理的完整性控制。ACS提供了统一的标准API，包括客户端API及服务端API，开发人员使用API库即可方便的进行ACS的开发。另外中间件还支持将业务处理的多个环节分解为业务组件，并将业务组件封装为独立的ACS服务，通过ACS控制中心进行通信，解除业务间的耦合。

ACS主要由四部分组成：客户端API102(Application ProgrammingInterface，应用程序编程接口)、控制中心104、服务端API106和操作台108，包括：

客户端API102，与客户端连接，用于为客户端提供API接口；客户端API102提供了简单的客户端接口，将服务请求处理与通信服务进行了封装，从而将业务逻辑与下层的服务处理与通信解耦，使得客户端API使用更加简捷。对客户端API定义，包括如下内容：AcsInit：客户端接口初始化；AcsInitService：服务调用初始化，每次服务调用时都必须调用该接口；AcsPutVar：传参数给服务端；AcsCallService：调用服务端服务；AcsGetVar：取服务端返回的参数。

控制中心104，用于对客户端发送的处理话单文件的服务请求进行动态调度，并将服务请求分配给不同的ACS服务端进行处理。

本发明实施例中，控制中心104主要用于：

a.服务请求调度：接受客户端发来的请求，调度相应的服务进程处理；接受操作台108发出的操作命令，实现对服务的起、停、查询操作；

b.会话管理：当客户端已经退出，而某服务端正在为该客户端服务时，中断该服务端进程的服务；当某服务进程执行服务的时间超过预设时间(Timeout时间)，中断该服务端进程的服务，给客户端返回“超时错”；

c.应用监控：当服务进程菪机之后，写告警，并重新激活。

控制中心104可以DAEMON(守护进程)方式运行在主/备系统各数据业务处理节点。每个应用包中的模块由一个控制中心实例负责。

服务端API106，与控制中心104和服务端连接，用于为服务端提供API接口，以供服务端根据控制中心的动态调度完成话单文件的漫游清算服务。本发明实施例中，服务端API106给服务端提供了简单的API接口，包括方法调用与事件，将服务的执行、服务状态管理、服务日志以及通信服务与服务端的业务逻辑进行解耦，降低服务端开发的难度。

在本发明实施例中，对服务端API定义，包括如下内容：AcsInit：完成服务端接口初始化；AcsRun：应用程序调用此API，运行服务器，开始监听请求，响应请求；OnStartup：应用程序必须重载此函数，完成业务处理初始化；OnService：服务端应用程序必须重载此函数，完成响应服务请求的功能；OnDestroy：应用程序必须重载此函数，执行服务退出前的清理工作；AcsGetVar：服务端应用程序调用此API，取得客户端传来的参数；AcsPutVar：应用程序调用此API，向客户端返回参数。

操作台108，用于用于查看服务端的服务进程。在本发明的较佳实施例中，操作台还用于查看控制中心104的工作状态，以根据需要启停控制中心104。

在本发明实施例中，操作台108具体用于：

a.查看应用处理状态：查看应用处理状态，包括服务状态、文件处理状态跟踪；

b.启停服务进程：对服务进行启、停操作；

c.操作台108可以通过命令界面在线的对中间件进行操作与管理，实现ACS中间件的维护功能，包括ACS服务实例的启停、状态查看等。详细功能列表接口如下：

本发明实施例漫游清算服务调度系统200，包括客户端202、中间件100和服务端204，其中，

客户端202，用于调用中间件100提供的客户端API102，向中间件100发送处理漫游话单文件的服务请求。

本发明实施例中，客户端202主要用于：

a.定义漫游清算系统处理流程：客户端202通过ACS的控制中心104调用对话单处理的各种服务(例如校验、查重等)；

b.服务请求处理：响应应用程序的服务请求，通知ACS的控制中心104，等待请求处理完成，将结果返回应用程序；

c.事务状态管理：提供事务状态跟踪的API，实现对话单文件处理的事务控制。

中间件100，用于对接收的服务请求进行动态调度，将服务请求分配给不同的服务端204进行处理，并监控服务端204的处理进程；中间件100的具体结构和功能已在上文进行了详细描述，在此不赘述。

服务端204，用于继承中间件100提供的服务端API106，并由服务端204完成话单文件的漫游清算服务，并将漫游清算结果通过中间件100下发给请求服务的客户端。

本发明实施例中，服务端204主要用于：

a.服务封装：通过服务基类的设计，实体服务(例如查重)可以通过重载基类，实现对服务的封装，服务划分实现对系统的解耦；

b.服务请求响应：响应客户端的请求，在请求的服务执行完成之后，将结果返回给客户端；

c.定时检测控制中心，如果控制中心已经退出，则写告警，然后退出；

d.处理机状态管理：服务刚启动时检查当前实例是否已经启动。

图3为本发明实施例漫游清算服务调度方法300，包括以下步骤：

S302客户端调用中间件的客户端API，向中间件的控制中心发送处理漫游话单文件的服务请求；

S304控制中心对服务请求进行动态调度，将服务请求分配给不同的服务端进行处理；

S306服务端根据控制中心的动态调度，调用中间件提供的服务端API完成话单文件的漫游清算服务，并将漫游清算结果通过中间件下发给请求服务的客户端；

S308通过中间件的操作台查看服务端的服务进程。另外还可通过所述操作台查看控制中心的工作状态，以根据需要启停控制中心。

在本发明的一个实施例中，步骤S302客户端发送服务请求之前，还包括步骤：

客户端判断上次服务请求的事务处理是否完整，若不完整，则根据上次服务请求进行回滚处理；若完整，则向中间件的控制中心发送本次服务请求。根据提供的话单文件处理事务机制，保障话单的准确性，同时通过操作台可实现话单文件处理的跟踪。

进一步地，本发明实施例中，包括多个服务端，分别提供校验、资费、查重以及结果发布的服务。

进一步地，本发明实施例中，还包括控制中心进行会话管理的步骤，具体为：

在客户端已经退出，而服务端正在为该客户端服务时，控制中心中断该服务端的进程；在服务端执行时间超过预先设定的时间时，则控制中心中断该服务端的进程，并向客户端返回表明发生超时错误的提示信息。

使用ACS调度中间件，可以非常简单实现漫游清算类的系统架构。本发明较佳实施例中，以TAP3文件处理系统为例(TAP3是由MOU TADIG组根据GSM移动业务发展状况及各运营商之间国际漫游账务清算的实际状况，在TAP1、TAP2、TAP2+的基础上制定的)通过部署ACS中间件，并使用ACS API开发客户端与服务端服务，创建系统架构400如图4所示。

其中，TAP310主控程序通过继承ACS Client API(即前述客户端API)实现，是整个漫游清算文件预处理的入口和出口，实现了话单文件的处理流程、服务调用和事务控制，保障了话单的准确性。校验、资费、查重、结果发布是话单文件处理的四个环节，通过继承ACS Server API(即前述服务端API)成为话单文件处理四个服务，其中：

1.校验服务，实现TAP3文件话单记录级格式校验。

2.资费服务，实现话单的批价与资费校验。

3.查重服务，对话单进行查重。

4.结果发布服务，对话单进行分发与入库。

TAP3文件处理系统只需要实现具体的客户端和服务端服务，通过配置和部署ACS中间件即可实现整体架构，具体步骤如下：

用户调用ACS客户端API类(CAcsClientApi)开发特定的客户端去调用服务，其中用到的几个主要接口按调用步骤如下：

1.AcsInit：客户端接口初始化；

2.AcsLastTransIsUnfinished：上次事务是否完成；

如果没有完成：(1)AcsGetLastTransName取上次事务名；

(2)对上次事务执行一些清理工作；

(3)AcsRollbackTrans对上次事务进行回滚；

3.AcsBeginTrans：开始事务；

4.AcsInitService：服务调用初始化，每次服务调用时都必须调用该接口；

5.AcsPutVar：传参数给服务端；

6.AcsCallService：服务调用；

7.AcsGetVar：取服务端返回的参数；

8.若一个客户端程序调用多种服务，请重复4到7的步骤；

9.AcsCommitTrans：结束事务；

注：客户端开发按以上次序调用接口。

用户通过继承ACS服务端API类(CAcsServerApi)可以包装特定服务，其中用到的几个主要步骤如下：

●用户重载以下API；

1)OnStartup：完成服务应用程序的初始化功能；

2)OnService：完成响应服务请求的功能；

在OnService函数可以调用以下接口完成特定服务的处理；

AcsGetVar：取客户端传来的参数；

AcsPutVar：返回参数给客户端；

AcsGetClientModuleId：取客户端的模块ID；

AcsGetClientInstanceId：取客户端的实例ID

3)OnDestroy：完成应用程序退出前的清理工作。

注：OnStartup、OnService、OnDestroy三个函数服务端应用程序必须重载。

●调用AcsInit、AcsRun

1)AcsInit：服务端接口初始化；

2)AcsRun：服务端运行；

注：必须按AcsInit、AcsRun次序调用否则程序会报错。

TAP3文件处理系统的业务处理流程如图5所示：ACS控制中心启动时，会把所配置的ACS服务都启动起来，等待客户端(TAP3主控程序)的服务请求，TAP3主控程序可以根据自身需要决定服务的调用流程进行编排，此处服务调用顺序分别是校验、资费、查重及结果发布。所有的ACS服务请求均通过控制中心进行调度，实现客户端与服务的解耦，并实现服务端的负载均衡，ACS控制中心提供的事务机制，保证整体事务处理的完整性。

TAP3文件处理系统的业务处理流程具体包括步骤：

步骤501ACS的控制中心初始化校验服务端；步骤502ACS的控制中心初始化资费服务端；步骤503ACS的控制中心初始化查重服务端；步骤504ACS的控制中心初始化结果服务端；步骤505TAP3主程序(客户端)初始化；步骤506TAP3主程序(客户端)判断上次事务是否处理完整；步骤507若上次事务处理不完整，则对上一次事务进行回滚；若上次事务处理完整，则TAP3主程序事务处理开始；步骤508TAP3主程序向控制中心发送校验服务请求信号；步骤509控制中心将响应校验服务请求发送给校验服务端；步骤510校验服务端处理该校验请求；步骤511校验服务端发送服务处理完成信号给控制中心；步骤512控制中心将处理完成信号转发给TAP3主程序；步骤513TAP3主程序向控制中心发送资费服务请求信号；步骤514控制中心响应资费服务请求，并将该请求发送给资费服务端；步骤515资费服务端处理资费请求；步骤516资费服务端将服务处理完成信号发送给控制中心；步骤517控制中心将服务处理完成信号转发给TAP3主程序；步骤518TAP3主程序向控制中心发送查重服务请求信号；步骤519控制中心响应查重服务请求，并将该请求发送给查重服务端；步骤520查重服务端处理资费请求；步骤521查重服务端将服务处理完成信号发送给控制中心；步骤522控制中心将服务处理完成信号转发给TAP3主程序；步骤523TAP3主程序向控制中心发送结果发布请求信号；步骤524控制中心响应结果发布请求，并将该请求发送给结果发布服务端；步骤525结果发布服务端处理结果发布请求；步骤526结果发布服务端将服务处理完成信号发送给控制中心；步骤527控制中心将服务处理完成信号转发给TAP3主程序；步骤529TAP3主程序向控制中心提交下一事务处理。

本发明实施例中，ACS作为一个调度中间件，通过服务的拆分，很好的实现了漫游清算系统的功能解耦，通过客户端API和服务端API的重载可以灵活的实现漫游清算的业务扩展，在客户端(主控程序)实现了以话单文件为单位的事务控制，保障了话单的准确性，并且通过流程编排很好的实现了话单文件处理的跟踪。

应当理解的是，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，而所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims

1.一种漫游清算服务调度方法，其特征在于，包括以下步骤：

通过中间件的操作台查看服务端的服务进程。

2.根据权利要求1所述的方法，其特征在于，客户端发送所述服务请求之前，还包括步骤：

3.根据权利要求1或2所述的方法，其特征在于，包括多个服务端，分别提供校验、资费、查重以及结果发布的服务。

4.根据权利要求3所述的方法，其特征在于，还包括步骤：

通过所述操作台查看控制中心的工作状态，以根据需要启停控制中心。

5.根据权利要求4所述的方法，其特征在于，还包括所述控制中心进行会话管理的步骤，具体为：

6.一种漫游清算服务调度中间件，其特征在于，包括：

客户端API，用于为客户端提供API接口；

操作台，用于查看服务端的服务进程。

7.根据权利要求6所述的中间件，其特征在于，所述操作台还用于查看控制中心的工作状态，以根据需要启停控制中心。

8.根据权利要求7所述的中间件，其特征在于，所述控制中心还用于进行会话管理，具体为：在客户端已经退出，而服务端正在为该客户端服务时，所述控制中心用于中断该服务端的进程；在服务端执行时间超过预先设定的时间时，所述控制中心用于中断该服务端的进程，并向客户端返回表明发生超时错误的提示信息。

9.一种漫游清算服务调度系统，其特征在于，包括客户端、中间件和服务端，其中，

10.根据权利要求9所述的漫游清算服务调度系统，其特征在于，所述中间件为权利要求6-8中任一项所述的漫游清算服务调度中间件。