0042]检票数据库在列车发车前第二预设时间内从电子票数据库下载出站电子票。
[0043]具体的，如果多个站在一台检票服务器上代管，则出站电子票只需保留一个站台即可，乘客持出站电子票可以提前下车出站。
[0044]进一步地，在上述所示实施例中，检票数据库在列车发车前第一预设时间内从电子票数据库下载控制权电子票之前，本发明实施例提供的方法还包括:
[0045]检票数据库在列车发车前第三预设时间内从电子票数据库下载预取电子票。
[0046]具体的，预取电子票是为了防止网络出现异常后，控制权电子票没有下载获得时，可以采用预取电子票作为应急检票。当检票数据库获取到控制权电子票时，则将预取电子票标记为无效的电子票。
[0047]需要说明的是，本发明实施例中的第一预设时间、第二预设时间和第三预设时间根据电子票的时效而定，本发明实施例在此不进行限定和赘述。考虑到控制权数据的时效性，本发明实施例中将电子票信息区分为预取电子票、获取控制权、下载出站电子票，不同类型采用不同的下载周期。设定电子票队列多级优先级，处理线程池优先处理高优先队列。保证控制权对列的优先级最高，在2分钟完成电子票的下载，而预取电子票和出站电子票依次降低优先级并延长下载周期。
[0048]进一步地，在上述所示实施例中，检票数据库在列车发车前第一预设时间内从电子票数据库下载控制权电子票，包括:
[0049]检票数据库在列车发车前30分钟从电子票数据库第一次下载控制权电子票，若第一次没有从电子票数据库下载到控制权电子票，则检票数据库每隔2分钟再次从电子票数据库下载控制权电子票，直到检票数据库第一次下载到控制权电子票；在列车检票前2分钟增量下载控制权电子票，之后每隔2分钟增量下载，直到列车开车前10分钟停止下载控制权电子票。
[0050]检票数据库在列车发车前第二预设时间内从电子票数据库下载出站电子票，包括:
[0051]检票数据库在列车发车前2个小时从电子票数据库第一次下载出站电子票，之后每隔30分钟下载一次，在列车发车前1小时内每隔15分钟下载一次。
[0052]检票数据库在列车发车前第三预设时间内从电子票数据库下载预取电子票，包括:
[0053]检票数据库在列车发车前2个小时从电子票数据库第一次下载预取电子票，之后每隔30分钟下载一次，在列车发车前1小时内每隔15分钟下载一次，直到列车开车前30分钟停止下载预取电子票。
[0054]进一步地，在上述所示实施例中，本发明实施例提供的方法还包括:
[0055]当乘客在网上购票后退改签或者换票时，电子票数据库从检票数据库中收回控制权电子票的控制权。
[0056]具体的，由于控制权电子票在列车发车检票前已经下载到检票数据库，因此，当乘客在网上或窗口退改签或换票时，电子票数据库根据退改签、换票等业务，通过连接交易管理接口服务器(Connected Transact1n Management Services，又称 CTMS)向检票数据库提出收回控制权电子票请求。
[0057]进一步地，在上述所示实施例中，若闸机开闸门放行身份证对应的乘客之后，本发明实施例提供的方法还包括:
[0058]闸机通知自动检票服务器分别将检票数据库和电子票数据库中的身份证对应的电子票更改为已检的更改信息。
[0059]具体的，在闸机开门后，闸机通知自动检票服务器，改写检票数据库中该电子票的记录为已检，防止身份证二次作业；同时，自动检票服务器通过TRSIS接口服务器标记电子票数据库中该电子票已检，保证身份证完成的交易流程。
[0060]图2为本发明实施例一提供的身份证检票系统结构示意图。如图2所示，本发明实施例提供的系统，包括:电子票数据库21、检票数据库22、闸机23、和自动检票服务器24。
[0061]电子票数据库21，用于存储所有网上购票的电子票信息。
[0062]检票数据库22，用于在列车发车前的预设时间内从电子票数据库21下载电子票
?目息。
[0063]具体的，图3为本发明实施例一提供的电子票数据库和检票数据库的分布结构示意图，如图3所示，电子票数据库多达13个节点，如电子票数据库Α、电子票数据库Β和电子票数据库c等，电子票按一定规则均匀分在每个节点上，设置一个TRSIS接口服务器与每个电子票数据库节点对应，对检票数据库提供统一的下载服务。TRSIS接口服务器设置节点命令组，实现对各个电子票数据库的访问。检票数据库需要轮巡节点命令组号(例如:进站检票获取电子票0x220x320x420x520x62..)，向TRSIS接口服务器请求电子票，以获得完整的电子票车次信息，获取电子票控制权；电子票数据接口对电子票增加节点与库名标识字段，检票数据库根据节点与库名标识向指定TRSIS接口服务器发通知，实现检票状态同步以及检票数据库下载状态消息通知。电子票数据库通过CTMS接口服务器，如CTMS_A、CTMS_B和，根据电子票的节点信息导向到相应的检票数据库，收回电子票控制权。路局与大站检票服务节点，统一定义，保证CTMS接口服务器可以定位检票数据库。
[0064]图4为本发明实施例一提供的电子票数据库和检票数据库的交互结构示意图，如4所示，每个路局部署一个或者多个TRSIS接口服务器，比如路局1和路局2，负责本路局所辖的电子票下载；每个局中心或者独立大站部署一个或者多个NGTIS接口服务器负责和TRSIS接口服务器通信下载电子票到检票数据库，比如路局1的大站。NGTIS接口服务器根据检票数据库的输出车次，定时向TRSIS接口服务器申请下载电子票，TRSIS接口服务器从电子票数据库下载电子票后返给NGTIS接口服务器，然后NGTIS接口服务器将下载的电子票写到检票数据库里。根据电子票数据库多节点的特征，检票数据库按照站内码，车次，节点作为下载电子票的条件，使得某个站、车次、节点取到电子票后在一定时间内不再重复请求，从而减少数据冗余，提高网络性能，保证了电子票的高效下载。
[0065]闸机23，用于在乘客在闸机23上刷身份证时获取身份证信息；根据身份证信息获取身份证对应的购票信息，并将身份证信息、购票信息和闸机23的编号发送给自动检票服务器24;根据自动检票服务器24发送的查询结果确定是否开闸门放行身份证对应的乘客。
[0066]其中，身份证信息包括:身份证号码，购票信息包括:车次、乘车日期和站内码。
[0067]自动检票服务器24，用于根据闸机23发送的身份证信息、购票信息和闸机的编号查询检票数据库22，并将查询结果发送给闸机23。
[0068]具体的，闸机23和自动检票服务器24通信采用半长连接的socket通信模式，采用统一的消息传输机制，在进行数据交互前需要对设备进行校验，保证数据的一致和安全。NGTIS和TRSIS采用短连接的socket通信模式，NGTIS首先获得TRSIS的操作码(oper)身份标识号码(Identity，简称ID)来验证服务的合法性，每次NGTIS的请求将以此操作OperID作为有效标识。Oper ID动态生成，有时效性。
[0069]需要说明的是，本发明实施例中半长连接的socket通信模式指的是只要闸机在进行检票，则闸机和自动检票服务器一直建立通信连接，只有闸机不进行检票时，闸机和自动检票服务器通信断开。短连接的socket通信模式指的是每进行一次交互时才进行通信连接，交互完毕后立即断开连接，本发明实施例中的短连接的socket通信模式与现有技术中的短连接的socket通信模式的实现原理相同，在此不进行限定和赘述。
[0070]本发明实施例的身份证检票系统用于执行图1所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
[0071]进一步地，在上述所示实施例中，检票数据库22还用于:
[0072]在列车发车前第一预设时间内从电子票数据库21下载控制权电子票。
[0073]在列车发车前第二预设时间内从电子票数据库21下载出站电子票。
[0074]在列车发车前第三