（计算机应用技术专业论文）银行代缴费平台的设计和实现.pdf

中文摘要 随着镶行业务的发展，中闻妲务收入比例越来越大。银行利用存款贷款利差 所得收入所占沈铡逐年减少，因此大力开发跨行业的串间业务已成为商业银行增 加利润，占领市场，稳定客户的重要手段。但现有中阅业务系统存在种种问题， 所以需要重新开发一套新的系统，新系统要能够缩短新增产品的开发周期，提高 已有代收费业务运营的可靠性，提升银行服务水平和管理水平，有利于业务部门 拓展代收费业务及其他带有地方特色的中间业务。针对以上目标，通过长时间的 调研和对现有系统的阆题的分析，设计了代缴费平台。 本文会绍了银行中间业务代缴费平台的设计与开发过程。论文首先介绍了代 缴费项目的开发背景和其平台架构基础，分析了业务部门的需求。对代缴费系统 的网络架构，系统架构，数据库设计进行了讨论。然后对我参与编写的缴费交易 做出了详细设计，最后介绍了此项目的技术难点并提出了相应的解决方案。 关键词：锻行中阅业务、代缴费平台、c i c s 、o r a c l e a b s t r a c t t h ep r o p o r t i o no ft h et o l la g e n tb u s i n e s s si n c o m ei si n c r e a s e da l o n ew i t ht h e d e v e l o p m e n to fb a n kb u s i n e s s i t si m p o r t a n tt om a k eg r e a te f f o r t st od e v e l o pt o l l a g e n tb u s i n e s st oi n c r e a s ei n c o m ea n ds t r i v ef o rc u s t o m e r , b u tc u r r e n tt o l la g e n t s o f t w a r es y s t e mh a ss o m ep r o b l e m s ，s ow en e e dan e wt o l la g e n ts o f t w a r es y s t e m t h en e ws y s t e ms h o u l dm a k et h ec u r r e n tb u s i n e s sm o r es t a b l y , a n ds p e e dt h e d e v e l o p m e n to fn e wt o l la g e n tp r o g r a m , s ow ec a l lh a v em o r ea n dm o r et o l la g e n t b u s i n e s s e sw i t hr e g i o nf e a t u r e t oa c h i e v et h ea i m ，w ei n v e s t i g a t ec u r r e n ts y s t e mf o ra l o n gt i m e ，a n dt h ec u r r e n tp r o b l e m sh a sb e e na n a l y s e d 。s ow ed e s i g nt h en e wt o l l a g e n ts o f t w a r es y s t e mt oa c h i e v et h ea i m 。 t h i sa r t i c l ed i s c o u r s e su p o nt h et o l la g e n ts o f t w a r es y s t e mo fb a n k sd e s i g na n d d e v e l o p m e n tp r o c e s s t h i sa r t i c l ei n c l u d e st h eb a c k g r o u n do ft h ep r o j e c t ，t h eb a s eo f t h es y s t e m , r e q u i r e m e n ta n a l y s i s ，n e t w o r ka r c h i t e c t u r e ，s y s t e ma r c h i t e c t u r e ，d a t a b a s e s y s t e m , t h ed e t a i l e dd e s c r i b eo fp a y m e n tp r o g r a n t e c h n i q u ed i f f i c u l t i e sa n di t s s o h l 重i o n k e yw o r & ：t o l la g e n ts y s t e mo fb a n k ，p l a t f o r mf r o mt o l la g e n ts y s t e m ，c i c s ， o r a c l e 独创性声明 本人声明所里交的学位论文是本人在导师指导下进行的研究工作和取得的研究 成果，除了文中特别加以标注和致谢之处外，论文中不包含其他人已经发表或撰写过 的研究成果，也不包含为获得鑫壅蠢鲎或其他教育机构的学位或证书而使用过的 材料。与我一同工作的同志对本研究所徽的任何贡献均已在论文中作了明确的说明并 表示了谢意。 学位论文作者签名： 李洳 签字日期：劲心7 年7 胃 6 嚣 学位论文版权使用授权书 本学位论文作者完全了解苤鲞基兰有关保留、使用学位论文的规定。特授 权苤洼盘鲎可以将学位论文的全部或部分内容编入有关数据库进行检索，并采用 影印、缩印或扫描等复制手段保存、汇编以供查阅和借阅。同意学校向困家有关部门 或机构送交论文的复印件和磁盘。 ( 保密的学位论文在解密质适用本授权说明) 学位论文作者签名： 签字日期：弦? 1 年 李 ? 月 南 易日 导师签名：了。螂毛 签字日期：刁年夕月日 第一章前言 1 1 课题背景 第一章前言 随着金融改革的深入，国有银行全面商业化，银行之间的竞争日趋激烈。如 果单纯依靠传统业务来赢得客户，提高经营效益，可挖的潜力已经越来越小。充 分利用现有的网络优势，通过高科技手段，大力开发跨行业的中间业务已成为商 业银行占领市场，稳定客户的重要手段娜。根据业务发展的需要，各商业银行 行已经开发了一些中间业务的项目，但这些项目大多锋对性极强，一个项目就是 一个完整的系统，软件上、硬件上各自独立，下一次开发颞项目又得重来一次， 费时、费力，效率很低，可维护性也很差。如果能通过一种手段将各类中间业务 共性的东西抽象出来形成平台，各行开发人员再在此基础上完成个性化的开发， 这样将大大提离舞发的效率。同时为减缓框台压力，将柜台业务分流到离柜业务 中来，节约成本，增加效益，提高银行代理收费的效率，方便客户缴纳公共事业 费，方便各种层次，不同要求的客户使用银行的电子银行业务，提高银行的服务 层次，增加人工坐席，电话镊零亍，网上银行，自助终端，a t m 等的服务功能。 在以上业务需求的推动下，并为了解决现有系统的现存问题，银行才决定开发新 的代缴费平台。 项冒投产居，将明显提高已有代收费业务系统运营的可靠性，缩短新增产品 的开发周期，提升银彳亍服务水平和管理水平，有利于业务部门拓展代收费业务及 其他带有地方特色的中间业务，必将产生良好的经济效益和社会效益。同时，通 过对现有计算机设备资源和应用软件资源进行必要的整合，降低运营成本。 。2l 基系统现存问题 旧系统现存问题主要有以下几点： 1 彘于总行会计核算体系改革以及总行外匿接瑟系统的变更，圈点号意义变 更，旧接口被废弃，必须用新接口替代，大量应用需要做调整甚至重新开发。 2 旧中问业务平台由于平台本身所限，交易处理能力( 尤其瞬时处理能力) 已 经不能满足霹蘸镶行的业务要求。 3 旧平台上的代缴费注册、代缴费交易相对独立，没有形成统一的整体；代缴 费交易柜台部分与电话银行语音及批扣部分也相对独立，没有提供统一的接 弱。 第章前言 1 3 新系统的新特性 对于客户： 1 新的代缴费业务平台增加了支持客户使用a t m 、网上银行、进行缴费的功能。 2 掰的代缴费业务平台增加了支持客户使用锻行的理财卡，信用专，以及对公 户进行的缴费交易。 3 优化了的批量扣费交易流程，使批扣更加准确，快速，确保在客户要求的时 间段内完成扣费。 对于业务人员： 1 新的代缴费业务平台采用参数化、人性化设计，业务人员可以方便地通过控 制类交易实现对各类缴费业务参数的定制和修改，从而实现对交易流程的控 制。 2 新的代缴费鼗务平台逶过增嬲了检测交易嗣志交易，当鹚现壶于强络超对面 产生的不确定交易时，可使用此交易访问主机查询该不确定的交易是否成 功。 。4 论文工作及组织 本文主要讨论了银行代缴费平台的设计思路和具体实施方法，整个设计都是 基子银行的实际业务需求。设计时，对银行中闻渡务代收费的工作模式进行了大 量分析和研究，并参考了目前系统的代收费模式。最后，采用c i c s + o r a c l e 技术， 本着易用、易扩展、易维护的原则设计完成该系统。该系统构造了功能强大的代 缴费平台，实现了业务参数配置管理，多终端类型支持，多缴费介质支持，通过 配置增加耨的代理戏务等诸多功能，能有效地提高已有代收费业务系统运营酌可 靠性，缩短新增产品的开发周期。同时，通过对现有计算机设备资源和应用软件 资源进行必要的整合，降低运营成本。 本论文的组织结构如下： 第一章、前言，主要介绍课题背景，代缴费平台特性，实现目标与实际意义。 第二章、中间业务平台介绍，对本系统的基础中间业务平台进行描述与分析。 第三肇、需求分析，对本项目的实际需求进行深入的分析和研究。第廷章、数据 库设计，对本系统涉及的数据库进行了详细的分析。第五章、缴费交易的实现， 对缴费交易的总体结构进行详细的分析，并介绍了各个子程序的具体功能。笫六 章、技术难点和解决方案，对本系统采用的主要技术难点进行了介绍，并给出解 决方案。第七章、总结，总结本系统的设计或采及我的收获。 第二章中问业务平台介绍 第二章中间业务平台介绍 代缴费业务平台是构建在总行的中间业务平台上的，中间业务平台( m a p s ) 是一套专为解决中阆业务开发的软件平台。它运行在一台u n i x 服务器上( 根据 业务多少配置可高可低) ；它提供了多种数据接入手段，可晌鹿多种服务请求， 例如：前台终端系统的数据输入，i n t e r n e t 网络的服务请求，企业银行的服务 请求，电话银行的服务请求等等；它还提供了和各种大型数据中心连接的手段， 例如：电信晨、电力最、税务局、大型企监的诗算中心等等。它当然还提供了和 主机的连接手段。另外，它还提供了一个核心程序包，用来协调各种内部通讯、 管理日志、监控系统，自动控制威用系统完成各种定时操作，提供系统的安全保 障机制。m a p s 能够大大降低了应用程序的开发_ i 作，加快中间业务项目的开发 周麓。应用程序的开发人员可以在激筠之上开发各种跨行业的中闻业务，他们 只需关心每个业务的金融特性，而无需关心每个业务的通讯方式。m a p s 安装在 一台服务器上，各种中间业务均在这台服务器上运行，这样也将大大减少在硬件 上的投资，。丽且也为各种不同中闻递务之问交换数据提供了条件。 2 1 中间业务平台的目标 使中闻业务平台更具稳定性。 选用i b m 公司的c i c s 中闻件作为交易的开发和运行平台，使交易在c i c s 环 境中运行，可以充分利用c i c s 提供的交易管理机制、事务处理机制、资源管理 机制和容错机制，使得系统运行更加高效、稳定。改进交易监听，并通过c i c s 和负载均衡等手段来解决交易的海量请求。 c i c s 中间件提供了分布式交易处理和大事务处理，在同一个c i c s 事务内， 可能会访问到不同平台上的异种数据资源或应耀，由于c i c s 提供了基于事务的 s 3 r n c l e v e l 2 级别的两阶段提交，可以充分保证交易的完整性和数据的一致性， 也为以后中间业务的大集中和通兑带来很大的方便性。 如果不同应用平台间通过c i c s 互连，可以有效的屏蔽通信，充分保谖通信 的快速、高效、稳定。 使中间业务平台易于与外部连接。 平台内部数据统一采震x m l 格式，外部数据通过参数配置表与内部数据迸 第二帝中间业务平台介绍 行相互格式转换。与外部系统的连接分为监听部分、与第三方通信部分。由外部 发起的请求交易由监听部分处理，如：柜面发起的交易。由中闻业务平台发起的 交易e l j 与第三方通信部分处理，如：上主机进行账务处理、到外单位查询金额等。 监听模块对常用的报文协议控制信息( 如数据包长度、包类型、后续包标 志等) 傲到了可配置，使之能处理大多数的通信撤文；对于用配置不能完成豹报 文，支持采用动态库方式调用用户自定义数据交换函数( 用户不需考虑并发控制、 只对数据进行处理) ，只需在配置文件中配置上动态库的名称。 对于作为服务端的“被代理方 和“外围系统”来说，通信连接的方式种类 繁多，开发一套绝对通用的通信程序几乎是不可能的，但是如果针对每个业务单 独开发一套通信接口，不仅费时、费力，而且难于维护。因此我们对通信进行了 分类，提供了凡套不阉类型的通信程序模板，分行在满足通信需要的情嚣下可以 直接使用，必要时需对其进行修改编写自己的通信程序。 新的通信协议支持加密算法，使得从柜面或其它系统发送的数据允许使用银 行认定的解密算法进行加密。 数据库操作的无关性。 c i c s 支持绝大多数数据库系统( 如：o r a c l e 、i n f o r m i x 、d b 2 、s y b a s e 、 m e s s a g eq u e u e 、主机v s a m 等) ，通过标准的x a 接蠢连接和访闻数据库秘粒。交 易程序中使用标准的s q l 语言操纵中间业务数据库，具体的数据库操作通过 c i c s 中间件去实现，可以做到与数据库无关，使得中间业务平台在更换数据库 时无畿重薪穆改交易程序。 建立与释放数据库的连接非常消耗系统资源和时间，因此c i c s 中间件的实 现机制是预先建立好一些与数据库的连接供交易共享和重复使用，这样就极大的 提高了访闻数据库的效率。 批蠹作业的管理与控制。 批量代扣、批量转帐也是中间业务系统的重鼹组成部分。我们的目标是簧建 立一套枕制，使得各秘格式的批量文件露班通过在管理终端的一些简单配置裁可 以完成数据导入、导出、格式转换等功能，在管理终端执行一些简单的操作就可 以处理整个批量作业流程。 考虑到不阍业务处理的差异性、特殊性，采用了要素配置、模式定义的方式。 4 第二牵中间业务平台介绍 对于业务处理流程中可能会出现的差异性处理，均提供模式由系统管理员进行设 置，从而达到兼容、统一的磊酶。 对中间业务数据进行统计 加入一种机制，可以方便地实现对中间业务的各种数据进行统计。在开发一 些通焉摄表的基础上，可以进一步开发报表生成器，一方面利用报表生成器分行 可以通过配置定制一些常用报表，另一方面还要具有生成标准的报表开发模板的 功能，开发人员再基于模板进行开发，可以大大减少开发的工作量。此外还提供 一些标准鳃报表开发a p i 接嚣供分行调用。 实现交易流程处理的参数化 交易流程参数化的设计思想：将系统的各种功能分解细化为一个个能够完成 特定功能的模块，一个交易处理流程就是一系列宪戒特定功畿模块的缰合，从磊 实现各个模块的复用，交易流程的参数化。 实现交易报文处理的参数化 为提高系统的高度灵活性，系统的接蜀( 包括孛闻业务平台与各种蓠端、帐 务主机、各类商户等) 必须是可配置的，对接豳报文主要有的两个操作：打包组 件与解包组件，打包组件根据一系列参数配置从x m l 存贮中取出数据组成接口 报文，解包组件正好楣反，根据参数配置从接瓣报文中取出数据藏入x m l 存贮 中。 实现参数配置的工具化 凑予系统交易流程、报文处理等方面实现了参数纯，虽然使系统j 釜常灵活， 但同时也使配置工作变的很复杂，因此，系统为用户提供强大的配置工具也是非 常重要的。 提供丰富的模板程序 对各种类型的业务处理模式，都尽可能提供模板交易、模板程序。以方便分 行进行拷贝式开发，减少开发的工作量。 在丰富摸板的基础上，可以进一步开发模板生成器，对阊类业务的处理溅程 进行分析、归纳，提炼出共性的东两形成一个标准的处理模型。利用模板生成器 生成的交易、程序，已经包含了公共的代码、脚本，开发人员只需在适当的位置 填充一些特殊处理模块即可；同时利用模板生成器，可以指导开发人员的开发流 第二南中间业务_ 甲台介绍 程。 2 2 中间业务平静的特点 1 审间业务平台采用c i c s 中间件作为交易平台，以解决客户端的海量请求闯 题，采用c i c s 中间件有如下优势n ： c i c s 作为分布式交易系统，支持系统问的属相访问，使得全省乃至全园中 阅监务酶通存通兑变得菲常容易。 与数据库的连接由平台进行管理，交易程序只要使用标准的s q l 语言，就 可以做到与数据库无关，更换数据库非常简便。 c i c s 服务器与数据库的连接是预先建立好昀，不用每笔交易实时建立，大 大提高了对数据库的访闯效率。 c i c s 提供了对交易、资源的管理，易于维护。 c i c s 提供了对底层的管理，其有很好的容错性。 c i c s 的多个后台交易之闻可以相互调用，易于形成公用模块。 e l j 于现有的中间业务交易的结构与采用c i c s 结构类似，开发语言均为c 语 富，因此可以很方便地迁移到撅平台之上。 2 临柜系统采用原来a b s a h a 圈代语言形式不变，为保证兼容性，在中间业 务平台上，临柜系统发起的请求，先发送到t c p 通信服务监控上，t c p 通信 监控转给c i c s 客户端，最后由c i c ss e r v e r 调度相应的交易服务模块处理。 系统内部采用x m l 协议作为数据交换标准接嚣，为保证兼容饿和适用性，系统提 供x m l 与其他协议相互转换的模块。为实现系统的高度参数化( 交易流程、业务 要素、交易报文等) ，各交易服务流程由一个流程总控模块管理。 2 3 系统网络结构 中间业务平台利用以太网卡连接到本地局域网中，主机房路由器与主机之间 可以通过c 臻卡直接连接嘲。 中间业务服务器、d s r 网关、通用网关、报表拆分服务器一般放在地市行级， 支行通过行内局域网连接中间业务平台、网关等服务器；行外企业端系统通过广 域网连接中间业务平台，既可以作为请求端发起交易，又可以作为响应端提供服 务。 6 第二章中间业务甲台介绍 2 4 与其他系统间关系 图2 1 系统网络结构图 图2 2 系统问关系图 7 第二章中间业务平台介绍 中间业务交易由仿真系统或企业发起，传送到中间业务平台进行处理，如果 需要上主机更薪主枫帐，则通过通焉鼷关与主规交换数据。主机生成的串闻业务 对帐文件，通过报表拆分服务器下传中间业务平台，首先与中间业务平台记录的 日志进行对帐，然后再生成企业的对帐数据。 2 5 系统层次结构 就中阀业务面言，它所覆盖的范围非常广泛，如银证转账业务、移动话费代 收业务、企业银行、c a l lc e n t e r 等等，因此，中间业务所涉及到的系统可能非 常繁多。假是，如果我们从c l i e n t s e r v e r 结构的角度来分析，则可以很清晰地 规划_ 出中阅业务系统盼层次结构，如隰2 - 3 所示。 图2 3脚s 中问业务系统的层次结构 图中的左侧是客户端，也就是各种中闻业务的请求系统。典型的客户端主要 包括以下几类： 第二章中问业务平台介绍 1 银行终端仿真系统：在实际使用环境中，很多中问业务( 委托银行代收、 代付业务) 都是在镊行的营业阚点( 储篱所或分理处) 进行操作的，因 此银行终端仿真系统作为中间业务的交易发起方，就是一种非常典型的 中间业务客户端系统。一方面，它需要向操作柜员提供中间业务交易的 输入、输激界面，交易的预处理等功能；另一方瑟，还需要将该交易数 据进行组织并发送到中间业务服务平台，通过中间业务服务平台与相应 的服务端进行联系，从而获得相应的银行帐务处理( 如存取款、转帐和 查谗等 耪鞠应的金韭业务处理( 如移动话费、毫费等费用翡缴纳、查 询等) 。 2 外围设备、企业银行等：这是一些需要获得银行主机系统服务( 如帐务 查询、帐务处理) 的请求系统。通过连接到中闻监务服务平台之后，由 于不用与银行主机系统直接相连，因此既能够节约银行主机系统资源， 保护银行主机系统的数据安全，又不影响这些请求系统获得银行主机系 统的服务。 3 其他请求系统：在实际环境中，有些中间业务的请求端是以文件传输的 形式，将中间业务数据传输到银行方，由银行主机系统进行相应的帐务 处理。孛澜遭务服务平台能够兼容各种不团格式文件数据的请求，将它 们转化成统一的格式提交给银行主机系统进行处理，既能够对外屏蔽主 机数据格式，保障数据安全，又能够提供友好的数据请求接口。 图中熬右侧是服务端，也就是备种中间业务的业务处理系统，主要实现中闻 业务的业务处理逻辑w 1 。典型的服务端主要有两类： 1 银行主机系统：显然，这是必不可少的服务系统，主要用来为各种中间 业务提供锻行帐务处理。它通过逶用瓣关与中间韭务系统进行数据交换， 向中间业务系统提供一些统一的主机交易接口。利用这些交易( 如存取 款、代收付、转帐和查询等交易) 中间业务平台就能完成各种中问代理 监务的壤务处理需要。 2 。各种企业业务处理系统：主要用来完成中间业务在企业端的业务处理。 例如，电信业务系统，电力业务系统以及税务系统等等。随着中间代理 业务的舞震，连接蜀中阗业务服务平台上的金业业务处理鼹务端也将越 9 第二章中间业务平台介绍 来越多，它们一般采用t c p i p 协议与中间业务服务平台进行通信。 在图2 - 3 的中间部分，就是中间业务系统。从图中可以看到，m a p s 中间业务 系统主要包括一个中间业务服务平台，以及用来处理与各种不同的客户端、服务 端进行连接的一套组件，基本上覆盖了客户端、中间件、服务端各个层次。它们 的主要功能如下： 1 中间业务服务平台： 该平台位于传统的c 1 i e n t s e r v e r 结构中间，与客户端、服务端一起形 成了典型的三层结构。作为中间层，中间业务服务平台起到一个承上启 下的枢纽作用。其中，包括两个最主要的作用：1 、负责客户端和服务端 之间的联接和通讯；2 、提供一个各种中间业务应用开发、运行以及管理 的平台。m a p s 中问业务平台提供了一个基本框架来帮助用户开发、运行 和管理各种中间业务应用，从而使用户在开发一种新的中间业务时不需 要从零做起，缩短了应用开发的时间，提高了应用开发的成功率。此外， 由于中间代理业务本身针对性较强，随着地域、代理业务种类等因素的 不同，在数据通讯方式，交易附加处理等方面的要求也存在较大差异， 而m a p s 中间业务平台将这些差异尽可能地封装在平台内部，提供给用户 的是一套标准的应用程序编程接口( a p i ) ，以及一些高效、实用的辅助 工具，从而大大减少了中间业务的开发及维护工作量，有效地降低了开 发、维护成本。中间业务服务平台是整个中间业务解决方案中的核心部 件，是各种中间业务的开发、运行及管理平台。 2 m a p s 金融交易开发、运行平台 作为银行传统业务对外服务的接口，银行终端仿真系统具有很重要的地 位。实际上，有很多中间业务的交易请求也是从银行终端仿真系统发起 的。因此，为了保证中间业务系统与银行原有业务系统的有机结合，中 间业务系统就必须解决与终端仿真系统( 包括图形终端仿真系统、文本 终端仿真系统) 的连接问题。组件1 的提供不但使得这个连接变得极为 简单、方便，而且使得在终端仿真系统上开发、调试中间业务交易的工 作也变得极其简单。该组件在工总行开发的t e s e 仿真系统中，已经内置 了该模块。而在m a p s 的图形终端仿真系统g i f t 中，也已经内置了与m a p s l o 第二章中间业务平台介绍 中间业务系统相连的接翻。为银行用户彻底解决了中间业务系统与传统 业务系统之间的衔接问题。 终端仿真系统的种类很多，如何连接各种终端仿真系统是m a p s 首先 要解决的问题。我们只要求各终端仿真系统主程序提供一个u n i x 的标准 外部调用，将程序控制权交给外部的a h a 平台，a h a 平台不仅能完成和 m a p s 服务器通讯的功能，更是代理业务在终端仿真系统上的一个开发工 具。该平台独立于交易程序单独运行，各个交易作为单独的文本文件存 于硬盘上，待执行时被a l i a 平台单独调入内存，并解释执行。这样终端 仿真系统上代理业务的开发并不需要编译，开发非常简单，要求各仿真 终端生产厂家改动也极小。 3 。连接银行主机系统的网关子系统 作为银行金融业务的一个有效组成部分，中间业务显然需要得到银行主 机系统的帐务处理，如资金转账，代收代扣，帐务查询等等。在m a p s 中间业务系统中，提供了一个s n a 网关予系统组件，用于解决中间业务 平台与i b me s 9 0 0 0 主机系统的通讯问题。该网关系统与中问业务平台本 身完全楣对独立，当与主机系统的通讯协议、数据格式等发生变化时， 只需要将网关系统进行相应的调整就可以了。对于中间业务平台而言， 这些调整全部是透明的，不会影响到在中间业务平台上运行原有中间业 务以及开发新的中间业务。 第二章中问业务平台介绍 2 6 系统架构 一1 c c i c ss e r v e r ( r e g i o n ) m a i n f r a m e i l h 皿 行 通 c 二e 乙上 桥交易 a 羚 臻 s 请 一 孵密请求毯 交。 ：磊雨l i ；l 嫩l 求 | c 解包( f m t x | i l l ) 易 7 | “4 r “| 系 置 l 机 业务处理流程 工 统 1 e c l。，口署、 e 与主桃通讯 t d s r 两荧 圭 ( x l l - d s r ) 一| 投 e 模 i 块 与第三方通讯 通企 行cc i ( x m l f h r r ) 信业 内监 s h q 服 请瞬 霞 务 求 模e 记载晷恚 瓿器 系 块 l 统 打包( x 甩一粼t ) l j ! c i e 加密返l 叫包 t 图2 4 框架结构图 监听交易请求，实现c i c sc l i e n t 端 对请求端的通信监听是通过扁动不同的监瞬服务( s o c k e t 、瀚、c l c s 等) 来 实现的。由于不同的请求端系统提供的通信方式千差万别，在监听服务内采用配 置和调用动态库两种方式来兼容，对于比较常用的通信控制可通过简单配置来实 现，对于比较个性化的通信提供了灵活的动态摩接口，可以根据需要动态增加新 的遥傣模块，来处理与不淘系统之闻通信的差异性。在完成数据接收之后，将接 收的数据包通过c l c sc l i e n t 端发送给c i c ss e r v e r 端，进行交易处理。最后将 交易返回数据沿原路直接返回给交易请求者。 c l c ss e r v e r 使用c i c s 完成对交易的调度、管理，对数据库资源的访问。c i c sj 畏务端扁动 之后，监听c i c s 客户端的请求；当客户端请求到达时，调用主控程序，由主控模 块根据不同的交易请求调用不同的交易处理程序。在交易处理程序中，可以利用 c i c s 提供的般王接涵审请c i c s 的服务( 例如数摆席服务) 。c l c s h 蠹务瑞窟动之后， 自动建立对数据库多个的连接，供交易调用列。 中间业务交易主控模块 不管交易请求来自哪里，该交易的数据首先巍c i c s 交易的主控模块接收， 主控模块读取交易流程参数表来控制整个交易的处理流程。 第二章中间业务平台介绍 具体的处理流程参见后面主控模块章节： 在模块之间传递数据的方法 中间业务交易模块问使用标准的x m l 格式作为数据交换格式。当一个c i c s 模块调用另一个c i c s 模块时，所有的交易数据以x m l 格式串的形式通过c i c s 的通信区从上一模块传递到下一模块，模块参数也被放在x m l 格式串中进行传 递，当模块返回时，x m l 格式的交易数据已经得到了处理。 与第三方响应系统之间的通信 对于作为“服务方 的第三方交易响应系统，通信连接方式也是多种多样， 开发一套绝对通用的通信程序几乎也是不可能的。为了实现集成化通信接入，并 出于安全性考虑，我们开发了一个第三方通信转接服务模块( 与交易监听模块整 合在一起) ，用来集成所有与第三方响应系统的通信，在它与交易处理系统之间 定制标准、规范的数据交换接口，交易处理模块调用通用的通信程序请求第三方 服务，然后由该服务模块转发至第三方系统处理。 对主机的交易接口 改变原中间业务平台直接通过通用网关调用主机接口的方式，采用目前终端 系统使用的d s r 解决方案。这种方案的优点是系统一致性好，减少了主机对下 的接口，同时将调用主机接口所需的打包、解包等过程上移至d s r 网关处理， 从而可以简化交易的开发。 平台日志数据库的存储格式 采用统一表结构的方法：将业务数据表分为“主表”和“从表”，“主表”中 存放着与银行帐务紧密相关的数据，如：交易码、中间业务流水、柜员号、客户 帐号、金额等信息，“从表”中存放与商户业务相关的数据，如：对于电信业务 有：月租费、市话费、长话费等，将这些特殊的、不常用的数据拼成一个x m l 结构，放到“从表”字段中。“主表”与“从表”通过“中间业务流水号”相关 连。业务数据库提供与交易独立的应用接口，如：出对账表、统计、打印发票等。 1 3 第三章需求分析 3 1 业务部门的需求 3 1 1 名词释义 第三章需求分析 为使本需求易于理解，现将该需求中所提到的相关名词解释如下： 1 、代缴费业务：就是以电子离柜的方式，通过账户转账来完成交纳公共事业 费的过程。将客户要缴纳的公共事业费同客户的银行账户登记，银行按照收费单位 提供的收费数据，定期代替客户批量缴纳；客户也可以通过电子银行手段进行自助 缴费；为扩展业务，方便客户使用，对未登记的公用事业费号码，采用了可同名缴 纳的方式处理，对于电话银行客户，可以随时增加、修改在柜台上登记的代缴费业 务信息。 2 、公共事业费号：可简称为用户号，即客户使用的用户号码，例如：电话费 的公用事业费号码就是客户的电话号码，保险费的公用事业费号码就是客户的保单 号。 3 、自助缴费：客户通过银行的电子银行( 电话银行系统、网上银行系统、自 助终端等) 或第三方的特服号自行操作缴纳公用事业费的过程。 4 、银行代扣：客户如果通过代缴费业务登记了委托银行扣费，则银行按照客 户指定的日期、公用事业费号码、账号自动扣缴相应费用。 5 、实时批量扣费方式：银行在为客户批量扣费时，实时到收费单位查询客户 的应缴金额，并按照查询到应缴金额从银行账户中实时扣收。 6 、日终批量扣费方式：根据已经生成的缴费文件，直接从客户的银行账户中 扣取费用。 7 、垃圾数据：对于代缴费业务登记的，如果因为账户被销户无法扣费的，或 客户无欠费金额连续4 个月的，余额不足无法扣费连续4 个月的，则视为垃圾数据。 为减少资源占用，系统将自动对上述数据进行清除。 8 、代缴费密码：客户在登记代缴费业务时预留的，用于在自助缴费时进行身 份验证的密码。 3 1 2 功能描述 本需求的功能主要要实现以下几项： 1 、业务登记：客户可以到银行的任何一个营业网点或电话银行坐席系统中注册、 1 4 第三章需求分析 查询、修改代缴费业务，将一个公共事业费号码登记到一个银行的账户上，一个事 业费号码只能登记在一个账户上，但一个账户却可以登记多个公共事业费号码。 2 、银行代扣：客户如果通过代缴费业务登记了委托银行扣费，则银行按照客户 指定的日期、公用事业费号码、账号自动扣缴相应费用。采用两种方式，一种是实 时批量方式，一种是日终批量方式。 3 、客户自助：客户如果通过代缴费业务登记了委托或自助扣费，可以通过银行 的电子银行或第三方的特服号进行自助缴费。可缴纳在登记了代缴费业务的公用事 业费号码，也可缴纳与账户户名一致的公用事业费号码。 4 、坐席缴费：登记了代缴费业务的客户，通过转接的到银行的电话银行中心的 坐席，可以在人工的帮助下，完成客户自助所缴纳的一切费用。 5 、坐席冲正：如果通过人工坐席系统所做的辅助缴费业务发现错误，可以在授 权的情况下，进行冲正。 6 、邮寄发票：客户如果需要发票，则可以事先在柜面登记，银行将按照预留的 地址邮寄发票。 7 、参数设置：通过系统的参数设置， 8 、通知服务：可以通过短信、市话、 3 1 3 业务风险及控制 控制代缴费业务的不同参数。 电子邮件的方式向客户发送缴费信息。 开展代缴费业务存在着一定的风险，现将风险点及防范措施阐述如下： 风险点一：客户盗用他人存折或卡片，在柜台登记本人的公共事业费，银行将 定时从账户中进行扣收公共事业费，造成纠纷。 防范措施：在业务办理过程中，系统显示客户的证件种类和证件号码，柜员要 客户提供身份证件并进行核对。 风险点二：客户盗用他人的电话银行卡号和密码登记代缴费业务，银行将定时 从账户中进行扣收公共事业费，造成纠纷。 防范措施：电话银行客户通过人工坐席登记、修改代缴费信息，要通过电话银 行密码验证，在缴费限额上进行了上限控制。减少资金交易量。 风险点三：内部人员作案。 防范措施：在注册代缴费业务时，卡号和账号要划卡或存折，不允许手工输入。 密码要从密码键盘上方可操作。 一旦注册了代缴费业务，无论注销与否，系统中保存创建信息和最后修改信息。 风险点四：柜员注册代缴费业务信息时，手工输入内容错误，造成扣费错误或 无法扣费。 防范措施：为防止电话费注册错误，系统将根据输入的用户号自动从电信平台 第三章需求分析 查询回用户名称。 在银行柜台上的所有的注册信息都要打印，要由客户签名同意。 3 1 4 柜面部分 3 1 4 1 代缴费业务注册管理 一、功能描述 本交易用于对代缴费业务注册的管理，主要包括以下功能： 1 、建立活期账户、龙卡、信用卡、理财卡与所缴纳业务种类及缴费号码的一对 多的关系。实现银行代扣、客户自助缴费、通过商家客服中心自助缴费的功能。 2 、对代缴费业务中登记的个人基本信息修改，对业务信息进行增加、删除、修 改。 3 、注销代缴费功能。 4 、客户预留代缴费密码，凭此密码可以自助缴费。 交易界面见图3 - 1 。 1 6 第三章需求分析 地区号0 3 0 2 网点号8 1 0 0 柜员号0 1 8 8 8 钱箱0 0 0 0 0 日期2 0 0 2 0 5 0 8 时间1 0 ：3 0 ：0 0 交易序号0 0 0 5 图3 1 代缴费业务注册管理交易界面 输入、输出、系统判断处理： 输入： 账户类型：1 位正整数( 卜存折、2 一龙卡、3 一信用卡、4 一理财卡、5 一账户已销 户1 ) 。 缴费账( 卡) 号：1 9 位正整数。系统提示：是否划折卡，是，按y 或回车。否， 则按n 。划卡折磁条读入，不划折时需要授权2 ，系统自动显示登记的个人信息和业 务信息，柜员除打印外，不能进行其他操作3 。 划卡折密码：4 - 6 位数字( 必输项) 1 适用于已销户的客户，删除无法扣费的用户号，便于重新将用户号登记在其他账户上，即注销死户。 2 方便内部在得不到卡折、账户密码时查询客户的登记信息。 3 防止柜员修改客户登记信息。 1 7 第三章需求分析 输出： 帐户户名，证件种类，证件号码。 系统判断处理： 1 、在账户类型输入项中，柜员如果选择前4 项，则提示：是否划折卡，是， 按y 或回车。否，则按n 。 选择第5 项，则光标直接停留在删除用户号处，回车后光标停留在“业务信息” 的“用户号”处，输入用户号，回车，显示客户的所有登记信息，光标停留在确定 上，回车则提交交易，直接删除数据库中的用户号。交易成功后提示：“是否还要删 除其他用户号，按y 或回车，继续删除，按n ，结束交易并打印。”按y 或回车，继 续重复操作，按n ，结束交易并打印。( 打印内容附后，下同) 柜员选择前4 项后，客户输入密码完毕，系统首先到代缴费数据库中查询该卡 折是否已经登记。如果查询该卡折尚未登记代缴费业务，则从主机直接下载账户 户名、证件种类、证件号码i 。光标停留在登记处，回车光标停在个人信息的邮寄 地址处，进行逐项输入，个人信息输入完毕后，回车，进入业务信息输入场，进行 逐项输入。输入完毕后，回车，光标停在确定上，回车，请客户输入2 遍代缴费密 码，2 次密码相同则提交交易，不相同报错，回车后在请客户输入。成功后，提示： “交易成功，按y 或回车，继续登记业务信息，按n ，结束业务并打印。” 如果已经登记，则显示所有的登记信息，包括个人信息和业务信息。光标停留 在系统返回信息的第一条记录上，并提示：“共有x 条记录，可以通过上下左右键进 行查看，回车可进行业务选择”，回车后，光标停在登记处，再回车则光标停留在业 务信息的缴费种类处，进行逐项输入。输入完毕后，回车，光标停在确定上，回车， 提交交易，成功后，提示：“交易成功，按y 或回车，继续登记业务信息，按n ，结 束业务并打印。” 2 、如果选择的缴费种类时，选择了手机或固定电话时，则要求系统自动查询 出用户号，并显示在系统返回信息中。 3 、每次登记成功后，系统将自动到代缴费数据库中查询登记的业务信息，并 显示到系统返回信息中。 4 、如果柜员选择修改个人信息，则系统进行判断，是否已经存在个人信息， 存在则光标停留在邮寄地址处，可逐项修改；如没有个人信息，则提示：个人信息 不存在，请进行登记，并将光标停留在登记处。 5 、如果柜员选择修改业务信息，则系统进行判断，是否已经存在业务信息， 存在则光标停留系统返回信息的第一条记录上，可以按上下键选择要修改的记录， 选中后回车，光标停在业务信息的用户名处，可逐项修改( 电话费的用户名不能修 改) ；如没有业务信息，则提示：业务信息不存在，请进行登记，并将光标停留在登 1 8 第三章需求分析 记处。 6 、如果柜员在账户种类处选择了前4 项，那么在选择“删除用户号”时，则 光标通在系统返回的第一条记录上，通过上下键可以进行选择记录，回车，选择确 定，则可删除该用户号。交易成功后提示：“是否还要删除其他用户号，按y 或回车， 继续删除，按n ，结束交易并打印。”按y 或回车，继续重复操作，按n ，结束交易 并打印。 7 、如果柜员选择注销时，则系统提示：注销后，所有的个人信息和业务信息 都将被删除，代缴费业务将被取消。回车后光标停在确定处。回车后注销。 8 、如果是进行代缴费业务的登记，登记完成后，需客户输入代缴费密码并进 行二次确认。如果是已登记代缴费业务的进行新增、修改个人信息、修改业务信息、 删除用户号、注销的操作时，必须有客户进行代缴费密码的确认：如密码不符则不 须进行上述相关内容的操作。 二、注意事项： 1 、交易需划磁条读入账( 卡) 号、印密标志，如果不划磁条则需要授权。 2 、交易划磁条读入账号、印密标志后，要求客户输入账( 卡) 密码，进行密 码核对。若如果是无密码则该交易不能通过，并应提示“该账户为非密码户，不能 进行代缴费业务的登记”。 3 进行登记的账户，其基本账户的币种为人民币。否则交易不允通过，并提 示“客户进行代缴费业务登记的基本账户非人民币户，不能进行登记。” 4 、缴费限额是单个缴费号码月累计最高限额，超过此限额交易不允通过。终 端缺省值为：电话1 0 0 0 元、手机4 3 0 0 0 元、其它待定( 不含小数) 。 5 、缴费方式中，当选择“客户自助”时，实现完成登记账户的客户通过拨打 9 5 5 8 8 用电话银行通过语音提示进行自助缴费以及客户通过商家客户服务中心进行 自助缴费功能；当选择“银行代扣”时，除实现上述功能外、同时实现完成登记账 户银行代扣应缴款项功能。 6 、扣费时间段根据不同的缴费种类产生不同的扣费时间段内容。画面的下方 状态行应有代码与相对应的扣费时间段，供柜员进行查看。当缴费方式选择0 一客户 自助时，扣费时间段为空。 7 、邮寄发票选择要时，邮寄地址、邮政编码时为必输场。缺一项终端不允许 通过。 8 、通知方式选择后，要对通知号码进行检查，选择手机，在前端要检查是否 为1 1 位，前2 位是1 3 ；选择电话，要检查是否为8 位；选择e - m a i l 信箱，要保证 含有 “字符。 9 、如在同一缴费基本账户下，客户需登记相同的缴费种类但不同用户号、用 1 9 第三章需求分析 户名时、其邮寄发票、缴费方式、扣费时间段和邮寄发票选择邮寄时的邮寄地址、 邮政编码及联系电话、通知方式、通知号码均与原来有的相同。即：终端默认第一 个的用户号时输入的邮寄发票、缴费方式、扣费时问段和邮寄发票选择邮寄时的邮 寄地址、邮政编码及联系电话、通知方式、通知号码。 1 0 、如在同一缴费基本账户下，客户需登记不同缴费种类的用户号时，其邮寄 发票、缴费方式、扣费时间段( 当缴费方式选择o 一客户自助时，扣费时问段不允输 入。) 需重新输入，可以相同也可以不同。 1 1 、注销后，删除客户的所有的业务信息和个人信息，但账号或卡号要保留， 授权查询时能返回如下信息：客户已销户，最后修改柜员、最后修改网点、最后修 改时间。 1 2 、本交易为授权交易，授权代码为1 0 0 。 1 3 、进行代缴费业务的修改个人信息、修改业务信息、删除用户号、注销的 操作时可以通兑办理。 1 4 、当进行扣费状态的修改时，只能对一个用户号的修改。当用启用调整为暂 停后，系统不再对该用户号进行缴费方式的处理。 3 1 4 2 代缴费密码重置 功能描述：本交易用于对代缴费密码进行重置。 地区弓0 3 0 2 网点号8 1 0 0 柜员号0 1 8 8 8 钱箱0 0 0 0 0 口期2 0 0 2 0 5 0 8 时间1 0 ：3 0 ：0 0 交易序号0 0 0 5 6 图3 - 2 交易界面 输入、输出、系统判断处理 输入： 缴费账( 卡) 号：( 划磁输入) 折( 卡) 密码：( 客户密码键盘输入) 代缴费密码：( 客户密码键盘输入) 证件种