安徽移动手机支付业务及管理平台可行性研究报告 (3).doc

《安徽移动手机支付业务及管理平台可行性研究报告 (3).doc》由会员分享，可在线阅读，更多相关《安徽移动手机支付业务及管理平台可行性研究报告 (3).doc（37页珍藏版）》请在三一文库上搜索。

1、 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 1 目目 录录 1设计说明设计说明1 1.1概述.1 1.1.1编制依据.1 1.1.2本可行性研究报告的范围 .1 1.1.3本期工程建设的必要性.2 1.1.4本期工程建设的可行性.2 1.1.5简要结论.2 1.2相关系统现状.2 1.3本期工程建设需求4 1.3.1功能需求.4 1.3.2接口需求.9 1.3.3流程简介.9 1.4本期工程处理能力需求分析.15 1.4.1服务器能力需求16 1.4.2存储空间需求 .18 1.4.3带宽需求.21 1.5本期工程建设方案21 1.5.1硬件建设方案 .21 1.5.2软件建设方

2、案 .26 1.5.3其他系统改造方案26 1.5.4方案比较.27 1.6机房配套28 1.6.1局址选择.28 1.6.2电源要求.28 1.6.3接地要求.28 1.6.4机房承重.28 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 2 1.6.5环境要求.29 1.6.6消防条件.29 1.7人员编制计划与培训30 1.7.1人员编制计划 .30 1.7.2人员培训.30 1.8工程建设进度安排建议 30 2投资估算投资估算31 2.1投资估算31 2.1.1估算依据.31 2.1.2估算说明.31 2.1.3估算结果.31 3工程经济评价工程经济评价 33 3.1概述.33

3、 3.2综合效益分析.33 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 1 1 设计说明设计说明 1.1 概述 开展手机支付业务有利于提高客户的粘性、提供更全面的服务，集团公司明确 统一建设全网“自有支付帐户”平台，各省建设本省的业务及管理平台，加大本地 支付应用拓展。全网“自有支付帐户”平台预计09 年上半年投入使用，集团公司 要求尽快完成省手机支付业务及管理平台的建设，具备联调条件。 手机支付业务是一项跨行业的服务，是电子货币与移动通信业务相结合的产物。 手机支付丰富了银行服务内涵，使人们不仅可以在固定场所享受银行服务，更可以 在旅游、出差中高效便利地处理各种金融理财业务。手机

4、支付服务不仅为银行服务 提供了方便，还有效利用了无线通信资源。同时，利用中国移动技术和覆盖范围等 方面的优势，可以更广泛地为所有投资者提供专业服务，为银行业务发展提供更广 阔空间。 本报告为安徽移动手机支付业务及管理平台可行性研究报告。 1.1.1编制依据 (1) 中国移动手机支付系统安全总体技术要求 编制说明 V1.0.0 ； (2) 中国移动手机支付业务设备规范POS 服务平台设备部分 V1.0.0 ； (3) 手机支付业务设备规范手机支付服务平台设备部分(省)V1.0.0 ； (4) 手机支付业务设备规范手机支付服务平台设备部分(全国中心) V1.0.0 ； (5) 中国移动手机支付系统

5、安全技术规范 基础设施分册 V1.0.0 ； (6) 中国移动手机支付业务规范 总册及远程支付分册 V1.0.0 ； (7)中国移动通信集团安徽有限公司提供的相关资料； (8)相关厂商提供的相关技术资料及价格信息。 1.1.2本可行性研究报告的范围 本可行性研究报告将针对本项目的建设进行分析和论证，主要的范围包括： (1) 工程建设的必要性； (2) 工程建设的可行性； (3) 系统处理能力需求分析； 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 2 (4) 本期工程建设方案； (5) 工程建设进度安排建议； (6) 投资估算。 1.1.3本期工程建设的必要性 本期工程建设的必要性主

6、要表现在以下方面： (1) 建设手机支付业务及管理平台是为用户提供更加丰富的服务内容，有利 于增加客户粘性； (2) 应集团公司的统一部署，配合中心平台建设省平台，方便业务的开展。 综上所述，安徽移动手机支付业务及管理平台的建设是必要的。 1.1.4本期工程建设的可行性 安徽移动之前建设有小额支付平台、手机钱包平台等几个手机支付相关平 台，技术人员积累了较为丰富的维护经验。本期工程既可以通过对原有的相关 平台改造进行建设也可采用完全新建的方式建设。 本期工程的建设资金，包括各种软硬件设备的投资、工程咨询设计费用、 施工费用等，均由安徽移动自筹，资金来源可靠有保证。 综上所述，安徽移动手机支付业

7、务及管理平台的建设是可行的。 1.1.5简要结论 为了配合集团公司中央支付平台的建设及为用户提供更丰富的服务，本期 建设安徽移动手机支付业务及管理平台，本期工程满足至 2010 年底 100 万手机 支付用户使用规模，投资 366 万，建设经费由安徽移动自行筹措，本期工程的 建设是必要的、可行的。 1.2 相关系统现状 “手机钱包”业务平台的设备设置在邮电大厦十九层机房内，由安徽移动联合 联动优势科技有限公司于 2008 年建设。 (1) 系统硬件配置 硬件设备详见表 1.2-1： 表 1.2-1 “手机钱包”业务平台硬件配置 序号产品作用与功能单位数量 1主机设备 1.1IBM X3650

8、7979-I05中心平台接入服务器台2 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 3 序号产品作用与功能单位数量 1.2IBM X3650 7979-I05银联/银行接入服务器台2 2网络设备 2.1Cisco2811外网路由器台2 2.2Cisco2801内网路由器台2 2.3WS-C3560-24TS-E交换机台4 2.4PIX-515E-FO-BUN防火墙(备)台1 2.5PIX-515E-UR-BUN防火墙(主)台1 2.6瑞斯康达 RC001-4AC台2 3其他硬件 3.1奥瑞泰克 15“液晶转换套件套1 “手机钱包”业务平台的网络结构如图 1.2-1 所示： 接口服务

9、器 测试服务器 IBM X3650-1IBM X3650-2 IBM X3650-3 IBM X3650-4 CISCO 3560-1 CISCO 3560-2 CMNET PIX515E 备 PIX515E 主 BOSS CISCO 3560-3 CISCO 3560-4 CISCO 2811-2 CISCO 2801-2 CISCO 2801-1 CISCO 2811-1 安徽移动手机支付平台 银行、商户 北京总中心 银联 图 1.2-1 “手机钱包”业务平台网络结构图 (2) 系统功能 “手机钱包”业务平台支持的业务如表 1.2-2 所示： 表 1.2-2 业务分类表 序号种类产品备注

10、移动话费查缴 手机交费 移动话费充值 公共事业费缴费水、电、燃气、固话、宽带等公共事业费缴费 交通罚款缴费交通罚款缴费 1B2C 类业务 电子票务电子客票、电子影票等票务 1B2C 类业务手机彩票福彩、体彩 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 4 序号种类产品备注 手机消费数字点卡、游戏币、网上商城等消费类 手机投保太平洋保险、太平人寿等 手机理财银行卡余额、银行卡明细查询 手机钱包管理手机钱包密码修改、获取等 2B2B 类业务代理商回缴款代理商回缴款 1.3 本期工程建设需求 本期工程逻辑结构图如图 1.3-1 所示： 本期工程集团在湖南电子商务基地建设了手机支付全国中心

11、平台，并且与 一级 BOSS、全网商户、SCP、全网业务平台、手机钱包平台、银行系统等相关 系统有接口，各个省建立省手机支付业务及管理平台(简称省平台)，省平台负 责与地方银行、地方商户及本地业务平台的连接。 商 户 地方 银行 /银 联分 行 本地 业务 平台 P O S 机 湖南二卡 合一SCP 银行总行/ 银联总行 网银 一级BOSS 全网商户 POS机 手机钱包 全网业务 平台 全国中心平台 (湖南) 安徽省平台 商 户 地方 银行 /银 联分 行 本地 业务 平台 P O S 机 浙江省平台 商 户 地方 银行 /银 联分 行 本地 业务 平台 P O S 机 江苏省平台 图 1.3

12、-1 本期工程逻辑结构图 1.3.1功能需求 本期工程系统结构图如图 1.3-2 所示： 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 5 前置模块 支付处理 模块 帐户平台 支付管理 模块 C-虚拟卡应用发 行管理平台 C-OTA3平台 （支付版） 卡管平台 L-手机支付服务 平台L-OTA3平台 （支付版） 全全国国中中心心平平台台 省省平平台台 商户 地方银行/ 银联分行 本地业务 平台 POS机 湖南二卡 合一SCP 银行总行/ 银联总行 网银 一级BOSS 全网商户 POS机 手机钱包 支付清算 模块 C-手手机机支支付付服服务务平平台台 L-POS服务平台 PMSPOSP

13、 C-POS服务平台 PMSPOSP 全网业务 平台 图 1.3-2 系统结构图 手机支付业务及管理平台中心平台位于湖南，各个省建设各自的省平台与 中心平台连接，为各个省用户提供接入中心平台的途径，同时省平台对本省商 户、POS 设备及合作银行进行管理。本期省平台建设内容包括省手机支付服务 平台和省 POS 服务平台两部分。 1.3.1.1 省手机支付服务平台 省手机支付服务平台功能架构图如图 1.3-3 所示。 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 6 省省业业务务平平台台 商商户户管管 理理 商商户户管管 理理 商商户户管管 理理 流流程程控控制制 支支付付管管理理功功能

14、能 受受理理转转发发数数据据下下载载 支支付付处处理理功功能能 合合作作银银行行管管理理 商商户户管管理理 系系统统管管理理报报表表管管理理 前前置置 支支付付网网关关接接入入网网关关操操作作员员服服务务界界面面 操操作作员员管管理理 图1.3-3 省手机支付服务平台功能架构图 (1) 前置模块 前置模块提供省平台的接入和外连服务，连接本地联机交易平台，实现省 手机支付服务平台的集成化接入。支持各种通讯接入/接出方式，如 socket、http、文件传输等，完成协议的转换。 (2) 接入网关 包含商户接入和中心平台的接入，统一受理省手机支付服务平台与商户系 统之间及中心手机支付服务平台与省手机

15、支付服务平台之间的交易指令(支付处 理、预授权、清算对账等)，完成交易指令的传输协议解析和适配，将适配后的 指令转发至商户系统或中心手机支付服务平台的支付逻辑处理层处理。 (3) 支付网关 统一受理省手机支付服务平台与金融机构系统之间的交易指令(充值、提现、 结算、信息同步、对账等)，完成交易指令的传输协议解析和适配，将适配后的 指令转发至金融机构系统或中心手机支付服务平台的支付逻辑处理层处理。 (4) 操作员服务界面 针对系统中不同的角色赋予相应的操作权限，维护系统的安全。同时提供 信息维护、信息查询、信息同步、系统监测、系统管理等操作。 (5) 支付管理功能 商户管理：省平台对本省发展的商

16、户进行管理，包括对商户信息的存储、 增加、删除、修改操作，提供查询接口，可对信息进行校验；签约关系的管理、 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 7 签约商户信息同步等功能。 合作银行管理：省手机支付服务平台拓展本省合作银行时，在系统中设 立该银行的相关信息。提供银行信息的查询、更改、注销、同步等功能。 操作员管理：针对系统中不同的角色赋予相应的操作权限，维护系统的 安全。同时提供信息维护、信息查询、信息同步、系统监测、系统管理、操作 员管理等操作。 系统管理：该功能提供可视化的界面配置省平台与外部各系统之间的 路由参数；提供交易代码、错误代码维护功能；提供日志管理功能；备份

17、处理 功能；系统监控功能。 报表管理：根据操作员的权限对不同的报表进行管理。 (6) 支付处理功能 受理转发：主要完成联机类交易以及批量类交易的受理和指令转发。 数据下载：负责从中心手机支付服务平台获取与本省相关的数据或文 件。 1.3.1.2 省 POS 服务平台 包含 POSP、POS 终端管理平台、Portal、数据存储等 4 大功能。 (1) POSP：该功能模块负责 POS 终端运行中的管理。 运行管理：负责 POS 的签到、签退； 金融交易：包含消费的撤销、消费撤销冲正、退货、充值、充值冲正等 功能； 交易管理：包含批次号管理、POS 终端交易流水号管理、批上送、批结 算、对帐、佣

18、金计算、日中处理等功能； 功能去活：当 POS 终端发起功能去活的鉴权请求交易时，POSP 接收该 交易，并将其转发至手机支付服务平台，待手机支付服务平台对该请求进行鉴 权并返回响应以后，POSP 将该响应返回给 POS 终端； 报文转换：完成从 POS 终端发送过来的金融交易的报文到相应的手机 支付服务平台(应用平台)的报文之间的转换，另一方面完成从手机支付服务平 台(应用平台)发送过来的报文到 POS 终端的报文之间的转换； 交易转发：收到 POS 终端发送过来的交易报文以后，要能够根据应用 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 8 类型通过内部路由表将相应的报文转发至相

19、应的手机支付服务平台(应用平台) 进行处理； 密钥管理：对传输数据的完整性保护涉及到的密钥包括：主密钥(MK)、 密钥加密密钥(KEK)和工作密钥(WK)； 内部路由表管理：管理交易转发的路由表； 监控管理：对 POS 终端通过 POSP 向手机支付服务平台(应用平台)发送 的交易进行实时监控，以发现并提出其中有问题的交易报文； 风险管理：通过事后风险评估与监督实现风险管理； 断点续传：支持与 POS 终端之间断点续传的功能。 (2) POS 终端管理平台： 机构管理：机构信息由手机支付服务平台进行维护； 商户管理：包含同步商户信息、佣金费率管理等功能； POS 终端厂商管理：负责注册以及维护

20、终端厂商的信息，为终端厂商分 配唯一编号； 终端标识：每一台 POS 终端由一个唯一的 POS 终端序列号所标识，该 序列号不可改变，为每一台 POS 终端的物理编号，而且在出厂时预置在 POS 终端中； 终端信息：每一台 POS 终端除了具有 POS 终端序列号以及 POS 终端号 以外，还包括终端基本信息、终端程序信息、交易控制参数、终端状态等； POS 终端型号管理：负责注册以及维护 POS 终端的型号信息，为终端 型号分配唯一编号； 终端状态管理：管理终端的出入库、注册、初始化、开通、冻结、解冻、 注销、撤销、报废、锁定、查询等功能； 回响测试：通过回响测试检测 POS 终端到 POS

21、 终端管理平台的网络连 接状况以及参数匹配情况； 终端参数配置：提供终端基本信息、终端程序信息、交易控制参数等的 管理； 应用程序管理； 应用程序更新； 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 9 交易查询； 终端监控； 业务管理员管理； 日志管理； 统计分析以及报表。 (3) Portal：POS 服务平台向业务管理员展示管理界面的门户。业务管理员可 以通过 WWW/PC 客户端方式登录 Portal，进行 POS 终端的管理以及相关的交 易业务的管理。 (4) 数据存储：保存 POS 终端管理平台信息和 POSP 共享业务信息以及管理 数据。 1.3.2接口需求 1.3.2

22、.1 省手机支付服务平台 (1) 与中心手机支付平台的接口连接：实现和中心手机支付平台的交互，完 成消费、对帐等接口功能； (2) 与本地金融机构连接：实现和本地、本地银联等金融机构的连接，开通 资金进出通道。 (3) 与商户平台接口：实现和本地商户的接入，为商户提供支付功能。 1.3.2.2 省 POS 服务平台 (1) 与 POS 终端的连接：实现 POS 终端到省 POS 服务平台的管理及交易接 口连接。 (2) 与中心 POS 服务平台的连接：实现多个 POS 服务平台间的连接，完成交 易上送。 (3) 与中心手机支付服务平台的连接：实现机构信息以及商户信息的同步以 及交易上送功能。

23、1.3.3流程简介 1.3.3.1 开户流程 该流程适用于用户通过SMS、STK以及WWW的开户处理。 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 10 用户 帐户平台 1a发送短信开户指令 鉴权请求 .用户账户开户响应 用户开户有效性验证 一级BOSS 23下行短信，通知用户开户结果 省BOSS 开户处理 支付处理模块前置模块 转发开户指令 开户结果通知用户 支付管理模块 .用户账户开户请求 鉴权响应用户信息查询请求 查询处理 用户资料补全请求.提示用户短信上行姓名、证件号 .用户通过短信上行姓名、证件号.用户资料补全响应 C-手机支付服务平台 查询响应，返回用户资料（可选） 订

24、购关系生成请求 用户订购关系生成处理 订购关系生成响应 转发用户资料 用户资料处理 响应 BOSS订购关系生成请求 产生订购关系 BOSS订购关系生成响应 .用户资料处理请求 用户资料处理 .用户资料处理响应 1b用户登录WWW，发起开户请求 SMS动态口令提示 用户在网站页面输入动态码 动态码校验 通知用户开户结果 动态口令申请动态口令申请 生成动态口令 返回动态口令返回动态口令 动态口令验证请求 动态口令验证请求 返回口令验证响应返回口令验证响应 图1.3-4 开户流程图 流程描述： (1) 用户上行短信或者登录WWW网站发送开户指令到全国中心的前置模块， 请求中携带用户的手机号码信息；前

25、置模块通过支付处理模块到支付管理模块 中申请动态口令，支付管理模块产生动态口令后通过前置模块以短信方式返回 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 11 用户动态口令；用户接收到动态码后在WWW页面上输入，由支付管理模块校 验动态口令的合法性。 (2) 前置模块将收到的开户指令转发到支付处理模块； (3) 支付处理模块进行相应指令处理后，发送开户鉴权请求到支付管理模块； (4) 支付管理模块进行用户开户有效性验证，并将验证结果响应返回支付处 理模块；如果返回结果为可以开户，则进入步骤5，否则进入步骤21； (5) 支付处理模块通过前置模块向一级BOSS发起用户信息查询请求，一级

26、 BOSS将该请求实时转发至相应的省BOSS； (6) 省BOSS查询用户信息后，通过一级BOSS将查询结果实时返回前置模块， 前置模块将结果返回支付处理模块，返回的用户资料中包含用户手机号码、用 户名称、用户证件类型、用户证件号码、用户IMSI等信息； (7) 支付处理模块将用户资料转发给支付管理模块； (8) 支付管理模块进行用户资料处理后，返回响应给支付处理模块；如果用 户资料齐全，满足实名开户要求，则进入步骤15，否则进入步骤9； (9) 支付处理模块向前置模块发起用户资料补全请求； (10) 前置模块通过短信提示用户补齐用户资料，包括：用户名称和证件号码 信息； (11) 用户在手机

27、上输入相关资料信息后，将信息发送至前置模块； (12) 前置模块返回支付处理模块用户资料补齐响应，响应中携带用户输入的 相关信息； (13) 支付处理模块将接收到的用户资料信息提交给支付管理模块； (14) 支付管理模块对用户资料做相应处理后，返回响应给支付处理模块；如 果相应为允许开户，则进入步骤15，否则进入步骤21； (15) 支付处理模块向账户平台发起用户帐户开户请求； (16) 账户平台进行用户帐户开户处理，如果开户成功，同时为用户生成主账 户和支付密码；账户平台将用户帐户开户响应返回支付处理模块，如果开户成 功携带用户的帐号和支付密码信息；如果开户成功，则进入步骤17，否则进入 步

28、骤21； 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 12 (17) 支付处理模块向支付管理模块发起订购关系生成请求； (18) 支付管理模块进行用户订购关系生成处理，并将处理结果返回支付处理 模块； (19) 支付处理模块通过前置模块向一级BOSS发起订购关系生成请求，一级 BOSS将该请求准发至省BOSS； (20) 省BOSS处理完成后，将响应通过一级BOSS返回前置模块，前置模块将 该请求转发支付处理模块； (21) 支付处理模块向前置模块发起用户通知请求； (22) 前置模块通过WWW页面返回用户开户结果(注：如果是SMS、STK方式， 则无此条消息)； (23) 前置模

29、块下发短信给用户，通知开户结果。如果开户成功，同时通知用 户支付密码。 1.3.3.2 充值流程 本处以手机充值卡方式为例进行说明。 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 13 用户 9.返回账户充值响应 账户平台SCP 账务处理 检查账户状态 支付处理模块前置模块 10.返回账户充值响应 支付管理模块 11.发起冲正请求 12.冲正请求 冲正 13.冲正响应 8.账户充值请求 16.短信通知用户充值成功 C-手机支付服务平台 14.冲正响应 Vc 智能网系统 1。用户根据语音提示输入充值卡密码 及待充值的手机号码 2.充值鉴权请求 充值鉴权处理 3.充值鉴权响应 4.充值卡

30、有效性验证 5.账户充值请求 11.充值卡状态修改 15.语音提示用户充值结果 6.用户充值鉴权请求 7.用户充值鉴权响应 图1.3-5 充值流程图 流程描述： (1) 用户通过拨打充值号码13800137000发起充值请求，输入被充值的手机号 码(如果给他人充值)和充值卡密码； (2) SCP通过前置模块向支付处理模块发起用户充值鉴权请求，支付处理模块 向支付管理模块发起充值鉴权请求，以确定被充值的号码是否有效，能否进行 充值，请求中携带充值手机号码等信息； (3) 支付管理模块进行用户充值有效性鉴权，并返回响应给支付处理模块， 支付处理模块通过前置模块返回响应给SCP。如果鉴权失败，则进入

31、步骤16； (4) SCP与Vc之间进行充值卡有效性的验证。如果充值卡验证失败，进入步骤 16； (5) SCP通过前置模块向支付处理模块发送账户充值请求； (6) 支付处理模块向支付管理模块发起用户充值鉴权； 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 14 (7) 支付管理模块鉴权完成后，返回鉴权响应给支付处理模块。如果鉴权失 败，则执行步骤10； (8) 支付处理模块向账户平台发送账户充值请求； (9) 账户平台接收到充值请求后进行处理，并向支付处理模块返回账户充值 响应； (10) 支付处理模块接收充值响应后，通过前置模块通知SCP；如果账户平台 处理失败，则进入步骤16；

32、如果账户平台响应超时，则进入步骤12； (11) 进行充值卡状态修改，对卡密进行置位。如果操作成功，则进入步骤 16； (12) SCP通过前置模块向支付处理模块发送冲正请求； (13) 支付处理模块向账户平台发送冲正请求； (14) 账户平台执行冲正操作，并将冲正响应返回给支付处理模块； (15) 支付处理模块通过前置模块通知SCP冲正响应； (16) 语音提示用户充值结果，如果充值成功则提示充值金额； (17) 如果充值成功，则支付处理模块通知前置模块短信通知用户充值结果、 充值金额、账户余额(仅为自己充值时)。 1.3.3.3 支付流程 本处仅以SMS/IVR方式为例进行描述。 安徽移动

33、手机支付业务及管理平台可行性研究报告 CMDI 15 商户系统用户 10.短信提交支付密码进行支付确认 支付处理模块 2.提交商户订单 验证商户订单 9.下行短信通知用户确认支付 1.购物请求 账户平台 前置模块 3.转发商户订单 6.商户订单响应 生成订单 7.商户订单响应 8.提示用户确认支付 支付管理模块 4.商户订单鉴权请求 5.返回订单鉴权响应 C-手机支付服务平台 支付流程 图1.3-6 支付流程图 流程描述： (1) 用户在商户系统进行商品选购下订单； (2) 商户系统处理用户购物请求，并生成订单发送给前置模块，订单中包含 用户手机号、商户号、商户订单号、订单日期、金额、订单商户

34、签名等信息； (3) 前置模块将商户订单转发到支付处理模块； (4) 支付处理模块向支付管理模块发送商户订单鉴权请求； (5) 支付管理模块接收商户订单请求并验证订单的有效性，并将结果返回支付 处理模块。如果鉴权失败，执行步骤6和7；否则继续； (6) 支付管理模块通知前置模块通知商户订单鉴权结果； (7) 前置模块通知商户订单是否能受理的结果； (8) 如果订单能够受理，支付处理模块通知前置模块提示用户确认支付； (9) 前置模块通过短信提示用户输入支付密码确认支付； (10) 用户通过短信输入支付密码进行支付确认，以后则进入支付处理流程。 1.4 本期工程处理能力需求分析 基础数据取定：

35、根据规划 2010 年底安徽移动总用户数为 2578 万，手机支付用户按照 3 的渗透率计算，则手机支付用户数2578377 万，考虑一定的冗余本期工 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 16 程取定满足 100 万手机支付用户。 全省 17 个地市，2010 年底假设每个地市 500 台 POS 机在网，则 POS 机在 网数175008500，考虑一定冗余取定本期工程满足 1 万台 POS 机在网需求。 每月每用户交易笔数 10 笔； 忙日集中系数 5； 忙时集中系数 20； 则峰值业务量100000010520360028 笔/秒； 月总交易笔数100101000 万

36、笔； 平均每日交易笔数10003033 万笔； 取定 30交易来自 POS 交易，则每月 POS 交易笔数为 11 万笔，峰值业务 量为 28308 笔/秒。 1.4.1服务器能力需求 1.4.1.1 服务器 CPU 处理能力 (1) 数据库服务器 数据库服务器运行省支付平台核心数据库，主要功能负责处理前台交易数 据、管理数据的访问请求控制和数据管理工作。 基础数据取定： 联机事务处理(OLTP)的 TPCC 经验值由通信、数据库访问、信息处理等 几部分组成，取定单笔业务的 TPCC 为 25tpmC。 考虑系统管理、I/O 等其他开销安排 30%的冗余量。 为确保系统的稳定性，要求业务量高峰

37、时 CPU 利用率低于 70%。 计算公式为： 数据库服务器处理能力 单笔业务处理 TPCC 经验值峰值业务量60 秒/分(1-系统冗余量)系 统允许 CPU 繁忙程度 252860(1-30%)70% 85714 tpmC (2) 业务应用平台服务器 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 17 运行支付管理、支付处理、支付清算模块。负责手机支付业务逻辑处理、 支付交易处理、本地商户结算处理等工作。 基础数据取定： 联机事务处理(OLTP)的 TPCC 经验值由通信、数据库访问、信息处理等 几部分组成，取定单笔业务的 TPCC 为 25tpmC。 峰值业务量：28 笔/秒。

38、考虑系统管理、I/O 等其他开销安排 30%的冗余量。 为确保系统的稳定性，要求业务量高峰时 CPU 利用率低于 70%。 计算公式为： 业务应用平台服务器处理能力 单笔业务 TPCC 经验值峰值业务量60 秒/分钟(1-系统冗余量)系统允 许 CPU 繁忙程度 252860(1-30%)70% 85714 tpmC (3) 前置应用平台服务器 运行前置接口模块，负责用户、商户、银行、BOSS 等手机支付业务涉及的 外围系统的接入及协议转换和转发处理工作。 基础数据取定： 联机事务处理(OLTP)的 TPCC 经验值由通信、信息处理等几部分组成， 取定单笔业务的 TPCC 为 15tpmC。

39、峰值业务量：按照中等省份以 28 笔/秒计算。 考虑系统管理、I/O 等其他开销安排 30%的冗余量。 为确保系统的稳定性，要求业务量高峰时 CPU 利用率低于 70%。 计算公式为： 前置应用平台服务器处理能力 单笔业务 TPCC 经验值峰值业务量60 秒/分钟(1-系统冗余量)系统允 许 CPU 繁忙程度 152860(1-30%)70% 51428 tpmC 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 18 (4) POS 服务平台应用服务器 基础数据取定： POS 服务平台应用服务器负责在对 POS 机的鉴权、管理、接入、通信 功能，根据相关系统实施经验，取单笔业务处理的

40、TPCC 系数为 15tpmC。 考虑系统管理、I/O 等其他开销安排 30%的冗余量。 为确保系统的稳定性，要求业务量高峰时 CPU 利用率低于 70%。 计算公式为： POS 服务平台应用服务器处理能力 单笔业务 TPCC 经验值峰值业务量60 秒/分钟(1-系统冗余量)系统允 许 CPU 繁忙程度 15860(1-30%)70% 14693 tpmC 1.4.1.2 服务器内存需求 服务器的内存需求主要由以下几个方面构成： (1) 操作系统占用内存； (2) 服务器中间件占用的内存； (3) 应用模块运行时占用的内存； (4) 其它配合组件占用的内存。 根据经验值取定： (1) 数据库业

41、务平台：12GB/CPU； (2) POSP 应用平台：4GB/CPU； (3) 业务应用平台：8GB/CPU； (4) 前置应用平台：8GB/CPU。 1.4.1.3 服务器配置汇总 表 1.4-1 服务器配置汇总表 设备名称处理能力(tpmC)内存(GB/CPU) 数据库服务器8571412 业务应用平台服务器857148 前置应用平台服务器514288 POS 服务平台应用服务器146934 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 19 1.4.2 存储空间需求 1.4.2.1 POS 服务平台存储容量需求 (1) POS 帐户 POS 账户单条记录长度：10kB； PO

42、S 账户数量：1 万活跃帐户； POS 帐户存储空间 POS 账户单条记录长度 POS 账户数量 10102410000102410241024 0.1GB (2) 账户交易明细 账户交易明细单条记录长度：2kB； 账户交易明细单条记录的索引长度：150B； 日平均交易笔数：按照 1.1 万笔/日； 账户交易明细保留时间跨度：365 天； 账户交易明细空间需求 (账户交易明细单条记录长度+账户交易明细的索引长度)日平均交易笔 数明细保留时间跨度 (2048+150)11000365 1024102410248.22 GB (3) 日志 日志单条记录长度：1kB； 单条日志的索引长度：150B；

43、 日平均交易笔数：按照 1.1 万笔/日； 日志要求保留时间跨度：90 天； 日志所需存储空间 (日志单条记录长度+单条日志的索引长度)日平均交易笔数日志要求保 留时间跨度 (1024+150)1100090102410241024 1.1GB (4) 其他因素 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 20 配置数据预留空间：200MB； 文件系统保留空间：20GB； 数据库额外开销和磁盘利用率：70； 冗余因子：30%； (3) 存储容量计算 POS服务平台总存储容量需求 (POS账户+账户交易明细+日志+统计数据+配置数据预留)数据库额外 开销和磁盘利用率)+文件系统保留)

44、(1冗余因子) (0.1+8.22+1.1+0.2)70%)+20)(130%) 48.2 GB 1.4.2.2 前置平台存储容量需求 (1) 交易明细： 交易明细单条记录长度：2kB； 交易明细单条记录的索引长度：150B； 日平均交易笔数：按照 10 万笔/日； 明细保留时间跨度：365 天； 交易明细所需空间 (交易明细单条记录长度+交易明细的索引长度)日平均交易笔数明细保 留时间跨度 (2048+150)10000036510241024102474.7 GB (2) 日志 日志单条记录长度：1kB； 单条日志的索引总数：150B； 日平均交易笔数：按照 10 万笔/日； 日志要求保留

45、时间跨度：90 天； 日志存储所需空间 (日志单条记录长度+单条日志的索引长度)日平均交易笔数日志要求保 留时间跨度 (1024+150)100000 90 1024102410249.8 GB 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 21 (3) 其他因素 配置数据预留空间：1GB； 文件系统保留空间：50GB； 数据库额外开销和磁盘利用率：70； 冗余因子：30； 则前置平台总存储容量需求 (交易明细+日志+统计数据+配置数据预留)数据库额外开销和磁盘利用 率)+文件系统保留)(1-冗余因子) (74.7+9.8+1)70%)+50)(1-30%) 258.2 GB 1.4

46、.2.3 存储汇总 系统总存储裸容量需求 POS 服务平台存储容量需求+前置平台存储容量需求 48.2258.2 306.4 GB 建议采用 RAID0+1； 存储需求空间306.42612.7 GB 1.4.3带宽需求 按照中国手机支付系统网络传输数据的性质，网络带宽计算基础模型为： 带宽需求峰值交易笔数单笔交易数据长度传输效率带宽利用率控制比 例 1.4.3.1 与中央平台带宽需求 (1) 峰值交易笔数：28 笔/秒计算。 (2) 单笔交易数据长度，经验值一般在 1kB 以内，考虑到有其他管理数据传 递和在进行传输协议传递会增加字节数，建议取值为 2kB。 (3) 传输效率，传输效率指不同

47、系统拓扑结构下实际网络流量与实际传输的 数据量之间的比例，根据经验值一般在 1.54 之间，取中间值 2.5。 利用率控制比例。为确保稳定性，一般要求带宽利用率高峰时低于 70%。 带宽需求282kB2.50.7197.3kB1.6Mbps 安徽移动手机支付业务及管理平台可行性研究报告 CMDI 22 1.4.3.2 与银行带宽需求 (1) 峰值交易笔数：总的交易峰值为 28 笔/秒，取定与设计银行的交易占总交 易数的 30，故其峰值为 9 笔/秒。 (2) 单笔交易数据长度，经验值一般在 1kB 以内，考虑到有其他管理数据传 递和在进行传输协议传递会增加字节数，建议取值为 2kB。 (3) 传输效率，