二代支付系统业务和技术指标hyl.docx
《二代支付系统业务和技术指标hyl.docx》由会员分享,可在线阅读,更多相关《二代支付系统业务和技术指标hyl.docx(8页珍藏版)》请在冰点文库上搜索。
二代支付系统业务和技术指标hyl
§一.1二代支付系统业务和技术指标
§一.1.1支付系统的容量
国家处理中心和各城市处理中心的业务处理能力根据以下因素进行估算和预测:
支付业务总量随经济增长而增长;
构成支付业务总量主体的国有商业银行和多家股份制银行的行内处理系统已经建立完成,并逐步实现数据集中,未来一点接入一点清算或一点接入多点清算等清算模式下,业务处理模式和业务量变化;
中央银行会计集中核算系统和国家金库会计核算系统集中趋势下,业务处理模式变化和业务量变化;
新系统和新业务推广带来的业务量增长;
其他可能影响业务变化的因素。
大额NPC的处理容量
2007年,大额支付系统的业务量较2006年增长22%。
2008年,大额支付系统处理业务亿笔,日均处理业务万笔,较2007年增长%。
现以每年25%的增长速度估算2011年至2015年的大额支付类业务情况如下表。
表18:
大额支付类业务情况测算表
年份
增长率(%)
日均(万笔)
峰值(约为均值的
倍)(万笔)
小时峰值(按全天
1/4计算)(万笔)
2011
25
160
240
60
2012
25
200
300
75
2013
25
250
400
100
2014
25
469
117
2015
25
390
585
146
小额NPC的处理容量
2008年小额支付系统共运行350个工作日,处理业务4,940万包(一包容量为2M,最多包含业务2000笔),日均处理14万包,比2007年同期增长37%。
异地和同城业务每小时峰值包数在12月29日达到最高,分别为2万包和万包。
2008年影像交换系统总中心日均受理影像业务2万笔。
影像交换系统向小额支付系统切换后,以每年30%速度增加计算,到2015年日均影像业务将达到10万笔,左右,峰值处理能力不小于每小时万笔。
考虑到诸如银行本票、汇票等新业务的推广以及支票影像业务全部纳入小额支付系统处理等情况,2011年至2015年小额业务每年将以30%的速度增加。
到2011年二代系统上线时,每日业务将达到40万包左右,峰值将达到15万包/小时。
要求在2015年前,NPC每日处理不少于173万包,峰值处理能力不小于每小时115万包。
表19:
小额支付类业务情况估算表
年份
增长率(%)
日均(万笔)
峰值(约为均值的
倍)(万包)
小时峰值(按全天
1/4计算)(万包)
2011
30
60
90
23
2012
30
78
135
34
2013
30
102
203
51
2014
30
133
305
77
2015
30
173
458
115
小额支付系统物理设备和网络带宽应具备可扩充性,以适应未来同城票据交换业务纳入小额支付系统处理的需要。
网银互联系统容量
2008年,我国电子商务交易额已达24000亿元,从2005年到2008年,电子商务交易额保持了40%以上的年平均增长率,电子支付业务总量随电子商务交易量增长而增长。
2008年,中国工商银行处理的电子支付交易量达亿笔(含行内交易及跨行交易),按跨行交易占总业务量1%来计算,工商银行日均处理跨行电子支付业务万笔。
据统计,工商银行电子支付交易量约占银行业金融机构电子支付交易总量的三分之一或三分之一强,则2008年银行业金融机构日均处理电子支付交易量约为46万笔到50万笔。
随着新兴电子支付方式的日益普及,电话支付、移动支付、网上支付的交易量目前呈现出爆发式增长,按年均增长100%-200%的发展态势推算,预计到2011年,全国范围电子银行跨行支付业务量将达到日均300万笔。
SAPS系统容量
SAPS的系统处理容量主要包含两部分内容:
一是人民银行会计营业部门发起的单边业务和同城票据交换或同城清算系统轧差净额的业务容量,二是大额、小额、网银系统提交SAPS清算的支付指令容量。
综合来看,SAPS的容量变化趋势应主要考虑大额支付系统业务量的增长情况,兼顾小额和网银系统净额的增加数量。
2011年至2015年,SAPS的业务处理能力如下表:
表20:
SAPS处理业务量估算表
年份
大额支
付业务
(万笔)
小额及网银轧差净额业务(万笔)
人民银行会计营业部门特定业务(万笔)
SAPS日均业务(万笔)
峰值(约为均值的倍)(万笔)
2011
160
20
2012
200
20
2013
250
20
407
2014
20
2015
390
20
CCPC的处理容量
在二代支付系统中CCPC仅作为业务数据的传输通道参与者可以一点接入,也可以多点接入,因此各CCPC的处理容量需要具体分析。
§一.1.2业务处理和系统响应时间
§一.1.2.1业务处理时间
从发起行前置机发起到发报中心(接入点)返回处理结果回应的处理时间不超过3秒;
从发报中心发起到NPC返回处理结果回应的处理时间不超过5秒;
从NPC转发到收报中心返回处理结果回应的处理时间不超过5秒;
从收报中心转发到接收行前置机返回处理结果回应的处理时间不超过3秒。
网银互联系统支付业务逐笔发起,实时转发和处理。
每笔业务处理时间不超过20秒。
支付业务处理时间分配到各个环节后,对各个环节的业务处理时间要求如下:
从付款行发起到网银互联处理中心返回处理结果回应的处理时间不超过3秒;
从网银互联处理中心转发到收款行返回处理结果回应的处理时间不超过5秒;
从收款行发起到网银互联处理中心返回处理结果回应的处理时间不超过5秒。
§一.1.2.2系统响应时间
系统登录时间最长3秒;
从报文或文件进入系统到系统响应时间不超过3秒;
报文或文件传输不成功时,在3秒内通知发送方;
因某种原因,报文或文件滞留在系统中时,应在30秒内向发送者发出提示信息。
SAPS收到大额、小额、网银及ACS等提交的清算指令的响应时间不超过3秒。
§一.1.3可靠性及性能要求
系统的可使用率应保持在总运行时间的%,故障平均修复时间不超过20分钟。
子系统
软件类型
建议配置
数量
备注
主机核心服务层
主机操作系统
z/OS
1套
支持单台主机设备硬件处理能力>900MIPS,支持并行耦合。
主机系统工具
IBMTivoliNetViewforz/OS
IBMTivoliSAforz/OSV3
DITTO/ESAforMVS
1套
主机数据库
DB2forz/OS
z/OSAppl.ConnecttoDB2
DB2UtilitiesSuite
OMEGAMONXEforDB2PE
DB2AdministrationTool
1套
主机中间件
CICSTSforz/OS
CICSPAforz/OS
WebSphereMQforz/OS
WSMQClientAttachment
1套
主机开发工具、开发语言
EnterpriseCOBOL
IBMLibraryforREXXzSeries
1套
数据复制软件
QReplication或类似软件
1套
子系统
软件类型
建议配置
数量
备注
大额、小额、网银、账务
数据库
DB2Connect
64C
共16个LPAR,每LPAR4CPU。
其中一代NPC现有CICS16C、WMQ24C可供复用,网银系统购买了CICS8C,WMQ8C因此需购买CICS40C,WMQ32C
交易中间件
CICS
64C
消息中间件软件
WMQ
64C
公共管理与计费
数据库
DB2Connect
4C
1主1备,只购买主用机4CLicense。
消息中间件软件
WMQ
4C
主机CICS交易网关
CTG
4C
J2EE应用服务器
WebSphereAppplicationServer
4C
软件类型
建议配置
数量
数据库管理软件
ORACLERAC
一套
消息中间件软件
WMQ
16C
J2EE应用服务器
WebSphereAppplicationServer
4C
数据库管理软件
DB2或Oracle
8C
数据复制软件
QReplication或类似软件
4C
消息中间件软件
WMQ
4C
明细查询与数据管理软件及其配套中间件
通过测试及招标确定
1套
软件类型
建议配置
数量
数据库管理软件
ORACLE
16C
消息中间件软件
WMQ
4C
J2EE应用服务器
WebSphereAppplicationServer
8C
报表生成工具
Cognos
100并发用户
数据库管理软件
ORACLE
8C
消息中间件软件
WMQ
4C
J2EE应用服务器
WebSphereAppplicationServer
8C
数据库管理软件
ORACLE
4C
消息中间件软件
WMQ
4C
J2EE应用服务器
WebSphereAppplicationServer
4C
用户身份鉴别和访问控制软件及其配套软件
通过测试及招标确定
1套