...
型通过内部路由表将相应的报文转发至相应的手机支付服务平台(应用平台)进行处理；
⑦ 密钥管理：对传输数据的完整性保护涉及到的密钥包括：主密钥(MK)、密钥加密密钥(KEK)和工作密钥(WK)；
⑧ 内部路由表管理：管理交易转发的路由表；
⑨ 监控管理：对POS终端通过POSP向手机支付服务平台(应用平台)发送的交易进行实时监控，以发现并提出其中有问题的交易报文；
⑩ 风险管理：通过事后风险评估与监督实现风险管理； ? 断点续传：支持与POS终端之间断点续传的功能。 (2) POS终端管理平台：
① 机构管理：机构信息由手机支付服务平台进行维护； ② 商户管理：包含同步商户信息、佣金费率管理等功能；
③ POS终端厂商管理：负责注册以及维护终端厂商的信息，为终端厂商分配唯一编号；
④ 终端标识：每一台POS终端由一个唯一的POS终端序列号所标识，该序列号不可改变，为每一台POS终端的物理编号，而且在出厂时预置在POS终端中；
⑤ 终端信息：每一台POS终端除了具有POS终端序列号以及POS终端号以外，还包括终端基本信息、终端程序信息、交易控制参数、终端状态等；
⑥ POS终端型号管理：负责注册以及维护POS终端的型号信息，为终端型号分配唯一编号；
⑦ 终端状态管理：管理终端的出入库、注册、初始化、开通、冻结、解冻、注销、撤销、报废、锁定、查询等功能；
⑧ 回响测试：通过回响测试检测POS终端到POS终端管理平台的网络连接状况以及参数匹配情况；
⑨ 终端参数配置：提供终端基本信息、终端程序信息、交易控制参数等的管理；
⑩ 应用程序管理； ? 应用程序更新；
...
...
? 交易查询； ? 终端监控； ? 业务管理员管理； ? 日志管理； ? 统计分析以及报表。
(3) Portal：POS服务平台向业务管理员展示管理界面的门户。业务管理员可以通过WWW/PC客户端方式登录Portal，进行POS终端的管理以及相关的交易业务的管理。
(4) 数据存储：保存POS终端管理平台信息和POSP共享业务信息以及管理数据。
1.3.2 接口需求
1.3.2.1 省手机支付服务平台
(1) 与中心手机支付平台的接口连接：实现和中心手机支付平台的交互，完成消费、对帐等接口功能；
(2) 与本地金融机构连接：实现和本地、本地银联等金融机构的连接，开通资金进出通道。
(3) 与商户平台接口：实现和本地商户的接入，为商户提供支付功能。 1.3.2.2 省POS服务平台
(1) 与POS终端的连接：实现POS终端到省POS服务平台的管理及交易接口连接。
(2) 与中心POS服务平台的连接：实现多个POS服务平台间的连接，完成交易上送。
(3) 与中心手机支付服务平台的连接：实现机构信息以及商户信息的同步以及交易上送功能。 1.3.3 流程简介 1.3.3.1 开户流程
该流程适用于用户通过SMS、STK以及WWW的开户处理。
...
...
C-手机支付服务平台用户省BOSS1a．发送短信开户指令一级BOSS前置模块支付处理模块支付管理模块帐户平台1b．用户登录WWW，发起开户请求SMS动态口令提示用户在网站页面输入动态码动态口令申请返回动态口令动态口令申请返回动态口令生成动态口令动态口令验证请求动态口令验证请求动态码校验返回口令验证响应返回口令验证响应２．转发开户指令３．鉴权请求５．用户信息查询请求４．鉴权响应查询处理６．查询响应，返回用户资料（可选）用户开户有效性验证７．转发用户资料８．响应用户资料处理１０.提示用户短信上行姓名、证件号１１.用户通过短信上行姓名、证件号９．用户资料补全请求１２.用户资料补全响应１３.用户资料处理请求１４.用户资料处理响应用户资料处理１５.用户账户开户请求１６.用户账户开户响应１７．订购关系生成请求１８．订购关系生成响应１９．BOSS订购关系生成请求产生订购关系２０．BOSS订购关系生成响应２１．开户结果通知用户２２．通知用户开户结果23．下行短信，通知用户开户结果用户订购关系生成处理开户处理图1.3-4 开户流程图
流程描述：
(1) 用户上行短信或者登录WWW网站发送开户指令到全国中心的前置模块，请求中携带用户的手机号码信息；前置模块通过支付处理模块到支付管理模块中申请动态口令，支付管理模块产生动态口令后通过前置模块以短信方式返回用户
...
...
动态口令；用户接收到动态码后在WWW页面上输入，由支付管理模块校验动态口令的合法性。
(2) 前置模块将收到的开户指令转发到支付处理模块；
(3) 支付处理模块进行相应指令处理后，发送开户鉴权请求到支付管理模块； (4) 支付管理模块进行用户开户有效性验证，并将验证结果响应返回支付处理模块；如果返回结果为可以开户，则进入步骤5，否则进入步骤21；
(5) 支付处理模块通过前置模块向一级BOSS发起用户信息查询请求，一级BOSS将该请求实时转发至相应的省BOSS；
(6) 省BOSS查询用户信息后，通过一级BOSS将查询结果实时返回前置模块，前置模块将结果返回支付处理模块，返回的用户资料中包含用户手机号码、用户名称、用户证件类型、用户证件号码、用户IMSI等信息； (7) 支付处理模块将用户资料转发给支付管理模块；
(8) 支付管理模块进行用户资料处理后，返回响应给支付处理模块；如果用户资料齐全，满足实名开户要求，则进入步骤15，否则进入步骤9； (9) 支付处理模块向前置模块发起用户资料补全请求；
(10) 前置模块通过短信提示用户补齐用户资料，包括：用户名称和证件号码信息；
(11) 用户在手机上输入相关资料信息后，将信息发送至前置模块；
(12) 前置模块返回支付处理模块用户资料补齐响应，响应中携带用户输入的相关信息；
(13) 支付处理模块将接收到的用户资料信息提交给支付管理模块；
(14) 支付管理模块对用户资料做相应处理后，返回响应给支付处理模块；如果相应为允许开户，则进入步骤15，否则进入步骤21； (15) 支付处理模块向账户平台发起用户帐户开户请求；
(16) 账户平台进行用户帐户开户处理，如果开户成功，同时为用户生成主账户和支付密码；账户平台将用户帐户开户响应返回支付处理模块，如果开户成功携带用户的帐号和支付密码信息；如果开户成功，则进入步骤17，否则进入步骤21；
(17) 支付处理模块向支付管理模块发起订购关系生成请求；
...
...
(18) 支付管理模块进行用户订购关系生成处理，并将处理结果返回支付处理模块；
(19) 支付处理模块通过前置模块向一级BOSS发起订购关系生成请求，一级BOSS将该请求准发至省BOSS；
(20) 省BOSS处理完成后，将响应通过一级BOSS返回前置模块，前置模块将该请求转发支付处理模块；
(21) 支付处理模块向前置模块发起用户通知请求；
(22) 前置模块通过WWW页面返回用户开户结果(注：如果是SMS、STK方式，则无此条消息)；
(23) 前置模块下发短信给用户，通知开户结果。如果开户成功，同时通知用户支付密码。 1.3.3.2 充值流程
本处以手机充值卡方式为例进行说明。
...