对于云支付来说，云支付是否需要接入传统AFC系统？

       云支付其实已经探索了一段时间，一些实践案例也有。曾经在2010年参与了上海移动的手机卡项目，在2014年参与了浦发银行的银行卡项目，这些其实都是云支付的雏形。个人认为云支付的技术相对成熟，但对地铁公司而言，难点在于终端，先理清虚拟支付方式，然后是网络安全，最后才是云支付：

      虚拟支付方面， 电子虚拟票基于手机，应具备NFC和SE功能，NFC是手机与读卡器之间的通讯模块，SE用于存在电子虚拟票，有SIM模式和全终端模式。而二维码支付是基于互联网运营商的app应用（运营商需具备第三方支付牌照），采用线上支付和线下消费的方式。两者相比，前者受到运营商和手机厂商的限制，后者速度方面弱于前者，但适用于地铁（可分二维码购票、二维码进出站等阶段）。

      网络安全方面，AFC系统原本是与外网隔离的局域网模式，据了解（可能有出入），广州地铁的二维码购票机和闸机不接入SC系统（交易数据、设备状态车站无法监控），闸机也需要与互联网联网才能交易， 是进站检票出站放行模式。（以上是个人了解情况，有广州地铁的专家可以补充或指正）。个人觉得可以尝试通过设备不直接与互联网交互，通过互联网安全网关进行支付认证的方式实现该功能，这样设备能接入SC，从而掌握数据和状态（个人想法），当然这需要形成一套互联网安全隔离技术方案。

       最后说到云支付，作为地铁运营方，必须明白云支付的意义，想清楚是否有必要，更要注意第三方支付也是需要手续费的（当然公交卡也有手续费）。

      以上都是个人想法，不正之处还请包涵指正。