手机银行技术方案V31商行

1、文件编号：ZH-PJ-F MBS版本号 ：V3.1密级：内部FMBS手机银行系统整体解决方案北京中恒创业信息技术有限公司IM IJ (r /lit |%GH1 NU ll. SUVE INFORMAPIQN 11 i I Ml (M CO .LM编制：金融事业部审核：日期:批准：日期:文件变化记录单版本编号*变化状态简要说明变更人变更日期批准人批准日期*变化状态：A增加，M修改，D一一删除文件批准单职务签字日期目录1. 概述 51.1 产生背景 51.2 系统目标 51.3 技术名称定义 62. 技术方案 72.1 设计思想 72.2 技术架构设计 82.2.1 网络结构 82.2.2 系统总

2、体逻辑结构图 92.2.3 系统运行环境 102.3 应用架构设计 102.3.1 应用模块结构图 102.3.2 通讯接口 112.4 网关服务设计 122.4.1 SMS 交易模块 122.4.2 USSD 交易模块 162.4.3 WAP 服务模块 212.4.4 KJAVA 服务模块 252.5 移动银行后台服务设计 292.5.1 数据存取层 302.5.2 业务逻辑规范表述层 302.5.3 业务受理层 302.5.4 签约管理模块 302.5.5 交易调度处理模块 312.5.6 业务配置模块 312.5.7 安全控制模块 312.6系统安全设计 332.6.1 密码安全策略 3

3、32.6.2 代码安全 332.6.3 权限设定 342.6.4 完整交易流程 342.7 系统扩展设计 343. 业务方案 353.1 功能结构 353.2 业务功能 363.2.1 签约业务功能 363.2.2 SMS 通知功能 373.2.3 SMS 和 USSD 业务功能 37324 WAP和KJAVA业务功能393.3管理维护系统功能 393.3.1 交易处理 393.3.2 产品管理 403.3.3 系统管控 414. 实施方案 424.1 实施计划 424.2 前期准备 434.3 方案确认、合同的签定 434.4 应用系统开发 434.5 项目质量管理 434.5.1 中恒创业

4、公司质量管理体系 434.5.2 项目控制 444.5.3 项目变更 444.5.4 配置管理 454.5.5 项目技术文档 455. 技术支持和服务承诺 465.1公司的技术支持和服务体系 465.2 售后服务 465.3 应用系统建设 475.4 人员培训 475.5 保修期 475.5.1 保修期内 475.5.2 保修期外 475.6 技术支持 485.6.1 公司提供的技术支持 485.6.2 服务的响应时间 481. 概述1.1 产生背景中国拥有庞大的手机用户群， 在城市和发达的乡镇地区， 基本做到了 “人手一机”。 金融服务是电子化的前沿领域， 各家银行都大力拓展电子渠道的服务手

5、段。 目前，电话 银行和网上银行发展成为银行服务的窗口和形象， 无论从产品和发展程度上， 都处于比 较成熟的阶段。 手机银行的起步还是比较早的， 从 1999年就有 STK 卡的手机银行， 但 由于需要换卡、资费和业务推广的原因，一直都没有发展起来。由于手机银行受运营商和手机终端的影响比较大， 所以一直没有很快地发展。 适宜 于银行业务应用的移动技术在接入方式有 SMS、USSD、WAP、KJAVA 和 BREW 五种， 支持 BREW 的手机用户数量太少，目前各家银行和集成商新推出的手机银行已经没有 支持这种接入方式的了。随着资费的降低和手机终端功能的提升，各商业银行对手机银行产品的需求在增

6、 加，从 2004 年开始我公司开发的移动金融服务平台( Flexible Mobile Banking Service System - FMBS )产品是以用户随身携带的移动设备为终端，通过签订移动金融服务 协议，为用户和银行打造了一个以客户服务为中心， 集各种银行服务资源 (银行核心系 统、中间业务、 理财服务等) 为一体的， 综合运用多种移动通信技术与渠道的新一代金 融服务平台。FMBS 综合利用全方位的移动服务渠道， 具有服务使用方便安全、 无用户接入壁垒、 覆盖面广、实用性强等特点。 FMBS 通信平台整合了多种无线通信渠道， 目前支持 SMS、 USSD、WAP和KJAVA四种接

7、入方式，综合各种技术模式的优点，按需而设，具有良 好的可拓展性。 FMBS 支持国内目前的全部移动运营商， 立足于银行的金融服务， 适用 于全部客户。FMBS为提供个性化的、以客户为中心的崭新金融服务模式奠定了良好术 基础。1.2 系统目标建立多运营商全接入式的移动银行系统，适应商业银行的业务发展战略，提供 全功能的移动接入渠道服务；建立安全可靠的交易机制，保证资金安全； 业务功能实现全参数配置，快速开发新业务； 支持多种通讯方式，方便与银行前置平台或其他系统集成； 为客户提供双向的服务模式，可以从银行端发起服务。1.3 技术名称定义手机银行系统软件 本方案中除非特殊说明，词汇“本软件” 、“

8、本系统”，均指收 集银行系统软件， 其英文名称为 FMB(S Flexible Mobile Banking Service System)。 GSM 全球移动通信系统USSD 非结构性数据补充业务 ( Unstructured Supplementary Service Data)， 又称“超级短信”。SMS 短信SMSC短信中心服务器SMPP短信点对点协议CMPPChina Mobile Peer to Peer 中国移动点对点短信协议SGIP联通在信协议SP服务提供商SMG 短信网关MO由手机用户提交的短信MT由系统向手机发送的短信DDN 数据专线ACIACI(Application C

9、ontent Interpreter)是 STK 应用解释器，定义一系列的SIM卡指令，对应不同的ACIWM标签，实现STK各种应用。DES Data Encryption Standard 数据加密标准HTML Hypertext Markup LanguageHTTP Hypertext Transfer ProtocolHTTPS Http over SSLJ2EEJava 2 Enterprise EditionJ2ME Java 2 Micro Edition Java 2 微版本MIDPMobile Information Device ProfileOTA Over the Ai

10、r 空中下载技术RSA Rivest-Shamir-Adleman ，一种非对称加密算法STKSIM Tool Kit , 一套SIM卡指令标准XML Extensible Markup Language 可扩展标识语言2. 技术方案2.1 设计思想支持多运营商和多种接入方式系统在设计时充分考虑 4种接入方式，包括 SMS、USSD、WAP 和 KJAVA。 模块化构建系统可以按模块化分拆， 根据用户的不同需求， 实现从单一功能到全功能的实施方 案。可以按接入模式和系统进行分拆，减少客户软件成本。支持分布式和集中式两种模式支持银行大集中模式， 移动银行业务系统可以采用集中模式， 采用一个中心。

11、 同时 根据中小银行的特点，同样可以采用分布模式，各地分行均有一台移动银行系统。灵活的业务定制平台化产品， 所有业务均可以以配置方式添加和修改。 平台的定制包括业务流程的 定制，通讯的定制， 报文的订制等等， 实现根据用户需求快速开发业务，保证实施速度 和质量。双向服务发起利用 SMS、USSD 或者 KJAVA 等，可以双向发起交互式交易，不但用户通过手机 终端进行银行业务， 银行也可以直接发起交易激活客户手机， 开始交互， 例如推送式支 付交易。客户服务理念以客户为中心进行管理，体现客户管理的理念。可以为客户提供个性化的服务， 客户可以定制自己的菜单显示。完善的收费机制灵活多样的收费方式，

12、客户可以选择多种多样的收费模式，银行可以根据需要向 客户提供诸如单笔业务收费，服务套餐收费， VIP 客户收费，收费折扣等多种形式的收 费方式，并可以灵活定制。易操作性移动金融服务平台是为银行所有个人用户、企业用户及 VIP 用户提供移动银行服 务的全面银行解决方案。 它是传统银行服务的延伸， 它将成为所有银行客户贴身的银行 服务助手。移动金融服务平台的设计原则是在高度安全可靠的交易模式下实现方便简洁 的银行服务流程。安全性移动金融服务平台是面向移动银行安全管理人员的， 提供涉密实体管理、 安全策略 管理以及安全审计工作。 通过安全管控系统实现密钥分发、 证书管理、 密钥更换等工作； 可以通过

13、配置安全策略，影响系统的身份验证与访问控制行为，更好地进行风险控制； 可以通过审计每一项交易数据，进行事后监督。客户在移动银行系统签约时， 如果客户只签约一个账户， 该账户和手机号码直接绑 定；如果有多个账户， 则为每个账户绑定一个别名， 手机号码和账户别名唯一确定一个 账号。在客户利用手机处理业务时， 如果需要选择账号， 那么在手机上显示的就是该账 户的别名， 网络上传输的也是给账户别名。 换句话说，在移动银行支付系统与客户传输 数据的通道上是不传递账号的。 这样即使有人窃取了别名他也不会知道该别名所对应的 账号，从而保护了客户的利益。 账户别名的设计， 可以使短信服务的业务范围拓展到代 收

14、费业务和小额交易。2.2 技术架构设计2.2.1 网络结构系统分为通讯网关和移动金融服务后台两部分， 通讯网关负责与移动运营商的通讯 接口，移动金融服务后台负责移动银行系统自身的业务处理和通过接口调用银行后台的 业务服务。电信防火墙通讯服务器移动金融服务后台移动金融服务平台SP呼叫中心网上银行银行核心业务系统ATM前置222系统总体逻辑结构图移动传输层网关通讯层移动业务层应用安全控制内部通讯层业务前置层后台业务层CMCC/U nicom/CNC/CHAFuture通讯协议DATA TRANSITION交易协议FIREWALLSMSUSSDWAPKJAVA前置系统外汇行情其它服务网银系统核心业务

15、中间业务客服系统223系统运行环境223.1通讯网关服务器操作系统：Solaris / AIX /LINUX / WINDOWS2000 SERVER ；HTTP Server : Apache；开发语言：JAVA。移动银行金融服务后台服务器数据库：Oracle / Informix / DB2 / MSSQL ；操作系统：Solaris / AIX / LINUX / WINDOWS2000 SERVER ；应用服务器 /Web Server: WEBLOGIC / WEBSPHERRE / TOMCAT ； 开发语言：JAVA和C。2.3应用架构设计2.3.1应用模块结构图交

16、易集成服务SMSUSSDWAPKJAVA客户端中国移动各运营商协议各运营商协议中国联通ITTP/WTLS/HTTPS中国电信HTTP/HTTPS中国网通通讯网关业务逻辑表述规范信息同步内容发布安全控制和密钥管理客户信息和签约计费WAP终端适配KJAVA程序版本管理短信处理业务配置系统监控系统管理系统日志交易调度通讯协议数据存取层应用服务器数据库操作系统移动银行后台服务232通讯接口通讯网关与移动运营商的接口方式为专线连接，可以充分保证安全性。通讯网关与移动运营商在SMS与USSD方式下是通过运营商提供的接口协议， 在 WAP和KJAVA方式下，采用TCP/IP协议。通讯网关通过HTTP反向代理

17、实现交易与移动银行后台服务的数据传输，数据 同步采用HTTP协议。移动银行后台服务与银行前置平台或业务系统的接口可以采用中间件和 SOCKET 多种方式连接，支持的中间件有 MQ、 MessageQ、 TongLink 等。2.4 网关服务设计通讯网关提供以下功能：WAP界面服务-界面动态生成，可以根据登录的用户生成个性化的 WAP操作 界面KJAVA 界面服务 -界面动态生成，可以根据登录的用户生成个性化的操作界 面KJAVA 客户端程序下载内存数据库 -保存从移动银行后台服务器取得的交易配置信息安全管理SMS/USSD 交易组件SMS协议簇-与各移动运营商的SMS通讯协议USSD协议簇-与

18、各移动运营商的USSD通讯协议系统日志2.4.1 SMS 交易模块DMSG是FMBS的短信服务接入系统，它是建立在SMS的技术模式之上的。包括SMS协议簇和SMS交易组件。SMS协议簇是与各移动运营商的 SMS通讯协议。 SMS 简介短信服务（SMS）是一种在移动网络上传送简短信息的无线应用。 是一种信息在移 动网络上储存和转寄的过程。 它通过无线控制信道进行传输， 经短信息业务中心完成存 储和前转功能，每个短信息的信息量限制为 140个八位组。SMS 是简单的存储转发模式，数据承载比较小，致命缺陷是交互性差、响应时间 不确定、数据安全性差。 DSMG 的功能短信连

19、接DMSG 在 FMBS 中主要完成下列功能：支持 SMPP、CMPP、SGIP 协议，可与移动短信网关、联通短 信网关相连，支持流量控制和优先级控制，支持重发机制。实时交互模拟一一在SMS存储转发机制的基础上，模拟实时交户对话。 协议转换一一需要在短信应用或短信应用平台采用的协议与移动或联通的 网关采用的协议之间进行转换。短信接收与发送功能。241.3外部接口DMSG直接和三个部件进行对话：短信服务中心( SMS Center)、内容服务(XDLP )、管理/监控操作台。用户通过移动通信设备经过短信服务中心，和 DMSG对 话；DMSG通过XDLP获得金融业务内容服务；系统管理员通过管理 /

20、监控操作台对 DMSG网关进行管理。241.4内部接口内部接口采用组件技术，DMSG主要有两个核心组件组成，Bearer组件和Tran sacti on 组件。Bearer组件主要完成下列功能：短信息接收/发送； 负载平衡；短消息队列；短信的路由；连接管理；事务调度。Tran saction组件主要完成下列功能:消息的分解；实时事务模拟；业务处理服务调度。 数据管理在短信息中心与Bearer组件之间，以及Bearer组件和Transaction组件之间，每条 信息都含有下列数据：发送者手机号码；接收者手机号码； 短信内容数据。XDLP 提供给 Transaction 组件有两个核

21、心服务接口，鉴权服务和业务接口查询服 务。鉴权服务队用户进行身份认证与授权， 业务接口查询服务根据业务代码获得业务处 理的接口。对于用户主动发起的服务请求，Tran saction组件会从短信内容数据中分解出业务代 码，然后调用 XDLP 相关鉴权服务，根据发送者手机号码和业务代码进行身份认证和 授权。获得授权后， Transaction 组件继续分解短信内容数据，调用 XDLP 相关业务处 理服务。Transaction组件获得服务结果后，将其组合成短信，发送给用户。 容错处理由于 SMS 的存储转发模式，以及数据承载比较小，交互性差、响应时间不确定等 劣势，容错处理显得尤其重

22、要。对于数据量较大的短信， 我们采取了分割的办法， 一条长的短信被分割成相对较小 的，长度限定在140个八位组内的多条信息。短信的分割是由 Bearer组件自动完成的。由于交互性差，在服务响应时间内，用户可能出现关机、掉电、通话等异常。由于 移动通信系统的堵塞， 短信时间延迟可能会比较大， 或者出现短信丢失现象。 针对这些 状况， DMSG 提供了信息的重发、消息队列的轮排、事物的会滚等机制，确保事务的 完整性。 DSMG 的安全性由于 DSMG 是建立在 SMS 系统之上， 不要求用户移动终端具备运算能力， DSMG 在无线通信传输渠道的数据安全性完全依赖于通信网络的安全性。为

23、了合理的拓展短信服务的业务适用范围， 必须合理设计业务流程， 合理运用业务 管理手段客户在中恒移动银行系统签约时， 如果客户只签约一个账户， 该账户和手机号码直 接绑定；如果有多个账户， 则为每个账户绑定一个别名， 手机号码和账户别名唯一确定 一个账号。 在客户利用手机处理业务时， 如果需要选择账号， 那么在手机上显示的就是 该帐户的别名， 网络上传输的也是给账户别名。 换句话说， 在移动银行支付系统与客户 传输数据的通道上是不传递账号的。 这样即使有人窃取了别名他也不会知道该别名所对 应的账号，从而保护了客户的利益。账户别名的设计，可以使短信服务的业务范围拓展到代收费业务和小额交易。2.4.

24、1.8 DSMG 的定位 基于短信的特点，短信服务系统在移动银行系统中特别适合通知类业务和短信委托 交易。例如用户帐务变更通知、定期账户到期通知、 ATM 取款通知、 POS 消费通知、 网上交易支付确认等业务都可以通过短信方式实现。另外，短信服务系统还可以用作银行的信息发布平台， 拓展银行的营销渠道。 例如 新业务信息发布、基金发行信息发布、利率变动通知等。通过合理的设计业务流程， 可以合理的规避技术层面安全性的缺陷， 将基于短信的 业务范围拓展到代收费业务和小额交易。2.4.2 USSD 交易模块RMSG 是 FMCP 的 USSD 服务接入系统，它是建立在 USSD 的技术模式之上的。

25、包括USSD协议簇和USSD交易组件。USSD协议簇是与各移动运营商的 USSD通讯协 议。 USSD 简介USSD( Un structured Suppleme ntary Service Data)即非结构化补充数据业务，是 一种基于 GSM 网络的新型交互式数据业务，它是在 GSM 的短消息系统技术基础上推 出的新业务。 USSD 在会话过程中一直保持无线连接， 提供透明管道， 不进行存储转发， 可以实现实时互动操作。USSD 具有实时连接，传输速度较快，信息量较大，交互性好，人机界面友好等优 点，其显著缺点是安全性差。 RMSG 的功能RMSG在FMBS中

26、主要完成下列功能:USSD连接管理实时连接。支持SMPP/UGIP协议，可与移动运营商德USSSD网关USSD协议转换 一一需要在USSD应用或USSD应用平台采用的协议与移动 或联通的网关采用的协议之间进行转换。One Number 接入。242.3外部接口RMSG直接和三个部件进行对话：USSD服务中心(USSD Center)，内容服务(XGLP )、管理/监控操作台。用户通过移动通信设备经过 USSD服务中心，和RMSG 对话；RMSG通过XGLP获得金融业务内容服务；系统管理员通过管理 /监控操作台对RMSG进行管理USSD想入闷辛外部提a2.424内部接口内部接口采用组件技术,RM

27、SG主要有两个核心组件组成，Dialog组件和Tran sacti on 组件。IJ SSD推入期关肉部推oDialog组件主要完成下列功能：连接管理；负载平衡；事务调度。Tran saction组件主要完成下列功能:USSD数据解析；业务处理服务调度；One Number接入处理。2.425数据管理USSD信息包含下列关键数据:服务代码（即业务代码）；发送者手机号码；内容数据。XGLP 提供给 Transaction 组件有两个核心服务接口，鉴权服务和业务接口查询服 务。鉴权服务对用户进行身份认证与授权， 业务接口查询服务根据业务代码获得业务处 理的接口。对于用户首次主动发起的服务请求，Tr

28、ansaction组件会从USSD信息中读出业务代 码，然后调用 XGLP 相关鉴权服务，根据发送者手机号码和业务代码进行身份认证和 授权。获得授权后， Transaction 组件解析 USSD 内容数据，调用 XGLP 相关业务处理 服务。Transaction组件获得服务结果后，将其组合成 USSD信息，通过USSD连接发 送给用户。USSD 接入号码是另外一项重要的数据。 通过银行的 USSD 接入号， 用户可以享用 One Number服务，这是一种便捷、动态的自助金融服务。对应于USSD一号接入的需求，XGLP提供了一个服务列表接口，Transaction组件 可以调用服务列表接口

29、获得 USSD 支持的服务，并把他们组合成 USSD 菜单信息，该 信息可以在用户手机上以菜单形式显示。 容错处理USSD 数据承载量虽然有所提高， 但是仍然有一定的限制， 由于 USSD 更多地采用 菜单界面， 可以很大限度的减少数据量， 对于一般业务， Dialog 组件会限制承载数据大 小，一般限定在 182 个八位组内。 对于关键的业务和对用户阅读不造成影响的逻辑， 我 们采取了分割的办法， 一条长的信息被分割成相对较小的， 长度限定在 182 个八位组内 的多条信息。信息的分割是由 Dialog组件自动完成的。 安全性USSD和SMS的都是基于GSM网络的

30、电路承载型的业务，两者具有类似的安全性。 但是由于 USSD 在会话过程中一直保持无线连接，提供透明管道，不进行存储转发， USSD 的安全性稍高于 SMS。RMSG 采用和 DSMG 相同的安全解决方案，规避交易风险，合理拓展业务适用范 围。 RMSG 的定位基于USSD的特点，USSD系统在移动银行系统中特别适合公共客户和注册客户的 查询类业务和内部转账。 例如查询账户余额、 查询账户状态、 定制代缴代付等业务都可 以通过USSD实现。 RMSG 的关键流程我们以 USSD 接入号码 157 为例，来说明 USSD 一号接入方式的菜单获取流程。1. 用户拨打号码

31、“ *157#”；2. 手机经由无线通信网络， USSD 中心，移动运营商的电信网络，通过 SMPP 协议和 RMSG 之间建立连接，请求一号接入服务；3. Dialog组件请求Transaction组件处理一号接入服务请求；4. Transaction组件分解出业务代码，请求XGLP鉴权；5. XGLP 调用身份认证 /访问控制，对该请求进行鉴权与授权；6. Transaction组件调用服务列表查询接口， XGLP返回可用的服务代码以及名 称等数据；7. Transaction组件将服务列表数据合成 USSD信息，传递给Dialog组件；8. Dialog 组件将该 USSD 菜单信息通过

32、无线通信网络传递到用户手机上；9. 菜单信息在用户手机显示，用户可以通过导航键阅读或者选择相应的金融服Aotr_1腔m屮!百7*M57#*r-i常柚2业叱常納Number服齐悠送執=辰幷代鸽、童和可闹脛彝 匸成UE创厲出数电243 WAP服务模块243.1 WAP 简介WAP (Wireless Application Protocol )即无线应用协议，将基于 Web的信息服务拓 展到无线通信领域，提供了手机上网的一种途径。针对无线网络环境的有效频率、移动 性、功率限制等因素的影响，以及移动通信终端设备的设计受到体积、电池和网络环境 的限制，其 CPU 主频及计算能力，存储器容量、显示屏和输

33、入设备都较小的特性进行 修正。 WAP 专门用来满足巨大的、 快速发展的消费市场需求， 其覆盖很大范围的设备， 保证了微型设备就具备和桌面计算机一样强大的功能。 WAP 代表着移动电子商务的发 展方向。WAP 业务是一种新的移动数据业务的增值服务， 开辟了移动互联网新的应用环境， 能更好地为用户提供全新图形化、动态化的并且更加安全的移动增值服务。WAP 方式的优势在于：使用方便， WAP 方式已被大多数手机厂商所支持，手机端无需安装任何软件。 信息容量加大，每次传输的信息量没有限制，其内容以及表现形式更个性化及专 用化。可伸缩性好，能够根据用户需求对移动网络的服务进行定制。高效率，提供适于网络

34、特点的服务质量（QoS）保证； 可靠性高，提供一致的可靠的服务应用平台； 安全性加强，即使不具有保护能力的移动网络和设备上，仍能通过 WAP 提供服务 并保持用户数据的完整性。现在WAP协议主要有两种版本： WAP1.X和WAP2.0,其中2.0更趋完善，支持：XHTML, TCP/IP,超文本传输协议（HTTP/1.1）,和 传输层安全（TLS），为拓展银行的深 层次业务， 保护客户的资金安全， 同时给客户提供更好的操作体验， 以及承载网络不断 提高的数据传输速率，WAP接入系统建立在 WAP2.0标准之上，具有以下功能： 连接管理：支持 HTTP、HTTPS 方式； 格式转换：将业务信息以

35、协议支持的方式组织下发，并可根据 UA ，自动匹配 CSS 样式表，来实现终端适配功能；过滤控制：对于一些恶意的访问和处于黑名单的手机号码进行过滤。 系统监控：用户访问情况监控。 FWMG 的功能FWMG是FMBS通讯网关的 WAP服务接入系统，它是建立在 WAP的技术模式之 上的。它包括用户应用、服务系统两部分。移动用户可以通过 FWMG 服务系统登录移 动银行系统网站，然后通过网站访问服务系统，获得金融服务。FWMG 在 FMBS 中主要完成下列功能： 网页发布 网页的发布、更新、操作； 安全通道建立在移动设备和FWMG建立安全通道； 内容安全传输 一一保证移动设备和FWMG

36、之间传输的数据是安全的； 协议转换一一需要在应用或应用平台采用的协议与 WAP之间进行转换。243.3外部接口FWMG和三个部件进行对话：无线通信网络系统，内容服务（XDLP ）、管理/监控 操作台。用户通过Web服务器和FWMG建立连接，中间的通信链路对于FWMG透明； FWMG通过XDLP获得金融业务内容服务；系统管理员通过管理/监控操作台对FWMG 进行管理。243.4内部接口.1 WAP 网站接口在手机支持 WAP的基础上，WAP接入系统有两部分组成，密码系统引擎和服务 系统。密码系统引擎为签名/加密提供底层机制，FWMG通过调用密码系统引擎的数字 签名/验证、加密函数获

37、得身份认证与数据完整性。密码系统引擎支持RSA、DSA、EC DSA签名算法，支持DES、AES算法，支持X509证书。这些机制为通道安全的建立以及数据安全保障提供了基础工具。由于目前市面上流行的手机基本都支持 WAP2.0, WAP2.0规范有规定HTTPS这样 的安全套接字规范，所以对于 WAP2.0配置的手机用户，我们采用 HTTPS的安全通道 传输模式，采用 WTLS加密的数据安全传输模式。对于 WAP2.0的手机，手机内可以 下载证书。24342WAP接入系统内部接口WAP接入系统其本身就是一个 HTTP Server，内部接口比较简单，通过 Web Service调用XDLP的业务

38、逻辑实现移动金融服务。Web Service是建立在SOAP协议和XML的基础之上的。243.5数据管理FWMG采用内存数据库的数据。内存数据库在其生命周期内保存一些静态数据，比如银行的客户服务号、网址等。通过口令保护，内存数据库还存放一些对称密钥（动态密码系统）或者证书（WPKI 系统）o这些数据不能被非法用户盗取。243.6容错处理WAP开发很难避免的一个问题就是移动终端兼容性的问题，通常，由于手机屏幕的大小差异，不能很好的显示内容。 FWMG 通过用户手机的 UA 信息，在 FMBS 后台 服务中获取手机型号信息，调整界面的参数，使之适应用户的手机。这样， 就能避免很 多不兼容性问题。2

39、.4.3.7 安全性WTLS是WAP协议栈中保障通信安全的一个重要的层次，经过面向窄带通信的优 化，可为协议栈中更高的层次提供数据完整性校验、 加密解密、 身份鉴别和其他安全保 护功能。 WT LS 要实现的主要的安全目标是：数据完整性，保密性，身份认证和不可否 认性。移动设备和 FWMG 之间采用 WTLS 进行通信， FJMG 是一个代理服务器，把无线 网络和有线网络连接起来，并把使用 WTLS保护的数据和使用SSL保护的数据之间进 行转换，完成了协议转换和内容编码的功能。FWMG和FMBS服务器之间使用SSL进 行通信，确保了数据的保密性、完整性和服务器认证。 FWMG 的

40、定位基于 WAP 的特点及其安全性， FWMG 系统在移动银行系统中适合大部分银行业 务。随着支持 WAP2.0， FWMG 将作为移动银行系统的核心部件，承担绝大部分业务。2.4.4 KJAVA 服务模块 J2ME 简介KJAVA即J2ME ( JAVA 2 Micro Edition )，是为了支持象手机、PDA等微型嵌入式 或者移动设备而推出的一系列技术和规范的总称，具有平台开放和易于动态下载的特 性。 Sun Microsystems 将 J2ME 定义为“一种以广泛的消费性产品为目标的的高度优 化的 Java 运行时环境，包括寻呼机、移动电话、可视电话、数字机顶盒和汽车

41、导航系 统” J2ME专门用来满足巨大的、快速发展的消费市场需求，其覆盖很大范围的设备， 保证了微型设备就具备和桌面计算机一样强大的功能。 J2ME 代表着移动电子商务的发 展方向。无线 JAVA 业务是一种新的移动数据业务的增值服务， 开辟了移动互联网新的应用 环境，能更好地为用户提供全新图形化、动态化的并且更加安全的移动增值服务。2.442 FJMG的功能FJMG是FMCP的J2ME服务接入系统，它是建立在j2ME的技术模式之上的。它 包括用户应用（移动钱包）、服务系统两部分。移动用户可以通过 FJMG服务系统下载 移动钱包，然后通过移动钱包访问服务系统，获得金融服务。FJMG在FMCP中

42、主要完成下列功能：移动钱包管理 移动钱包的安装、更新、操作；MIDIet管理一一生成、管理j2ME的小应用程序；安全通道建立 在移动设备和FJMG建立安全通道； 内容安全传输 一一保证移动设备和FKMG之间传输的数据是安全的； 协议转换一一需要在应用或应用平台采用的协议与j2ME之间进行转换。外部接口FJMG和三个部件进行对话：无线通信网络系统，内容服务（ XDLP ）、管理/监控 操作台。用户通过移动钱包和FJMG建立连接，中间的通信链路对于FJMG透明；FJMG 通过XDLP获得金融业务内容服务；系统管理员通过管理 /监控操作台对FJMG进行管 理。 内部接口2

43、. 移动钱包内部接口移动JAVA钱包（FJmp）是建立在J2ME之上的小应用程序，它是通过安装从FJMG 下载 FJmp MIDlet 实现的。在手机支持J2ME的基础上，移动JAVA钱包有两部分组成，密码系统引擎和移动 钱包，我们总称这两部分为移动钱包或者移动 JAVA 钱包。密码系统引擎为签名 /加密 提供底层机制，FJmp通过调用密码系统引擎的数字签名/验证、加密函数获得身份认证 与数据完整性。密码系统引擎支持 RSA、DSA、EC DSA签名算法，支持DES、AES算法，支持 X509 证书。这些机制为通道安全的建立以及数据安全保障提供了基础工具。我们只支持 MIDP2.

44、0 的手机用户，我们采用 HTTPS 的安全通道传输模式。对于 MIDP2.0 的 JAVA 手机，手机内一般已经集成了密码系统引擎，不需要重新安装，除非 需要采用自主的密码系统。在密码系统引擎的基础上，FJmp支持两种密码系统，即动态密码系统和PKI系统。 动态密码系统通过对称密钥实现数据安全，对称密钥动态更新； PKI 系统支持 X509 证 书，通过证书进行密钥协商。为了支持SOAP和XML，FJmp还有一个附加的部分，这就是 kSOAP和kXML，它们是对 JVM 和 MIDP 的有效扩充kSOAPMobile Crypto Engine/kXML(MCE)Mobile InEorfn

45、atioii DeviceProfileFlextbl e Java Mobil e Purse(FJMP)Java Virtual Machine/CLLCLo匚日 1 hst operating system移动终端24442J2ME接入系统内部接口J2ME接入系统其本身就是一个 HTTP Server,内部接口比较简单，通过 Web Service调用XDLP的业务逻辑实现移动金融服务。Web Service是建立在SOAP协议和XML的基础之上的。2.445数据管理由于 FJMG 由分离的两部分组成，所以它的数据管理也就自然的分为两个部分。 移动钱包内部在其生命周期内保存一些静态数据，

46、 比如银行的客户服务号、 网址等。 通过口令保护，移动钱包还存放一些对称密钥（动态密码系统）或者证书（ PKI 系统）。这些数据不能被非法用户盗取。 容错处理J2ME 开发很难避免的一个问题就是移动终端兼容性的问题，通常，由于手机屏幕 的大小差异， MIDlet 不能很好的显示。 FJMP 通过动态安装解决这一问题。用户第一次 使用移动银行时， 需要下载一个安装程序， 该安装程序将检测手机参数， 并发送回服务 中心，服务中心调整移动钱包的参数， 使之适应用户的手机。 这样，就能避免很多不兼 容性问题。 安全性J2ME 在秉承 JAVA 安全模型的基础上，发展出了适合

47、无线移动的安全解决方案。在J2ME接口系统FJMG的设计过程中，我们借鉴了 SMS处理的安全模式，结合J2ME 本身的安全机制，使得FJMG适用于需要高安全级别的交易服务。J2ME 系统本身在 JAVA 虚拟机安全、应用程序代码签名、安全通道建立等方面具 有良好安全机制。另外，J2ME工作组还致力于提供安全与信任服务接口规范，为应用 层面的安全提供标准接口。 FJMG就是基于J2ME的安全信任服务，实现面向非连接的 内容安全。这是一项业界领先的解决方案。通过结合 PKI 技术，或者动态密钥管理技术， FJMG 完全确保了无线交易的安全性， 获得了至少和有线网络相当的安全级别。 F

48、JMG 的定位基于J2ME的特点及其安全性，FJMG系统在移动银行系统中适合大部分银行业务， 也可以结合 PKI 技术实现大额交易业务。随着支持J2ME手机的增多，FJMG将作为移动银行系统的核心部件，承担绝大部 分业务。2.5 移动银行后台服务设计业务处理系统是移动银行系统的核心模块，它基于J2EE架构，整个系统采用了分 层的处理，系统的接口采用了开放的标准，如 HTTPXML 等，既充分利用了 J2EE 应 用服务器现有的功能，又根据产品需要，扩充了服务。从总体上看， 业务处理系统可以分为三个业务处理层和四个业务支撑模块。 三个业 务处理层分别是业务逻辑规范表述层、 业务受理层和数据存取层

49、， 四个业务支撑模块是 签约管理、交易调度处理、业务配置、安全控制四个子模块。这种层次分明、功能组件 化的设计， 是整个系统具有良好的稳定性和可扩展性， 可以适应不断变化的业务和技术 需求。2.5.1 数据存取层业务处理系统的数据来源于不同的地方，包括移动银行系统本身的数据库，也包 括相关业务系统及其数据库。 通过数据存取层的组件， 可以选择控制与不同地方的数据 进行交互。 对于需要访问核心业务系统才能获得的数据， 通过交易转发控制组件， 实现 内部通讯报文的解析处理以及相关文件的处理来完成； 对于需要访问本地数据的， 通过 DAO 对象，利用 O-R Mapping 工具来获得。2.5.2

50、业务逻辑规范表述层业务逻辑表述规范引擎 XGLP 结合银行业务特点，定义了不同接入方式所对应的 一致业务逻辑表述规范， 能够支持移动终端输入方式的差异化， 控制客户端的业务操作 流程，组织完整的交易信息，调用业务受理层组件。 XGLP 屏蔽了实现细节，屏蔽了各 种通信协议下业务的差异，获得了对通信协议的透明性。2.5.3 业务受理层 以组件形式设计，组件之间采用标准的接口调用方式，动态配置，负责处理所有 的业务逻辑。组件运行采用参数驱动的方式， ，通过对参数的管理与维护，实现对组件的管理和 维护。使系统有良好的自适应性。2.5.4 签约管理模块客户签约管理的内容包括：用户的申请、撤销、报停，用

51、户信息变更，服务定制， 授权与身份验证方式变更等。客户签约管理使客户方便的获得移动银行服务，定制个性化、差异化的服务内容。 银行的其他渠道（柜台、网银、呼叫中心）通过银行后台业务系统向移动银行发 送签约申请，移动银行记录签约客户的信息。 签约交易将用户手机号和客户账号相对应， 建立关联关系， 此时客户可以通过移动银行作账户查询和内部转账业务； 而客户的其他 交易服务号码的对应，如固定电话号码、水费号码等通过签约初始化交易确认。移动银行系统可以存放客户信息，可以使客户方便的查询所订制的移动银行服务， 以及对应的用户登记信息，并且不可以修改敏感的用户登记信息。银行的渠道（柜台、 网银、呼叫中心）

52、通过银行后台业务系统向移动银行发送客户信息变更， 移动银行系统 记录客户的信息修改内容。2.5.5 交易调度处理模块在移动银行后台系统中，充分利用J2EE Serve冲EJB容器的作用，使用了性能最 好的无状态的会话Bea n,实现控制并发，资源利用，事务管理等，使系统获得更好的 性能。交易调度处理模块是移动银行系统中负责处理移动银行本地交易和发往银行后台 的交易。交易调度处理模块能充分支持冲正交易处理。 在进行交易冲正时， 交易调度处理模 块与通讯模块配合， 进行冲正包的组包和解包， 能根据返回的冲正响应包判断冲正是否 成功。冲正时有一个基本原则就是倒冲的原则， 交易调度处理模块完全按倒冲原

53、则进行冲 正。对于不支持善意冲正的端口，交易调度处理模块会自动调整冲正策略。 交易调度处理模块负责对交易处理进行监控，对于超时交易会自动触发冲正交易。本模块由系统主控台启动，并应在系统服务过程中一直在后台运行。2.5.6业务配置模块系统对配置的各种业务针对不同的接入方式进行相应处理，2.5.7 安全控制模块SMS 和 USSD 都是源于 GSM 网络的电路承载型的业务，不要求移动终端具备运 算能力，两者具有类似的安全性， 在无线通信传输渠道的数据安全性完全依赖于通信网 络的安全性。但是由于 USSD 在会话过程中一直保持无线连接，提供透明管道，不进 行存储转发，所以 USSD 的安全性稍高于

54、SMS。对于这两种通讯方式的业务，必须合理设计业务流程，合理运用业务管理手段， 规避技术层面安全性的缺陷。 短信服务方式适合通知类业务和短信委托交易。 例如用户 账务变更通知、 定期账户到期通知等业务都可以通过短信方式实现； 也可以用作银行的 信息发布平台，拓展银行的营销渠道。 例如新业务信息发布、 基金发行信息发布、利率 变动通知等。 USSD 方式适合公共客户和注册客户的查询类业务和内部转账。 例如查询 账户余额、查询账户状态、定制代缴代付等业务都可以通过 USSD 实现。在 WAP1.X 中定义的 WTLS 属于点到点的加密，在 WAP 网关，数据会被解密， 造成安全漏洞， 因此对移动商务应用产生了极大的影响。 而在 WAP2.0 中，引入了 TLS 进行加密，它直接承载在 TCP 层之上， WAP 网关不用解析 HTTP 应用，是透传的，在 应用上构建了端到端的加密机制，即手机到应用服务器的传输内容是不可截取和干扰 的，从而解决了 WAP1.X 存在的“安全缝隙”。手机银行系统可以直接与用户终端进行 加密、认证、授权等安全操作，并与目前国内的 PKI/CA 系统相集成，从而在移动互联 网上达到与有线互联网相同的应用安全性， 解决了安全隐患， 为业务的发展提供良好的 安全保障。基于目前终端设备和无线网络