第三方支付系统解决方案建议书

首旅集团首付通系统解决方案建议书 宇信易诚版权所有 机密 XX 集团首得通 系统解决方案建议 书 宇信 科技有限公司 2010/12 首旅集团首付通系统解决方案建议书 目录 XX 集团首得通 系统解决方案建议书 . 1 1 引言 . 4 1.1 文档用途 . 4 1.2 阅读对象 . 4 1.3 名词术语 . 4 1.4 参考文献 . 5 2 系统需求分析 . 6 2.1 需求分析 . 6 2.2 系统功能分析 . 6 3 系统目标和设计原则 . 8 3.1 系统目标 . 8 3.2 设计原则 . 8 3.2.1 系统可用性 . 8 3.2.2 吞吐性能 . 9 3.2.3 系统伸缩性 . 9 3.2.4 系统灾难备份 . 9 4 系统架构设计 . 10 4.1 系统逻辑结构 . 10 4.1.1 系统支付业务流程说明 . 10 4.2 系统物理架构 . 12 5 系统安全风险设计 . 14 5.1 物理安全 . 14 5.2 网络系统安全 . 14 5.3 系统安全 . 14 5.4 通讯安全 . 14 5.5 风险控制 . 14 5.6 代码安全 . 15 5.7 应用安全 . 15 5.8 安全监控 . 15 6 业务模块功能说明 . 16 6.1 业务模块说明 . 16 6.2 支付 . 17 6.2.1 B2B 支付 . 17 6.2.2 B2C 支付 . 17 6.3 账户管理 . 18 6.3.1 企业账户管理 . 18 6.3.2 商户账户管理 . 18 6.3.3 个人账户管理 . 18 6.3.4 支付平台账户管理 . 18 6.3.5 账户管理审核 . 18 6.4 中间账户资金管理 . 18 首旅集团首付通系统解决方案建议书 6.4.1 中间账户查询 . 18 6.4.2 中间账户资金调拨 . 18 6.4.3 中间账户资金审核 . 19 6.5 差错管理 . 19 6.5.1 撤消支付 . 19 6.5.2 实时退款 . 19 6.5.3 批量退款 . 19 6.5.4 下载对账差错文件 . 19 6.5.5 差错查询 . 19 6.5.6 交易挂账 . 20 6.5.7 交易恢复 . 20 6.5.8 挂账交易查询 . 20 6.6 资金结算 . 20 6.6.1 商户与个人结算 . 20 6.6.2 商户与企业结算 . 20 6.6.3 交易市场手续费结算 . 20 6.7 对账处理 . 21 6.7.1 发送对账请求 . 21 6.7.2 下载对账文件 . 21 6.8 统计报表 . 21 6.8.1 收益类报表 . 21 6.8.2 业务类报表 . 22 6.8.3 风险类报表 . 22 6.9 商户管理 . 22 6.9.1 充值 . 22 6.9.2 提现 . 22 6.9.3 注册 . 22 6.9.4 交易查询 . 22 6.9.5 对账报表 . 23 6.9.6 退货复核提交 . 23 7 技术开发平台介绍 . 24 7.1 EMP 平台概述 . 24 7.2 EMP 平台架构与模型 . 25 7.3 EMP 平台的特点 . 26 7.3.1 稳定、高效、快速实 . 26 7.3.2 充分解藕能力 . 26 附 1： 首得通 对商户接口 . 28 附 2：银行对 首得通 接口 . 29 附 3：卡中心对 首得通 接口 . 30 附 4：短信接口 . 31 附 5：项目周期估算 . 32 首旅集团首付通系统解决方案建议书 1 引言 1.1 文档用途 该 文档 对 首得通 系统 的 功能目标、系统架构、 安全风险 设计 、各基础平台 基本架构 等方面做了全面的概括性的说明， 并对系统的各个 功能 模块进行了概要性的描述， 为 XX 集团首得通 系统提供建议解决方案 。 1.2 阅读对象 本文档的阅读对象为： 首得通 项目经理、技术经理、设计人员 、财务人员、需求调研人员。 1.3 名词术语 缩写、术语 解 释 在线支付 特指持有 国内商业银行发行的银行卡账户的消费者，在商家网站下订单购买商品或服务时，通过网上银行实现付款的交易行为和过程。 支付网关 一般指公用广域网和金融专用网之间的接口，支付请求将通过支付网关进入银行系统，进而完成银行卡账户的验证和扣款确认。 第三方支付平台连接多家网上银行，是集成化的支付网关，可面向商家网站提供统一标准的支付接口。 支付页面 用户因为消费需求而发起在线支付，在支付过程中需要用户的参与和确认。“支付页面”即引导和帮助用户通过网络浏览的方式来完成交易的动态网页。 商户系统 支付平台提供给商家工作 人员使用的操作界面，主要供商家在线登录、查询。 商户结算 结算是支付公司给商户提供的一项重要服务，定期计算商户当期交易收入，作为清账的基础。 商户清账 支付公司把结算后的交易款，按协议约定批量划入商户事先指定的银行账户。 注：商户指定的收款银行账户一般是企业户头（对公）。特殊情况下也允许 首旅集团首付通系统解决方案建议书 是个人银行卡（对私）。 商户账户 特指商家经过支付公司的资质审核后，在支付平台注册开通的电子记账户头。 网银支付 买家通过网上银行来支付订单的方式叫做网银支付 账户支付 买家通过自己在 首得通 支付平台上的虚拟账户来支 付订单的方式叫做账户支付 组合支付 买家在 首得通 支付平台上的虚拟账户金额不足时，先通过网银支付进行账户充值后再进行账户支付的方式叫做组合支付 在线支付 在线支付包括：网银支付、账户支付、组合支付。 账户转账 特指支付平台账户之间的资金转出转入功能。 账户充值 在支付平台，账户充值专指客户通过在线支付把个人银行卡里的资金付给支付公司，并记入其在支付平台的账户里。 账户提现 在支付平台，提现专指客户把其在支付平台账户里的记账的资金划入其指定的银行账户。 账户分账 系统根据商户要求的规则（如：资金分配 数额和分配对象），向 首得通 支付平台的多个商户账户划入款项。 1.4 参考文献 首得通 需求报告 首旅集团首付通系统解决方案建议书 2 系统需求分析 2.1 需求分析 宇信公司 依照 XX 集团首得通 系统 的 需 求， 对系统 进行以下方面的 需求 分析： B2B,B2C 收款和付款 功能； 能通过多家银行及其卡中心进行 充值提现； 方便 的管理 首得通 业务信息 统计 信息 ； 智能化的流程设计，提高工作效率 ； 商户 、账户 管理 功能； 有效的管理客户、 商户； 首得通 交易限额管理； 首得通 交易授权管理功能； 注重整体 数据统计分析及在线客服等功能 ； 准确有效的 反洗钱 功能 ； 简单、可靠的系统对账 清算功能 和手续费计算 ； 短信平台和财务软件连接功能 。 2.2 系统功能分析 综上所述， 针对 XX 集团首得通 系统 功能分析如下： 账户管理 ： 企业账户管理、商户账户管理、个人账户管理、支付平台账户管理、账户管理审核 ； 中间账户资金管理 ： 中间账户查询、中间账户资金调拨、中间账户资金审核 ； 差错管理：撤消支付、实时退款、批量退款、下载对账差错文件、差错查询、交易挂账、交易恢复、挂账交 易查询 ； 业务 授权 系统： 系统可以 自定义授权流程，实现灵活的授权机制对各类业务进行授； 资金结算：商户与个人结算、商户与企业结算、交易市场手续费结 算； 对账处理：发送对账请求、下载对账文件； 首旅集团首付通系统解决方案建议书 统计报表：收益类报表、业务类报表、风险类报表； 支付业务服务：系统提供与 银行、网站的 交互业务等。 首旅集团首付通系统解决方案建议书 3 系统目标和设计原则 3.1 系统目标 XX 集团首得通 系统 的建设的目标如下： 整合 原有系统 功能 ， 搭建一套功能完备、操作简洁的 应用系统 ； 制定标准统一的 管理功能开发的规范， 以供系统扩展 ； 系统同时对外开发接口，以供其他渠道（如网上银行系统）调用，实现跨系统实现服务管理 ； 突出 交互功能，提高用户体验度； 系统支持多业务多客户的并发操作，并保持高速的处理速度； 系统对异常的自动恢复 和处理能力； 支付平台具备 清算功能 ； 实时、高效的系统服务； 支付平台具备 各类查询和业务统计功能 ； 支付平台具备 风险监控功能 ； 对于 首得通 服务管理系统来讲， 对商城 提供一个比较全面的 API 标准 。 3.2 设计原则 本方案遵循如下原则： 应用开发遵循 J2EE 标准； 各项业务功能的界面设计遵循用户友好的原则，并符合 XX 集团 整体企业形象设计； 系统 接口设计需要标准 ， 灵活，可扩展 ； 系统的设计充分考虑业务功能的增加及未来的扩展； 3.2.1 系统可用性 服务 系统是由一系列的处理环节所组成的，其中任意环节出现问题，都将导致系统的不可用性。 所以 该 系统在各个关键环节都保障了系统具有充分的高可用性，避免了单点故障。系统的可用性作为整个系统的重要目标之 首旅集团首付通系统解决方案建议书 一，在业务系统层面利用了优秀的应用中间件，提供系统级功能来保证平台系统的稳定性，做到了以下几个方面： 平台运行发生故障不会影响同一主机中其它应用系统的运行 ； 保证 7 天 24 小时不间断平稳运行，生产运行和维护互不影响 ； 任意处理环节的单点故障不会影响整个系统的运行 。 3.2.2 吞吐性能 系统主要针对联机事务处理，平台的设计满足尽可能减少交易响应时间的要求、提高系统吞吐量性能的要求，能够 支持大并发量的交易处理。 系统对于有可能会出现的处理压力，比如在交易处理高峰时间段来临时，系统提供了额外的冗余处理能力，能够为客户提供满意的服务和体验。平台选用性能优异的硬件设备，处理能力非常强劲。系统的软硬件体系架构具备负载均衡处理能力，系统硬件完全具备硬件的冗余。 3.2.3 系统伸缩性 系统是一个滚动发展，不断生长的业务系统，系统在硬件和软件结构上充分了考虑系统的伸缩性，在不修改软件结构和程序的前提下，当系统处理能力不足以支撑业务性能要求时，系统可以通过简单的增加关键服务器数量或者 CPU、内存、磁盘阵列中的磁盘等硬件设备的方法达到扩展系统 处理能力的目的。 3.2.4 系统灾难备份 系统充分考虑到整体灾难备份策略，在保障业务连续性和可恢复性的前提下，除进行数据库层面的数据备份外，应用系统数据也进行了备份。 首旅集团首付通系统解决方案建议书 4 系统 架构 设计 4.1 系统逻辑结构 在逻辑 架构上， 服务管理系统 逻辑架构 如下： 服 务 管 理 系 统支 付 网 关银 行 核 心首 旅 集 团卡 系 统银行支付系统首 旅 集 团网 站用 户其 他 银 行核 心首 付 通 系 统商 户 服 务 系 统 首得通 系统主要由渠道接入、安全系统、监控系统、报表系统、清算对账系统等几大子系统组成，所有各子系统的运行和协作依托于运行环境。 从业务分类来讲， 首得通 系统 主要由 三 部分组成： 支付网关、商户服务系统、服务管理系统 。 支付 网关： 支付网关 为 XX 集团 商场提供 支付渠道和接口 ； 为支付系统管理员提供支付前台管理设置功能 ； 处理柜员的操作请求，同时开放给其它渠道 API； 支持合作银行支付接口 等 。 商户服务系统： 商户系统 的 用户角色是支付平台合作商户 ，平台 为商户提供前台管理 功能； 为网上商户提供包括查询账户管理、结算记录和退货交易等功能 。 服务管理系统： 为业务运营过程中 首得通 管理员 提供 业务管理功能 ， 包括对商户的管理、中间账户资金管理、差错管理、资金管理、对账管理、统计报表等 。 从使用对象来讲， 首得通 系统是连接用户、商户、银行之间的核心部分 。 对 XX 集团 商城， 首得通 提供支付，结算，退款等服务； 对商户， 首得通 提供订单查询，充值等交易； 对银行， 首得通 是一个接入点，与银行系统交互，可以实现系统充值，提现等交易。 4.1.1 系统 支付 业务流程 说明 以支付为例，说明各部分关系： 首旅集团首付通系统解决方案建议书 银 行 卡 支 付 ( 对 未 开 户 用 户 )选择商品输入银行信息支付银 行首 付 通商 户 平 台采 购 方下 单 1 2 . 生 成 扣 款 结果 通 知 6 . 选 择 支 付 银 行 8 . 银 行 卡 账 号 信 息输 入 页 面 4 . 引 导 用 户 跳 转 到 支付 页 面 1 6 . 生 成 到 集 采 平 台跳 转 信 息 9 . 出 纳 通 过 银 行网 关 确 认 付 款 5 . 生 成 可 选 支 付 银行 页 面 3 . 记 录 付 款 单 ， 生 成支 付 信 息 导 航 地 址 1 5 . 生 成 到 首 付 通跳 转 信 息 1 8 . 查 看 付 款 结 果 2 . 生 成 付 款 单 （ 扣 款总 额 ， 各 供 应 商 应 收款 ） 1 1 . 银 行 卡 扣 款 1 0 . 会 计 通 过 企 业网 银 确 认 付 款 1 3 . 处 理 扣 款 结 果 通知 , 通 知 集 采 平 台 1 7 . 生 成 付 款 结 果 信息 . 1 . 选 购 商 品 1 4 . 处 理 扣 款 结 果 通 知 7 . 生 成 支 付 银 行 跳 转信 息 说明： 1 选择商品 1. 采购方选购商品 2. 商户平台生成付款单，包括扣款总额，各供应商应收款 3. 首得通 记录付款单，生成支付信息导航地址 4. 商户平台引导用户跳转到支付页面 首旅集团首付通系统解决方案建议书 5. 首得通 生成可选企业版支付银行网关页面 2 录入银行信息 6. 采购方选择企业支付银行网关 7. 首得通 生成支付银行跳转信息 8. 网银显示银行卡账号输入界面 9. 采购方出纳通过银行网关输入银行账户信息，确认付款 10. 采购方会计通过企业网银输入支付确认信息，确认付款（双重审核） 3 支付 11. 银行卡扣款 12. 银行生成扣款结果通知 13. 首得通 处理扣款结果通知 ,通知集采平台 14. 商户平台处理扣款结果通知 15. 银行生成到 首得通 跳转信息 16. 首得通 生成到集采平台跳转信息 17. 商户平台生成付款结果信息 18. 用户查看付款结果 4.2 系统物理架构 首得通 系统总体物理架构的设计在综合考虑功能、性能、安全、灵活、高效等多方面因素后，并考虑 EMP 系统平台原有的基础上，采用如下 图所示的多层（ N-tier）总体架构： 工 商 银 行 支付 系 统首 旅 集 团商 城 系 统服 务 管 理 系 统商 户 服 务 系 统首 付 通 支 付 网 关首 付 通 管 理 员数 据 库 服 务 器个 人 用 户企 业 用 户首 旅 集 团 卡中 心其 他 银 行 支付 系 统 首得通 支付网关单独部署在支付服务器上，确保实时高效处理订单信息 。商户服务系统和服务管理系统部署 首旅集团首付通系统解决方案建议书 在另外的服务器上，作为 应用 服务器。 支付网关和 应用 服务器共享数据库服务器。 同时 ，系统做以下 下构造，提高系统性能： 为了进一步提高 整个系统响应速度 ，可以增加均衡负载 （图中未画） ； 在应用服务器前，部署 web 服务器，提高静态页面返回速度； 用户发起的交易，依次经过 安全接入 /负载均衡， WEB 服务器 后 由 应用服务器处理。应用服务 器 通过与卡中心或者银行交互后，把交互的结果返回给用户 。通过这些层次之间的有序分工和有机配合，达到最大限度支撑网上支付系统安全、稳定、高效运行的目的。 首旅集团首付通系统解决方案建议书 5 系统安全 风险 设计 5.1 物理安全 建议 机房具备防震、防火、防水、恒湿温控、独立供电、门禁系统、视频监控系统等功能，以保证认证服务的连续和可靠性。 5.2 网络系统安全 使用防火墙，将网络划分为不同安全级别的区域 ，保障系统安全 。 同时，对于 首得通 与银行和商城的通讯采用 vpn 连接，保证了信息不被泄露。 5.3 系统安全 系统安全包括数据库安全 和 应用服务器安全。对系统的可访问性 控制 ， 将 严格 按照厂商建议的安全配置进行管理 。 5.4 通讯安全 通讯的安全主要依靠对通讯 数据 的加密 来保证。 在数据通讯过程当中采用 SSL 协议建立安全连接，所传递的信息都是经过加密的，这在一定程度上保证了数据的传输安全。 内部传输保护，系统对关键信息，如密码等会进行加密，加密成密文进行存储传输。 商户端 使用数字证书对对报文中的业务数据进行签名，防止交易篡改，交易伪造，交易否认 。 5.5 风险控制 为确保在出现系统故障时，可以在最短时间内恢复生产的可用性，对系统关键内容进行备份。备份 内容 包括数据库、中间件、应用系统日志 等 。 首旅集团首付通系统解决方案建议书 5.6 代码安全 在部 署 应 用前，始终要做安全审评。建立一个正式的安全过程 ，在每次 做更新时，对所有的编码做审评 ， 防止 注入 风险 等 。 5.7 应用安全 账户和密码认证 ， 所有登陆用户均有密码验证 。 密码密文存储 ， 密码 在数据库中采用加密存储， 防止被窃取风险。 图形验证码认证 ； 登陆用户连续多次输入错误密码，用户将被 锁定 ； 关键交易必须由管理员审核授权后才能继续进行 ，避免操作风险 ； 系统内置完备的日志管理，通过查看日志可以知道任何用户操作记录 ； 用户可以设置单笔限额，日累计限额，避免操作风险 ； 支付端采用安全控件加强安全性 。 5.8 安全监控 各 利用入侵检 测系统 (IDS)的实时监控能力，发现正在进行的攻击行为及攻击前的试探行为，记录黑客的来源及攻击步骤和方法。 网络监控对象为所有网段交换机、所有网段防火墙、负载均衡器。监控项目为设备的联通性、设备的运行状态。应用系统监控对象为： weblogic、 oracle 服务器 等 。 首旅集团首付通系统解决方案建议书 6 业务 模块功能说明 6.1 业务模块说明 系统 子模块 模块内容 支付网关 支付 B2B 支付 B2C 支付 服务管理系统 账户管理 企业账户管理 商户账户管理 个人账户管理 支付平台账户管理 账户管理审核 中间账户资金管 理 中间账户查询 中间账户资金调拨 中间账户资金审核 差错管理 撤消支付 实时退款 批量退款 下载对账差错文件 差错查询 交易挂账 交易恢复 挂账交易查询 资金结算 商户与个人结算 商户与企业结算 交易市场手续费结算 对账处理 发送对账请求 首旅集团首付通系统解决方案建议书 下载对账文件 统计报表 收益类报表 业务类报表 风险类报表 商户服务系统 商户管理 充值 提现 注册 交易查询 对账报表 退货复核提交 6.2 支付 6.2.1 B2B 支付 支付可采用 首得通 支付或者通过银行进行网上支付 。 采用 首得通 支付 ， 转账直接在平台内部进行划转 ，不 与银行进行交互。 从买方的 首得通 中扣除相应的费用到平台 的虚拟账户中，待交易确定成功后，通常情况下企业打款走结算模式，由支付平台自动发起周期结算企业打款。 B2B 的交易可以只缴纳部分保证金。 6.2.2 B2C 支付 B2C 支付交易同 B2B 交易， 要求全额缴费 。 首旅集团首付通系统解决方案建议书 6.3 账户管理 6.3.1 企业账户管理 该交易可 对企业的账户进行管理。 6.3.2 商户账户管理 该交易可 对商户的账户进行管理。 6.3.3 个人账户管理 该交易可 对个人的账户进行管理。 6.3.4 支付平 台账户管理 该交易可 对平台的账户进行管理。 6.3.5 账户管理审核 该交易可 对账户管理的交易进行审核。 6.4 中间账户资金管理 6.4.1 中间账户查询 本查询是为了确 保 首得通 能查到银行 结算 户的相关情况。 首得通 端为及时掌握银行端待清算账户的资金变动情况，需要能查到银行端每个清算日的相关资金账户信息。 6.4.2 中间账户资金调拨 该交易可 对平台的虚拟账户间的资金进行调拨。 首旅集团首付通系统解决方案建议书 6.4.3 中间账户资金审核 该交易可 对中间账户资金调拨交易进行审核。 6.5 差错管理 从 首得通 发起的支付、提现与退货交易的执行结果以银行返回给移动的交易应答为准。当发生网络丢失报文或系统故障时 ，银行返回给移动的交易应答有可能丢失，造成客户签约银行卡账户中的资金变动与手机账户中的资金变动不一致。除了交易应答丢失产生清算不一致的情况下，还可能因为其它原因（比如系统中的缺陷，或者人为因素）产生清算不一致。 6.5.1 撤消支付 在部分情况下，客户可选择撤销支付， 在满足一定条件的前提下，平台将把支付的金额按照原交易路径转回客户 首得通 中。 6.5.2 实时退款 6.5.3 批量退款 该交易由商场发起， 进行批量退款 。 6.5.4 下载对账差错文件 银行在进行统计后，会把差错文件放在指定目录， 平台可以到相应路径取到差错文件，供系统进行对账使用。 6.5.5 差错查询 该交易用来查询差错的数据信息。 首旅集团首付通系统解决方案建议书 6.5.6 交易挂账 支付，提现交易在等待银行返回结果的过程中，会因为部分原因（如网络，延时），使 首得通 收不到最终结果 ，对 这类交易 ， 首得通 会 不定时 进行 与银行通讯 查询 最终状态 ，也可手动发起查询 状态 。 6.5.7 交易恢复 6.5.8 挂账交易查询 查询由 首得通 发起，向银行查询一定时间段范围内全部或指定一组订单号的支付、提现或退货交易的处理状态。 当由于网络或系统故障产生掉单（ 首得通 发出了 请求报文，但没有收到银行的应答报文）时， 首得通 可以使用批量交易查询业务得到银行的交易状态，并使用该状态对卡通交易进行恢复处理。这 样做，可以及时恢复客户的交易，提升客户体验。 6.6 资金结算 6.6.1 商户与个人结算 个人支付交易资金的结算是实时扣款的 ，提现交易是定时交易，也就是说，当客户发起提现指令后，到账日期为 T+n。 6.6.2 商户与企业结算 个人支付交易资金的结算是实时扣款的，提现交易是定时交易，也就是说，当客户发起提现指令后，到账日期为 T+n。 6.6.3 交易市场手续费结算 首得通 平台的每笔交易的手续费可由管理员进行自定义 。在进行资金结算时，平台会把扣除手续费后的金额转到客户 首得通 账号中。 首旅集团首付通系统解决方案建议书 6.7 对账处理 对账包括两部分，一部分是与银行的对账，一部分是与 XX 集团 商城 的对账。系统会约定时间与银行和商城对将要进行结算的明细和总额进行对账，如果没有差错产生，则进行结算处理；如果有差错产生，则进行差错处理。首得通 先与银行进行对账，之后与商城进行对账。从 首得通 发起的网上支付、提现与退货交易的执行结果以银行返回给 首得通 的交易应答为准。与商城对账以 首得通 记录结果为准。 当发生网络丢失报文或系统故障时，银行返回给 首得通 的交易应答有可能丢失，造成客户签约银行卡账户中的资金变动与 首得通 账户中的资金变动不一致。除了交易应答丢失产生清算不一致的情况下，还可能因为其它原因（比如系统中的缺陷，或 者人为因素）产生清算不一致。 清算对账业务的目的是发现用户签约银行卡账户与 首得通 账户中的资金变动不一致的情况，并确定原因与处理办法。 清算对账业务一般一天进行一次，由银行在 T 日终核对完成之后主动向 首得通 提供 T 日 0:00-24:00 所有涉及到资金变动的交易的明细数据，与 首得通 T 日的卡通交易数据进行比对，找出不一致的交易记录。对于由于银行交易应答丢失造成的 首得通 不一致的交易记录，由 首得通 进行恢复处理。对于由于其它原因产生清算不一致的情况，根据 首得通 收到的银行交易应答内容确定资金处理差错的一方，并由该方进行账务调 整处理。 6.7.1 发送对账请求 该交易 是指 在对账之前，通知银行有要进行对账的请 求。 6.7.2 下载对账文件 首得通 下载对账文件 。 6.8 统计报表 6.8.1 收益类报表 该交易可生成收益类报表。 首旅集团首付通系统解决方案建议书 6.8.2 业务类报表 该交易可生成业务类报表。 6.8.3 风险类报表 该交易可生成风险类报表。 6.9 商户管理 6.9.1 充值 充值交易是指 首得通 用户把钱从银行卡转到 首得通 账户中。 对平台来讲， 该交易与银行进行交互，把 首得通用户银行卡中的钱转到平台的虚拟账户中，同时增加该用户 首得通 账户的余额。 6.9.2 提现 提现是指 首得通 用户把钱从 首得通 转到银行卡中。 对平台来讲，该交易与银行进行交互，把 平台的真 是账户的钱转到 首得通 用户银行卡中，同时 减少 该用户 首得通 账户的余额。 6.9.3 注册 注册分页面注册和接口注册两种， 页面注册是指，客户从商城注册会员是直接注册 首得通 号；支付平台给商城提供一个注册接口标准，商城可以通过网络信息同步的方式实现商户自动到支付平台进行注册。 首得通 根据用户所选的企业类型显示企业用户注册信息页面，用户必须以真实企业信息， 首得通 开通用户账户，并通知商户平台该用户在 首得通 的账号 。 6.9.4 交易查询 商户可通过此功能查看自己的交易记录 。 首旅集团首付通系统解决方案建议书 6.9.5 对账报表 商户可通过此功能查看自己一定周期内，交易的统计情况。 6.9.6 退货复核提 交 商户可通过此交易审核退款申请。 首旅集团首付通系统解决方案建议书 7 技术 开发 平台 介绍 7.1 EMP平台概述 EMP 平台是一个产品丰富的产品家族。 它的基本信息描述如下表所示： 是一个包含开发、运行、监控管理的满足 SOA 体系架构的轻量级 J2EE 应用平台 。 是一个基于 J2EE 的多渠道整合平台 ； 开放式的用户可扩展的应用框架 ； 实现构件化的业务处理逻辑组装 ； 基于基础组件的组装，完成业务构件的定义 ； 提供大量的基础组件及构件 ； 实现构件化的前端架构 ； AJAX 技术，支持未来互联网技术 ； 提供前端框 架，实现丰富的用户交互 ； 提供基于 JMX 标准的监控管理能力 ； 提供基于模型维护的可视开发工具 ； EMP 平台是一个包含开发、运行、监控管理的满足 SOA 体系架构的轻量级 J2EE 应用平台。在每一方面， EMP 都提供了子产品进行支持。它是一个纯 J2EE 应用平台，完全符合 J2EE 框架规范。 EMP 平台是一个专业的 多渠道整合平台，为多渠道处理提供了框架模型，可以很容易地在 EMP 平台上搭建多渠道整合的应用。 EMP 平台采用的是开放式接口设计模式，为用户基于平台的扩展提供了良好的支持。 EMP 平台实现了构件化的业务处理逻辑组装功能。通过 EMP 提供的基础组件采用外部化 XML 文件的配置完成业务构件的定义， EMP 提供了大量的基础组件及构件帮助用户快速进行开发实施。 EMP 平台实现了构件化的前端架构，在前端采用 AJAX 技术进行了表现组件的封装，并在此基础上提供了前端处理框架，包括前端流程处理、菜单、页面布局处理框架等等。 EMP 平台在监控管理上提供了独立的基于标准的 JMX 框架的监控管理平台，可以快速地将 EMP 应用加载到监控平台中，完成相应的监控管理功能。 EMP 平台提供了基于模型维护的可视化 开发工具 IDE， IDE 采用嵌入式 Eclipse 技术，构建在 Eclipse 平台之上，与用户的开发环境能够良好的集成。 首旅集团首付通系统解决方案建议书 7.2 EMP 平台架构与模型 e-Channels EMP 核心平台是以组件及参数化技术驱动的层次化体系架构。 EMP 平台的核心由三大部分构成，分别是运行平台、开发平台和管理平台。这三大部分也构成基于 EMP 平台的应用解决方案的完整产品模型。 EMP 逻辑架构是一个分层设计模型。具体可分为业务逻辑处理层和表现逻辑处理层。两个层次上分别提供了业务逻辑处理框架和表现逻辑处理框架来提供功能实现 。 如下图所示： 首旅集团首付通系统解决方案建议书 7.3 EMP 平台的特点 7.3.1 稳定、高效、快速实 EMP 平台从开发、运行、监控管理三个方面来帮助用户快速实施、高效稳定运行和轻松管理应用。 EMP 平台从发展到今天，一直努力跟进软件技术的发展前沿， EMP 核心框架和运行平台经过无数银行项目的检验是稳定和高效的， EMP 平台提供了大量的组件和构件，并通过可视化的开发工具实现组装式开发，可以快速实施和部署 EMP 应用， EMP 平台的所有组件和构件都可以通过外部化配置文件的方式直接开放为 JMX MBean 对象，基于 JMX 的监控管理平台可以与 EMP 应用轻松集成，完成监控管理功能。 7.3.2 充分解藕能力 EMP 平台的设计采用了分层式设计，各层之间充分解藕，接口扩展和 XML 文件配置方式给 EMP 平台上的应用开发和功能扩展提供了良好的技术支持和实现。 EMP 平台作为一个金融行业的专业应用平台，不但从技术角度上考虑到系统设计上的分层解藕，更是从开发流程和人员分工上提供了充分解藕能力。 如下图所示： 首旅集团首付通系统解决方案建议书 从人员分工来说，基本可以将应用系统相关人员分为以下几个角色，他们与 EMP 平台之间的分工合作关系描述如下： 系统架构师：主要负责应用系统架构设计并提 供系统应用的核心组件的设计。 EMP 平台提供了基础的系统应用框架，系统架构师可以采用 EMP 平台框架作为系统应用框架，并在此基础上进行核心组件设计。 高级软件工程师：主要负责系统核心组件的设计和实现。 EMP 平台提供了基础技术组件和组件扩展接口和注入机制，高级软件工程师可根据应用需要在 EMP 平台所提供的接口规范上进行核心组件的设计和开发实现。 业务逻辑实现工程师：负责应用系统的业务逻辑实现，如交易流程，报文组织，通信服务等等。 EMP 平台采用基础组件 +xml 参数配置的方式来实现业务流程和数据配 置。 E