大额实时支付系统之城市商业银行银行汇票业务的设计与实现探讨

目录
前言 (3)
第1章绪论 (4)
第1.1节课题背景 (4)
第1.2节系统特点 (4)
第1.3节国内外发展状况 (5)
第1.4节研究目的与意义 (6)
第1.5节研究现状与存在的问题 (7)
第2章系统开发的关键技术及方案 (8)
第2.1节关键技术 (8)
第2.2节 MVC模式 (9)
第3章系统分析 (11)
第3.1节整体功能需求分析 (11)
第3.2节系统结构分析 (12)
第3.3节系统功能分析 (12)
第4章系统设计 (18)
第4.1节系统功能模块图 (18)
第4.2节数据库设计 (18)
第5章系统实现 (22)
第5.1节系统登录功能界面的实现 (22)
第5.2节银行模块的实现 (24)
第5.3节国家处理中中心（管理员）模块的实现 (29)
第5.4节汇票处理中心模块的实现 (31)
第6章总结与展望 (34)
第6.1节课题总结 (34)
第6.2节后续展望 (34)
参考文献 (35)
【摘要】：
大额支付系统是中国现代化支付系统的重要组成部分，处理跨行同城和异地的金额在规定起点以上的大额贷记支付业务和紧急的小额贷记支付业务。

大额实时支付系统采取逐笔发送支付指令，全额实时清算资金。

大额支付系统采取与直接参与者直接连接的方式，实现了从发起方到接收方全过程的自动处理，实时清算，实行逐笔发送，一笔业务不到1分钟即可到账。

系统实行全额实时清算资金，禁止隔夜透支，不足支付的交易作排队处理，日终仍不足支付的交易，中国人民银行可提供高额罚息贷款，切实防范支付风险。

清算账户适度集中管理，既有利于提高支付清算效率，又有利于防范支付风险。

大额支付系统设置了接入管理功能，可以满足各银行灵活接入系统的需要；设置了业务控制功能，可对不同参与者发起和接收的支付业务进行控制；设置了队列管理功能，参与者可对排队业务进行次序调整；设置了清算账户控制管理功能，人民银行可对严重违规或发生信用风险的直接参与者的清算账户实施部分金额控制、借记控制直至关闭。

业内人士认为，城市商业银行汇票业务的开通，是全国城市商业银行的一项巨大成功，彻底解决了全国各城市商业银行客户之间无法直接办理异地资金清算的问题，对提升服务层次，完善城市商业银行服务功能，提高市场综合竞争力，实现全国范围业务的大联合具有积极的促进作用。

【关键词】：JAVA SHH技术；数据库；城市商业银行银行汇票业务；
[Abstract]: High-value payment system is an important part of China's modern payment system , the amount of processing cross the city and different places in the prescribed starting to pay more than High businesses and emergency credited micro crediting payments. High real-time payment system to take individually send payment instructions , full real-time clearing funds .
High-value payment systems take the form of a direct connection with the direct participants to achieve a receiving line from the originating bank to automate the entire process , the implementation of individually transmit real-time clearing , a payment service less than 1 minute arrival. Full implementation of the system in real time clearing funds , lack of payment transactions for queue processing, the system prohibits overnight overdrafts , end of the day is still insufficient payment transactions , the People's Bank of China to provide high penalty interest loans , effectively prevent payment risks . Moderately centralized clearing account management , payment and settlement helps improve efficiency , but also helps prevent payment risks . High-value payment system set up access management capabilities , flexible access system to meet the various needs of the bank ; setting up service control function , different participants can make and receive payments business control ; set up a queue management functions, participants business can be queued order to adjust ; setting up clearing account control management function , the PBC may occur on the credit risk of serious irregularities or direct participants in the implementation of part of the amount of the settlement account control , debit control until close .
The industry believes that the opening of the city commercial bank draft business, National City Commercial Bank is a huge success in the areas of cooperation , not directly solve the bottlenecks in handling the liquidation of funds between different places in cities nationwide commercial bank customers , to improve the urban commercial banking services, improve service levels , improve the comprehensive competitiveness of the market , to seek a nationwide coalition of business has a positive role in promoting.
[Key words]:JA V A SHH technology; database; City Commercial Bank bill business ;
前言
随着社会主义市场经济的建立，城乡经济发展战良好，企业间的经济往来十分频繁，资金流量逐渐扩大，要求银行为它们提供优良的支付清算服务。

创建现代化支付系统为城乡经济的发展创造良好的外部环境，加速周转社会资金。

建立现代化支付系统，有利于更好地支持金融市场的资金清算，同时能够适应加入WTO的需要，提升我国银行业的竞争能力。

现代化支付系统是人民银行完善和改善金融服务的重要内容，同时还可以有效支持货币政策的实施和金融监管的加强，有利于防范支付风险。

加快现代化支付系统刻不容缓！
城市商业银行银行汇票业务是支付系统为支持中小金融机构结算和通汇而特意设计的，支持城市商业银行银行汇票资金的移存和兑付的资金清算的业务。

本毕业设计的题目是基于JAVA SHH的大额支付系统之城市商业银行银行汇票业务系统，主要依据大额支付系统的特点，再结合JAVA SHH具体技术要求，利用强大的互联网技术，根据用户的需要，提供相关各方面信息，实现用户与用户之间以及用户与系统之间的及时沟通。

第1章绪论
第1.1节课题背景
为满足社会经济金融发展的要求，充分发挥中央银行的作用，提高中央银行的金融服务水平。

2000年10月，中国人民银行决定“调整定位、借鉴吸收、完善需求、以我为主，加快中国现代化支付系统建设”。

通过几年的努力，建成了笼盖全国，连接港澳的中国现代化支付系统，为各银行金融机构及金融市场供应了安全高效的支付清算平台。

作为我国支付体系的核心和枢纽，中国现代化支付系统主要由大额实时支付系统、小额批量支付系统和全国支票影像交换系统三个业务系统构成。

可以形象地说是“跨行支付、服务千家万户”。

据了解，城市商业银行探寻异地通汇由来已久。

因为全国各地的城市商业银行只能在本城市内经营业务，因此，从1995年底其前身--城市合作银行最先筹建的时候，就碰到了异地通汇难的限制，结算不顺畅、结算速度慢的问题比较突出。

为此，1996年5月上海城市合作银行牵头联合北京、深圳、南京等24家城市合作银行，建立了会员制形式的城市合作银行通汇清算中心。

该中心以特约汇款证取代汇票，作为城市合作银行之间的清算工具，在探寻解决通汇难的道路上迈出了重要的第一步。

城市商业银行资金清算中心成立后，该中心把开发和使用城市商业银行自己的汇票当成头等大事。

通过两年的努力，今年8月1日该中心终于获得中国人民银行准许，容许其办理银行汇票资金清算业务。

从8月20日起，上海银行、北京市商业银行等首批69家城市商业银行起头办理银行汇票签发和互为代理兑付业务，其他42家城市商业银行经职员培训、系统上线后，将陆续开办该业务。

至此，城市商业银行打开了自家的汇路和汇票。

城市商业银行汇票处理系统基于中国人民银行现代化支付系统，为属地经营的城市商业银行实现跨区域资金清算开拓了一条高效、迅速、安全、准确的资金清算通道。

第1.2节系统特点
中国人民银行大额实时支付系统的建设，既立足中国的实际，又借鉴了发达国家支付系统建设的经验，其功能特点：
(一)高效的资金清算功能。

大额支付系统采取与直接参与者直接连接的方式，实现了贷记支付业务从付款银行到收款银行全过程的自动化处理，实行逐笔发送，实时清算，一笔支付业务不到1分钟即可到账；
与中央债券综合业务系统、中国银联信息处理系统、银行间外汇交易系统等连接，实现了债券交易的“券款对付(DVP)”清算、银联卡跨行业务和行间外汇交易业务等的资金清算。

(二)全面的流动性管理功能。

大额支付系统对直接参与者提供日间透支限额、自动质押融资机制、设置清算窗口等系统功能，商业银行可随时查询和预测其头寸的变化情况，并根据需求及时筹备资金，完成支付业务的最终清算。

(三)健全的风险防范功能。

根据国际清算银行《重要支付系统核心原则》，针对大额支付系统运行可能出现的风险，拟定了一系列防范和处置措施。

系统实行全额实时清算资金，不足支付的交易作排队处理，并采取债券质押与资金融通相结合的自动质押融资机制；建成了大额支付系统应急灾难备份系统，建立了运行维护机制。

系统禁止隔夜透支，日终仍不足支付的交易，可由中国人民银行提供高额罚息贷款，切实防范支付风险。

(四)适度集中的清算账户管理功能。

大额支付系统对商业银行的清算账户采取“物理上集中摆放，逻辑上分散管理”的方法，即各商业银行在人民银行当地分支行开设的清算账户物理上在NPC集中存储，日间处理跨行的资金清算；逻辑上由人民银行本地分支行进行管理，日终ABS下载清算账户数据，进行账务均衡。

清算账户适度集中管理，既有利于提高支付清算效率，又有利于防范支付风险。

(五)灵活的系统管理功能。

大额支付系统设置了接入管理功能，可以满足各银行灵活接入系统的需求；设置了业务控制功能，可对不同参与者发起和接收的支付业务进行控制；设置了队列管理功能，参与者可对排队业务进行次序调整；设置了清算账户控制管理功能，人民银行可对严重违规或发生信用风险的直接参与者的清算账户实施部分金额控制、借记控制。

第1.3节国内外发展状况
国内外的大额支付系统多项参数和指标不断优化，表现如下：
一是支付规模持续增长。

无论从交易量与交易额，还是平均支付规模而言，大额支付系统规模出现持续增长趋向。

如1985年至2000年，美国经过Fedwire和CHIPS发起的转账交易量年均增长6%，交易额年均增长9%。

2000年以来，两个系统的交易量增长分别为4%和5%。

交易额增长分别为7%和9%。

Fedwire的转账交易额从1985年大约100万亿美元增长到2007年超过670万亿美元；CHIPS转账交易额2007达到486万亿美元。

2007年，CPSS国家15个大额支付系统中，唯有Euro CHATS、BoJ-NET、TOP和MEPS的平均交易规模出现下降，其他大额支付系统的平均支付规模均持续增长。

二是交易费不断下降。

大额支付系统的建设和维护需要相当可观的固定成本，因而他们
具有较大规模经济的特点。

1999年至今美联储使用一个基于结算量收费的费用表。

20世纪90年代后期，美联储承诺一个改进其处理设备的计划，类似目前的TARGET2提议。

该计划极大地降低了交易费用：Fedwire的交易平均费用从0.50美元下降到2006年的不足0.16美元；SIC的平均交易费用从1999年的17生丁（法国货币单位，1法郎=100生丁）下降到2005年的7生丁。

三是运行时间改变。

金融市场全球化的一个直接效应是大额支付系统运营时间的延长。

1998年至1999年，欧洲的几个系统为了与TARGET运行时间保持一致，改变或延长了它们的运行时间。

2002年，为了与CLS银行在欧洲上午的结算时间保持同步，BoJ-NET、MEPS和LVTS 改变了运行时间。

到2007年，SIC拥有最长的运行时间——23小时15分钟；北美的三个系统——Fedwire、CHIPS和LVTS运行时间分别为21.5小时、20小时和17.5小时。

欧洲的系统PNS和EURO1,以及亚洲的MEPS和HKD CHATS，运转时间再8到9.5小时之间。

四是系统参与者不断减少。

随着国际银行业的统一，银行规模不断扩大，大额支付系统的参与者也日益减少。

国际清算银行统计数字显示：CPSS国家大多数支付系统的参与程度在1999年至2007年间都下降。

第一大系统Fedwire的参与者从9994个下降到6388个，下降了36%；第二大系统TARGET的参与者从5144个下降到4712个，下降了8.4%。

第1.4节研究目的与意义
大额实时支付系统(简称大额支付系统，HVPS, High Value Payment System)是中国人民银行按照我国支付清算需要，利用现代计算机技术和通信网络开发建设，处理同城和异地跨行之间和行内的大额贷记及紧急小额贷记支付业务，人民银行系统的贷记支付业务和即时转账业务等的应用系统。

大额实时支付系统是中国现代化支付系统的重要应用系统和组成部分，在我国支付系统中占有重要地位。

2005年6月，大额实时支付系统在全国成功推广。

目前，大额实时支付系统连接着境内办理人民币结算业务的中外资银行业金融机构，香港、澳门人民币清算行等，拥有1600多个直接参与机构，7万多个间接参与机构，日均处理业务80多万笔，资金超过2.5万亿元。

每笔业务实时到账，其功能和效率达到国际先进水平。

建立大额支付系统的目标：为了给银行和广大企事业单位以及金融市场提供快速、高效、安全的支付清算服务，实现了跨行资金清算的零在途时间。

该系统办理同城和异地的、金额在规定点以上的大额贷记支付业务和紧急的小额贷记支付业务。

其处理的支付业务种类包含：汇兑、委托收款划回、托收承付划回、中央银行和国库部门办理的资金汇划、和公开市场操作和债券交易的实时转账等。

支付指令逐笔实时发送，全额清算资金。

建立现代化支付系统要有利于更好地发挥中央银行支付清算服务职能的作用，主要为跨行提供快速、高效、安全的支付清算服务；要有效支持中央银行货币政策的实施和金融监管；
要有利于防范支付风险，提高商业银行的流动性，并确保支付的最终清算；系统设计开发基于现实，面向未来，扩展方便，做到功能齐全，业务安全，手续简便，系统先进。

第1.5节研究现状与存在的问题
我国的大额支付系统(HVPS)属于中央银行掌管运行的、有日间借贷的全额实时结算系统，是办理商业银行之间、商业银行与人民银行之间支付业务资金清算的系统，是各银行连接同业拆借市场、债券市场和外汇市场的重要核心支持系统。

它采用“逐笔实时发送，全额清算资金”的方式处理同城和异地的大额贷记支付业务和紧急的小额贷记支付业务。

1.5.1研究现状
1．89年起央行建立电子联行，目前通汇网点1924个，入网金融机构20000多个。

2．商业银行相继建设行内汇兑系统。

3．2500个县级以上城市建立同城票据交换所，每天1-2场。

1.5.2 存在的主要问题
1．缺乏有效支持银行间支付清算的现代化公共平台，支付速度慢，资金在途时间长；
2．支付风险防范机制不健全，存在支付风险隐患；
3．系统结构紊乱，清算帐户分散，支付数据信息不集中，不利于金融监管；
4．未与金融市场等相关系统连接，不能有效支持中央银行货币政策的实施。

第2章系统开发的关键技术及方案
第2.1节关键技术
2.1.1.JAVA SHH技术
JAVA SSH 为 struts+spring+hibernate 的一个集成框架，是目前较流行的一种JAVA Web应用程序开源框架。

Spring是一个解决了许多在J2EE开发中常见的问题的强大框架。

，主要是采用Servlet 和JSP技术来实现的。

由于Struts能够满足各种开发的需求，方便简单，迅速快捷，在过去的一年中倍受关注。

Struts把Servlet、JSP、自定义标签和信息资源(message resources)整合到一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大的节省了时间，所以说Struts是一个非常不错的应用框架。

Spring的架构基础是基于使用JavaBean属性的Inversion of Control容器。

这个问题，往往可以通过我们为什么要使用spring这个问题来切入：AOP 让开发人员可以创建非行为性的关注点，称为横切关注点，并将它们插入到应用程序代码中。

使用 AOP 后，公共服务（比如日志、持久性、事务等）就可以分解成方面并应用到域对象上，同时不会增加域对象的对象模型的复杂性。

IOC 允许创建一个可以构造对象的应用环境，然后向这些对象传递它们的协作对象。

正如单词倒置所表明的，IOC 就像反过来的 JNDI。

没有使用一堆抽象工厂、服务定位器、单元素（singleton）和直接构造（straight construction），每一个对象都是用其协作对象构造的。

因此是由容器管理协作对象（collaborator）。

Spring即使一个AOP框架，也是一IOC容器。

Spring 最好的地方是它有助于您替换对象。

有了 Spring，只要用 JavaBean 属性和配置文件加入依赖性（协作对象）。

然后可以很容易地在需要时替换具有类似接口的协作对象。

Hibernate是JDBC的轻量级的对象封装，它是一个独立的对象持久层框架，和App Server，和EJB没有什么必然的联系。

Hibernate可以用在任何JDBC可以使用的场合，例如Java应用程序的数据库访问代码，DAO接口的实现类，甚至可以是BMP里面的访问数据库的代码。

从这个意义上来说，Hibernate和EB不是一个范畴的东西，也不存在非此即彼的关系。

Hibernate是一个和JDBC密切关联的框架，所以Hibernate的兼容性和JDBC驱动，和数据库都有一定的关系，但是和使用它的Java程序，和App Server没有任何关系，也不存在兼容性问题。

Hibernate不能用来直接和Entity Bean做对比，只有放在整个J2EE项目的框架中才能比较。

并且即使是放在软件整体框架中来看，Hibernate也是做为JDBC的替代者出现的，而不是Entity Bean的替代者出现的，让我再列一次我已经列n次的框架结构：传统的架构：1) Session Bean <-> Entity Bean <-> DB为了解决性能障碍的替代架构：
2) Session Bean <-> DAO <-> JDBC <-> DB使用Hibernate来提高上面架构的开发效率的架构：3) Session Bean <-> DAO <-> Hibernate <-> DB
在SSH 的组合框架模式中，三者各自的作用。

Struts 是一个很好的MVC框架，主要技术是Servlet和Jsp。

Struts的MVC设计模式可以使我们的逻辑变得很清晰，让我们写的程序层次分明。

Spring 提供了管理业务对象的一致方法，并鼓励注入对接口编程而不是对类编程的良好习惯，使我们的产品在最大程度上解耦。

Hibernate 是用来持久化数据的提供了完全面向对象的数据库操作。

Hibernate对JDBC进行了非常轻量级的封装，它使得与关系型数据库打交道变得非常轻松。

2.1.2.ORACLE介绍
ORACLE 数据库系统是美国ORACLE公司（甲骨文）提供的以分布式数据库为核心的一组软件产品，是目前最流行的客户/服务器(CLIENT/SERVER)或B/S体系结构的数据库之一。

比如SilverStream就是基于数据库的一种中间件。

ORACLE数据库是目前世界上使用最为广泛的数据库管理系统，作为一个通用的数据库系统，它具有完整的数据管理功能；作为一个关系数据库，它是一个完备关系的产品；作为分布式数据库它实现了分布式处理功能。

但它的所有知识，只要在一种机型上学习了ORACLE知识，便能在各种类型的机器上使用它。

ORACLE所具有的特点1、完整的数据管理功能：1）数据的大量性2）数据的保存的持久性3）数据的共享性4）数据的可靠性2、完备关系的产品：1）信息准则---关系型DBMS 的所有信息都应在逻辑上用一中方法，即表中的值显式地表示；2）保证访问的准则3）视图更新准则---只要形成视图的表中的数据变化了，相应的视图中的数据同时变化4）数据物理性和逻辑性独立准则3、分布式处理功能：1）ORACLE数据库自第5版起就提供了分布式处理能力，到第7版就有比较完善的分布式数据库功能了，一个ORACLE分布式数据库由oracle rdbms、sql*Net、SQL*CONNECT和其他非ORACLE的关系型产品构成。

我相信现在我们用到的基本上是8i或9i的产品了。

4、用ORACLE能轻松的实现数据仓库的操作。

第2.2节 MVC模式
MVC是Model—View—Controler的简称。

即模型—视图—控制器。

MVC是一种设计模式，它强制性的把应用程序的输入、处理和输出分开。

MVC中的模型、视图、控制器它们分别担负着不同的任务。

视图: 视图是用户看到并与之交互的界面。

视图向用户显示相关的数据，并接受用户的输入。

视图不进行任何业务逻辑处理。

模型: 模型表示业务数据和业务处理。

相当于JavaBean。

一个模型能为多个视图提供数据。

这提高了应用程序的重用性
控制器: 当用户单击Web页面中的提交按钮时,控制器接受请求并调用相应的模型去处理请求。

然后根据处理的结果调用相应的视图来显示处理的结果。

MVC的处理过程：首先控制器接受用户的请求，调用相应的模型来进行业务处理，并返回数据给控制器。

控制器调用相应的视图来显示处理的结果。

并通过视图呈现给用户。

模型、视图、控制器三者之间的关系和各自的主要功能，如图2-1所示。

图2-1 MVC模式的基本设计思想示意图
第3章系统分析
第3.1节整体功能需求分析
城市商业银行银行汇票业务是支付系统为支持中小金融机构结算和通汇而专门设计的支持城市商业银行银行汇票资金的移存和兑付的资金清算的业务。

使用此系统的用户为：国家处理中心（NPC）、城市处理中心（CCPC）、签发行、兑付行、汇票处理中心。

他们对计算机和网络的了解程度不同，因此系统应该具有一定得通用性和易用性。

3.1.1.国家处理中心（NPC）功能需求
（1）负责支付系统的运行和管理；
（2）接收、转发各城市处理中心的汇票报文；
（3）对集中开设的清算账户进行资金清算和处理。

3.1.2.城市处理中心（CCPC）功能需求
（1）负责汇票报文的转发和接收；
（2）对本CCPC范围内的业务进行清分轧差。

3.1.3.签发行功能需求
（1）发起最初汇票业务；
（2）向支付系统提交签发汇票业务。

3.1.
4.兑付行功能需求
（1）发起兑付汇票的任务；
（2）向系统提交兑付汇票申请
3.1.5.汇票处理中心
（1）登记、审核汇票信息；
（2）向国家处理中心发送资金清算申请。

第3.2节系统结构分析
图3-1 系统结构图
第3.3节系统功能分析
3.3.1.系统功能图
图3-2 系统功能图
日间业务处理
现代化支付系统
小额批量支付系统大额实时支付系统支付管理信息系统一般大额支付业务
清算账户管理系统
即时转账支付业务城市商业银行银行
汇票业务
从业务开始到业务截止时间为日间业务处理时间。

在日间业务状态，大额实时支付系统、清算账户管理系统、支付管理信息系统提供正常的支付清算服务。

在业务截止警告时间，系统自动接收国家处理中心发来的业务截止警告通知，网银渠道发起的支付业务自动挂账，次日，账户行使用“1855支付系统往账挂账处理”交易批量发送；柜面渠道业务正常处理。

在业务截止时间，系统自动接收国家处理中心发来的业务截止通知，进入业务截止阶段，柜面渠道发起的除“1631汇出汇款”交易作自动挂账外，系统拒绝受理其他交易提交的大额往账业务。

支付系统进入业务截止时间，如果还有业务截止警告前网银渠道发起的支付业务未核查，网银落地行使用“1855支付系统往账挂账处理”交易批量挂账，次日使用“1855支付系统往账挂账处理”交易批量发送。

3.3.2.顶层用例描述
顶层用例图从整体结构描绘了系统。

其中有四个个角色（银行端、处理中心、汇票处理中心、大额支付系统）和两个用例（城市商业银行银行汇票系统和登录）。

银行端、处理中心、汇票处理中心是系统的用户，而此城市商业银行银行汇票系统涉及到的外部系统为大额支付系统。

大额支付系统为我们提供银行端和处理中心的信息。

任何用户使用此系统前都需要进行登录。

图3-3顶层用例图
编号：001 用例名称：登录编者：XXX
启动角色
签发行、兑付行、城市处理中心、国家处理中心、汇票处理中心
进入条件系统已正常启动，初始化完毕系统显示登录页面。