银行直连扣费系统的设计与实现

银行直连扣费系统的设计与实现

[摘要]本文重点阐述了通信企业与银行直连扣费系统的业务背景、实施原则、系统功能、系统环境和技术原理，同时说明了应用该系统所取得的良好经济效益。

[关健词]前置机；消息队列；扣费

1前言

随着通信企业业务种类的不断发展、用户数量的不断增加，企业目前单一的营业厅收费模式手段落后，成本较高，每到收费集中的日子，各营业厅人头拥挤的状况比比皆是，既增加了工作压力，又浪费了缴费用户的时间，已经不能适应当前形势的要求。能不能有一种新的收费方式，既可缓解营业厅的紧张状况，又方便用户缴费。提高费用回收率?

当今社会已进人网络时代，网络技术应用日趋成熟，利用计算机网络技术实现快捷缴费已经成为可能。与银行合作利用银行营业网点多、分布广、电子化程度高和缴费技术上的优势，开发出银行直连扣费系统并推出使用，较好地解决了这一问题。该系统利用银行电子商务网络以及众多的营业网点实时代收费，在几乎不增加系统负担的情况下。既减轻了企业的工作压力，又方便用户缴费，提高了费用回收率和资金周转速度，在使收费社会化的同时，又全面提开了企业的综合竞争力、扩大了市场占有份额，目前已经全面推广应用。

2实施原则

(1)安全可靠性原则：采用设备冗余。路由冗余、防火墙、权限设置等软硬件技术，提高系统的安全可靠性。

(2)实时性原则：保证各银行营业网点能够实时查询、实时收费，用户缴费信息能够实时上传至企业数据服务器。

(3)简单方便原则：收费系统要易于操作，功能齐备。

(4)兼容性原则：能够与通信企业主流的应用兼容；具备强大、灵活的系统

扩展空间，便于将来的系统升级。

3系统功能

系统主要实现以下功能：

(1)实时扣费账户开通

客户可以在银行柜台办理费用代扣业务，与通信企业提供的用户号进行绑定，以实现实时扣费。

(2)银行柜台代缴费

未开通实时扣费的客户可以在银行柜台直接查询欠费并缴费。

(3)批量托收代扣

企业与银行间以网络传递批量托收、代扣文件，银行对相应账户完成费用托收代扣后通过网络返回处理结果。

(4)单个或批量销账

企业根据银行返回的托收代扣处理文件结果，在本地业务系统中实时销账。

(5)实时停开机

企业根据用户是否缴费的记录，完成实时停开机，对缴费用户做开机处理，对欠费用户做停机处理。

4系统环境

(1)网络架构

企业内部核心网络设备放置在企业总部，边缘网络设备放置在各营业厅，这几处均用2M数字电路连接。同时营收系统还将与银行连接，以实现银行代收费的需要。与银行端接入路由器、交换机、防火墙、前置机均放置在企业总部，以

完成广域线路的连接与银行的需要，并要求有接人备份线路的功能，即在主线路出现故障的情况下要能启用备份线路，避免营收工作的中断。

银行内部各营业网点通过光纤DDN互连，与企业端接人路由器、交换机、防火墙、前置机均放置在银行总部，同样要求有主各线路，以避免业务中断。

(2)硬件设备

由于企业前置机作为系统的核心设备，负责与银行前置机的实时互连及信息收发。因此从数据、信息安全的角度出发，在前置机层面上采用双机备份模式，因此采用一台档次较高的服务器作为生产机，采用一台档次较低的服务器作为备用机，同时由于电信业务的特殊性。要求系统主机7*24小时间连续运行、系统整机平均无故障时间(MTBF)不低于80000小时。

(3)系统软件运行平台

操作系统：前置机采用SCO OPENSERVER 5.0.5数据库服务器及客户机采用Windows 2000或XP

数据库：Informix Online 7.X

通讯协议：TCP/IP

开发工具：C，

5系统实现

系统由以下几个子系统组成：银行柜台缴费子系统、前置机消息队列处理于系统，代收费业务实时处理子系统、营业账务子系统、实时停开机子系统、银l

企对账子系统、业务报表子系统。

系统的实现步骤及原理如下：

(1)银行前置机与企业前置机进行直连，企业前置机上安装有消息队列处理子系统，创建了2个消息队列，分别用于银行消息的接收、银行消息的发送，通过消息队列处理子系统读写消息。银行前置机上同样安装有消息队列处理子系统，并创建了2个消息队列用于企业消息的接收，企业消息的发送。通过消息队列的方式实现银行端与企业端的数据交换。消息队列是信息的线性表，它的访问次序是先进先出(FIFO)。也就是说，置入队列中的第一个数据项将是从队列中第一次读出的数据项，置入的第二项将是读出的第二项，依此类推。这是队列允许的唯一存取操作，其它随机访问是不允许的。这种数据结构保证对数据资源的请求将严格按照先后顺序进行，因而可用于对事件的调度并起到I/O缓冲的作用。

(2)交易数据的发送与接收通过消息队列处理子系统写入发送队列和读取接收队列来完成，接收到的业务交易请求(绑定、缴费、代扣、托收、冲正等)经代收费业务实时处理子系统处理后转入企业相关的各业务子系统。

(3)以缴费业务为例，从银行柜台(银行柜台缴费子系统)发起缴费交易请求，首先通过银行前置机上的消息队列处理子系统写入企业消息发送队列，发送成功后，该业务交易请求经企业前置机上的消息队列处理子系统从银行消息接收队列中读出后，转交代收费业务实时处理子系统检测并做处理。

㈣代收费业务实时处理子系统接收到该交易请求后，判断交易请求业务类型为缴费后，调用营业账务子系统相应接口完成用户欠费的销账，生成缴费日志，同时对停机用户通过停开机系统做实时开机，并将缴费处理结果返回代收费业务实时处理子系统。

(5)代收费业务实时处理于系统将交易请求处理结果按通信接口协议及格式进行打包，并交由消息队列处理子系统写人银行消息发送队列。

(6)银行端消息队列处理子系统从企业消息接收队列中读出该返回结果，交代收费业务实时处理子系统进行分析、拆包，并将处理结果发送至银行柜台缴费子系统，最终完成交易。

(7)批量对账、扣费的处理机制与缴费机制相似，不同的是在消息队列数据报文交互的同时，在企业前置机上生成对账、扣费处理文件，由银行处理完成后在前置机上返回结果文件。

与银行约定的批量对账、扣费文件格式如下：

扣费文件格式：

用户编号交易金额月份银行帐号处理结果