交通电子支付平台的设计与应用_优秀论文

1、 交通电子支付平台的设计与应用 自改革开放以来, 我国一直十分关注国内交通事业的发展, 并通过不断加大对交通基础设施建设的投入, 促使我国现代交通运输体系得以初步形成。然而, 随着社会经济的进步, 国家交通事业的发展也从以前粗犷式的投入模式转至倡导节能减排、绿色发展的节约型模式, 而这无疑标示着我国交通事业发展进入一个全新的纪元。在这新环境、新思维、新主题下, 交通信息化无疑是我国绿色交通发展的关键, 而电子支付作为未来我国经济和信息发展的新引擎, 其在我国绿色交通构建上所起到的积极作用不容忽视。 一、现状分析 随着我国交通智能化、信息化的快速发展, 电子支付在交通行业的应用取得了规模化的发展

2、, 已涵盖高速公路联网收费、城市公交一卡通、停车场管理及缴费、自行车租赁、轨道交通售票等交通领域。然而, 目前大部分交通领域的电子支付应用主要存在以下问题: 1、多卡并存、多卡不通。交通系统作为一个非常复杂的系统, 交通领域下的各类业务系统分别由不同的部门建设实施和运营管理, 而各业务部门相对独立以及各类业务系统缺乏统一的技术标准和规范, 存在信息孤岛, 形成多卡并存、多卡不通的局面。因此, 目前交通电子业务系统的智能化发展遇到了瓶颈, 以致行业间的互连互通还没有真正起步。 2、技术滞后、存在风险。我国目前电子支付技术规范的制定工作虽取得了一定发展, 但仍相对滞后。近十年来, 我国普遍采用逻辑

3、加密IC卡作为收费方式, 而逻辑加密IC卡仅进行一次认证, 没有其它的安全保护措施, 容易导致密码的泄露, 克隆卡、伪卡由此产生, 其安全性能日益难以应对各类安全问题。 3、不成规模、经验困难。交通领域的电子支付体系建设前期投入大, 资金要求高, 对于部分交通领域来说, 必将存在较大的建设资金缺口。同时部分地市由于城市规模、人口规模、车辆数量等客观条件限制, 不能形成规模效益, 致使建设的交通类电子支付系统大不到盈利规模, 运营公司无法维持经营和持续发展。 二、建设思路 面对目前国内交通领域电子支付系统存在的行业系统兼容性差、技术安全性不够、信息化平台建设滞后的现状, 充分了解交通领域电子支付

4、的需求、运营管理和信息化建设的长远发展趋势, 提出一套基于多领域应用的交通电子支付平台构想, 建设思路主要如下: 规范数据标准, 实现一卡多用、多卡互通。根据交通电子支付平台在整个交通卡电子支付业务中所处的角色及所承担的职责, 该平台必须从外场各类消费前端系统或设备处获取交通卡用户的消费交易数据。然而由于这些来自于不同行业领域的业务系统, 其在系统架构、设备构成、业务内容上均会有所差别, 则会导致其所产生的业务数据在构成上可能会存在一定的差异。因此, 要高效、准确的实现本平台的功能, 平台建设上, 必须引入一套实用、普适的数据标准, 并按此实现对这些海量数据的采集和处理, 从而真正实现一卡多用

5、、多卡互通。 采用建模技术, 提升平台数据处理能力。根据平台的多领域电子支付的功能需求, 无疑可预期本交通电子支付平台将需面对数量庞大且多元的业务数据, 为此在平台中引入一种有针对性的多维数据仓库建模技术来实现数据仓库构建。一方面, 这种方式不仅有利于平台数据仓库的建立, 特别是可根据数据仓库的主题分析与属性分析, 结合业务属性, 更好地对来自各类不同源头的数据, 确立数据仓库的数据维表。另一方面, 在数据仓库建模过程也可方便地引入类似于关系表的存储方式, 以减少整个平台数据的存储空间, 提高整个服务平台的数据管理能力与操作效率。 完善安全保障体系, 确保多重数据传输安全。对于本平台而言, 数

6、据传输过程的可靠性、完整性和一致性是整个交通卡电子支付服务体系提供各类服务的关键。为此, 针对平台在数据传输过程中会面临到海量数据传输、外联实体多元化等问题。在平台安全保障体系设计方面, 将专门引入VPN技术、HTTPS保密协议和SSL加密机制、数据完整性鉴别机制等, 全方位确保数据的传输安全。 CPU卡应用, 提升交通卡安全性。本平台是面向多领域应用的交通电子支付, 对卡支付的安全性需求远远高于一般的支付平台。鉴于目前CPU卡拥有逻辑加密卡所无法比拟的安全性和强大的拓展性, 为此将推广CPU卡在交通电子支付应用, 这样不仅符合国际标准或者行业规范的指令系统和交易流程, 而且在卡片内部能够完成

7、数据的加解密运算和双向认证, 能够灵活的分配存储空间、定义访问权限和文件结构。 三、平台架构设计 基于多领域应用的交通电子支付平台系统主要由物理层、数据层、网络层以及应用层所构成, 应用层中各应用模块主要通过网络层实现与数据层的系统内部数据交互, 而通过ESB(企业服务总线)接口与外联其他系统进行数据交互。 本平台系统应用层主要由结算处理、运营管理、客服服务以及ESB接口系统组成。 1、结算处理是平台的核心服务, 平台系统对各类业务系统上传的各类交易数据记录, 进行数据检验、筛选、预处理、清分结算等一系列操作, 并向银行发送划拨指令, 完成对交易记录结算服务。 2、运营管理主要包括系统在实际应

8、用中涉及到的相关管理和服务工作。如果业主方将业务系统的运营交由服务平台统一管理, 服务平台亦可根据业务系统的具体情倪提供相应的运营服务, 如卡片发行、密钥管理、终端管理、系统监控以及报表查询等。 3、客服服务是业务系统进一步提高服务水平的重要服务内容。如果业主方希望服务平台为其业务系统提供客服服务, 服务平台亦可实现具体的客服功能, 如卡片的挂失、解挂、换卡、退卡、信息查询以及客户投诉管理等。 4, ESB(企业服务总线)接口的各类业务系统, 包含清算银行、高速公路ETC、停车场管理等。其中, 清算银行是指各业务系统相关利益方资金存放的合作银行, 主要完成账户资金划拨工作等相关清算工作。 四、

9、平台功能设计 基于多领域应用的交通电子支付平台功能按业务可分为三大子系统, 即结算处理子系统、运营管理子系统和客服及电子系统。各子系统的功能描述如下所述: (一)结算处理子系统 结算处理子系统是平台的核心服务, 用于完成各类业务数据的清分结算工作。其主要由数据检验、清分结算、报表管理和参数管理这四个模块组成, 这些模块的具体功能内容如下所述: 1、数据检验模块 数据检验模块主要负责对所采集到的各类交通卡消费或充值业务数据, 以及合作银行所返回的资金划拨结果进行数据的合法性和准确性验证, 包括充值认证、身份验证、操作正确性、数据正确性以及数据合法性等的验证。 2、清分结算模块 清分结算模块包含清

10、分和结算处理两部分, 主要根据交通卡的交易数据, 完成各业务收益方、持卡用户、运营单位等多者之间的金额拆分与结算, 并且系统还会根据清分结算结果向合作银行发送资金划拨指令, 并接收合作银行返回的划拔结果数据。此外, 还可在上述过程得出各类数据的统计结果。 3、报表业务模块 报表业务模块主要包括有:报表生成、报表查询、报表打印、数据导出等功能。该子系统主要是根据清分结算子系统所产生的统计数据生成对应的清分结算类报表。如, 各类业务的对应收支报表、各收支方的对应收支报表、银行资金划拨报表、卡销售报表、月结/年度统计报表等。 4、参数管理模块 参数管理模块可对系统的各类参数进行管理, 具体包括增加、

11、删除和修改等操作。参数管理包括黑名单、操作员参数管理、工作日志管理和系统参数管理等。 (二)运营管理子系统 运营管理子系统是平台的管理服务, 用于完成在实际应用中涉及到的相关管理和服务工作。其主要由密钥管理、制卡和库存管理这三个模块组成, 这些模块的具体功能内容如下所述: 1、密钥管理模块 密钥管理模块至少包括密钥的生成、存储、分发、导入和备份/恢复等功能。 2、制卡模块 平台要发行交通卡离不开对卡的制作, 而制卡模块则是承担着这样的职能, 即对空白卡进行初始化处理。而空白卡完成初始化后(即制卡), 还需对其写入发卡日期、有效期、卡片类型等信息才可发行使用。 3、库存管理模块 库存管理模块主要

12、是为运营过程中所需物品和资料提供各类库存管理方面的服务, 包括:库存管理、物品调拨管理、库存参数维护等。 (三)客服服务子系统 客服服务子系统是平台的客服管理, 用于为业务系统提供客服服务工作。其主要由业务统计查旬、卡客服管理和主动式客服及精准营销这三个模块组成, 这些模块的具体功能内容如下所述: 1、业务统计查询模块 业务统计查询模块主要用于对营运情况进行统计分析, 并提供打印、导出功能。具体可进行的统计和查询内容可包括:卡片发行、卡片充值、卡片消费、投诉、客户服务等相关统计和分析。 2、卡客户服务模块 卡客户服务模块主要实现向持卡用户提供各类的卡业务处理服务, 该系统所具有的功能模块主要包括:卡销售、人工充值、业务查询、客户资料管理、密码管理、挂失管理、换卡、卡终止使用。 3、主动式客服及精准营销模块 主动式客服及精准营销模块主要用于向交通卡的用户提供一系列主动的式服务, 并根据用户的具体情况提供精准营销推介。该子系统主要是基于平台的数据解析服务了解到一些有关用户消费方面的习惯和趋势, 并以此为基础为其提供