同城票据清算系统的Java实现
来源:互联网 发布:淘宝游戏帐号交易平台 编辑:程序博客网 时间:2024/04/28 02:04
<script type="text/javascript">google_ad_client = "pub-8800625213955058";/* 336x280, 创建于 07-11-21 */google_ad_slot = "0989131976";google_ad_width = 336;google_ad_height = 280;//</script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>同城票据清算系统现状 作为结算中介的同城票据清算,其电子化水平对提高票据抵用率、加速资金周转,具有重要意义,同时,为央行提供了资金流量流向监控和风险管理的现代化手段。目前,在全国有多种同城票据清算电子化模式,功能差异较大,开发及运行平台和使用的数据库各异。大多数系统相对其他相关联的业务系统如会计账务系统、电子联行系统、账号管理系统等仍然未能实现对接,造成业务流程不畅。这就给央行内部的各应用系统集成造成很大的困难。随着金融电子化的进一步发展和金融业发展的需要,这是一个必需跨越的障碍。同时经济的发展,需要进一步扩大同城清算的范围,以更好为经济发展服务。 现有的同城票据清算系统,多数为前几年研制开发的。有些技术已经落后,并且囿于当时的技术背景,仅仅着眼替代手工的设计,已经不适应当前金融发展的需要。不少系统在安全设计方面存在明显缺陷,加上技术上的先天不足,使得为数不少的系统运行存在安全隐患。技术的发展和制度的不断完善,使得解决同城清算系统中的上述问题成为可能。 我行以前使用的同城票据清算系统,采用Foxpro进行开发和改造,X.28-X.25通信平台软件用C语言开发,网络环境为Novell Netware4.11。老系统主要存在以下问题: 通信方式较为陈旧,实际通信使用了文件通信方式,技术较为落后;系统安全等级低,系统在DOS下运行,数据库系统无安全防范功能 ;网络中心及交换点无日志;对脱离应用系统的攻击无法识别和采取相应措施;相对央行内部业务流程,系统过于独立,内部会计信息传输仍然需要纸介质。账号信息维护复杂,使得票据的实时抵用受到影响。 Java同城清算系统的特点 为克服以上缺点,Java同城票据清算系统利用了Java语言的强大网络应用功能,支持多平台、多数据库,采用面向对象技术,具有功能强大、安全可靠、适用范围广范、维护方便的特点。 1.多平台适用 由于开发语言的限制,其他的同城清算系统,均针对特定的系统开发,如需运行在其他平台下,必须进行大量的移植工作,甚至是不可移植的。由于Java语言具有"一次运行,到处运行"的多平台支持特性,因而本系统可不做任何修改地运行在包括Windows NT、Windows 9x 、Unix、Linux等多种平台上。 2.多数据库支持 采用Java语言可使用JDBC(Java数据库接口)联接多种数据库系统,无需改动任何代码,可任意选择合适的数据库系统,例如:Sybase、Informix、Oracle、SQL Server等。这样就避免了同城票据清算系统对特定数据库系统的依赖。 3.多网络结构支持 本系统的通信采用TCP/IP协议,并在TCP/IP基础上设计同城票据清算应用协议。因而只要能运行TCP/IP协议的网络系统,本系统就能很好地运行。如:电话拨号上网、VPN、城市网等。 以上三种特点,很好地解决了同城票据清算系统和行内其他应用系统的集成问题。 4.支持B/S模式 可将本系统设计成支持浏览器/服务器(B/S)模式。采用该模式可显著减少系统维护工作量。 5.对其他系统留有接口 同城清算业务是人行的主要业务之一,是人行业务环节中非常重要的一环。从长远和业务需求来看,行内各业务系统必须集成。本系统对“中央银行会计账务系统”,“电子联行系统”等均留有接口,为将来的系统集成做准备。 6.安全性好 由于Java语言有着良好的安全策略,本系统在系统一级具有良好的安全性,无计算机病毒问题。同时为确保本系统的安全,对系统的安全方案进行了强化设计,票据交换的安全规则随机约定,做到每个交换点不同,每个交换点每次交换不同。同时可根据需要随机产生各交换点的确认密码,定期修改。每笔交换业务跟踪;系统设立操作日志,票据交换日志等。 7.具有邮件功能 为便于各交换点及清算中心的及时沟通,本系统设计了简单的邮件功能,可一对一、一对多地发送文本及其他形式邮件。利用邮件还可进行相应的维护工作。 8.支持电子票据 现存同城票据交换系统对原始票据的依赖,限制了同城票据交换系统在更大范围内的使用。票据必须电子化。本系统支持原始票据和电子票据二种方式。在电子票据法律地位确立和相关规章制度建立后,本系统可顺利过渡到电子票据方式。 9.操作、维护、升级简单 本系统"傻瓜"化设计,操作简单易学,设计阶段完备的错误控制,系统稳定性强,面向对象的编程技术和独特的维护升级方案,使得维护和升级简单。 10.帐号户名实时更新 帐号户名实时更新并同步,可减少不必要的暂收、暂付记账,提高票据抵用率。 上述的特点,使得Java票据清算系统在技术上可以很容易地被推广,更好地服务于金融电子化。 Java同城票据清算系统结构 Java票据清算系统的同城结构如图: 本系统的软件设计分为两个部分,一部分用于票据清分清算服务器;另一部份分用于 票据交换客户机。系统为三层结构,票据清分清算服务器实际上是一个清分清算功能的中间件,其通过JDBC联结到人行内部的数据库服务器上。票据交换客户机则通过JDBC联结到本地数据库,或根据需要联结相应的数据库上。交换客户机和中心票据清分清算服务器通过支持TCP/IP的物理网络联结。交换客户和中心票据交换服务器的实际会话按另行设计的应用协议进行。票据交换的过程就是按协议进行会话的过程。中心服务器对会计核算系统、卫星小站业务系统和其他业务系统留有接口,同时对电子印章功能扩展提供支持,为将来取消票据邮寄,以及将来人行的各应用系统的集成作准备,扩大本系统的适用范围。 Java票据清算系统针对将来区域交换的需要,采用了分级设计。功能可分为三级:一级交换点(纯交换点)、中间交换点(兼有交换点和交换服务器的功能)、顶级服务器(纯服务器)。中间交换点在工作时,对于属同城的票据进行清分、清算,对于非同城票据则提交给上一级中间交换点或顶级服务器进行清分、清算。在实现区域交换时的结构如下图。 区辖票据清算目前大多数使用的是先直后横(先系统内后系统外)的方式。延长了票据在途时间,降低了票据抵用率。Java票据清算系统可以采用以下二种方式应用在区辖票据清算上。 分中心方式。在各县(市)人民银行设立票据清算分中心,在中心支行设立票据清算中心。清算分中心对本地实行票据清分、清算,发现有非本地票据时,将该票据提交清算中心。作为清算中心的一个交换点可提回属本辖的票据。 直连方式。此方式中存在二种交换点,一是普通交换点,二是人行交换点。区辖内的所有交换点直连服务器,清分、清算由一个服务器完成。普通交换点只提属自己的票据。人行交换点需提回其辖内的各交换点的所有票据。以便其实行金融监管。 Java票据清算系统实行区辖票据清算,技术上充分可行。因其涉及电子票据地位问题,需要会计制度配套。 Java票据清算系统因其具有跨平台、多数据库支持、面向对象技术、支持TCP/IP协议等先进特性,使其容易推广。因而上述的区辖运行方案,在配套详细周到的制度后,可扩大到省辖、大区辖甚至更大的范围。例如:其可作为电子联行的地面备份使用。