CNAPS 第二代支付系统技术方案介绍[文字可编辑]

6
应用系统设计：设计思路
设计思路： ? 集中化、平台化、组件化、标准化 ? 以支付报文传输系统为支撑，支付业务处理系统为核心
遵循原则： ? 采用面向服务的架构的理念和技术 ? 业务流程化原则 ? 模块可重用原则 ? 子系统松耦合原则 ? 子系统内聚性原则
7
应用系统设计：支付业务处理
? 子系统划分： 综合安全性、应用组件功能相似性、子
支付管理信息系统
本次不改造
支票影像交换系统
2
第二代支付系统需求概述：非功能性需求
? 业务容量需求
– HVPS：2016年日均446万笔，峰值128万笔/小时 – BEPS：2016年日均1148万笔，峰值242万笔/小时
? 约BPS：2011年日均300万笔，峰值75万笔/小时 – 合计的峰值轧差处理需求为157万次/小时
? 支付系统参与者 – 参与者接入端软件 – 参与者业务管理子系统（间联参与者）
12
应用系统设计：与一代支付系统的主要变化
? 实现报文传输和业务处理分离： – 方便参与者的灵活接入； – 简化业务系统的处理逻辑；
? 业务处理划分为业务处理子系统（含大额、小额、网银）和账务处理子 系统： – 层次清晰，提高系统整体处理效率；
11
应用系统设计：应用功能分布
? 国家处理中心NPC – 支付业务处理子系统（大额，小额，网银） – 支付账务处理子系统 – 公共管理子系统 – 统一用户认证授权子系统 – 计费子系统 – 明细查询与数据管理子系统 – 监控子系统 – 统计分析子系统 – 行名行号子系统 – 集中交换网关子系统
? 城市处理中心CCPC – 区域接入网关子系统 – 参与者业务管理子系统（根据实际需要）
? 参与者接入端 – 负责接收商业银行行内系统向支付报文传输平台提交的各类报文 – 负责接收区域接入网关向本接入点发送的报文，并转发至参与者行内系统 – 支持采用水平群集方式部署，同一接入点的报文传输平台接入服务器可并 行工作，单台服务器失效，不影响该接入点其它服务器的继续运行 – 支持AIX和Linux操作系统，MQ与TLQ中间件
? 主要特性 ：
– 与业务系统无关 – 兼容多种报文格式 – 高可用性
10
应用系统设计：支付报文传输部署
? 集中交换网关 – 支持水平扩展方式部署，单台服务器宕机不会影响到报文传输平台的连续 运行 – 对经过的报文同时进行本地和异地集中存储，确保灾难情况下支付报文传 输平台业务数据的完整性
? 区域接入网关 – 区域汇聚、安全检查 – 智能路由和报文转发 – 支持水平扩展方式部署
8
应用系统设计：总体结构
报文传输与业务处理分离
CFXPS
CNAPS2
大额支付系统 小额支付系统 网上支付跨行清算系统 清算账户管理系统 公共管理系统
ECDS
国债 银联
支付报文传输平台
商业银行
清算组织
ACS TCBS ......
9
应用系统设计：支付报文传输
? 业务功能：
– 传输安全 – 报文校验 – 智能路由
4
第二代支付系统需求概述：系统切换要求
? 第二代支付系统采取“支付系统统一切换、各参与者分步切换”的 上线方案，系统在功能上可兼容第一代支付系统的报文标准。
? 在第二代支付系统上线当日，国家处理中心（NPC）及各CCPC切 换到第二代支付系统，同时停止第一代支付系统的运行。
? 已完成二代系统接口改造的参与者可通过新版接口接入第二代支付 系统；
? 小额按包进行轧差处理、网银按笔进行轧差处理
? 可靠性要求
– 系统的可使用率应保持在总运行时间的99.9%，故障平均修复时 间不超过20分钟。
3
第二代支付系统需求概述：运维需求
? 系统运维需求
– 建立和应用系统有机整合的运行监控系统 – 建立符合信息化系统管理规范的运行维护系统 – 建立先进的客户服务系统
中国人民银行清算总中心 2011年8月
1
第二代支付系统需求概述：总体需求
第二代支付系统应在支持已有业务类型的同时，主动适应 支付业务的创新和发展，使系统未来能以较小的代价快速适应 业务需求的变更以及发展。
清算账户管理系统
（账户管理、实时清算、净额清算）
大额支付系统 小额支付系统
网上支付 跨行清算系统
? 未完成二代系统接口改造的参与者可通过原接口程序接入第二代支 付系统，待完成系统改造后再通过新版接口接入第二代支付系统。
? 人民银行根据管理需要设置统一的切换期。
5
第二代支付系统需求概述：主要变化
? 与一代系统的主要变化 – 更全面的流动性风险管理功能 – 支持新兴电子支付 – 灵活的接入和清算模式 – 人民币外币的PVP – 支持人民币跨境支付 – 业务标准与报文格式 – 支付信息管理
? UTF-8是Unicode的一种最常用的变长字符编码，可以根据不同 的符号自动选择编码的长短。在UTF－8中，字符以8位序列来编 码，用一个或几个字节来表示一个字符。
13
数据管理设计：设计思路
? 按数据重要性进行区别存储和保护，关键数据应集中在NPC； ? 满足业务处理性能的要求； ? 注重数据的完整性、一致性和可用性，统一数据的定义、变更
等管理； ? 建立有效的数据备份和归档机制。
14
数据管理设计：字符集与数据编码
? 为更好的适应国际标准，并适应第二代支付系统的国际化趋势， 第二代支付系统数据交换和存储格式统一采用UTF-8编码集。
系统内聚性、独立性等因素，将应用组件划分为10个子 系统。 – 支付业务处理子系统（大额，小额，网银）； – 支付账务处理子系统； – 公共管理子系统； – 计费子系统； – 统一用户认证授权子系统； – 明细查询与数据管理子系统； – 监控子系统； – 统计分析子系统； – 行名行号子系统； – 参与者业务管理子系统。
? 建立统一的业务管理和业务监控平台： – 为支付系统的业务人员提供单一入口，通过用户身份认证后按各自授 权分别操作、监控和管理各业务系统；
? 增加应用监控子系统： – 可随时了解系统运行情况，提前发现系统故障或异常，有助于提高运 维水平；
? 改进对参与者的支持： – 通过报文传输平台可支持参与者的灵活接入需求，降低前置机复杂度 和维护难度； – 建设参与者业务管理系统，支持中小参与者特别是农村金融机构的低 成本接入、业务收发和业务管理。