专利名称：一种业务组件式开发方法
技术领域：
本发明涉及一种业务组件式开发的技术方案，特别是在电信系统内部解决面向服务系统架构、业务中心Server和业务组件Service捆绑架构的技术方案。
背景技术：
以余额管理为例，余额分散在在线计费系统和准实时计费系统中，充值系统和CRM 会对余额进行查询和充值。在线计费系统对预付费用户提供话务级的计费服务，拥有自己的余额管理，实现了计费的实时和精确控制。在通话当中，余额被实时地查询和更新。在准实时计费系统中，也拥有自己的余额管理，对后付费用户的余额的进行话单级的计费控制。 于是，后付费和预付费用户在业务上被分开，不能满足业务发展的需要。余额管理系统在预后融合这一大趋势下应运而生。余额管理平台可以为预付费用户和后付费用户提供统一的余额管理，操作和查询。可以有效的支撑0CS，融合计费和以后的统一支付平台。有了统一的余额管理中心后， 统一了余额视图，客户感知更好，在线计费系统，准实时计费系统，CRM和充值系统(或以后的统一支付平台)对余额进行操作，不再需要相互之间进行接口调用，只需直接调用统一的余额接口，交叉优惠和多业务捆绑也更容易实现，有效地支持了预付和后付的融合计费。余额管理系统组件式开发方法系统四层架构使系统结构更加清晰，业务逻辑与原子数据的拆分使业务处理与数据无关。Server和Service捆绑式设计便于后续系统根据实际情况做分布式部署。
发明内容
本发明提供的是一种应用到业务管理系统的业务组件式开发方法，实现采用的是仿Tuxedo设计，Server和Service捆绑式设计,业务组件之间彼此独立,使得系统的维护性大大简化、扩展能力进一步提高。本发明解决上述技术问题的技术方案如下包括步骤如下
步骤I :将业务管理系统分层设计，采用接口协议转换层、事务服务控制层、业务逻辑层、数据原子层四层架构模式；其中，接口协议转换层封装了包括DCC、FEDX消息协议接口的接口，为新接口协议提供了二次开发API接口，业务逻辑层采用可开发扩展的设计，启动指定业务，将业务逻辑层、数据原子层编译生成共享动态库，业务管理系统动态调用该共享动态库；
步骤2 :根据业务功能列表启动对应的业务服务器及业务；
步骤3:将消息包读入内存；
步骤4 :从消息包头中取得业务处理编码；
步骤5 :根据业务处理编码对消息包体进行解析，取得MSISDN ；
步骤6 :根据MSISDN将消息包体路由分发到对应的业务处理线程；
步骤7 :业务处理线程根据业务处理编码进行包体解析、业务逻辑处理、返回处理结果;
步骤8 :如果存在新的未处理的消息，重复执行步骤3至步骤7 ;否则，结束。本发明的有益效果是系统采用Server和Service捆绑式设计，Server和 Service之间为多对多关系,相较于一对多的处理模式,本发明Service能在多个Server中使用，使得业务实现更加方便；业务启动采用配置实现，相较于传统的全业务启动方式，便于系统进行分布式部署。
附图I为本发明Server和Service捆绑式设计的系统架构图。附图2为本发明4层系统架构图。
具体实施例方式以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。首先、业务管理采用接口协议转换层、事务服务控制层、业务逻辑层、数据原子层四层架构模式；接口协议转换层封装了 DCC、FEDX等消息协议接口，为新接口协议提供了简单的二次开发API接口 ；再次、业务逻辑层采用可开发扩展的设计，能够灵活的启动指定业务；再次、系统采用仿TUXEDO技术，提供业务请求的并发性和系统本身的扩展性和伸缩性。本发明的一种业务组件式开发方法，包括如下步骤
步骤I :将业务管理系统分层设计，采用接口协议转换层、事务服务控制层、业务逻辑层、数据原子层四层架构模式；
步骤2 :根据业务功能列表启动对应的业务服务器及业务；
步骤3:将消息包读入内存；
步骤4 :从消息包头中取得业务处理编码；
步骤5 :根据业务处理编码对消息包体进行解析，取得MSISDN ；
步骤6 :根据MSISDN将消息包体路由分发到对应的业务处理线程；
步骤7 :业务处理线程根据业务处理编码进行包体解析、业务逻辑处理、返回处理结
果;
步骤8 :如果存在新的未处理的消息，重复执行步骤3至步骤7 ;否则，结束。其中系统分层设计如附图2所示，将业务逻辑层、数据原子层编译生成共享动态库，业务管理系统动态调用该共享动态库。在步骤2中，启动业务服务器及业务，首先将业务功能列表中的配置信息加 #其他可扩展业务
<……> 载到内存中，系统循环启动配置的服务器及业务。以下为本发明方法的Server 和Service的配置文件信息，本文将配置的是进程在启动时使用的基本信息，采用ASCII文件格式
#CF服务器
#预留回滚业务<RESERVE_ROLLBACK:reserve_rollback> #预留提交业务
<SESSI0N_C0MMIT:reserve_commit>
#AM服务器 [am]
#查询业务
<BALANCE_QUERY:balance_query>
#其他可扩展业务
#其他可扩展服务器 [……]
#File服务器 [file]
#补款业务
<BAL_REFUND:ocs_refund>
在步骤6中，根据MSISDN做路由分发，主要采用将MSISDN字符串中的各个字符进行累加，然后对累加的字符按线程个数进行取模操作，根据取模后的值进行路由分发。如果包体中不存在MSISDN则取包体中的会话标识，然后采用上面的描述进行路由分发。本发明的业务管理系统的业务组件式开发方法可应用到余额管理系统中。
权利要求
1.一种应用到业务管理系统的业务组件式开发方法，包括步骤I :将业务管理系统分层设计，采用接口协议转换层、事务服务控制层、业务逻辑层、数据原子层四层架构模式，其中，接口协议转换层封装了包括DCC、FEDX消息协议接口的接口，为新接口协议提供了二次开发API接口，业务逻辑层采用可开发扩展的设计，启动指定业务，将业务逻辑层、数据原子层编译生成共享动态库，业务管理系统动态调用该共享动态库；步骤2 :根据业务功能列表启动对应的业务服务器及业务；步骤3:将消息包读入内存；步骤4 :从消息包头中取得业务处理编码；步骤5 :根据业务处理编码对消息包体进行解析，取得MSISDN ；步骤6 :根据MSISDN将消息包体路由分发到对应的业务处理线程；步骤7 :业务处理线程根据业务处理编码进行包体解析、业务逻辑处理、返回处理结果;步骤8 :如果存在新的未处理的消息，重复执行步骤3至步骤7 ;否则，结束。
2.根据权利要求I所述的业务组件开发方法，其特征在于步骤2中描述的业务功能列表中配置有启动服务器类型、业务组件，并且服务器和业务组件采用多对多的组合方式。
3.根据权利要求I所述的业务组件开发方法，其特征在于步骤2中采用的是Server 和Service捆绑式设计。
4.根据权利要求I所述的业务组件开发方法，其特征在于所述消息包中的关键信息为会话标识和业务处理编码。
5.根据权利要求I所述的业务组件开发方法，其特征在于如果包体中存在MSISDN则系统采用MSISDN进行业务路由分发，如果不存在则根据会话标识。
全文摘要
本发明提供的是一种应用到业务管理系统的业务组件式开发方法，包括步骤1、业务管理系统采用接口协议转换层、事务服务控制层、业务逻辑层、数据原子层四层架构模式；步骤2、根据配置启动对应的服务器及业务处理线程(仿Tuxedo设计)；步骤3、将消息包读入内存；步骤4、从消息包头中取得业务处理编码；步骤5、根据业务处理编码对消息包体进行解析，取得MSISDN；步骤6、根据MSISDN进行路由分发到对应的业务处理线程；步骤7、业务处理线程根据业务处理编码进行包体解析、业务逻辑处理、返回处理结果；步骤8、重复步骤3至步骤7。本发明采用业务组件封装方法，将每个业务封装成一个单独的处理流程，业务之间彼此独立，便于二次开发，动态库的实现为系统提供了灵活的业务加载机制、仿Tuxedo的设计使系统的伸缩扩展性更强。
文档编号H04L29/06GK102595365SQ20121005957
公开日2012年7月18日 申请日期2012年3月8日 优先权日2012年3月8日
发明者王慧清 申请人:北京神州数码思特奇信息技术股份有限公司