基于Parlay和XML的业牡务生成与执行系统的研究与实现.docVIP

基于Parlay和XML的业务生成与执行系统的研究与实现 摘要 传统的智能网业务生成环境是基于七号信令的，业务的执行与底层的物理网络密切相关，导致新业务的开发难度较大。下一代网络中的Parlay技术和OSA的结合使得应用层业务的开发不必依赖底层网络，提供了一种开发业务的通用方式。使用Parlay/OSA与XML相结合的方法实现这一系统，并给出了一个应用实例。关键词 智能网；业务生成环境；业务逻辑执行环境；Parlay/OSA；XML一、引言 传统的智能网业务开发模式使用信令消息的交互[1]，根据业务特性构造信令交互过程，并调用底层网络功能，从而构造出智能网业务。这种方式不但需要开发人员熟悉底层异构网络和复杂的信令，而且还面临着业务的跨平台性问题，下一代网中Parlay和OSA的结合为解决这些问题提供了可能。二、相关技术简介 使用Parlay/OSA技术构建业务时网络体系架构如图1。Parlay API位于现有网络之上，现有网络的网络单元通过Parlay网关与应用服务器进行交互，从而提供第三方业务或综合的业务，Parlay网关与应用服务器之间的接口为Parlay API。Parlay网关与现有网络单元之间的协议采用各个网络的现有协议[2]。这种网络结构高度抽象了底层网络的能力，采用开放的API编程接口，向第三方业务开发商开放，彻底屏蔽了底层网络的复杂性。 应用程序可以通过调用API编程接口方便地利用承载网络的业务能力，如呼叫控制能力、用户信息查询能力等，而不必了解承载网络信令细节。在OSA中，承载网络的业务能力被抽象成一组业务能力特征SCF（Service Capability Features ），这些SCF由业务能力服务器[3] SCS (Service Capability Servers ) 提供和支持。图1 Parlay API在网络中的位置3 系统的设计与实现3.1总体设计图2 系统总体结构 整个系统分为2大模块：SCE和SLEE。如图2所示SCE提供图形化界面，操作员拖拽图元图标，按适当的顺序摆放，并用适当的线条连接这些图元。以直观的图形化方式表示业务逻辑，并且最终生成新业务的XML描述文件，以作为SLEE模块的输入。SLEE读取并解析XML文件，生成与业务逻辑一致的java代码并且执行，调用Parlay网关的接口函数，支持终端用户使用新业务。考虑到跨平台的功能，这2个模块均使用java语言开发。3.2 SCE设计与实现 SCE部分主要包括图元、线条和界面操作的设计与实现以及XML标记的定义，限于篇幅界面操作部分在此不予详述。3.2.1图元的设计与实现 图元是组成业务的基本元素，系统对图元的处理分前台界面显示（JButton的继承类）和后台处理（一个线性存储结构Vector的继承类，记为SvrItemVector）2部分，业务编辑窗口中每创建一个图元的同时把此对象加入到SvrItemVector中，始终保持界面显示与内存完全同步，以便于对图元进行处理。 本系统设计的部分图元的名称、在编辑业务时可设置的图元属性以及该图元的功能以列表的方式给出，见表1。表1：部分图元属性及功能图元名业务编辑时可设定的属性业务执行时的功能Begin设定业务名，最大并发用户数，数据库连接信息，所用到的SCF系统初始化，应用和框架之间的互相鉴权，业务选择和业务协议的签订UICard卡业务的通用处理，设置卡号和密码的长度限制和结束符等提示用户按照属性中设定的格式输入卡号和密码，并收集用户的输入息UICall设定号码长度和拨号终止符等提示用户拨被叫号码，接收所拨号码，路由寻径，接续呼叫。UICheck设定可查询的信息类别返回查询结果，如账户余额，有效期UINewPWD设定可修改的信息类别接受修改请求，并更新系统信息。UICollect设定可收集的分支信息的类别、格式及范围收集分支信息，并据此转入相应处理SwitchLoopEnd无属性设置，仅标示分支或循环的结束终止分支或循环End无属性设置，标示业务的结束完成收尾工作，终止业务执行3.2.2 线条的设计与实现 线条是连接图元构成业务流程的元素。系统对线条设计与实现类似对图元的处理，也分前台显示和后台处理2部分。前台显示的作用是根据用户选定的划线起点与终点（均为图元对象），以及线条的类型，在业务编辑窗口中2个图元之间划1个带箭头的直线，从起始图元指向终止图元。不同类型的线条颜色不同。后台处理是设定一个线性存储结构Vector的继承类，记为LineVector。业务编辑窗口中每划1个线条的同时，生成1个线条对象（LineItem类对象），并设定此对象的起点图元、终点图元、线条类型等属性，然后把此对象保存到LineVector中，始终保持界面显示与内存数据完全同步，以便于对线条进行处理。 根据实际的