3同行回答
现代地体行业已经是一个高承载、大密度、多交联的复杂系统，AFC在这里的角色和定位尤其重要，任何细微的或未预见的细小因素都有可能会对其造成严重影响，故从这方面考虑，现有的云支付手段只能是现有AFC系统的有效补充，但还不可以作为替代方案，既然作为有效补充，根据我个人的浅见，我建议采用如下方式
1、构建云支付专属通道，设置独立的进出闸机，由此凸显云支付的便捷，逐步促进新的云支付方式在地铁行业的应用和提升，同时也让云支付的乘客体验快速支付通道的快递便捷，同样在系统稳定性考虑，在出现云支付故障时，因为是独立通道，可直接关闭且不会对现有系统造成影响。
2、将云支付系统作为单体独立系统，建议在LC层或者ACC层接入现有的AFC系统，实现数据交换，但不同于现有的大量采用的实名卡，储值卡等卡种结算方式，因云支付系统基本上采用后付费支付方式（此方式还有一个好处是直接采用出站支付的方式，避免因为过站造成BOM人工干预出站的影响，减少人员滞留和BOM服务量），故和现有的AFC系统有所区别，故建议采用现有云支付的独立系统架构，只在LC或者ACC端实现数据交换，避免跨系统数据交互时对现有AFC系统造成数据影响，但同时因为已经并入AFC系统，故可以形成统一报表，其提现方式可按照一种新的卡种方式进行营收数据统计。
以上是我的个人浅见，云支付是未来的趋势，对于现有AFC的影响将会越来越大，快速高效的刷卡和结算方式，NFC技术的不断引入，势必会不断提升现有地铁行业的整体服务质量，提供更加快速便捷的城市交通服务，望大家共勉。
收起云支付其实已经探索了一段时间，一些实践案例也有。曾经在2010年参与了上海移动的手机卡项目，在2014年参与了浦发银行的银行卡项目，这些其实都是云支付的雏形。个人认为云支付的技术相对成熟，但对地铁公司而言，难点在于终端，先理清虚拟支付方式，然后是网络安全，最后才是云支付：
虚拟支付方面， 电子虚拟票基于手机，应具备NFC和SE功能，NFC是手机与读卡器之间的通讯模块，SE用于存在电子虚拟票，有SIM模式和全终端模式。而二维码支付是基于互联网运营商的app应用（运营商需具备第三方支付牌照），采用线上支付和线下消费的方式。两者相比，前者受到运营商和手机厂商的限制，后者速度方面弱于前者，但适用于地铁（可分二维码购票、二维码进出站等阶段）。
网络安全方面，AFC系统原本是与外网隔离的局域网模式，据了解（可能有出入），广州地铁的二维码购票机和闸机不接入SC系统（交易数据、设备状态车站无法监控），闸机也需要与互联网联网才能交易， 是进站检票出站放行模式。（以上是个人了解情况，有广州地铁的专家可以补充或指正）。个人觉得可以尝试通过设备不直接与互联网交互，通过互联网安全网关进行支付认证的方式实现该功能，这样设备能接入SC，从而掌握数据和状态（个人想法），当然这需要形成一套互联网安全隔离技术方案。
最后说到云支付，作为地铁运营方，必须明白云支付的意义，想清楚是否有必要，更要注意第三方支付也是需要手续费的（当然公交卡也有手续费）。
以上都是个人想法，不正之处还请包涵指正。
收起
地铁云支付，技术上已经不是问题，中软已经在长沙地铁、广州地铁的局部进行了安装和推广。
核心的问题是，大部分地铁票价是归政府财政，第三方的支付方式，财政需要认可而不是地铁公司认可。这个才是推广的难点。