中国移动小额支付系统小额支付平台技术建议书
Doc No: OZONE-MOBILE-MPP-04-01
中国移动小额支付系统小额支付平台
技术建议书
Version : A/0
目 录
11. 引言
. 背景 1
. 各接口协议的版本 1
. 缩略语 2
2. 设计原则和技术特点 3
. 设计原则 3
. 技术特点 4
. 采用高度开放的系统结构 4
. 采用智能化多通道交易引擎结构 4
. 全程审核监控管理 4
3. 小额支付总体说明 6
. 业务概念 6
. 业务特点 6
. 支付帐户 6
. 分阶段实施安全 7
. 业务全程可控 7
. 密码管理 8
. 小额支付计费模式 8
. 资费结构 8
. 话单记录 9
4. 系统体系结构 10
. 小额支付系统的组网结构 10
. 小额支付系统各实体之间的关系 12
. 小额支付系统的功能划分 13
. 小额支付系统与其它系统的接口 14
5. 小额支付平台业务功能 16
. 概述 16
. 交易单元 16
. 通信单元 16
. 用户界面 16
. 帐户管理 17
. 开户 17
. 存/取现、转帐 17
. 业务登记/注销 18
. 帐户冻结/解冻 18
. 手机过户/销号/改号 18
. 帐户销户 18
. 用户资料修改 18
. 修改用户密码 19
. 交易处理 19
. 支付 19
. 派奖 19
. 冲正 19
. 退款 19
. 帐务处理 20
. 轧帐处理 20
. 对帐处理 20
. 话单生成 20
. 帐务结算 21
. 业务管理 21
. 用户资料维护 21
. 移动商务SP业务运营管理 21
. 移动商务SP业务报表 21
. 终端用户报表 22
. 客户服务 22
. 查询用户资料 22
. 帐户余额查询 22
. 交易明细查询 22
. 投诉处理 22
. 系统管理 23
. 系统监控 23
. 权限管理 23
6. 部分关键问题的解决方案 24
. 银行转帐 24
. 银行划帐操作流程 24
. 划帐平台需要做的工作 25
. 小额支付平台与IVR的接口方案 25
. SMPP协议接口方式 26
. 订制接口方式 26
. 语音平台业务描述 27
. 扣费通知 27
. 批价 27
. 概述 27
. 批价的实现 28
7. 系统安全设计 29
. 网络安全 29
. 主机安全 29
. 应用系统安全 30
. 数据库安全 30
图表索引
7图 小额支付业务三方关系
10图 小额支付系统两级结构示意图
11图 小额支付系统网络结构
12图 小额支付系统结构关系图
14图 小额支付系统的外围结构图
14图 小额支付系统与BOSS系统接口图
15图 小额支付系统与两级BOSS系统接口图
24图 由小额支付平台端发起划帐请求的操作流程
24图 由银行端发起划帐请求的操作流程
26图 IVR接口实现方式
引言
背景
中国移动根据自身的业务发展，为提高数据业务使用范围，为增强市场竞争力，为不断增长的客户与SP（服务商）架起交易的桥梁，提出了《小额支付系统业务规范》，慧本公司依据此规范，编制本技术方案建议书。
中国移动小额支付系统是基于现代通信、计算机网络及相关应用技术，用以完成手机小额支付的系统。从功能上讲，小额支付系统涵盖了通信、交易、计费、帐务处理、业务管理、系统管理、客服等方面，并根据业务需要与相关外部系统进行互联，如营业客服系统。本业务将面向全球通和神州行用户，这是一个庞大的消费群体。
本方案包含对中国移动小额支付系统的体系结构、网络组织、应用软件结构、外部接口及安全管理等要求的技术实现。按照两级系统原则，从技术上对中国移动小额支付系统进行了集中、统一的规划。
小额支付系统的建设目标是实现通过手机完成电子交易的支付，支付系统以客户为中心；具有较强的实时处理能力；具有良好的扩展性，安全性以满足新业务、新服务的开展。
按照两级系统的原则，对通信、交易、计费、帐务、业务管理、系统管理及客服等功能进行统一的规划。“两级系统”指小额支付系统分为集团公司级小额支付系统（全国中心）和省级小额支付系统（省中心）两级。
各接口协议的版本
本技术实现方案中实现的接口和功能所支持的相关协议及版本如下：
小额支付业务规范(初稿)；
小额支付代理（MPA）设备技术规范（）；
小额支付平台（MPP）设备技术规范（）；
小额支付通信（MPCP）协议；
小额支付交易（MPTP）协议；
中国移动小额支付平台客户服务接口协议 ( MPCI )（）；
中国移动BOSS统一帐户接口协议（UASP）（）；
中国移动小额支付业务BOSS统一帐户接口协议（UASP）与小额支付平台客户服务接口协议（MPCI）应用说明（）；
小额支付系统业务测试规范（初稿）；
小额支付系统接口协议测试规范（初稿）
缩略语
MPS
Micro Payment System
小额支付系统
MPP
Micro Payment Platform
小额支付平台
MPA
Micro Payment Agent
小额支付代理
MPCU
Micro Payment Communication Unit
小额支付通信单元
MPTU
Micro Payment Transaction Unit
小额支付交易单元
MPCA
Micro Payment Communication Agent
小额支付通信代理
MPTA
Micro Payment Transaction Agent
小额支付交易代理
MPTP
Micro Payment Transaction Protocol
小额支付交易协议
MPCP
Micro Payment Communication Protocol
小额支付通信协议
SP
Service Provider
移动商务服务提供商
CA
Certificate Authentication
认证机关
CRL
Certificate Revocation List
作废证书表
MD5
Message Digest 5
信息摘要算法
RSA
Rivest-Shamir-Adleman
数字签名算法
BOSS
Business Operation Supporting System
业务运营支撑系统
BOSS Unified Accounting Service
BOSS统一帐户服务
UASP
Unified Accounting Service Protocol
统一帐户服务协议
设计原则和技术特点
设计原则
慧本小额支付平台在建设过程中应采用国际最新的科技成果，保持在国内信息系统领域内具有领先的技术水平；同时结合系统的实际需要，具体情况具体分析，充分利用现有的系统网络资源，建立高性能、低成本的系统。
慧本小额支付平台在设计和实现中严格遵循以下原则：
先进性 系统的软件结构、组网方式和设备配置应保证系统的先进性，以确保系统能有效提高系统的生产效率和管理水平。同时，系统还应能保持中长期的先进性以适应未来系统发展的需要。
稳定性 系统应具有较好的长期稳定性和在任何情况下可靠运行的能力，系统的接入应不影响原有相关系统的正常运行，系统本身的升级和扩充尽量不影响系统的实时运行。
规范化 系统需求分析、系统设计、设备选型、软件开发、系统建设、工程验收、售后服务及维护均应遵循规范的流程以保证系统质量。
标准化 系统必须遵循有关国际标准、国家标准和相关的行业标准，并对外提供标准接口以利于系统的向上接入。
灵活性与可扩展性：方便扩展设备容量和提升设备性能；具备支持业务处理的灵活配置，业务功能的重组与更新的灵活性；
经济性 整个系统应有较好的性价比，以最节省的投资获得最好的效果。
并行化 大数据量的业务处理充分考虑处理业务的负载共享（LSF，Load Sharing Facility）/负载均衡（Loading Balance）等作业动态调度技术，通过充分运用任务的管理和调度机制，实现真正意义上的并行，最大程度的发挥主机和数据库的功能。
先进性：采用先进成熟的设备和技术，确保系统的技术先进性，保证投资的有效性和延续性。
易用性：对于用户、SP均能方便快捷地开展业务。
技术特点
采用高度开放的系统结构
一个灵活的、对新技术有很强适应性的体系结构至关重要，开放的系统能够包容多个计算机、网络和数据库厂商，并能够适应今后技术的发展。在系统方案中：
主机系统运行UNIX操作系统，UNIX是目前市场上使用最广泛的操作系统之一，几乎可以运行于所有的计算机和硬件平台；
数据库选用Oracle/Sybase/Informix，Oracle/Sybase/Informix是目前国际、国内使用最广泛的大型关系数据库，也是最开放的数据库系统；
采用统一消息总线结构和插件化设计结构，方便加载、扩充新的连接方式。
以上这些保证系统具备高度的开放性、兼容性，能很好地与其它系统互连以及适应将来的发展。
采用智能化多通道交易引擎结构
移动交易和支付的特殊性和特别要求，只能通过搭建面向对象的组件或消息传输架构来满足。这种基于组件的模型在设计高可靠性和高有效性的系统中如ATM网络、汇兑系统以及通讯系统中得到了广泛地应用，并且在实施中取得了预期的效果。
各种各样的应用模型架设在交易引擎之上，该引擎是一个智能化多通道交易处理系统，为多个通道、参与者和应用服务提供了一个虚拟的支付网关和清算环境。它鉴别交易的类型并确定其路由，然后根据业务规则以及客户制订的特殊交易规则将交易输入、加盖时间戳、转换成恰当的协议、路由至最终目的地完成即时处理。处理过程中系统将生成一个审计尾标追踪和记录每笔交易的执行过程。
全程审核监控管理
慧本小额支付平台系统对整个系统的运行状况，包括对数据库、网络、主机和应用程序提供全面的监控。在系统处理的各个环节中，对数据均进行严格的审计，防止任何错误的蔓延；对用户登录和作各方面的操作时，只要涉及到数据的修改方面的工作时，系统都会作出详细的记录和审计；同时提供多种告警、管理手段，对系统发生的各种事件均记录在数据库及日志文件中。慧本公司针对应用监控的特点，结合在网管监控的经验，实现了应用监控协议OAMP。该协议完成状态监视、运行控制、配置更新、软件升级、审计统计等功能，通过本公司的OA Inspector即可进行应用的全程监控与管理。
小额支付总体说明
业务概念
小额支付业务是中国移动与移动商务SP联合推出的有小额支付功能的移动数据业务，它是构建在中国移动业务运营支撑系统之上的一个移动数据增值业务应用，它以客户为中心吸引客户、方便客户、满足客户，为客户提供多样化及个性化服务。通过它，用户可以随时、随地、随意通过手机使用移动商务SP提供的业务服务，如投注彩票、购买可乐、各种IP卡/上网卡、泊车、网站购物等等。
通过移动小额支付系统，中国移动建立并管理一个与用户手机号码和本人身份关联的支付帐户，支付帐户的作用相当于电子钱包的概念，它为移动用户提供一个通过手机进行交易支付和身份认证的途径。在业务的开展初期，小额支付业务每笔交易消费限额在100元以下，在一个结算周期内，用户消费限额限制在1000元内，在实际业务推广过程中，可根据业务开展的实际情况调整消费限额。
从小额支付系统提供的支付途径上来看，它涵盖了定向支付、微支付、小额支付、预支付、电子现金支付等多种安全支付方式和技术，确保了小额支付业务的交易安全。
业务特点
支付帐户
由于中国移动的神州行用户和相当一部分全球通用户（公免、非本人身份）在业务系统中无用户资料和用户资料不正确，为了能使所有的移动用户都能使用移动商务业务，并为其它相关业务（需要真实身份）服务，需要建立一套新的支付帐户信息。支付帐户信息以手机实际使用者为准，与原有业务系统用户资料无关，但是，当用户发生各种业务异动时，支付帐户需要重新注册。
支付帐户必须先充值，即支付帐户必须为预付费帐号才能进行小额支付业务。
分阶段实施安全
目前，由于手机实现端到端加密需要进行终端设备和SIM卡的升级，推广困难且系统复杂、处理能力要求很高，对于交易额只有几元钱的小额业务，交易成本过高。因此，在小额支付业务开展初期，结合需要开通的业务特点，手机终端不采用端到端加密，小额支付系统通过系统提供的管理功能和业务管理办法保证交易的安全性。
在移动电子信用体系和认证体系建立系建立之后，利用基于PKI体系进行安全认证管理机制，实现手机基于第三方CA的安全认证，从而为移动小额支付系统开展各种移动商务服务提供有力的安全保证，为参与交易的多方提供了一条安全的支付通道。
业务全程可控
小额支付业务要求全程业务可控。小额支付业务由终端用户、移动商务SP和中国移动三方参与。
图 小额支付业务三方关系
交易扣费由移动商务SP发起，中国移动通过以下方法完成对移动商务SP的管理：
要求移动商务SP的扣费请求、交易确认都与手机用户的交易请求关联
完成扣费后，中国移动应将发送扣费时间、金额、移动商务SP名称、交易备注等扣费信息通知给用户手机。
中国移动根据移动商务SP信用度和该业务特点，合理制定财务结算周期
支付帐户可设置业务开关和消费上限。
由移动商务SP发送的扣费请求、交易确认需要进行数字签名
针对用户投诉和移动商务SP的过多非法扣费请求，中国移动有权停止其服务
密码管理
为确保系统的安全性，小额支付系统为用户提供了两套密码管理机制，一个长度为6位的帐户密码，一个长度为6位的交易密码。当用户查询交易明细、修改用户资料等业务操作时，系统需要用户进行交易密码认证。当进行支付请求需要对用户的帐户密码进行认证处理。
小额支付计费模式
资费结构
小额支付系统是一个为众多移动商务SP提供通信和支付通道的移动数据增值服务平台，由于新业务的层出不穷，必须提供灵活多样的资费来适应移动商务SP业务的发展，因此也需要制定相应的计费原则来实现各项业务的计费。
通过小额支付系统开展的移动商务业务，涉及到移动通信费、信息服务费及佣金提成费等费用的计费结算原则，其中：
1) 通信费
用户在使用短信服务、IVR服务时，按照发出条数或通信时间向中国移动支付通信费，通信费标准按照信息产业部制定的统一标准执行。
2) 信息服务费
用户在使用移动小额支付系统收费的信息业务时，根据业务的特点，有些业务必须向移动商务SP支付信息服务费，信息服务费的价格由各移动商务SP制定。
3) 佣金提成费
按照与中国移动鉴定的商务服务协议，移动商务SP通过移动小额支付系统进行的商务活动，必须按一定的交易金额比例向中国移动支付佣金提成费。
话单记录
小额支付系统提供的通信话单和交易话单，是中国移动与移动商务SP及用户的结算凭证。BOSS系统定期提取话单记录，并完成与移动商务SP及用户的帐务结算。
系统体系结构
小额支付系统的组网结构
小额支付系统分为集团公司小额支付代理系统和省公司小额支付平台两级，各省只设置一级统一组织、集中管理的小额支付平台。地市级分公司不设置单独的小额支付平台。其中，集团公司小额支付代理系统主要完成全国性支付业务的通信、计费和综合管理。省公司小额支付平台系统主要完成省内的通信、交易、帐务处理、营业和客服、业务管理和业务统计等功能。
集团公司小额支付代理系统与省公司小额支付平台通过DDN网络相联，实现数据的交换。
图 小额支付系统两级结构示意图
小额支付系统是基于TCP/IP协议的专用计算机网络应用系统。整个小额支付系统网络拓扑结构示意图如下图所示：
图 小额支付系统网络结构
小额支付系统网络连接有如下三类：
局域网连接：通过局域网组网技术形成各个自治的计算机局域网，包括全国中心局域网，省中心局域网及各地市县的局域网；同时利用局域网技术连接其它计算机局域网。
连接全国中心与省中心以及其它自治局域网的计算机广域网：包括全国中心与省中心的连接，全国中心与BOSS等相关系统的连接，全国中心与SP的连接。
设备间的点到点线路连接: 如前置机与短消息中心、语音平台等。
小额支付系统各实体之间的关系
图 小额支付系统结构关系图
①. 全网移动商务服务的SP与CMCC全国中心间的接口遵循2个规范：
小额支付通信协议MPCP；
小额支付交易协议MPTP；
（参见相关协议说明）
网络连接采用DDN专线；
②. 全国中心主要完成如下功能：
通信代理（MPCA）功能，连接各省小额支付平台通信单元MPCU；
交易代理( MPTA)功能，连接各省小额支付平台交易单元MPTU；
与SP及省中心业务结算；
目标方案中与BOSS接口通过UASP协议
③. 省中心主要完成如下功能：
小额支付平台通信单元MPCU，通过SMPP连接短消息中心平台和IVR平台，对SP提供统一的接口格式，保障通信的效率和可靠性；
小额支付平台交易单元MPTU，提供移动用户小额支付帐户管理和对SP的统一接口；与移动相关系统的接口；
提供帐户充值、客户服务等功能。
小额支付系统的功能划分
小额支付系统在功能上分为以下六大模块：
通信：为SP、用户提供短信、IVR、WAP等多种通信渠道；
交易：完成各种SP业务的交易处理，主要包括SP及用户的鉴权，计费，对帐等；
客户服务：通过多种接入方式为用户提供业务受理、查询服务、申告投诉等服务；
业务管理：根据业务管理要求，完成资源管理、资费管理、SP管理、用户管理、业务统计等管理工作；
帐务处理：对SP及用户的帐务信息进行统一的管理、查询、统计分析等工作，为BOSS系统提供SDR，CDR，与SP进行通信费用与交易费用的结算；
系统管理：为保证小额支付系统的正常运行，需要对系统的应用软件、硬件资源、数据库、网络等进行监控，以便及时掌握系统的运行状况，对故障快速做出反应。
小额支付系统与其它系统的接口
图 小额支付系统的外围结构图
小额支付系统与外部接口主要包括通信平台（SMS和IVR）和BOSS系统，分别通过标准的接口协议实现。
图 小额支付系统与BOSS系统接口图
由于BOSS系统分为两级体系建设，小额支付系统与BOSS连接包括如下两种情况：
如果BOSS核心帐户建立在省内二级BOSS系统中，则省中心小额支付平台通过MPCI和UASP协议直接与二级BOSS连接，实现全部接口功能；如果BOSS核心帐户建立在全国一级BOSS系统中，则省中心小额支付平台和全国中心小额支付代理系统分别连接一级和二级BOSS，如下图所示：
图 小额支付系统与两级BOSS系统接口图
接口
接口功能描述
交易接口
MPP通过此接口到BOSS中完成资金帐户的操作
帐户接口
BOSS与MPP通过此接口完成用户资料的相互传递
客服接口
BOSS通过此接口获取MPP中客服所需信息
话单采集接口
BOSS通过此接口到MPP前置机采集CDR、SDR
小额支付平台业务功能
概述
小额支付平台与省移动公司的内部实体进行连接（局域网或广域网），如：短信中心、IVR系统、划帐平台、客服系统、省BOSS、银行等。
小额支付平台主要包括以下功能模块：
交易单元
主要完成本省服务SP与全国中心交易代理发来的交易请求的处理。完成真正的帐户操作，或通过接口访问BOSS内用户帐户。
通信单元
通过SMPP协议连接本省的短信中心，将短信MO消息转发给相应SP或全国中心通信代理，将来自本省SP或全国中心通信代理的MT消息发至短信中心。
用户界面
受理方式
营业厅
1860
IVR
网站
短信
1
小额支付开户
√
2
小额支付销户
√
3
现金存取
√
4
银行转账
√
5
注册、注销SP业务
√
√
√
√
6
帐户冻结、解冻
√
√
√
√
√
7
修改资料
√
√
8
修改服务密码
√
√
√
√
9
修改交易密码
√
√
√
√
√
10
查询余额
√
√
√
√
√
11
查询交易明细
√
√
√
√
12
查询资金往来
√
√
√
√
13
手机过户
√
14
手机改号
√
15
手机销号
√
帐户管理
开户
开通支付帐户是移动用户开展移动商务业务的基础，为避免纠纷，同时为广大公免用户和神州行用户服务，移动用户必须到移动营业厅填写用户开户申请单，并凭使用者有效证件（即使手机是以他人有效证件开户）办理相关开户手续。
用户在移动营业厅办理支付帐户开户的过程中，需要填写以下一些用户基本资料如手机号码、号码类型、客户姓名、证件号码等信息。其次用户还可以填写一些其它用户资料如日交易上限、居住地址、工作地址、支付帐户密码、支付交易密码、帐户充值信息（如银行名称、帐号户主名称、帐号）等。
移动营业厅受理用户的开户信息后，在移动BOSS系统建立用户的支付帐户，同时把用户的业务信息发送给小额支付系统。
存/取现、转帐
用户通过移动营业厅向存放在移动BOSS系统中的支付帐户进行现金的存入或提取。其次，也可以利用移动BOSS系统的银行转帐功能，对用户的支付帐户进行充值。
用户在移动营业厅存取现金时，中国移动打印一式两份的凭据，原始单据给用户，中国移动保留底单。用户通过银行转帐对支付帐户充值后，可到相关银行索取转帐单据。用户进行移动商务业务消费后，由相应的移动商务SP提供消费发票。
业务登记/注销
针对移动商务SP提供的业务特点，有些业务必须要求用户在小额支付系统进行业务登记以后才能使用。对于需要注册的移动商务SP业务，用户可以通过移动营业厅、1860等多种方式进行业务登记。
小额支付系统用户的业务登记/注销信息应与移动商务SP的用户业务注册信息保持同步。
帐户冻结/解冻
用户可以通过移动营业厅或1860等方式冻结自己的帐户，当用户要重新使用小额支付业务，需要对支付帐户进行解冻。
手机过户/销号/改号
已开通小额支付业务服务的移动用户，在办理手机过户/销号/改号业务之前，要求该用户先办理完支付帐户销户后才能办理手机过户/销号/改号手续。
帐户销户
业务申请者可以注销自己的支付帐户，申请支付帐户销户的用户必须先到移动营业厅完成该支付帐户的帐务结算，结算完成以后该用户才能办理业务注册资料的注销及支付帐户的销户。
用户资料修改
用户通过1860、WAP/Web等方式，修改用户在移动小额支付系统的用户资料信息。
修改用户密码
用户通过1860、Wap/Web等方式，修改自己的交易密码或帐户密码。
交易处理
支付
在进行移动商务活动的过程中，用户通过移动BOSS系统中的支付帐户对其使用的移动商务服务实施支付。
小额支付系统受理移动商务SP的支付请求并转发给BOSS系统，由BOSS系统完成支付操作。
派奖
针对有些移动商务SP，如足彩、福彩等，用户中奖以后，移动商务SP需要对用户进行派奖处理。移动商务SP通过小额支付系统对用户的支付帐户进行充值派奖处理。
冲正
在交易的过程为保证交易的完整性，移动商务SP发现存在不完整的交易时，向小额支付系统发送取消该笔交易的操作，同时小额支付系统应对用户的支付帐户进行相应的事务处理。
退款
移动商务SP通过该功能受理用户的退款请求，并由移动的BOSS系统完成对用户的支付帐户退款操作。
帐务处理
轧帐处理
营业员通过移动营业系统受理用户业务请求，如用户提取支付帐户中的现金，存入现金到小额支付帐户中，为保证系统的收支平衡，需要对系统进行轧帐处理，确保营业员的现金收入和支出与移动BOSS系统中的支付帐户 的资金异动相吻合。
对帐处理
小额支付系统与移动商务SP进行的对帐处理过程中，应根据以下几条对帐原则：
以交易发起方交易记录为准。
由交易发起方发起对帐。
平帐处理采用人工参与方式或自动平帐方式。
对帐周期可根据业务特征具体确定，一般每天对帐一次。
对于全网性质的业务，由小额支付系统的全国中心负责与全网移动商务SP进行对帐。本省的业务，由小额支付系统的省中心负责与本省的移动商务SP进行对帐处理。在对帐过程中产生的错帐，根据业务的实际情况由交易的接收方进行平帐处理。
对帐过程中，交易明细的传送应支持在线、文件传输两种方式。
话单生成
小额支付系统完成与移动商务SP的对帐（在一定的对帐周期内）及平帐处理后，生成通信话单及交易详单供移动BOSS系统进行数据采集。
帐务结算
根据相互约定的业务结算原则，在一定的结算周期内，由中国移动完成与移动商务SP之间的业务结算，以及与移动用户的帐务结算。
业务管理
用户资料维护
小额支付系统定期把用户的业务注册相关信息打包生成用户资料文档。提供全网业务的移动商务SP定期到小额支付全国中心下载用户资料文档并进行用户资料的同步处理。本省移动商务SP，定期到小额支付省中心下载用户资料文档并进行用户资料的同步处理。
小额支付系统应支持移动商务SP在线查询用户资料。
移动商务SP业务运营管理
为了更好的为用户服务，当移动商务SP的业务开通后，需要根据实际运营和业务的开展情况对移动商务SP的服务信息进行及时的调整，通过维护移动商务SP业务服务信息可以控制移动商务SP的安全级别，保证交易的安全性和实时性，提高服务质量,提升移动商务SP业务的服务状态，如果移动商务SP的业务开展的不好，对中国移动造成不良影响，可以随时停止移动商务SP的业务。
移动商务SP业务报表
由小额支付系统提供移动商务SP业务量管理功能，如能够按时间段提供移动商务SP业务的交易量统计数据，如交易笔数、交易金额、交易成功率等；根据时间段，能够对移动商务SP业务量进行排名统计；提供移动商务SP业务数据增长情况统计数据
终端用户报表
由小额支付系统提供小额支付用户业务管理功能，需要对系统注册开户的手机用户的数量、累计帐户总金额，累计消费金额、累计当前帐户余额等数据进行统计，要能对每个帐户单独统计，进行消费排名。
客户服务
查询用户资料
用户通过1860、WAP/Web等方式查询用户的业务注册信息等相关资料。
帐户余额查询
用户通过1860、WAP/Web、移动营业厅等多种方式，查询移动BOSS中的支付帐户的资金信息。
交易明细查询
用户通过移动营业厅、WAP/Web可以按时间、业务类别、交易序号等多种方式进行查询或打印。
投诉处理
受理用户的投诉申告，根据用户的投诉的内容及时进行处理，并把处理结果反馈给用户。
系统管理
系统监控
监控对系统的应用软件、系统软件、硬件资源、数据库、网络等进行数据采样，及时对小额支付系统的运行状况进行采样，对各种采样信息做出告警和对系统进行控制。
权限管理
小额支付系统的管理维护和各种业务分项的使用在权限管理的基础上开展。权限管理提供分级别、分角色、高安全性、易操作的安全保障。
部分关键问题的解决方案
银行转帐
银行划帐操作流程
为使小额支付帐户更方便、实用，小额支付平台为用户提供了银行划帐的功能，可利用移动运营商的现有划帐平台完成。操作流程如下：
由小额支付平台端发起划帐请求
图 由小额支付平台端发起划帐请求的操作流程
小额支付平台里存放用户手机号与银行帐户的对应关系，当支付平台向划帐平台发起划帐请求时,支付平台把用户手机号及银行帐户等相关信息发给划帐平台，划帐平台应能够处理划帐请求，并把请求发送到银行，银行验证用户帐户的有效性后，对用户相应的帐户进行增减操作。
由银行端发起划帐请求
图 由银行端发起划帐请求的操作流程
用户拨打电话银行进行划帐，银行把包含用户信息的划帐请求发送给划帐平台，划帐平台进行相应的处理后，把划帐请求转发给小额支付平台，小额支付平台对用户信息进行有效的验证后，对用户虚拟帐户进行增操作。
划帐平台需要做的工作
如果省内已建有划帐平台，则小额支付平台可以通过它与银行实现资金的转账。划帐平台需要做以下一些工作：
划帐平台需要做的工作
说明
明确划转资金类型
现有划帐平台基本为话费计费服务，所以其与银行方面必须明确资金使用类型。
是否支持帐户资金的转出
现有划帐平台一般不支持资金的转出，而小额支付业务有资金转出的需求。此需要移动公司与银行方面进行磋商。
开放地址与服务端口
划帐平台需为小额支付平台开放地址与服务端口
验证用户银行帐户的有效性
用户在小额支付平台登记银行账户时，小额支付平台把验证用户银行账户的请求发送给划帐平台，划帐平台把请求再转发给银行，在银行进行验证操作。
小额支付平台发起划帐请求
划帐平台提供小额支付平台主动发起划帐请求处理能力（银行帐户资金划到小额支付平台虚拟帐户内，或者小额支付平台虚拟帐户内的资金划到银行账户内）
银行发起划帐请求
划帐平台提供银行端主动发起划帐请求处理能力（银行帐户资金划到小额支付平台虚拟帐户内）
对帐功能
划帐平台提供小额支付平台与划帐平台、划帐平台与银行的对帐功能
划帐平台提供划帐结果查询功能
当小额支付平台发送一笔划帐请求而没有收到划帐结果时，小额支付平台发送划帐结果查询请求，查询上一笔划帐结果。
小额支付平台与IVR的接口方案
小额支付平台与语音平台的连接可通过两种方式实现：SMPP和订制接口方式。
图 IVR接口实现方式
SMPP协议接口方式
智能网SCP或IVR通过SMPP协议与小额支付平台通信处理单元连接。所有语音操作请求都由SCP或IVR封装成（与短信方式统一的）请求包，发送至小额支付平台交易处理单元并转发。
SMPP方式的特点：
比较适合全网方案，语音平台通过统一接口与各省小额支付平台通信处理单元连接，可以实现语音服务的本地接入
能保证全网服务的一致性
对于需要对语音平台进行改造
订制接口方式
小额支付系统与IVR系统订制接口实现小额支付业务的语音接入。
订制接口方式的特点：
比较适合省内方案
可快速实施
漫游时不能实现本地接入
语音平台业务描述
主要包括两部分：帐户维护和交易业务。帐户维护是对小额支付帐户进行查询、属性修改和资金操作；交易业务是通过语音方式发起小额支付业务请求（与SMS请求类似），并将业务确认信息通过语音播报。
交易业务由于其业务逻辑由SP订制并实现，所以语音菜单的流程存在不确定性，对语音平台的维护要求高；帐户维护只与小额支付平台相关，菜单流程固定，易于快速实现。
扣费通知
为了防止某些SP对用户进行恶意扣费，小额支付平台在交易成功后可以给用户推送一条扣费通知，通知用户某SP从用户帐户中扣除了多少金额，帐户目前余额是多少。假如用户没有使用SP的服务购买商品，这样用户可以及时发现SP的恶意扣费行为，并通过投诉得到及时的处理，阻止SP的恶意扣费。
对于是否需要发送扣费通知，用户可以通过维护自己的业务注册信息来完成和取消这项服务。
批价
概述
为了提高交易的安全性，防止用户和SP在商品购买价格上存在误差，在支付服务器端增加价目核对功能，即批价功能。SP必须先把预交易的商品编号和交易价格在支付系统进行登记，在交易过程中，SP需将交易商品编号和交易数量连同总金额一起发给交易服务器，交易服务器从其价目表中取出该商品价格，再根据商品数量算出总金额，与SP交易请求中的交易总金额做比较，如果相同，则继续进行后续交易操作，否则给出错误提示并取消此次交易。
批价的实现
在支付系统维护两张表：一是商品编码表，其字段包括商品名称和商品编码，支付服务器会根据商品名称制定编码规范。二是商品价目表，其字段包括SP名称，商品编号，单价（单位厘），报价时间。不同的SP可以做相同的商品交易，另外SP在不同的时间对同一种商品可以有不同的价格，但必须在支付系统登记。交易服务器在做即时交易时候，会根据SP最新商品价格进行批价校验。
SP在做交易之前，必须在支付系统登记其预交易商品编码和单价。
做支付交易的时候，MPTP协议中规定SP须提供商品编码和数量以及交易总金额，支付服务器收到该交易请求后，从其维护的商品价目表中取出对应该SP的相应商品的最新单价，如果没有，给出“无此商品编码”的错误提示。然后用商品单价与商品数量的乘积算出商品总金额，该金额再与交易请求中的总金额做比较，如果相同，则继续进行后续交易操作，否则给出“交易金额核对错误”的提示并取消此次交易。交易完成后，在交易记录中记录记录商品编码，交易数量、交易单价字段，以备以后查询校验使用。
考虑到全国中心的处理压力，无论是全网SP和省SP的交易业务，该批价校验都放在省支付服务器来处理。省级SP直接在省支付平台上登记其欲交易商品编码及单价。全网SP在MPA上登记其欲交易商品编码及单价，然后通过“SP资料同步”使省支付服务器获得其商品信息。
系统安全设计
系统的安全可靠运行是系统运行必不可少的部分。我们建议从网络、主机、应用系统、数据库等方面考虑整个系统的运行安全。
网络安全
计算机网络的安全性定义为：
保障网络服务的可用性(Availability)，即在用户需要得到系统服务时，系统能及时有效地提供；
网络信息的完整性(Integrity)，即要求用户接入或发出的信息必须完整地、准确地在指定有限范围内传播。
针对不同的网络结构和不同的应用，应采用不同的安全对策。从根本上说，网络安全主要采用防火墙(Firewall)技术和加密技术。
防火墙就是对网络作拓扑结构和服务类型上的隔离。防火墙技术是被动防卫型安全保障系统，它的特征在网络边界上建立相应的网络通信监控系统来实现安全保障。它要求所保卫的网络是一个相对封闭的拓扑结构，只在有限出口与外界网络连接，并且假设不安全的因素仅来自于外部网络，建立"防火墙"就是利用专用安全软件、硬件以及管理配置，对内部网络与外部网络之间的往来信息进行监测、控制和修改。
防火墙系统比较适合于相对独立的、与外部网络互联途径有限并且网络服务种类相对集中单一的网络系统，常常需要特殊的相对较为封闭的网络拓扑结构来支持。本系统建议采用防火墙系统来提高网络的安全性。
主机安全
主机的安全实现可通过操作系统的口令和权限设置来实现，由于采用SUN Solaris操作系统具有C2级的安全级别，可满足主机对安全的要求，建议采取下列措置加强主机系统的安全。
废除系统所有默认的帐号和密码。
在用户合法性得到验证前不要显示公司题头、在线帮助以及其它信息。
废除“黑客”可以攻击系统的网络服务。
使用6到8位的字母数字式密码。
限制用户尝试登录到系统的次数。
记录违反安全性的情况并对安全记录进行复查。
对于重要信息，上网传输前要先进行加密。
重视专家提出的建议，安装他们推荐的系统“补丁”。
限制不需密码即可访问的主机文件。
修改网络配置文件，以便将来自外部的TCP连接限制到最少数量的端口。不允许诸如tftp,sunrpc,printer,rlogin或rexec之类的协议。
尽量少用sendmail。sendmail有太多已知漏洞，很难修补完全。
去掉对操作并非至关重要又极少使用的程序。
使用chmod将所有系统目录变更为711模式。这样，攻击者们将无法看到它们当中有什么东西，而用户仍可执行。
只要可能，就将磁盘安装为只读模式。其实，仅有少数目录需读写状态。
将系统软件升级为最新版本。老版本可能已被研究并被成功攻击，最新版本一般包括了这些问题的补救。
应用系统安全
应用系统一般通过加密和审计等进行安全控制。
系统间尽量采用加密的方式进行数据交换，尽量采用公开密钥的方式进行加解密。
对于非法登陆、错误数据、无法解密数据提供详细的审计日志，提供完善的审计稽核手段。
数据库安全
数据库的安全是系统安全的一个重要方面。数据库存储着企业或组织的重要数据,因此数据库的安全对于企业来说非常重要。数据库系统的基本安全性要求与已研究过的其他计算系统的安全性要求没有什么不同。
数据库管理系统自身有着严密的安全机制,一个用户要访问数据库必须经过4层环节见下图:
图 数据库访问的四层环节
从图中可以看出,
1) 数据库客户端用户要访问数据库对象,他必须是操作系统用户,否则他无法登陆客户机,当然无法访问数据库;
2) 当登陆成功后他必须数据库服务器帐户,然后登陆数据库服务器,登陆成功后,并不能访问数据库对象,因为:
3) 该帐户还必须是某数据库的用户,如果登陆成功但不是任何数据库的用户,那么他还是不能操作数据库。
4) 如果帐户已是数据库用户,他必须获得授权才可以对数据库进行相应的操作。
可以看出数据库的机制已经是相当安全的,然而在一个组织内能否建立起分层的工作组,使不同的工作组对数据库有不同的存取权限,这才是关键。也就是工作组对于数据库的视图只是获得授权的那一部分,从而实现数据的安全。
东软诺基亚
移动银联
PAGE 1
- PAGE 3 -
