基于互联网+地铁票务云ACC平台.doc

基于互联网+地铁票务云ACC平台 　　摘 要本研究旨在现有AFC系统的基础上，探讨移动互联网在线支付技术在系统中的应用，对传统AFC系统进行优化，结合“互联网+”模式，搭建一个云ACC平台。研究平台的云实现方式，对平台进行技术设计，并提供一套完整的解决方案和安全策略 【关键词】AFC（自动售检票系统） 云ACC平台 互联网+ 移动支付 1 引言 在整个轨道交通系统中，自动售检票（AFC）系统承担着重要的角色，它实现了自动售票、自动检票，和计费、收费、统计、结算等全过程的自动化管理。随着科学技术的发展，AFC系统呈现多种类型，主要取决于支付方式应用技术的多样化。目前AFC系统中采用的支付方式，包括硬币支付、纸币支付、储值票支付、车票圈存支付和银行卡支付等。近年来，移动互联网的迅猛发展，在线支付作为一种新型的支付方式，因其便捷性，逐渐占据人们各种生活消费场景。如何结合移动互联网电子支付技术，对整个线网的AFC系统规划布局，满足网络化运营需求，如何结合移动互联网在线支付技术在系统中的应用，对传统AFC系统进行优化，成为了亟需解决的问题，而云ACC平台正是这样一套完整的解决方案 2 互联网+地铁票务云ACC平台研究 2.1 云ACC平台概述 云ACC平台将采用云架构体系实现，在原有票卡系统外建立起云平台的4层体系：整个云平台将分为第三方对接系统，云中心系统，云票务处理系统与云终端管理系统四大层次，云ACC平台系统层次图如图1所示。每一个系统层次内还包含了不同的应用系统，所有的系统之间采用接口进行数据交互以便于进行系统的可持续化扩展 另外，系统建立起一套完整的、可扩展的接口数据规范，规范包含了数据结构规范、传输与响应规范、安全与认证规范几部分。通过接口将不同的系统整合起来，并最终实现整个平台的有机运行 平台系统需要与现有的AFC系统进行对接，以进行交易数据的对帐以及云闸机数据的清分等操作，对接操作核心要求是安全与数据完整。通过实现系统对接使得整个云平台系统真正结合入地铁日常业务系统中 2.2 云ACC平台系统设计 2.2.1 整体设计 系统整体将参照现有的轨道交通ACC四层结构，并针对性地做出优化与设计。新系统采用两层物理逻辑架构搭建，在云ACC中心虚拟出SC与LC层，用以结合到现有的传统ACC架构中，进行日常管理与控制 系统将使用TLS实现数据传输加密，并可以记录所有的数据操作日志以便于进行安全审计。所有的接口进行负载均衡，并进行双机热备以使得系统支持7*24小时的不间断服务 设备端，考虑到地铁服务的特殊性，云匣机需要支持一定程度的孤岛模式，在设备离线的情况下或者紧急情况下，云匣机可以进行基础的票务验证以进行人员的放行。另外，所有的设备端需要支持轨道交通的运营事件，通过帐号权限细分，可以通过在站点设置管理平台的方式实现SC层级的操作管理 系统设计与开发将采用MVC+WebAPI的方式，不同接口之间使用JSON数据格式进行交互，核心数据库使用MySQL实现主从数据库双在线，数据缓存使用redis，消息中间件使用AMQS协议的RabbitMQ组件 ?O备端，iTVM与云匣机设备直接通过专用100MB网络连接至云ACC中，实现与服务器端的实时交互，通过系统设计实现500ms内的交互响应，云BOM-PAD实现扫码与客服的功能 2.2.2 应用拓扑 应用拓扑如图2所示 2.2.3 核心功能需求分析 （1）互联网购取票机（iTVM）。用户可以过网上购票，线上支付，或者现场通过手机支付，线下终端取票入站的流程进行地铁票卡的购买，支付方式包括微信支付、支付宝支付、银联支付、市民卡支付等方式，票卡包括单程票、单日票、月票、纪念票等 （2）云闸机。系统需要在现有的闸机端添加新的云闸机以支持用户使用二维码扫码入闸功能 用户使用手机APP，注册用户帐户并关联支付方式。在入站时，用户在云闸机端扫描APP产生的二维码，云闸机在服务器端验证后放行用户，并且用户在出站时在出站闸机扫描二维码以实现出站，服务器端在验证后直接扣取用户的乘车费用 用户二维码通过安全算法，基于信用体系实现。使得二维码可以在一定时间内脱机实现，即使扫码时用户手机不在线，也可以正常进出闸机，并可以正常扣款 用户每一次进站首先需要将未正常扣款的订单通过客服或者自助处理完成。当用户存在低信用时，系统将会禁止用户扫码入站，而建议用户通过iTVM设备买卡进入 （3）云对帐平台。云ACC的核心功能就是对产生的所有交易进行对帐、核销与清分操作，其中对帐平台的核心功能是自动化对接所有的对帐平台，包括第三方支付平台，轨道交通AFC中心等，实现交易收入、票卡支出的所有交易信息的处理。并自动化产生交易大数