《基于Parlay和XML的业务生成与执行系统的研究与实现》由会员分享，可在线阅读，更多相关《基于Parlay和XML的业务生成与执行系统的研究与实现（8页珍藏版）》请在金锄头文库上搜索。
1、1基于 Parlay 和 XML 的业务生成与执行系 统的研究与实现摘要 传统的智能网业务生成环境是基于七号信令的，业务的执行与底层的物理网络密切相关，导致新业务的开发难度较大。下一代网络中的 Parlay 技术和OSA 的结合使得应用层业务的开发不必依赖底层网络，提供了一种开发业务的通用方式。使用 Parlay/OSA 与 XML 相结合的方法实现这一系统，并给出了一个应用实例。关键词 智能网；业务生成环境；业务逻辑执行环境；Parlay/OSA；XML一、引言传统的智能网业务开发模式使用信令消息的交互1，根据业务特性构造信令交互过程，并调用底层网络功能，从而构造出智能网业务。这种方式不但需
2、要开发人员熟悉底层异构网络和复杂的信令，而且还面临着业务的跨平台性问题，下一代网中 Parlay 和 OSA 的结合为解决这些问题提供了可能。二、相关技术简介使用 Parlay/OSA 技术构建业务时网络体系架构如图 1。Parlay API 位于现有网络之上，现有网络的网络单元通过 Parlay 网关与应用服务器进行交互，从而提供第三方业务或综合的业务，Parlay 网关与应用服务器之间的接口为 Parlay API。Parlay 网关与现有网络单元之间的协议采用各个网络的现有协议2。这种网络结构高度抽象了底层网络的能力，采用开放的 API 编程接口，向第三方业务开发商开放，彻底屏蔽了底层网
3、络的复杂性。应用程序可以通过调用 API 编程接口方便地利用承载网络的业务能力，如呼叫控制能力、用户信息查询能力等，而不必了解承载网络信令细节。在 OSA 中，承2载网络的业务能力被抽象成一组业务能力特征 SCF（Service Capability Features ），这些 SCF 由业务能力服务器3 SCS (Service Capability Servers ) 提供和支持。图 1 Parlay API 在网络中的位置3 系统的设计与实现3.1 总体设计图 2 系统总体结构整个系统分为 2 大模块：SCE 和 SLEE。如图 2 所示 SCE 提供图形化界面，操作员拖拽图元图标，按适
4、当的顺序摆放，并用适当的线条连接这些图元。以直观的图形化方式表示业务逻辑，并且最终生成新业务的 XML 描述文件，以作为 SLEE 模块的输入。SLEE 读取并解析 XML 文件，生成与业务逻辑一致的 java 代码并且执行，调用 Parlay 网关的接口函数，支持终端用户使用新业务。考虑到跨平台的功能，这 2 个模块均使用 java 语言开发。3.2 SCE 设计与实现SCE 部分主要包括图元、线条和界面操作的设计与实现以及 XML 标记的定义，限于篇幅界面操作部分在此不予详述。3.2.1 图元的设计与实现图元是组成业务的基本元素，系统对图元的处理分前台界面显示（JButton 的继承类）和
5、后台处理（一个线性存储结构 Vector 的继承类，记为 SvrItemVector）2 部分，业务编辑窗口中每创建一个图元的同时把此对象加入到 SvrItemVector 中，始终保持界面显示与内存完全同步，以便于对图元进行处理。本系统设计的部分图元的名称、在编辑业务时可设置的图元属性以及该图元的功能以列表的方式给出，见表 1。3表 1：部分图元属性及功能图元名业务编辑时可设定的属性业务执行时的功能Begin设定业务名，最大并发用户数，数据库连接信息，所用到的 SCF系统初始化，应用和框架之间的互相鉴权，业务选择和业务协议的签订UICard卡业务的通用处理，设置卡号和密码的长度限制和结束符等
6、提示用户按照属性中设定的格式输入卡号和密码，并收集用户的输入息UICall设定号码长度和拨号终止符等提示用户拨被叫号码，接收所拨号码，路由寻径，接续呼叫。UICheck4设定可查询的信息类别返回查询结果，如账户余额，有效期UINewPWD设定可修改的信息类别接受修改请求，并更新系统信息。UICollect设定可收集的分支信息的类别、格式及范围收集分支信息，并据此转入相应处理SwitchLoopEnd无属性设置，仅标示分支或循环的结束终止分支或循环End无属性设置，标示业务的结束完成收尾工作，终止业务执行3.2.2 线条的设计与实现5线条是连接图元构成业务流程的元素。系统对线条设计与实现类似对图
7、元的处理，也分前台显示和后台处理 2 部分。前台显示的作用是根据用户选定的划线起点与终点（均为图元对象），以及线条的类型，在业务编辑窗口中 2 个图元之间划1 个带箭头的直线，从起始图元指向终止图元。不同类型的线条颜色不同。后台处理是设定一个线性存储结构 Vector 的继承类，记为 LineVector。业务编辑窗口中每划 1 个线条的同时，生成 1 个线条对象（LineItem 类对象），并设定此对象的起点图元、终点图元、线条类型等属性，然后把此对象保存到 LineVector 中，始终保持界面显示与内存数据完全同步，以便于对线条进行处理。根据实际的需要本系统设计了以下 5 种类型线条。线
8、条的类型、颜色和在编辑业务时可设置的属性以及在生成 XML 文件时该线条的作用以列表的方式给出，见表 2。表 2：线条类型及功能说明线条类型线条颜色业务编辑时可设定的属性转化为 XML 文件时的作用表示正常流程黑色6无属性设定顺序排列所连的图元判断为真的分支绿色无属性设定加入IF标记判断为假的分支红色无属性设定加入ELSE标记表示循环的线条黄色设定循环的次数加入LOOP标记7表示多分支的线条蓝色设定分支的 CASE 值加入SwitchCASE标记3.2.3 XML 标记的定义及含义XML 标记的定义是根据图元和线条表示的图形化业务生成 XML 业务描述文件时所应遵循的标准。这些标记分为 2 大
9、类，它们的名称、描述及转化为 java 代码时的功能见表 3。表 3：XML 标记的描述及功能XML 标记类别名称描述转换成 java 代码时的功能第一类：与图元严格对应与图元同名，如：Begin8标记中含的属性正是图元中能设置的属性以属性值作为参数调用此图元对应的 Parlay API第二类：公用标记，主要是流程控制标记service业务流程的定界标记在程序中构造业务执行的框架 IF标示流程中为真的判断加入 if ( expr) 及 expr 为真时要执行的程序块：if ( ) ELSE标示流程中为假的判断加入 expr 为假时要执行的程序块 else LOOP标示流程中的循环9加入循环控制
10、框架，如 for (;) Switch标示流程中的多分支加入 switch () CASE标示流程中的分支值加入 case value1： case value2： 3.2.4 生成 XML 文件业务编辑窗口中显示的图元和线条连成的业务流程图，在内存中有相应的存储数据与它们保持完全对应，即上面提到的存储图元的线性结构 SvrItemVector 和存储线条的线性结构 LineVector。依照图元，线条以及 XML 标记的对应关系（见表 1表 3），生成相应的 XML 元素，并组合这些元素成为 XML 文件，描述业务流程。对内存中线性存储结构中的每个元素进行处理。依次取出 LineVector
11、 中的每个元素 lineItem,根据 lineType 属性插入用于流程控制的 XML 标记，根据 lineItem的 fromItem 和 toItem 属性插入与相应图元对应的 XML 标记。对线性存储结构中的每个元素循环使用此方法，构建一个 XML 结构树，然后通过org.jdom.XMLOutputter 的 Output()方法向磁盘输出 XML 文件。3.3 SLEE 的设计与实现SLEE 模块的功能是把 XML 文件描述的业务转化成完整的 java 代码，并编译执10行。通过调用 Parlay 网关的接口函数，支持新业务。Java 代码分为 2 部分：用于初始化的通用部分（每种
12、业务都需要用到的）和与专门与某个图元对应的部分。3.3.1 通用部分主要包括业务应用程序和 Parlay 网关之间的鉴权、业务选择以及业务协议签订这些功能。由 Begin 图元对应的代码完成，它组合相应的用于鉴权和业务协议签订的一些 Parlay API。3.3.2 针对具体图元的代码通用部分代码生成后，SLEE 读取并解析 XML 文件，根据读出的标记，插入与具体图元对应的代码。具体业务支持的特定功能由相应图元对应的代码完成。各图元对应的 Parlay API，主要有以下几个，限于篇幅在这里统一描述：(1) 一般呼叫控制业务管理接口 IpCallControlManager 的 enable
13、CallNotification()方法，完成触发事件标准注册4；(2) 一般呼叫控制业务的回调管理接口 IpAppCallControlManager 的callEventNotify ()方法，业务能力服务器通过它实现通知应用有呼叫产生4；(3) 用户交互呼叫接口 IpUICall 的 sendInfoAndCollectReq()方法和 sendInfoReq()方法，向业务能力服务器请求信息4；(4) 用户交互呼叫回调接口 IpAppUICall 的 sendInfoAndCollectRes()方法，业务能力服务器通过它实现通知机制4；(5) 呼叫接口类 IpCall 的 route
14、Req()方法4，完成用户呼叫的接续。3.3.3 编译与执行SLEE 编译并执行生成的 java 代码，并调用实际的 Parlay 网关或网络模拟器（如朗讯的模拟器 MiLife ISG）的 Parlay API 就能够支持新业务的应用了。114 应用实例4.1 200 号预付费卡业务的流程：(1) 摘机，听到拨号音后拨“200”并进行语言选择；(2) 按提示音依次输入 200 卡帐号和密码；(3) 听到“请输入被叫号码”提示音后，输入要拨叫的号码；(4) 通话控制与计费处理。4.2 200 业务的生成和执行(1) 根据 200 业务的流程和功能在 SCE 中选择几个图元（每个图元的具体功能见
15、表 1），并使用约定的线条连接成流程图，如图 3。图 3 200 业务实例SCE 为此业务生成的 XML 文件如下（记为 200.xml）。?xml version=“1.0“ encoding=“UTF-8“? !DOCTYPE service SYSTEM “.T_xml.dtd“ serviceBegin SCF=“P_GENERIC_CALL_CONTROL;P_USER_INTERACTION;“ Name=“*200“ MaxSize=“20“ DBDriver=“OracleDriver“ ConnStr=“10.10.139.1:1521“ UserName=“scott“ P
16、WD=“tiger“ /UICard CardLen=“10“ CardEnd=“#“ PWDLen=“6“ PWDEnd=“#“ /SwitchUICollectCASE case=“1“UICall CallLen=“13“ CallEnd=“#“ /CASECASE case=“2“UICheck /CASECASE case=“3“UINewPWD /CASE/UICollect/SwitchSwitchLoopEnd /End /12/service（2）业务执行环境 SLEE 调用业务描述文件 200.xml，生成 java 代码，并编译、执行此代码，连接实际的 Parlay 网关或网络模拟器（如 Lucent MiLife ISGSIM）就能支持 200 业务，终端用户就能使用此项业务了。参考文献1 杨放春，孙其博.智能网技术及其发展M.北京：北京邮电大学出版社，2002.11-312 中华人民共和国信息产业部.Parlay 应用程序接口（API）技术规范（版本 3.0）.3-2
