文档介绍：CNAPS
1
第二代支付系统
技术方案介绍
中国人民银行清算总中心
2011年8月
2
第二代支付系统需求概述:总体需求
第二代支付系统应在支持已有业务类型的同时,主动适应支付业务的创新和发展,使系统未来能以较小的代价快速适应业务需求的变更以及发展。
本次不改造
3
第二代支付系统需求概述:非功能性需求
业务容量需求
HVPS:2016年日均446万笔,峰值128万笔/小时
BEPS:2016年日均1148万笔,峰值242万笔/小时
约合328万包/日,峰值业务量为82万包/小时
IBPS:2011年日均300万笔,峰值75万笔/小时
合计的峰值轧差处理需求为157万次/小时
小额按包进行轧差处理、网银按笔进行轧差处理
可靠性要求
%,故障平均修复时间不超过20分钟。
4
第二代支付系统需求概述:运维需求
系统运维需求
建立和应用系统有机整合的运行监控系统
建立符合信息化系统管理规范的运行维护系统
建立先进的客户服务系统
5
第二代支付系统需求概述:系统切换要求
第二代支付系统采取“支付系统统一切换、各参与者分步切换”的上线方案,系统在功能上可兼容第一代支付系统的报文标准。
在第二代支付系统上线当日,国家处理中心(NPC)PC切换到第二代支付系统,同时停止第一代支付系统的运行。
已完成二代系统接口改造的参与者可通过新版接口接入第二代支付系统;
未完成二代系统接口改造的参与者可通过原接口程序接入第二代支付系统,待完成系统改造后再通过新版接口接入第二代支付系统。
人民银行根据管理需要设置统一的切换期。
6
第二代支付系统需求概述:主要变化
与一代系统的主要变化
更全面的流动性风险管理功能
支持新兴电子支付
灵活的接入和清算模式
人民币外币的PVP
支持人民币跨境支付
业务标准与报文格式
支付信息管理
7
应用系统设计:设计思路
设计思路:
集中化、平台化、组件化、标准化
以支付报文传输系统为支撑,支付业务处理系统为核心
遵循原则:
采用面向服务的架构的理念和技术
业务流程化原则
模块可重用原则
子系统松耦合原则
子系统内聚性原则
8
应用系统设计:支付业务处理
子系统划分:综合安全性、应用组件功能相似性、子系统内聚性、独立性等因素,将应用组件划分为10个子系统。
支付业务处理子系统(大额,小额,网银);
支付账务处理子系统;
公共管理子系统;
计费子系统;
统一用户认证授权子系统;
明细查询与数据管理子系统;
监控子系统;
统计分析子系统;
行名行号子系统;
参与者业务管理子系统。
9
应用系统设计:总体结构
报文传输与业务处理分离
10
应用系统设计:支付报文传输
业务功能:
传输安全
报文校验
智能路由
主要特性:
与业务系统无关
兼容多种报文格式
高可用性