一种电子单程票的实现方法、系统及装置与流程

本发明涉及计算机技术领域，特别涉及一种电子单程票的实现方法、系统及装置。

背景技术：

随着计算机技术的发展，在各个领域中都开发出基于计算机网络的应用，其中，在诸如地铁、铁路或公路的售票系统中，开始尝试使用电子车票替代实体车票。

以地铁售票系统为例，图1为现有技术的自动售检票系统(afc)的层次结构示意图，如图所示一共包括六层：第一层为车票，比如采用非接触式的集成电路卡(ic)；第二层为读写器，与第一层的ic进行交互，完成验票扣款等交易处理过程；第三层为车站设备(sle)，包括自动售票机(tvm)，执行单程票发售及储值票充值；半自动售票机(bom)，执行人工发售单程票、储值票充值及完成其他特殊功能如补票等；自动检票机(ag)，执行单程车票的验票通过及出站时回收单程车票；第四层为车站中心系统(sc)，进行车站客流监控及站级设备监控，收集汇总站级设备数据并为上传至线路中央计算机作进一步处理；第五层，线路中心系统(lcc)，管理所辖sc，进行对路线数据、操作权限及监控等运营管理以及对路线收益统计及客流分析等票务管理；第六层：清分结算系统(acc)，进行对各线路的所有交易清算、客流统计、票款收益统计，并能实现与城市一卡通系统的数据接口及账务清算。

采用图1所述的地铁售票系统时，单程票通常采用卡式车票或token(代币)车票的形式售卖，且通过sle进行验票通过及回收，会使得管理困难，具体为：1)单程票流转困难，由于各个车站客流进出站不均衡，大量单程票需要包装后在各线路和车站间进行转运；2)大量的单程票损坏和流失，单程票在流转及乘客使用过程中，出现磨损及丢失；3)大量单程票管理消耗大量人力，车站每日对单程票件装箱、清点，站员往往工作到深夜；4)发行和回收部件结构复杂，造成部件造价高昂及维护成本高。

图1所示系统的架构落后，具体为：1)图1所示系统属于80年代技术水平，层次繁多，功能重叠，重复建设及难以管理；2)系统容量达到极限，诸如北京地铁的日客流量已经突破了1000万，基于图1所示系统的架构已疲态尽显，大跨度及大数据量的分析已经难以完成，只能进行切片式的小样本分析。

图1所示系统缺乏弹性，改造难度大，具体为：1)系统层次过多，业务变动影响范围大；2)参与厂商过多，接口管理复杂；3)重复建设过多，成本居高不下。

进一步地，对于单程票，需要用户排队购买，不仅浪费时间而且需要零钱现金，虽然在终端上加载买票应用可以实现在计算机网络中完成买单程票的功能，但是还要在图1所示系统中的指定取票机上取单程票，也很繁琐且浪费时间。除此之外，还可以在用户的终端上设置近场通信(nfc)功能，采用终端的nfc功能替代单程票，这对用户的终端要求比较高，增加了用户使用的成本。

技术实现要素：

有鉴于此，本发明实施例提供一种电子单程票的实现方法，该方法能够实现电子单程票的整个交易过程，节省时间及成本，减少用户使用单程票的繁琐。

本发明实施例还提供一种电子单程票的实现系统，该系统能够实现电子单程票的整个交易过程，节省时间及成本，减少用户使用单程票的繁琐程度。

本发明实施例还提供一种电子单程票的实现装置，该装置能够实现电子单程票的整个交易过程，节省时间及成本，减少用户使用单程票的繁琐程度。

根据上述目的，本发明是这样实现的：

一种电子单程票的实现方法，包括：设置电子单程票的实现系统，所述系统与售票系统、互联网支付系统、设置的验票设备及终端应用进行交互，其具体步骤为：

所述系统从售票系统中获得单程票数据资源；

所述系统根据终端应用发送的单程票购买请求，与互联网支付系统交互进行终端的票款支付；

所述系统将单程票数据发送给终端应用；

所设置的验票设备对终端应用承载的单程票数据的可识别信息进行校验，并对终端应用中的单程票数据进行更新。

一种电子单程票的实现系统，包括：数据交换服务模块、单程票管理模块、交易管理模块及统一支付服务模块，其中，

数据交换服务模块，用于接收所设置的验票设备发送的单程票的交易数据，对单程票的交易数据汇总后，将对账数据发送给售票系统处理；

单程票管理模块，用于从售票系统中获得单程票数据资源，接收交易管理模块发送的申请单程票通知后，将单程票数据发送给终端应用；

交易管理模块，用于接收到统一支付服务模块发送的终端购买单程票的支付确认信息及终端应用发送的单程票购买请求，向单程票管理模块发送申请单程票通知；

统一支付服务模块，用于接入到互联网支付系统，终端发送的单程票付款链接后，通过互联网支付系统对单程票支付并获得支付确认信息后，向交易管理模块发送终端购买单程票的支付确认信息。

一种电子单程票的校验设备，包括：云闸机及上传数据单元，其中，

云闸机，用于从终端应用获取可识别信息后，解析得到承载的单程票数据进行校验，将单程票数据的交易数据发送给上传数据单元；

上传数据单元，用于从云闸机中接收到单程票数据的交易数据后，发送给电子单程票的实现系统。

由上述方案可以看出，本发明实施例设置电子单程票的实现系统，该系统从售票系统中获取单程票数据资源，接收终端应用发送的单程票购买请求，通过互联网支付系统进行付款确认后，将单程票数据下发给终端应用。终端应用采用承载单程票数据的可识别信息通过设置的验票设备校验进行进出站，所述系统或所述验票设备对终端应用承载的单程票数据进行更新，使得终端应用中的单程票只能在对应的线路上进行一次进站和出站操作，而无法被重复的进行所述线路的进出站操作，从而不能被重复使用。在这里，可识别信息可以是二维码或图片等，可以在终端应用的屏幕上直接显示以使验票设备校验，且用户不需要再通过售票窗口取票，从而在满足支持既有终端功能需求基础上，在终端上增加简单的应用，实现电子单程票的整个交易过程，节省时间及成本，减少用户使用单程票的繁琐程度。

附图说明

图1为现有技术的afc的层次结构示意图；

图2为本发明实施例提供的电子单程票的实现方法流程图；

图3为本发明实施例提供的电子单程票的实现系统结构示意图；

图4为本发明实施例提供的验票设备结构示意图，

图5为本发明实施例提供的验票设备进行密钥和证书的同步方法流程图；

图6为本实施例提供的单程票数据发行过程示意图；

图7为本发明实施例提供的购买单程票的方法流程图；

图8为本发明实施例提供的创建单程票数据的方法流程图；

图9为本发明实施例提供的二维码单程票数据中的时间戳更新的方法流程图；

图10(1)为本发明实施例提供的验票设备进行在线更新模式的进出站业务的方法流程图；

图10(2)为本发明实施例提供的验票设备进行离线更新模式的进出站业务的方法流程图；

图11为本发明实施例提供的二维码单程票数据更新流程图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。

为了解决用户在购买单程票时，既使实现互联网支付后，也需要到售票窗口取票，或者需要在终端上设置诸如nfc的额外功能才能实现单程票的电子化支付和验票。本发明实施例设置电子单程票的实现系统，该系统从售票系统中获取单程票数据资源，接收终端应用发送的单程票购买请求，通过互联网支付系统进行付款确认后，将单程票数据下发给终端应用。终端应用采用承载单程票数据的可识别信息通过设置的验票设备校验进行进出站，所述系统或所述验票设备对终端应用承载的单程票数据进行更新，只能在对应的线路上进行一次进站和出站操作，而无法被重复的进行所述线路的进出站操作，从而不能被重复使用。

由于可识别信息可以是二维码或图片等，可以在终端应用的屏幕上直接显示以使验票设备校验，且用户不需要再通过售票窗口取票，从而在满足支持既有终端功能需求基础上，在终端上增加简单的应用，实现电子单程票的整个交易过程，节省时间及成本，减少用户使用单程票的繁琐程度。

图2为本发明实施例提供的电子单程票的实现方法流程图，设置电子单程票的实现系统，所述系统与售票系统、互联网支付系统、设置的验票设备及终端应用进行交互，其具体步骤为：

步骤201、所述系统从售票系统中获得单程票数据资源；

在该步骤中，可以批量获取单程票数据资源或者每次只获取一个单程票数据资源，这是，接收到单程票购买请求后，再获取；

步骤202、所述系统根据终端应用发送的单程票购买请求，与互联网支付系统交互进行终端的票款支付；

步骤203、所述系统将单程票数据发送给终端应用；

在本步骤中，所述单程票数据包括使用状态值，使用状态值为未使用；

本步骤就完成了用户购买电子单程票的整个交易过程；

步骤204、所设置的验票设备对终端应用承载的单程票数据的可识别信息进行校验，并对终端应用中的单程票数据进行更新。

在该方法中，所述对终端应用中的单程票数据进行更新包括：

所设置的验票设备与终端建立通信通道，比如通过蓝牙建立，直接对终端应用中的单程票数据进行更新；

或者所设置的验票设备在对所述可识别信息校验后，向所述系统发送单程票数据的状态变化通知，所述系统对终端应用中的单程票数据进行更新。

在该方法中，所述单程票数据更新为所述单程票数据中包括的时间戳进行更新及单程票数据的使用状态值更新；

当所述验票设备进行校验时，根据时间戳与当前时间之差是否在设定的时间内确定所述单程票是否有效，和根据所述单程票数据的使用状态值确定所述单程票是否有效，从而防止该单程票被重复进站使用。

在该方法中，所述可识别信息为二维码或图片等，所述验票设备具备识别可识别信息的功能。

在该方法中，为了保证单程票的传输安全性，所述系统与所述验票设备之间进行密钥和证书的同步后，所述单程票数据被密钥加密，再被证书中的私钥签名后，再发送给终端应用；

所述验票设备采用证书中的公钥对单程票数据进进行验签，采用密钥对单程票数据进行解密后，再进行校验。

在该方法中，还包括：所设置的验票设备还用于将单程票的交易数据上传给所述系统，所述系统对单程票的交易数据汇总后，将对账数据发送给售票系统处理。

在该方法中，所述终端上设置有支持所述系统的应用，运行所设置的应用向所述系统发送单程票的购买请求，所述系统接收到请求且得到互联网支付系统的付款确认后，再将单程票数据发送给终端应用，终端应用将承载单成票数据的可识别信息展现给所述验票设备，由所述验票设备读取可识别信息，解析得到单程票数据。

图3为本发明实施例提供的电子单程票的实现系统结构示意图，包括：数据交换服务模块、单程票管理模块、交易管理模块及统一支付服务模块，其中，

数据交换服务模块，用于接收所设置的验票设备发送的单程票的交易数据，对单程票的交易数据汇总后，将对账数据发送给售票系统处理；

单程票管理模块，用于从售票系统中获得单程票数据资源，接收交易管理模块发送的申请单程票通知后，将单程票数据发送给终端应用；

交易管理模块，用于接收到统一支付服务模块发送的终端购买单程票的支付确认信息及终端应用发送的单程票购买请求，向单程票管理模块发送申请单程票通知；

统一支付服务模块，用于接入到互联网支付系统，终端发送的单程票付款链接后，通过互联网支付系统对单程票支付并获得支付确认信息后，向交易管理模块发送终端购买单程票的支付确认信息。

在该系统中，还包括：设备监控服务模块，用于与所设置的验票设备之间进行密钥和证书的同步；与单程票管理模块之间进行密钥和证书的同步；

所述单程票管理模块，还用于对终端应用发送的单程票数据采用密钥加密后，采用证书中的公钥进行签名。

在该系统中，所述单程票管理模块，还用于接收所述验票设备发送的单程票数据的状态变化通知，对终端应用中的单程票数据进行更新。

图4为本发明实施例提供的验票设备结构示意图，包括：云闸机及上传数据单元，其中，

云闸机，用于从终端应用获取可识别信息后，解析得到承载的单程票数据进行校验，将单程票数据的交易数据发送给上传数据单元；

上传数据单元，用于从云闸机中接收到单程票数据的交易数据后，发送给电子单程票的实现系统。

在该结构中。云闸机能够识别的可识别信息为二维码及图片等。

在该结构中，所述上传数据模块，还用于与所述电子单程票的实现系统进行密钥和证书的同步后，发送给云闸机；

所述云闸机，还用于在对单程票数据进行校验之前采用密钥对单程票数据进行解密，采用证书中的公钥进行解签后，再校验。

在该结构中，所述云闸机，还用于与终端建立通信通道，对终端应用中的单程票数据进行更新；

或者还用于向所述系统发送单程票数据的状态变化通知。

在该结构中，所述云闸机与所述上传数据单元可以集成在一个实体中。

本发明实施例所述的方法、系统及装置可以应用在各种售票系统中，比如火车售票系统、汽车售票系统、演艺售票系统或地铁售票系统中，以下就以本发明实施例应用在地铁售票系统为例，进行详细的说明。

在该例子中，将互联网技术与afc技术融合，使得背景技术中的afc业务体系得到简化，形成了终端的应用购买单程票生成二维码单程票，通过云闸机扫描二维码单程票完成进出站业务。这样，对用户来说，可以进一步简化购票操作环节，省去现金购票和排队换票的繁琐，从而给用户提供直接终端过闸的体验，对于地铁运营能够在一定程度上减轻地铁售票系统对实体票流转的管理压力，车票流失所带来的损失以及相应的实体车票流转管理的负担。

在该例子中，主要包括三个部件。

第一个部件为终端，也就是用户使用的各种移动终端，比如手机，在终端上设置了支持电子单程票的实现系统的应用，所述应用响应用户的使用请求，完成地铁路线查询、单程车票购买及补票的操作，所述应用是二维码单程票的载体，根据所述系统的单程票管理模块发送的单程票数据，利用二维码呈现单程票数据并保存。

第二个部件为验票设备，包括处理用户进出站业务的云闸机及负责处理用户事务的移动工作站(ibom)。在云闸机中搭载二维码读写模块及必要的诸如蓝牙模块等的辅助通讯设备，完成承载有二维码单程票数据的二维码识别解析、认证二维码单程票数据及进出站业务处理，同时保证与所述系统的交互。

第三个部件为电子单程票的实现系统，负责响应终端应用的请求及对验票设备的业务更新，与地铁afc系统中的acc系统交互。具体地，所述系统与地铁afc中的acc数据交换服务和acc车票管理服务交互：afc中的acc数据交换服务负责接收所述系统的数据交换服务模块的单程票的交易数据与对账数据，并根据上报的单程票数据的交易数据跟踪每张票的使用情况；afc中的acc车票管理服务负责响应所述系统的单程票管理模块的车票资源申请，根据申请方式单条或多条数据准备单程票数据、加密并签名后下发。

其中，所述系统包括5个模块：

交易管理模块，接收统一支付服务模块反馈的支付结果及接收终端应用发送的购买单程票请求，向单程票管理模块申请单程票；

设备监控服务模块，与验票设备中的云闸机进行密钥和证书的同步，并与单程票管理模块进行密钥和证书的同步；

统一支付服务模块，负责提供统计的在线支付接口，接受来自终端的应用的支付请求后，完成与互联网支付系统的交互，进行在线交易支付；

单程票管理模块，专门负责管理单程票数据业务，负责与acc交互，完成单程票的申请、获取单程票数据资源、即单程票的产生、加密及更新的统一发放。在接到交易管理模块发送的申请单程票通知时，判断本地是否有满足请求的单程票数据资源，如果不满足，则向acc申请，获得可用的单程票逻辑号段数据以及必要的票务管理数据，并计算得到相应的消息认证码；当从验票设备得到单程票的交易数据时，更新终端应用存储的单程票数据，通过重新计算时间戳并写入到单程票数据中，对更新后的单程票加密并签名后推送到终端的应用中。

在该例子中，单程票管理模块提供2种方式从地铁afc，具体是从acc车票管理服务申请单程票数据资源。

第一种方式，单条数据，逐条申请。每次仅从地铁afc中获取一条数据，以满足用户实时在线发起的购买单程票请求。如果采用这种方式，则地铁afc需要准备足够多的数据资源，以应对每个用户的在线请求。另外，这种方式有利于地铁afc及时统计二维码单程票数据的使用情况，但是由于每次都需要进行单程票数据准备，会影响单程票数据发行效率；

第二种方式，批量申请。单程票管理模块一次向地铁afc申请一定数量的单程票数据资源。申请成功后，保存在所述系统中。终端应用每次发起购买单程票请求时，所述系统判断本地是否有单程票数据资源，当本地单程票数据资源到达库存报警阈值时，可向地铁afc再次申请一定数量的单程票数据资源。申请到的单程票数据资源可以通过批量导入的方式、文件ftp的方式推送到所述系统中，这种方式可以减少单程票管理与地铁afc交互过程，提高单程票准备效率，地铁afc可根据每次所述系统上报的单程票的交易汇总数据来跟踪每张单程票数据的使用情况。

进一步地，单程票管理模块还提供加密和签名功能。可以使用单程票数据的密钥进行加密，得到加密密文后，进行诸如哈希运算的散列运算得到对应的数字摘要，使用证书的私钥对数字摘要进行签名，再发送。相应地，在验票设备上提供验签和解密功能，使用本地保存的公钥对单程票数据进行运算，得到同样的签名数据，与识别得到的终端的签名后的二维码单程票数据进行比较，如果一致，则通过，再由保存的二维码单程票的密钥进行二维码单程票数据的解密，得到二维码单程票数据。验票设备读取二维码单程票数据中的有效时间戳，验证时间有效性，如果二维码单程票数据已经过期，则二维码单程票数据无效，如果二维码单程票数据无效，则不允许用户进行进出站业务。验票设备同时还读取二维码单程票数据中的使用状态值，根据使用状态值判断是否有效。

在该例子中，设备监控服务模块向验票设备中的云闸机下发密钥和证书，与单程票管理模块进行密钥和证书同步。用户在终端应用中选择线路、起始站和终点站，确定单程票类型，发送购买单程票请求。交易管理模块接收统一支付模块反馈的支付结果，向单程票管理模块申请单程票数据。单程票管理模块检索本地资源是否满足请求的购买单程票请求，如果不满足，则向地铁afc申请单程票数据资源，获得可用的单程票逻辑号段数据及必要的票务管理数据，并计算得到相应的mac。终端应用根据单程票管理模块下发的单程票数据，利用二维码技术展现。云闸机扫描终端应用中的二维码单程票数据，并进行解签及解密后，利用其中的时间戳判断二维码单程票数据的时效性，均有效则进行进出站逻辑处理。单程票管理模块将云闸机上传的单程票数据的状态变化通知更新车票交易数据，重新计算时间戳并写入单程票数据中，加密并签名后推送到终端应用中。

以下分别对如何应用所述系统实现电子单程票的交易过程进行详细说明。

验票设备获取密钥/签名数据，实现密钥/签名同步

为了能够验证经过了签名并加密的二维码单程票数据，验票设备需要进行密钥和证书的同步。验票设备不仅要获取密钥和证书，而且还需要在固定时间间隔进行密钥的更新。

图5为本发明实施例提供的验票设备进行密钥和证书的同步方法流程图，如图所示，当验票设备达到检查间隔时间，查询本地保存的单程票数据的密钥版本及对称密钥版本；设备监控服务模块更新单程票数据的密钥版本及对称密钥版本，并与单程票管理模块同步密钥版本；若上位版本有更新，验票设备通过ftp从设备监控服务模块获取更新版的密钥文件，更新本地密钥版本。

在图5过程中，存在几点约束：

1、密钥存放位置：为了保证所有密钥数据的安全性，密钥数据不保存在终端应用中，仅仅保存在所述系统及验票设备中，对于验票设备上的保存位置，可以存放在终端的内置安全接入组件(secureaccessmodule)中，以保证密钥存储的安全性要求；2、密钥更新频率：保存在验票设备中的密钥数据，需要定期进行更新，可以设置在运营开始或固定时间点向所述系统发起安全签到，触发密钥更新过程，只有签到成功的验票设备，才能实施本发明实施例；3、密钥下发方式，所述系统与验票设备交换密钥的过程中，采用安全协议http进行实时交互，以保证密钥交互过程的安全。

所述系统的密钥数据如表1所示：

表1

申请单程票数据资源，获取地铁afc中acc车票管理模块服务内的有效车票数据

所述系统的单程票管理模块首先与地铁afc中的acc建立数据通路，依据acc提供的单程票数据申请接口，实时或定期申请单程票的资源，获得acc认可的单程票发行数据信息。所述acc认可的单程票数据是经过acc的车票发行机构处理后的单程票发行数据。后续每笔交易过程中，这些信息都要上送给所述系统，并反馈给acc，作为acc校验单程票数据的交易数据合法性的依据。图6为本实施例提供的单程票数据发行过程示意图，可以采用逐条申请或批量申请方式进行单程票数据的发行。

终端应用接收用户选择并购买单程票的过程

终端应用接收用户购买单程票申请，完成订单的创建和支付过程。其中订单的创建需要与单程票管理模块交互，获取路线、车站及票价信息。终端应用根据用户选择的单程票信息，将要购买单程票请求发送给单程票管理模块，创建状态为“未支付”订单；支付成功后，单程票管理模块创建相应的单程票，推送给终端应用。如图7所示，图7为本发明实施例提供的购买单程票的方法流程图。

如图8所示，图8为本发明实施例提供的创建单程票数据的方法流程图。所述系统中的单程票管理模块根据上送订单的单程票数据获取逻辑卡号、进站信息和账号标识(id)，并使用qr-sjttoken密钥进行数据加密；添加时间戳和单程票数据中的未使用状态值，并使用证书中的私钥进行签名，登记单程票数据，向终端应用下发更新后的单程票数据。

利用二维码在终端应用中展现有效单程票数据

具体地，终端用于获取到一个二维码单程票数据后，在未完成的进出站业务操作前，保存在终端应用中的二维码单程票数据是有时效性的，一旦超过所述系统运行的时效性要求。应用终端需要发起请求，由所述系统重新产生并下发新的二维码单程票数据，即终端应用中保存的数据是动态二维码单程票数据。设置动态二维码单程票数据能够解决被复制并多次重复使用的问题。涉及到2个信息，包括：

时间戳，该数据表示本次二维码单程票数据在所述系统产生或更新的时间点，保存在二维码单程票数据中；

失效阈值，所述系统设定一个临界值，用于确定二维码单程票数据的有效时间范围，该数据保存在验票设备和终端中。

在所述系统中，由验票设备和终端应用发起对每个二维码单程票数据进行时效性检查，具体方式为：

若当前时间与时间戳之差大于失效阈值，表明二维码单程票数据已经失效，需要发起更新；

若当前时间与时间戳之差小于等于失效阈值，表明二维码单程票数据在有效期内，还可以使用。

发起上述检查的时机为：1)当验票设备每次进行二维码单程票数据交易过程中，读取数据并进行上述判断；2)当终端打开或激活二维码单程票数据时，进行读取和判断。若终端持续打开二维码单程票数据，则定期发起检查，定期时间在1～60秒之间。

图9为本发明实施例提供的二维码单程票数据中的时间戳更新的方法流程图。

云闸机扫描二维码单程票出入站

验票设备在进行进出站处理过程中，采用离线认证及离线认证及离线处理的模式。但是为了保证数据更新的同步性要求，需要确保设备处于在线状态。一旦离线，则不能提供相关业务，需要处于暂停服务状态。

由于本发明实施例对二维码单程票数据更新提供了所述系统的联网更新或蓝牙通道回写2种方式，因此需要验票设备处于在线状态，且对于支持蓝牙回写的情况，验票设备和终端应用的蓝牙模块需要打开。

如图10(1)和图10(2)所示，图10(1)为本发明实施例提供的验票设备进行在线更新模式的进出站业务的方法流程图；图10(2)为本发明实施例提供的验票设备进行离线更新模式的进出站业务的方法流程图。验票设备中的云闸机扫描读取二维码单程票数据，采用证书中的公钥解码验证签名，判断密钥版本号和签名是否有效，如果有效，则获取其中的时间戳及二维码单程票数据中的使用状态值，根据时间戳判断二维码单程票的时效性，并验证qr-sjttoken是否由所述系统中的单程票管理模块产生且使用状态值为可用，完成验证，云闸机进行进出站逻辑处理。

除此之外，云闸机在二维码单程票数据交易过程中增加在线检查，判断单程票在所述系统的交易状态，若所述系统在规定时间内反馈交易状态，则云闸机可依据此结果进行验证，若无法反馈，则以离线交易处理为准。

在用户出站时，二维码单程票的使用状态值为需要补票

具体有四种补票形式，1)超时补票，用户进站时间与出站时间差值大于限定的失效阈值，需要扣除超时罚金；2)超程补票：用户进站车站和当前车站票价大于车票余额时，扣除超程票款；3)超时超程补票：用户同时出现前述两种情况则票款叠加；4)未进站补票，单程票状态为未使用或已经出站，则需要乘客补充进站信息并检查是否超程。

验票设备将补票信息发送给所述系统，更新单程票数据，具体三种处理方式，包括：

终端应用发起补票处理，完成在线补交票款，从所述系统获取最新的单程票数据，完成出站操作；由操作员通过维护工作站(mws，maintenanceworkstation)发起数据更新操作，在mws上产生补票数据，引导用户出站。可以通过mws完成各种业务的补票，包括付费更新和免费更新，并由mws及时上报单程票更新数据给所述系统；当发现用户未进站时，可由操作员发放出站票。对于已经确认用户购买过车票的情况，帮助用户进行退款处理。

降级模式处理

以上补票操作，还需要结合降级模式进行。原则上，地铁售票系统很少会发起降级模式，就单程票数据而言，直接影响的模式包括：1)紧急模块，车站处于紧急模式，云闸机直接放行，这时的二维码单程票数据允许免费再使用一次。即当下次乘客再次进站时，云闸机应该检查到该二维码单程票数据的使用状态值是尚未出站状态，并查到进站当日，路网中有车站处于紧急模式，则允许其进站；2)列车故障模式，车站故障时，将已经进站的用户引导出站，通过云闸机时，所述系统应将所述车票设置为：列车故障出站状态，当下次用户再次进站时，应视同该二维码单程票数据未使用。

更新终端应用中的二维码单程票

当用户通过终端应用完成一次进站、出站或业务更新操作后，由验票设备发起对二维码单程票数据的业务信息更新，这里的机制有两种方式：

方式一：借助所述系统联网更新。所述验票设备进行离线交易后，实时上报单程票更新状态给所述系统中的单程票管理模块，由单程票管理模块即时产生新的二维码单程票数据，推送给终端应用。

方式二：借助蓝牙通道回写，所述验票设备上配置有蓝牙模块，通过与终端之间的蓝牙通道实现二维码单程票数据的更新，同时上报给所述系统。

如图11所示，图11为本发明实施例提供的二维码单程票数据更新流程图，更新二维码单程票的使用状态值为已经进站或出站，重新计算时间戳，写入到二维码单程票数据中，并采用证书中的私钥进行签名，将更新后的二维码单程票数据推送到终端应用中。

产生单程票的交易数据，向所述系统发送

具体地，单程票数据申请发行过程是向acc系统申请有效单程票数据，是经过acc系统的单程票发行机构处理后的单程票发行数据，之后的每笔交易数据都需要通过所述系统反馈给acc系统，作为acc系统校验单程票的交易数据合法性的依据。

核对与acc系统之间的交易数据

具体地，与acc之间进行对账，范围包括单程票发行数据、单程票发售数据及单程票进出站的交易数据。其中单程票发行数据时单程票管理向acc系统中的票务管理模块申请的有效单程票数据资源，这部分以实际单程票发行数量为准进行核对，单程票发售数据作为辅助参考数据，用于判断每笔进出站交易时对应的单程票数据是否已经发售。对账机制采用地铁内部对账方式，每日提供报表，核对前一日的交易汇总情况。

举两个实际应用的例子说明

实施例一，正常进出站：

终端应用接收到用户请求，选择并购买电子单程票；

终端应用采用动态二维码单程票数据展现有的有效的电子单程票；

通过云闸机进行电子单程票数据的检票出入站；

借助所述系统或云闸机更新终端应用中的电子单程票数据；

云闸机产生单程票的交易数据，向所述系统发送所述交易数据；

所述系统与acc系统之间核对所述交易数据。

实施例二：补电子单程票

终端应用接收用户请求，选择并购买电子单程票；

利用动态二维码单程票数据在终端应用展现有效的电子单程票；

通过云闸机进行电子单程票的检票出入站，判断电子单程票的业务状态为需要补票；

云闸机将补票信息发送给所述系统，更新电子单程票；

云闸机产生单程票的交易数据，向所述系统发送所述交易数据；

所述系统与acc系统之间核对所述交易数据。

从本发明实施例可以看出，本发明实施例直接使用终端应用购买电子单程票，不需要提供零钱，且节省到自动售票机或人工窗口购票的排队时间；直接在终端应用中生成二维码单程票数据，不需要到指定取票机取票，二维码单程票数据通过云闸机扫描进出站，数据处理速度与处理实体车票具有同等的处理效率；解决了验票设备无法直接对二维码单程票数据进行更新的问题，保证了二维码单程票数据的可移植性；基于移动互联网与acc的车票管理服务进行交互，完成了二维码单程票数据的验证；使得背景技术中的afc业务体系得到简化，从而减轻线网建设和运营带来的成问题、资金管理问题及设备维护问题。

以上举较佳实施例，对本发明的目的、技术方案和优点进行了进一步详细说明，所应理解的是，以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。