1、中国联通综合营帐系统接口规范中国联合通信有限公司2001年6月1.概述101.1.接口定义原则101.2.接口使用要求111.2.1.综合营帐系统管理者111.2.2.系统集成商121.3.参考文献122.接口总体描述142.1.软件体系结构142.2.接口总体描述152.3.接口实现原则172.4.接口参考点182.4.1.F1接口192.4.2.A1接口192.4.3.A2接口202.4.4.B1接口202.4.5.B2接口213.接口实现机制223.1.工单流转接口实现机制223.1.1.基于交易中间件223.1.2.基于消息中间件233.1.3.基于过程调用和共享数据表253.2.批量
2、数据接口实现机制253.2.1.传输方式253.2.2.传输协议263.2.3.传输过程264.与GSM/CDMA营帐系统接口274.1.营业受理274.1.1.新装业务接口具体实现274.1.2.过户业务接口具体实现444.1.3.停/开机业务接口具体实现504.1.4.退网申请业务接口具体实现534.1.5.退网业务接口具体实现564.1.6.取消退网申请业务接口具体实现604.1.7.业务变更业务接口具体实现644.1.8.客户资料变更业务接口具体实现674.1.9.改号业务接口具体实现724.1.10.预约选号业务接口具体实现764.1.11.换卡补卡业务接口具体实现774.1.12.
3、租用业务接口具体实现814.1.13.详单查询业务接口具体实现884.1.14.帐务查询业务接口具体实现914.1.15.合并客户业务接口具体实现954.1.16.拆分客户业务接口具体实现984.1.17.工单查询业务接口具体实现984.2.信用管理/防欺诈1014.2.1.信用度与黑红名单评定业务接口具体实现1014.2.2.信用控制业务接口具体实现1074.3.综合帐务1134.3.1.优惠套餐上传接口具体实现1134.3.2.帐单上传接口具体实现1164.3.3.调帐数据下传接口具体实现1194.3.4.销帐1224.3.5.返销帐1254.3.6.呆坏帐处理业务接口具体实现1284.3
4、.7.无主话单查询业务接口具体实现1334.4.缴费1364.4.1.缴款业务接口具体实现1364.4.2.退款业务接口具体实现1394.4.3.滞纳金管理业务接口具体实现1404.5.基于智能网的GSM预付费系统接口1434.5.1.用户资料查询业务接口具体实现1434.5.2.消息序列图1434.5.3.用户月结帐单查询接口具体实现1474.5.4.用户实时话费查询接口具体实现1504.5.5.用户详细话单查询接口具体实现1534.5.6.用户帐户余额查询接口具体实现1564.5.7.预付费卡充值业务接口具体实现1595.与BP业务接口1635.1.入网业务接口具体实现1635.1.1.消
5、息序列图1635.1.2.工单流转说明1635.1.3.号码资源查询接口服务单元1645.1.4.号码选占操作接口服务单元1665.1.5.入网业务接口服务单元1685.1.6.业务完工业务接口服务单元1725.2.停/开机业务接口具体实现1755.2.1.消息序列图1755.2.2.工单流转说明1755.2.3.销帐接口服务单元1765.2.4.停/开机接口服务单元1765.2.5.业务完工接口服务单元1785.3.退网业务接口具体实现1785.3.1.消息序列图1785.3.2.工单流转说明1795.3.3.销帐接口服务单元1795.3.4.退网接口服务单元1805.3.5.业务完工接口服
6、务单元1825.4.业务变更业务接口具体实现1835.4.1.消息序列图1835.4.2.工单流转说明1835.4.3.业务变更接口服务单元1845.4.4.业务完工接口服务单元1865.5.客户资料变更业务接口具体实现1865.5.1.消息序列图1865.5.2.工单流转说明1865.5.3.客户资料变更接口服务单元1875.6.租用业务接口具体实现1915.6.1.消息序列图1915.6.2.工单流转说明1915.6.3.号码资源查询接口服务单元1925.6.4.号码选占接口服务单元1925.6.5.租用业务接口服务单元1925.6.6.业务完工接口服务单元1966.与长话营帐系统接口19
7、86.1.联机工单接口具体实现1986.1.1.消息序列图1986.1.2.消息序列说明1986.1.3.联机工单接口服务单元1996.2.用户资料变更接口具体实现2026.2.1.消息序列图2026.2.2.消息序列说明2026.2.3.用户资料变更接口服务单元2036.3.帐户资料变更接口具体实现2066.3.1.消息序列图2066.3.2.消息序列说明2066.3.3.帐户资料变更接口服务单元2076.4.客户资料变更接口具体实现2106.4.1.消息序列图2106.4.2.消息序列说明2106.4.3.客户资料变更接口服务单元2116.5.新建客户接口具体实现2146.5.1.消息序列
8、图2146.5.2.消息序列说明2146.5.3.新建客户接口服务单元2146.6.合并客户业务接口具体实现2186.6.1.消息序列图2186.6.2.消息序列说明2186.6.3.客户合并接口服务单元2186.7.拆分客户业务接口具体实现2216.7.1.消息序列图2216.7.2.消息序列说明2216.7.3.拆分客户接口服务单元2226.8.用户资料查询接口具体实现2266.8.1.消息序列图2266.8.2.消息序列说明2266.8.3.用户资料查询接口服务单元2276.9.帐户资料查询接口具体实现2306.9.1.消息序列图2306.9.2.消息序列说明2306.9.3.帐户资料查
9、询接口服务单元2316.10.客户资料查询接口具体实现2346.10.1.消息序列图2346.10.2.消息序列说明2346.10.3.客户资料查询接口服务单元2356.11.详单查询业务接口具体实现2386.11.1.消息序列图2386.11.2.消息序列说明2386.11.3.详单查询接口服务单元2396.12.帐务资料查询接口具体实现2426.12.1.消息序列图2426.12.2.消息序列说明2426.12.3.帐务查询接口服务单元2426.13.合并帐户业务接口具体实现2466.13.1.消息序列图2466.13.2.消息序列说明2466.13.3.申请合并帐户接口服务单元2476.
10、14.拆分帐户业务接口具体实现2496.14.1.消息序列图2496.14.2.消息序列说明2506.14.3.申请拆分帐户接口服务单元2506.15.新建帐户业务接口具体实现2536.15.1.消息序列图2536.15.2.消息序列说明2536.15.3.申请新建帐户接口服务单元2546.16.缴费业务接口具体实现2576.16.1.消息序列图2576.16.2.消息序列说明2576.16.3.缴费接口服务单元2576.17.销帐业务接口具体实现2606.17.1.消息序列图2606.17.2.消息序列说明2606.17.3.申请销帐接口服务单元2616.18.返销业务接口具体实现2646.
11、18.1.消息序列图2646.18.2.消息序列说明2646.18.3.返销业务接口服务单元2646.19.退款业务接口具体实现2676.19.1.消息序列图2676.19.2.消息序列说明2676.19.3.退款接口服务单元2686.20.信用管理接口具体实现2706.20.1.消息序列图2706.20.2.消息序列说明2706.20.3.高额状况接口服务单元2716.20.4.费用分担接口服务单元2736.21.业务停开接口具体实现2766.21.1.消息序列图2766.21.2.消息序列说明2766.21.3.业务停开接口服务单元2776.22.申请新业务接口具体实现2806.22.1.
12、消息序列图2806.22.2.消息序列说明2806.22.3.申请新业务接口服务单元2806.23.客户过户接口具体实现2846.23.1.消息序列图2846.23.2.消息序列说明2856.23.3.申请业务过户接口服务单元2856.24.业务过户接口具体实现2896.24.1.消息序列图2896.24.2.消息序列说明2896.24.3.申请业务过户接口服务单元2906.25.改号业务接口具体实现2936.25.1.消息序列图2936.25.2.消息序列说明2936.25.3.客户设备号码变更接口服务单元2946.26.业务变更接口具体实现2966.26.1.消息序列图2966.26.2.
13、消息序列说明2976.26.3.业务变更接口服务单元2976.27.业务注销申请接口具体实现3006.27.1.消息序列图3006.27.2.消息序列说明3006.27.3.业务注销申请接口服务单元3016.28.业务注销接口具体实现3046.28.1.消息序列图3046.28.2.消息序列说明3046.28.3.业务注销接口服务单元3046.29.取消业务注销申请接口具体实现3076.29.1.消息序列图3076.29.2.消息序列说明3086.29.3.取消业务注销申请接口服务单元3086.30.客户注销申请接口具体实现3116.30.1.消息序列图3116.30.2.消息序列说明3116
14、.30.3.客户注销申请接口服务单元3116.31.客户注销接口具体实现3156.31.1.消息序列图3156.31.2.消息序列说明3156.31.3.客户注销接口服务单元3156.31.4.帐户注销接口服务单元3186.32.取消客户注销申请接口具体实现3216.32.1.消息序列图3216.32.2.消息序列说明3216.32.3.取消客户注销申请接口服务单元3226.33.信用度变更接口具体实现3256.33.1.消息序列图3256.33.2.消息序列说明3256.33.3.信用度变更接口服务单元3257.与IP营帐系统接口3307.1.自动开户业务接口具体实现3307.1.1.消息序
15、列图3307.1.2.工单流转说明3307.1.3.自动开户户接口服务单元3307.2.专线(或VPN)开户接口具体实现3357.2.1.消息序列图3357.2.2.工单流转说明3367.2.3.IP资源查询接口单元3367.2.4.开户接口服务单元3387.3.工单查询接口具体实现3437.3.1.消息序列图3437.3.2.工单流转说明3437.3.3.工单查询接口服务单元3437.4.回单接口具体实现3467.4.1.消息序列图3467.4.2.工单流转说明3467.5.密码修改接口具体实现3487.5.1.消息序列图3487.5.2.工单流转说明3487.6.客户基本信息变更接口具体实
16、现3517.6.1.消息序列图3517.6.2.工单流转说明3517.7.资费上传接口具体实现3557.7.1.消息序列图3557.7.2.工单流转说明3557.8.服务更换接口具体实现3577.8.1.消息序列图3577.8.2.工单流转说明3587.9.用户状态变更接口具体实现3617.9.1.消息序列图3617.9.2.工单流转说明3617.10.卡激活接口具体实现3647.10.1.消息序列图3647.10.2.工单流转说明3647.11.卡号查询接口具体实现3677.11.1.消息序列图3677.11.2.工单流转说明3677.12.卡充值接口具体实现3707.12.1.消息序列图3
17、707.12.2.工单流转说明3707.13.详单查询接口具体实现3727.13.1.消息序列图3727.13.2.工单流转说明3737.13.3.详单查询接口服务单元3737.14.帐单传递接口具体实现3767.14.1.消息序列图3767.14.2.工单流转说明3767.14.3.帐单传递接口服务单元3777.15.销帐接口具体实现3807.15.1.消息序列图3807.15.2.工单流转说明3807.15.3.销帐接口服务单元3807.16.反销帐接口具体实现3837.16.1.消息序列图3837.16.2.工单流转说明3837.16.3.反销帐接口服务单元3837.17.预付用户余额查
18、询接口具体实现3867.17.1.消息序列图3867.17.2.工单流转说明3867.17.3.预付用户余额查询接口服务单元3867.18.卡残值转移的接口具体实现3897.18.1.消息序列图3897.18.2.工单流转说明3897.18.3.卡余额查询接口服务单元3897.18.4.卡残值转移接口服务单元3898.附录:中国联通综合营帐系统接口信息编码规则3928.1.概述3928.1.1.编码范围3928.1.2.编码原则3928.1.3.编码使用方法3938.2.第一段(X1X2)编码映射表3938.3.第二段(X3X4X5)编码映射表3938.4.第三段(X6X7X8)编码映射表39
19、61. 概述中国联通作为国内唯一一家对所有电信业务拥有经营权的电信运营商,拥有全国范围内相当规模的公用电信网,经营多种基础电信业务和增值电信业务,形成移动、长途、国际、数据(165)、IP电话、电子商务、寻呼、增值业务、市话等多种业务并存共同发展的格局。为了充分发挥综合优势,实现灵活多变的营销策略,实现多种业务“一台清、一单清”,为客户提供统一的、综合的、规范化的高质量服务。中国联通推出了综合营帐系统。由于目前中国联通已建和在建的营业及帐务系统基本上是分专业独立建设,管理机制上采用分项管理,加之各业务已有的营帐系统建设厂家多、数据量大、系统结构复杂,因此综合营帐系统的建设将是一个复杂而艰巨的任
20、务。为了充分保证系统的规范性和开放性,特提出综合营帐系统接口规范。本接口规范以中国联通综合营帐系统总体方案、中国联通综合营帐系统业务规范和中国联通综合营帐系统技术规范为依据,在充分采纳广大厂家和分公司建议的基础上,经过联通信息系统部综合营帐系统接口规范小组的反复讨论制定。接口规范将作为中国联通综合营帐系统技术规范的附件推出,和中国联通综合营帐系统总体方案、中国联通综合营帐系统业务规范、中国联通综合营帐系统技术规范一起对综合营帐系统的建设起到约束和指导作用。1.1. 接口定义原则本规范所规定的接口是综合营帐子系统与各专业计费子系统之间的接口,以实现系统间的工单调度。考虑到综合营帐子系统应该是消除
21、各业务处理差别的环节,同时要求现有各专业计费子系统修改其与帐务接口的数据格式的工作量非常巨大,因此综合营帐子系统与各专业计费子系统之间的接口标准应尽量适应现有专业计费子系统。综合营帐系统与个专业系统接口应达到如下目标: 接口简单明了,便于形成、操作和传输,并尽量满足现在和将 来的需求; 接口能灵活地支撑综合营帐系统和各专业系统的业务需求; 综合营帐系统与各专业系统的接口应充分考虑安全性,适用性, 不影响综合营帐系统和专业系统的安全性能和业务性能。为了保证综合营帐系统与各专业子系统方便、可靠地接口,实现综合营帐系统的规范性、开放性、扩展性、业务独立性,接口定义应满足如下原则: 使用简单、快捷的方
22、式实现综合营帐系统与各专业子系统的接口; 接口规范应充分考虑综合营帐系统与各专业子系统的应用扩展情况; 保证接口数据在综合营帐系统与各专业子系统的一致性; 接口数据能够方便的形成,并能在被接口方顺利地倒入; 在接口数据交互过程中,应具有数据传送和接收传送后的确认过程; 在满足要求的前提下,使接口数据量最少; 接口数据传输控制策略可靠且完善; 具有可靠的接口数据出错处理机制。此外,为方便对联通各省综合营帐系统进行统一管理与集中监控,省级综合营帐系统在具体建设过程中,应该考虑向上级管理与监控中心提供所需系统软硬件运行状况等必要信息,并开放相应管理接口。1.2. 接口使用要求综合营帐系统接口规范适用
23、于中国联合通信有限公司运营的所有业务建设指导,包括GSM、CDMA、长途、互联网、IP、市话、寻呼及各种业务的增值业务,也包括以后出现的新业务。本接口规范的使用者为中国联通综合营帐系统管理者、综合营帐系统集成商和各专业营帐系统集成商。1.2.1. 综合营帐系统管理者 各联通分公司应严格按照接口规范对试点和试验系统进行验收,对严重违反规范的,特别是在体系结构上与规范相差较大的系统,将不予验收。 各联通分公司综合营帐系统建设部门在与其他业务部门协调过程中,如遇到业务部门无法提供的接口内容,需要以正式文本的方式提交总部信息系统部。 各联通分公司在综合营帐系统建设过程中,可以根据实际情况就接口规范中存
24、在的问题,以E-mail、传真或正式文本的方式向总部提交建议。1.2.2. 系统集成商 各厂家必须严格按照接口规范进行系统的开发。 在开发过程中,如有和规范不一致的地方,各厂家需要以正式文本的方式写出不一致的地方、为什么不同以及自己是怎样实现的,同时还要明确写出可能对其他系统的影响。通过E_MAIL、传真或快递信函的方式提交联通总部信息系统部。1.3. 参考文献中国联通综合营帐系统总体方案中国联通综合营帐系统业务规范中国联通综合营帐系统技术规范中国联通CDMA专业计费子系统总体方案中国联通CDMA专业计费子系统业务规范中国联通CDMA专业计费子系统技术规范中国联通客户服务系统技术规范(试行)中
25、国联通企业内部网IP地址规划(草案)中国联通客户服务系统接口规范T1接口标准(V1.1)中国联通客户服务系统接口规范T2接口标准(V1.1)中国联通客户服务系统接口规范S1接口标准(V1.1)中国联通客户服务系统接口规范S3接口标准(V1.1)中国联通客户服务系统接口规范H1接口标准(V1.1)中国联通客户服务系统接口规范H2接口标准(V1.1)中国联通客户服务系统接口规范H3接口标准(V1.1)中国联通客户服务系统接口规范H接口编码参考规范(V1.1)中国联通全国客服中心客户服务信息库信息模型(完整版)中国联通全国客服中心客户服务信息库信息模型(不含座席接入版本)2. 接口总体描述2.1.
26、软件体系结构投资,必须保证业务逻辑在多个层次上得以实现,保证消息和数据能够得到及时、有序的传递,保证统一客户资料与各专业系统数据的映射对应关系,应用软件体系采用三层客户/服务器体系结构,如下图所示:软件体系结构图软件应遵循三层体系结构,分述如下:1 表示层:实现用户交互和数据表示,为下面的处理收集数据,向第二层业务逻辑层发出请求,并显示处理结果。这一层功能的实现可以采用 GUI(即图形用户界面)、浏览器等方式实现。向业务逻辑层发起的请求还可以来自于客服系统、银行缴费系统等。2 业务逻辑层:实现软件的业务逻辑处理,这一层又由两部分组成: 综合部分:即本次新建部分。根据中国联通综合营帐系统总体方案
27、的规定,综合营帐系统共有五大功能模块:综合营业,综合帐务,缴费,信用/防欺诈管理,统一客户资料; 各专业系统业务逻辑:包括现有业务GSM、165数据、VOIP、193长途、市话、寻呼等业务系统的业务逻辑部分;业务逻辑层通过接口响应表示层发起的请求,完成相应的业务处理并通过相应的接口完成对数据的操作。在本系统中,专业系统业务逻辑不直接响应表示层的请求,专业系统业务逻辑的请求只能来自于综合业务逻辑层。3 数据层:该层包括各专业系统的数据和本期新建的统一客户资料。图中的阴影部分表示原有各专业业务系统,这些专业业务系统对综合营帐系统来说是一种特殊的数据资源。表示层不能直接对各种数据资源进行直接的操作,
28、必须通过业务逻辑层。综合业务逻辑对原有各专业子系统数据的访问必须通过专业子系统的业务逻辑层,而不能直接操作。其接口通信形式可以采用同步调用、异步调用、队列、文件形式、数据库表形式等实现。2.2. 接口总体描述综合营帐系统提供,实现三种类型的接口,如下图所示:1. 内部接口综合营帐系统所包含几个模块之间,某个模块对其他模块所要求调用及提供的接口关系。2. 外部接口综合营帐系统与外部其它系统的接口,是综合营帐系统与其它系统的连接并透明地进行数据交换和程序调用的逻辑层面。综合营帐系统主要与以下外部系统存在接口: 专业计费系统 综合结算系统 综合客服系统 大客户系统 银行、邮政等代缴费系统 网管系统
29、OA、财务等其他系统3. 与现有专业营帐系统接口综合营帐系统与现有各专业营帐系统的接口,以实现系统各项功能、任务的分派和调度。本接口规范就是要对此接口进行具体、详尽的描述与规定。2.3. 接口实现原则关于第三类接口综合营帐系统与各专业营帐子系统之间的接口的实现原则,如下图所示:在具体实现时,应该在综合营帐系统与各专业营帐子系统通过适配器实现双方的互连。考虑到综合营帐系统为一个新建系统,投资大,设计灵活,实现方便,故综合营帐一方的适配器功能应该比各专业营帐子系统一方的适配器功能强,做的工作多。总的原则就是综合营帐系统应该尽量向各现有专业营帐子系统靠拢,同时对各专业营帐子系统的操作最好是增加而不是
30、修改,而且对现有系统的改动要做到最小。2.4. 接口参考点根据综合营帐的体系结构,标准化参考点主要分为三个系列F(fulfillment)系列、A(assurance)系列、B(billing)系列。根据实际的完成的功能,规范参考点如图为: F1综合营业受理实现资源配置和业务配置时与专业营业之间的参考点; F2专业营帐为实现开通/关闭与网络层的接口(本规范对此暂不做描述)。 A1综合营帐信用/防欺诈与专业信用/防欺诈之间的参考点 A2综合营帐的统一客户资料与各专业客户资料之间的参考点 B1综合帐务与各专业帐务之间的参考点。 B2综合缴费与各专业缴费之间的参考点。2.4.1. F1接口F接口是为
31、实现业务开通功能,综合营业与专业营业之间交互的接口。参考点F1是综合营帐进行业务开发和业务配置需要专业营业支撑的接口。u 接口功能和方式F1接口是综合营帐和专业业务配置间的消息接口,F1接口的消息或信息的传递基于TCP/IP协议,或者基于通信(消息)中间件及API(对于批量的业务可考虑采用文件)。F1接口的消息传递要求保证准确性和实时性。通过参考点F1,综合营帐将业务逻辑映射成对各专业系统的业务开通控制过程请求,交由各专业营帐控制功能实现对业务的配置与开通。u 消息类型 业务新建消息 业务变更消息 业务取消消息 业务关闭消息 业务查询消息2.4.2. A1接口A参考点是综合营帐进行业务保障与专
32、业营帐之间的接口。A1是综合营帐信用/防欺诈与专业信用/防欺诈之间的参考点。u 接口功能和方式A1接口是综合营帐和专业营帐信用防欺诈控制之间的接口,实现综合营帐与专业营帐之间的信用同步、一致,并完成正确的信用控制。A1接口的消息或信息的传递基于TCP/IP协议,或者基于通信(消息)中间件及数据库表和API。A1接口的消息传递要求保证准确性和实时性。u 消息类型 同步信用信息消息 同步行为信息消息 防欺诈控制消息 信用/行为查询消息 防欺诈控制行为查询消息2.4.3. A2接口A参考点是综合营帐进行业务保障与专业营帐之间的接口。A2是综合营帐的统一客户资料与各专业客户资料之间的参考点。u 接口功
33、能和方式A2接口是综合客户资料与专业客户资料之间的接口,目前,综合客户资料的管理功能实际分布在综合营业、综合帐务、信用/防欺诈、缴费各各自功能当中,故目前的A2接口实际业是分布在各个功能当中。但考虑到建设综合营帐的 最终目标,逻辑上应将客户资料的管理部分的接口统一在一起。A2接口的消息或信息的传递基于TCP/IP协议,或者基于通信(消息)中间件及数据库表、文件和API。A2接口的消息传递要求保证准确性和实时性。u 消息类型 新建客户资料(含帐户、用户/业务)信息 变更客户资料(含帐户、用户/业务)信息 同步客户资料(含帐户、用户/业务)信息 客户资料查询信息2.4.4. B1接口B参考点是综合
34、营帐进行业务计量与专业营帐之间的接口。B1是综合帐务与各专业帐务之间的参考点。u 接口功能和方式B1接口是综合营帐和专业营帐帐务处理之间的接口,实现综合营帐与专业营帐之间的帐务数据同步、一致,并完成正确的帐务处理。B1接口的消息或信息的传递基于TCP/IP协议,或者基于通信(消息)中间件及数据库表、文件和API。B1接口的消息传递要求保证准确性和实时性。u 消息类型 业务使用数据消息(二次批价形成的详单、各业务累帐数据、各业务出帐数据)。 业务控制消息(销帐、反销帐、调帐、呆坏帐管理) 业务、数据查询消息2.4.5. B2接口B参考点是综合营帐进行业务计量与专业营帐之间的接口。B2是综合缴费与
35、各专业缴费之间的参考点。u 接口功能和方式B2接口是综合缴费与专业营帐之间的接口,以实现面向客户收缴费。B2接口的消息或信息的传递基于TCP/IP协议,或者基于通信(消息)中间件及数据库表、文件和API。B2接口的消息传递要求保证准确性和一定的实时性。u 消息类型 客户缴费消息 客户缴费查询消息3. 接口实现机制3.1. 工单流转接口实现机制综合营帐系统与各专业子系统之间工单流转接口的实现主要采用“客户请求服务应答”的机制,通过同步或异步的通讯方式。具体实现机制主要包括:u 基于交易中间件u 基于消息中间件u 基于过程调用和共享数据表3.1.1. 基于交易中间件基于交易中间件的接口,主要通过在
36、中间件基础结构框架上实现的接口服务调用来完成系统之间的协作和通信。u 通讯方式根据具体业务接口服务单元的定义,综合营帐系统与各专业子系统分别定义为客户端或服务端。客户端与服务器端之间的通讯是透明的,底层的通讯实现和各种传输的可靠性都是由交易中间件来保证的。系统之间的接口由交易中间件的应用域网关来实现,可以实现跨应用域的全局事务控制。u 通讯协议接口应支持以下通讯协议:同步、异步、会话。u 通讯过程接口的通讯过程为:客户端申请调用服务端提供的接口服务,输入相关参数,并等待服务端返回信息;服务端响应客户端的接口服务申请,进行业务逻辑处理,返回业务处理结果。3.1.2. 基于消息中间件基于消息中间件
37、的接口机制主要通过消息传递来完成系统之间的协作和通信。u 通讯方式根据具体业务接口服务单元的定义,综合营帐系统与各专业子系统分别定义为客户端或服务端。客户端向服务端发送业务接口服务申请消息包,服务端向客户端返回业务接口服务处理结果消息包。消息中间件应保证消息包传输过程的正确、可靠和及时。消息中间件的应提供以下基本功能:消息队列、触发器功能、传递消息、数据格式翻译、安全性(对队列存取进行权限控制)、数据广播、错误恢复、在网络中定位资源、基于成本的路由功能、消息及请求的优先级设定、扩展的调试功能。u 通讯协议接口应主要采用TCP/IP标准协议。接口应既支持同步、又支持异步通信方式。u 通讯过程接口
38、的通讯过程为:客户端向服务端发送接口服务请求消息包,服务端实时监听客户端的业务接口请求消息包并作出响应,根据消息包头中的接口服务类型代码,进行不同的业务逻辑处理,然后向客户端发送处理结果消息包;客户端实时监听服务端的接口服务处理结果消息包并作出响应,进行业务后继处理。消息包由可打印的ASCII码组成,分为包头和包体两部分。包头内容主要包括各种消息包的共同的基本信息,包体内容主要包括各种消息包的特有信息。消息包头定义格式如下:字段长度(字节)内容类型说明序列号(流水号)16yyyymmddxxxxxxxx字符串Yyyymmdd表示包请求/应答的日期,xxxxxxxx由专业系统自动唯一生成版本信息
39、5字符串包类型1字符串0 请求包1 应答包发起方系统代码8ssxxxxxx字符串Ss 系统代码Xxxxxx 各系统内部处理/受理者代码接收方系统代码8ssxxxxxx字符串Ss 系统代码Xxxxxx 各系统内部处理/受理者代码请求的日期时间14yyyymmddhhmmss字符串功能6字符串操作2数字串请求优先级2数字串信息体长度4数字串3.1.3. 基于过程调用和共享数据表 基于过程调用和共享数据表的接口机制主要通过数据库中过程调用和共享数据表来完成系统之间的协作和通信。u 通讯方式根据具体业务接口服务单元的定义,综合营帐系统与各专业子系统分别定义为客户端或服务端。服务端向客户端开放可直接调用
40、的过程和可直接进行读写操作的共享数据表;客户端直接调用服务端过程和对共享数据表进行读写操作。共享数据表可置于综合营帐系统或专业营帐系统或第三方系统的数据库中。u 通讯协议接口支持各种数据库连接方式:Login、DB Link等。u 通讯过程接口的通讯过程包括两种: 客户端直接调用服务端开放的过程或对服务端开放的共享数据表进行增、删、改和查询操作,完成业务处理。 客户端向开放的共享数据表中写入服务请求数据,服务端定时扫描共享数据表并作出响应,根据服务请求数据中的接口服务类型代码,进行不同的业务逻辑处理,然后向共享数据表中写入处理结果数据;客户端定时扫描共享数据表,根据处理结果数据并作出响应,进行
41、业务后继处理。3.2. 批量数据接口实现机制综合营帐系统与各专业子系统之间批量数据接口主要通过文件方式实现。3.2.1. 传输方式通过文件传输传送到指定的位置或直接存放到指定的位置。具体要求包括:u 支持同一主机内对指定设备存储目录位置的文件获取。u 支持网络模式传输,可以实现跨越局域网络、广域网络、拨号网络等平台的文件获取,并支持文件重传功能。u 网络传输方式应支持对通信机的IP地址、帐户、口令、存取目录的验证。3.2.2. 传输协议接口应支持以下主流网络协议:FTP、TCP/IP等。3.2.3. 传输过程u 数据传输应支持:n 实时、高效和安全可靠地传送批量数据;n 断点续传功能;n 数据
42、压缩传输;u 在数据传输中发生的错误由数据传输程序负责控制并重新传输。u 同一机器之间不需要采用传输程序进行传输。u 文件读取n 综合营帐系统主动到相关目录读取所需文件,并校验是否成功获取。n 若成功,则对文件名进行标示并存放在相应目录。n 若失败,则对文件名进行读取失败标示,并存放在相应目录。发送回执给专业子系统。u 记录级校验综合营帐系统对主动获得的文件进行记录级校验,对有问题记录,通过发送回执给相应子系统。由专业子系统重新处理,供综合营帐系统再次处理。4. 与GSM/CDMA营帐系统接口4.1. 营业受理4.1.1. 新装业务接口具体实现4.1.1.1. 消息序列图4.1.1.2. 工单
43、流转说明1. 在新装业务工单流转接口,由以下接口服务单元构成:a) 号码资源查询接口服务单元b) SIM卡资源查询接口服务单元c) 号码选占接口服务单元d) SIM卡选占接口服务单元e) 新装业务接口服务单元f) 业务完工接口服务单元2. 在新装业务工单流转过程中,除业务完工接口服务是GSM专业营帐系统是接口服务申请发起者(Client),综合营帐系统是接口服务响应者(Server);其余服务综合营帐系统是接口服务申请发起者(Client),GSM/CDMA专业营帐系统是接口服务响应者(Server)。4.1.1.3. 号码资源查询接口服务单元说明u 定义完成用户号码资源查询的服务接口单元u 编码10101146u 通讯方式同步u 实现机制建议采用存储过程的实现机制。功能约定u 综合营帐系统1. 向GSM专业营帐系统
©2010-2024 宁波自信网络信息技术有限公司 版权所有
客服电话:4008-655-100 投诉/维权电话:4009-655-100