一种电子票的处理方法、 系统及设备 【技术领域】
本发明涉及通信领域， 尤其涉及一种电子票的处理方法、 系统和设备。背景技术 随着通信技术的发展， 电子票业务作为一种特殊的票务形式， 也得到了大力发展。 电子票业务特别是手机电子票业务可以利用手机终端通过网络向电子票业务平台订购电 子票， 如通过手机终端订购电影门票。在用户进入电影院之前， 利用专用的机具 ( 验票设 备 ) 对手机中保存的电子票的相关信息进行验证， 在验证通过时， 允许用户观看电影。
目前常用的手机电子票技术是基于非接触技术的手机电子票， 该技术以 SIM/ UIM( 用户识别模块 / 通用识别模块 ) 作为手机电子票的安全存储载体， 通过手机终端的用 户界面、 无线通信能力以及非接触通信能力来实现手机票的购买、 选票、 验票等功能。SIM/ UIM 卡的安全存储区对区域安全层和操作安全层进行了双层加密保护， 可以避免手机终端 以及外部其它实体对安全区域内的手机电子票进行非法访问， 从而较好的保证了手机电子 票的安全性。
在手机电子票业务的实际使用过程中， 可能出现携带 SIM/UIM 卡的手机终端丢失 或 SIM/UIM 卡出现故障、 丢失的情况， 导致用户合法购买的手机电子票无法正常使用的问 题。
发明内容 本发明实施例提供一种电子票的处理方法、 系统及设备， 以解决用于购买电子票 的 SIM 卡 /UIM 卡故障或丢失时， 用户合法购买的手机电子票无法正常使用的问题。
一种电子票的处理方法， 所述方法包括 ：
接收电子票恢复请求， 所述电子票恢复请求中包含第一终端标识和第二终端标 识；
根据终端标识与电子票序列号的对应关系， 确定所述第一终端标识对应的电子票 序列号， 并更新确定的所述电子票序列号， 得到序列号更新后的电子票 ；
将得到的电子票发送给所述第二终端标识对应的终端。
一种电子票的处理系统， 所述系统包括 ：
电子票业务服务器， 用于接收电子票恢复请求， 所述电子票恢复请求中包含第一 终端标识和第二终端标识， 根据终端标识与电子票序列号的对应关系， 确定所述第一终端 标识对应的电子票序列号， 并更新确定的所述电子票序列号， 得到序列号更新后的电子票， 以及， 将得到的电子票发送给所述第二终端标识对应的终端 ；
第一终端， 用于发送所述电子票恢复请求。
一种电子票业务服务器， 所述电子票业务服务器包括 ：
请求接收模块， 用于接收电子票恢复请求， 所述电子票恢复请求中包含第一终端 标识和第二终端标识 ；
电子票确定模块， 用于根据终端标识与电子票序列号的对应关系， 确定所述第一 终端标识对应的电子票序列号 ；
电子票更新模块， 用于更新确定的所述电子票序列号， 得到序列号更新后的电子 票；
电子票发送模块， 用于将得到的电子票发送给所述第二终端标识对应的终端。
由于本发明方案中， 根据终端上报的恢复请求的第一终端标识和第二终端标识， 将故障或丢失的第一终端标识对应终端的电子票恢复至第二终端标识对应终端， 从而在原 购买电子票的终端故障或丢失时， 可以利用恢复后的电子票进行相应的电子票业务。 附图说明
图 1 为本发明实施例一中对电子票的处理方法示意图 ； 图 2 为本发明实施例二中对电子票的处理方法示意图 ； 图 3(a) 和图 3(b) 为本发明实施例三中对电子票的处理方法示意图 ； 图 4 为本发明实施例五中电子票业务服务器结构示意图 ； 图 5 为本发明实施例六中电子票的处理系统结构示意图。具体实施方式 本发明实施例提出一种电子票的处理方法， 在携带源 SIM/UIM 卡的手机终端丢失 或源 SIM/UIM 卡出现故障的情况下， 用户可以通过携带目的 SIM/UIM 卡的手机终端向网络 侧请求电子票的恢复， 使用户合法购买的电子票能够在目的终端中正常使用， 提高用户体 验。
下面结合说明书附图对本发明实施例进行详细描述。
实施例一 ：
如图 1 所示， 为本发明实施例一中对电子票的处理方法示意图， 该方法包括以下 步骤 ：
步骤 101 ： 电子票业务服务器接收电子票恢复请求， 所述电子票恢复请求中包含 第一终端标识和第二终端标识。
在本发明各实施例中， 网络侧对电子票处理的设备可以是电子票数据 ( 包括电子 票内容和序列号 ) 生成、 向终端销售和维护等对电子票生命周期管理的网元， 在本实施例 中设定实现对电子票生命周期管理的网元是电子票业务服务器。
步骤 102 ： 电子票业务服务器根据终端标识与电子票序列号的对应关系， 确定所 述第一终端标识对应的电子票序列号。
由于本实施例中接收电子票恢复请求的网元是具有对电子票生命周期管理功能 的网元， 因此， 电子票业务服务器在用户通过 SIM 卡购买了电子票后， 将记录该 SIM 卡的终 端标识与购买的电子票之间的对应关系， 所述对应关系可以通过表 1 的形式保存在电子票 业务服务器中。例如 ： 用户使用终端标识为 1 的终端购买电子票 _1 后， 将记录终端标识 _1 与电子票 _1 的序列号以及内容的对应关系。电子票的内容包括 ： 电子票的有效期、 电子票 的使用场地等与票面信息相关的内容。
8101998224 A CN 101998229说终端标识 _1 终端标识 _2 终端标识 _3明书电子票 _1 的内容 电子票 _2 的内容 电子票 _3 的内容3/11 页电子票 _1 的序列号 电子票 _2 的序列号 电子票 _3 的序列号表1
步骤 103 ： 电子票业务服务器更新确定的所述电子票序列号， 得到序列号更新后 的电子票。
电子票业务服务器在确定第一终端标识对应的电子票序列号后， 也就是确定了用 户利用第一终端标识对应终端购买的电子票， 并需要将确定的所述电子票恢复到用户指定 的第二终端标识对应的终端中。为了避免用户同时使用恢复前的电子票和恢复后的电子 票， 电子票业务服务器在为用户恢复电子票的同时， 需要将恢复前的电子票置于无法使用 的状态。 由于电子票在使用时是对电子票的序列号进行读取， 因此， 本发明实施例中采用更 新电子票序列号的方式， 将恢复前的电子票转换为回复后的电子票。恢复前的电子票序列 后已不存在或未激活， 则用户无法使用恢复前的电子票， 确保了电子票业务的安全应用。
步骤 104 ： 电子票业务服务器将得到的电子票发送给所述第二终端标识对应的终 端。
此时， 第一终端标识对应的终端内保存的电子票已无法正常使用， 而是将该电子 票恢复至第二终端标识对应的终端， 使得用户在第一终端标识对应的终端出现故障或丢失 时， 能够利用第二终端标识对应的终端执行电子票业务 ； 同时， 电子票业务服务器在恢复电 子票时， 将原电子票置于无法使用的状态， 因此， 降低了用户购买的电子票被盗用以及用户 恶意恢复电子票的风险， 提高了电子票业务的安全性。
下面对本发明实施例一中的各步骤具体实施细节进行阐述。
在步骤 101 中， 所述电子票恢复请求的发送者可以有以下三种情况 ：
第一种情况 ：
原来购买电子票的移动终端丢失或损坏后， 用户可以申请与原 SIM 卡的标识 ( 如 SIM 卡号 ) 相同的新 SIM 卡， 并利用携带该新 SIM 卡的请求终端发起电子票恢复请求， 此时， 由于损坏的原 SIM 卡与请求终端内的新 SIM 卡的标识相同， 因此， 第一终端标识和第二终端 标识可以是相同的终端标识。
本发明各实施例中涉及的终端是指包括 SIM 卡 /UIM 卡的无线通信设备， 提供语 音、 短信、 WAP、 GPRA 等无线通信功能。终端具有非接触能力， 电子票存储在 SIM 卡 /UIM 卡 的安全存储区域中， 同时还能够向用户提供 STK 菜单。
第二种情况 ：
原来用于购买电子票的移动终端丢失或损坏后， 用户可以利用与原 SIM 卡的标识 不相同请求终端内的 SIM 卡发起电子票恢复请求， 此时， 用于购买电子票的 SIM 卡标识是第 一终端标识， 用于请求终端的 SIM 卡标识是第二终端标识。
在上述第一种情况和第二种情况下， 发起电子票恢复请求的 SIM 卡安装在移动终 端中， 因此， 移动终端可以通过 WAP 或 SMS 的形式向电子票业务服务器上报电子票恢复请 求。
第三种情况 ：
原来用于购买电子票的移动终端丢失或损坏后， 用户可以利用第三方终端作为请 求终端， 向电子票业务服务器上报电子票恢复请求， 此时， 用于购买电子票的 SIM 卡标识是 第一终端标识， 用于接收恢复后的电子票的 SIM 卡标识是第二终端标识。
如果第三方终端是移动终端， 则可以通过 WAP 或 SMS 的形式向电子票业务服务器 上报电子票恢复请求 ； 如果第三方终端是 PC， 则可以通过 WWW 形式向电子票业务服务器上 报电子票恢复请求。
在步骤 101 中， 电子票业务服务器接收到的电子票恢复请求中还可以包含认证数 据， 用于向电子票业务服务器表明发送的电子票恢复请求终端的合法性， 在根据所述认证 数据对发送电子票恢复请求的终端认证通过时， 执行步骤 102 ； 如果对发送电子票恢复请 求的终端未认证通过， 则拒绝执行后续的电子票更新过程， 以提高电子票恢复过程中的安 全性， 避免恶意的电子票恢复。
对终端进行认证的认证数据可以通过以下方式确定 ：
用户在利用第一终端标识对应的终端向电子票业务服务器发送购买电子票请求 用以购买电子票时， 电子票业务服务器为该终端分配随机验证码或通过购买电子票请求接 收终端的用户名和密码等能够对用户身份进行认证的数据。 当第一终端标识对应的终端丢 失后， 用户利用其他终端发起电子票恢复请求后， 将上述随机验证码作为认证数据， 或将电 子票业务服务器保存的第一终端标识对应的终端的用户名和密码作为认证数据。 在向电子 票业务服务器发送电子票恢复请求时， 将认证数据携带在电子票恢复请求中， 以实现对电 子票恢复请求发送终端的身份认证。 在步骤 103 中， 电子票业务服务器可以对确定的第一终端标识对应的全部电子票 序列号进行更新， 较优地， 可以只对其中可恢复的电子票序列号进行更新， 所述可恢复的电 子票是 ： 未使用且有效期的结束时间在当前时间之后的电子票。
从第一终端标识对应的全部电子票中选择出可恢复的电子票的目的是 ： 第一终端 标识对应的全部电子票中， 可能存在已经使用过的或是已过期的电子票， 这样的电子票即 使恢复至第二终端标识对应的终端后， 也是无法使用的。 因此， 本实施例中可以只恢复未使 用过且未过期的电子票。
进一步地， 考虑到可恢复的电子票中可以划分为实时恢复电子票和非实时恢复电 子票， 所述实时恢复电子票是 ： 有效期的开始时间在当前时间之后的电子票， 所述非实时恢 复电子票是 ： 有效期的开始时间在当前时间之前的电子票， 也就是说， 每张电子票的有效期 是一个时间段， 如果当前时间是有效期内的时间， 则对应的电子票是非实时恢复的电子票 ； 如果当前时间还未到有效期， 则对应的电子票是实时恢复的电子票。 本实施例中， 将可恢复 的电子票中划分为实时恢复电子票和非实时恢复电子票的目的是 ： 电子票业务服务器对还 未到有效期的电子票进行恢复的过程中， 恢复前的电子票由于没到有效期因此是无法使用 的， 电子票业务服务器可以将恢复前的电子票设置为无法使用的状态， 确保同一张电子票 只能被使用一次 ； 对于当前时间已进入有效期的电子票而言， 由于电子票业务服务器只能 周期性地接收 POS 机上报的已使用的电子票序列号， 因此， 电子票业务服务器在对非实时 恢复的电子票进行恢复之前， 等待 POS 上报最近的已使用的电子票对应的序列号， 确定非 实时恢复的电子票的序列号未包含在已使用的电子票对应的序列号中， 则更新非实时恢复
电子票对应的序列号 ； 否则， 表示该非实时恢复电子票已使用过， 将不能更新。例如 ：
确定可恢复的电子票有 5 张， 分别为电子票 _1、 电子票 _2、 电子票 _3、 电子票 _4 和 电子票 _5， 其中 ： 电子票 _1 和电子票 _2 是实时恢复电子票， 电子票 _3、 电子票 _4 和电子票 _5 是非实时恢复电子票， 则电子票业务服务器在对用户的身份认证通过后， 立即将电子票 _1 和电子票 _2 的序列号进行更新， 并返回给第二终端标识对应的终端 ； 如果电子票业务服 务器在 T 时刻至 2T 时刻之间接收到电子票恢复请求， 且确定电子票 _3、 电子票 _4 和电子票 _ 的序列号不在 T 时刻接收到的已使用的电子票对应的序列号中， 表明电子票 _3、 电子票 _4 和电子票 _5 可能可以被恢复。如果在 2T 时刻接收到的已使用的电子票对应的序列号中包 含电子票 _3 的序列号且不包含电子票 _4 和电子票 _5 的序列号， 则不对电子票 _3 进行恢 复， 只恢复电子票 _4 和电子票 _5。
在步骤 103 中， 对可恢复的电子票的序列号进行更新的具体操作可以有以下了两 种方式 ：
第一种方式 ：
删除电子票对应的序列号， 并为该电子票分配新的序列号。
在本方式下， 电子票业务服务器并未生成新的电子票， 而仅改变了电子票的序列 号， 即将表 1 中电子票 _1 的序列号修改为电子票 _1 的序列号′。由于原序列号已删除， 因 此， 电子票业务服务器和电子票使用时读取票面信息的 POS 机都将原序列号视为非法序列 号。 第二种方式 ：
将需要更新的电子票置于黑名单中， 并生成与该电子票的内容相同且对应的序列 号不同的电子票。
在本方式下， 电子票业务服务器生成一张新的电子票， 而将原电子票置于黑名单 中。
在步骤 104 执行之前， 电子票业务服务器可以在恢复电子票之前或回复电子票之 后， 核实第二终端标识对应的终端是否具有接收恢复后的电子票的能力， 具体的核实方式 可以包括 ：
首先， 电子票业务服务器向第二终端标识对应的终端发送恢复请求确认消息， 要 求第二终端标识对应的终端上报自身的能力信息， 包括 ： 网络能力、 业务执行能力以及硬件 能力。
这里的网络能力可以为 ： 终端是否具有无线通信能力以及非接触能力 ； 业务执行 能力可以为 ： 终端是否具有执行电子票业务的能力， 以及当前是否正在执行电子票业务 ； 硬件能力包括终端的内存大小和电子票存储空间的大小等。
然后， 第二终端标识对应的终端通过确认响应消息， 向电子票业务服务器上报自 身的各项能力。
在电子票业务服务器确认终端具有无线通信能力、 非接触能力、 执行电子票业务 的能力、 当前未执行电子票业务以及存储空间足够存放电子票时， 将执行步骤 104。
步骤 104 的具体实现过程为 ：
首先， 电子票业务服务器将序列号更新后的电子票 ( 即恢复后的电子票 ) 和 MAC_1 通过重写票命令发送给第二终端标识对应的终端。
对于非实时恢复电子票， 电子票业务服务器更新非实时恢复电子票的序列号后， 及时将恢复后的电子票通过上述方式发送给第二终端标识对应的终端。
然后， 终端在接收到重写票命令后， 对其中包含的 MAC_1 进行 MAC 验证， 在对电子 票业务服务器的验证通过时， 保存恢复后的电子票。
接着， 终端将生成的 MAC_2 通过响应消息返回给电子票业务服务器。
最后， 电子票业务服务器利用 MAC_2 对终端内的 SIM 卡进行验证， 在验证通过时， 向终端下发短信通知电子票恢复完成。
实施例二 ：
在本发明实施例一的方案中， 电子票恢复请求是由终端通过远程方式 (WAP、 短信、 WWW 方式 ) 直接向电子票业务服务器发送的， 本发明实施例二中， 可以由售票服务器将终端 的电子票恢复请求转发至电子票业务服务器。所述售票服务器是指具有现场购票、 回复电 子票功能的设备， 电子票业务服务器是售票服务器的后台设备， 通过有线方式或无线方式 进行通信 ； 并且售票服务器可以通过射频方式与终端进行通信， 对终端的 SIM 卡 /UIM 卡进 行读写。
如图 2 所示， 假设本发明实施例二中， 由第二终端标识对应的终端 ( 称之为请求终 端 ) 发起电子票恢复请求， 且该终端是通过售票服务器进行的现场在线恢复， 则实施例二 的步骤包括 ： 步骤 201 ： 请求终端向售票服务器输入第一终端标识和第二终端标识， 请求将第 一终端标识对应的电子票恢复至第二终端标识对应的终端。
步骤 202 ： 售票服务器从请求终端处获取请求终端的能力信息。
此处的能力信息可以是实施例一中网络能力、 业务执行能力以及硬件能力
售票服务器可以对请求终端的能力信息进行初步核实， 判断请求终端是否具有接 收电子票的能力。 如： 判断请求终端是否在线且是否具有无线通信能力， 以及请求终端当前 是否正在执行其他电子票业务等。如果初步判断请求终端不具有接收电子票的能力， 则停 止后续操作， 否则， 执行步骤 203。
步骤 203 ： 售票服务器向电子票业务服务器发送电子票恢复请求， 其中包含第一 终端标识、 第二终端标识以及请求终端的能力信息。
步骤 204 ： 电子票业务服务器按照实施例一中步骤 102 和步骤 103 的方式得到恢 复后的电子票。
步骤 205 ： 电子票业务服务器根据请求终端的能力信息对请求终端是否具有接收 电子票的能力进行判定， 在确定请求终端具有接收电子票的能力时， 执行步骤 206。
步骤 206 ： 电子票业务服务器将电子票和 MAC_1 通过电子票恢复响应消息返回给 售票服务器。
步骤 207 ： 售票服务器将所述电子票和 MAC_1 通过重写票命令返回给请求终端。
步骤 208 ： 请求终端对 MAC_1 进行 MAC 验证， 在对电子票业务服务器的验证通过 时， 保存恢复后的电子票。
步骤 209 ： 请求终端将生成的 MAC_2 通过响应消息返回给售票服务器。
步骤 210 ： 售票服务器将 MAC_2 通过电子票恢复完成请求发送给电子票业务服务 器。
步骤 211 ： 电子票业务服务器利用 MAC_2 对终端内的 SIM 卡进行验证， 在验证通过 时， 向售票服务器返回完成请求响应消息。
通过实施例一和实施例二的方案， 可以在用户用于购买电子票的 SIM 卡丢失或损 坏时， 通过其他终端向网络侧请求电子票的恢复， 使用户可以利用恢复的电子票正常执行 电子票业务， 确保用户的业务体验 ； 同时， 网络侧为用户恢复电子票后， 需要将用户原来的 电子票置于无法使用的状态， 避免恶意恢复电子票以及对同一张电子票的重复使用 ； 进一 步地， 还针对实时恢复电子票和非实时恢复电子票的不同， 在确定非实时恢复电子票未被 使用时才恢复非实时恢复电子票， 进一步保证电子票恢复过程的安全性。
实施例三 ：
本发明实施例三在实施例一和实施例二的基础上， 考虑到终端的 SIM 卡内保存的 电子票中可能存在已经使用过的或是已过期的电子票， 由于 SIM 卡中的电子票的状态是在 电子票业务服务器中维护， 因此， 需要电子票业务服务器通过在线的方式删除 SIM 卡中的 电子票， 以节省 SIM 卡 /UIM 卡的存储空间。
如图 3(a) 和图 3(b) 所示， 为本发明实施例三中删除电子票的步骤示意图， 本发明 实施例三的方案可以在实施例一和实施例二方案中的任意步骤开始执行。
步骤 301 ： 电子票业务服务器接收电子票删除请求， 所述电子票删除请求中包含 所述第三终端标识。
发起电子票删除请求的可以是第三终端标识对应的终端， 即该终端请求删除自身 保存的电子票 ； 也可以是其他终端发起的， 请求删除第三终端标识对应终端内的电子票， 发 起电子票删除请求称之为请求终端。
不论是终端请求删除自身的电子票还是删除其他终端内的电子票， 如图 3(a) 所 示， 发起的电子票删除请求可以通过 WAP、 短信或 WWW 形式上报给电子票业务服务器 ； 如图 3(b) 所示， 发起的电子票删除请求也可以通过射频方式发送给售票服务器， 由售票服务器 转发给后台的电子票业务服务器。与实施例二类似地， 售票服务器在转发电子票删除请求 之前， 需要从发起电子票删除请求的终端中获取终端能力信息。
步骤 302 ： 电子票业务服务器从所述第三终端标识对应的电子票中， 查找出满足 以下至少一个条件的电子票 ： 已使用、 有效期的结束时间在当前时间之前的和已经在黑名 单内的电子票。
本步骤中， 电子票业务服务器查询第三终端标识对应的电子票中是否存在可以删 除的电子票， 如果存在， 则执行步骤 303 ； 否则， 停止电子票删除过程。
步骤 303 ： 电子票业务服务器将查找出的电子票对应的序列号携带在电子票删除 命令中， 并发送给所述第三终端标识对应的终端。
由于本实施例三中设定请求终端就是第三终端标识对应的终端， 则删除命令通过 无线方式直接发送给请求终端， 或是通过售票服务器转发给请求终端。
步骤 304 ： 第三终端标识对应的终端将接收到的序列号对应的电子票删除。
请求终端对电子票删除命令中的 MAC_1 进行 MAC 验证， 在对电子票业务服务器的 验证通过时， 删除对应的电子票， 并将生成的 MAC_2 通过删除响应消息返回给电子票业务 服务器， 或通过售票服务器返回给电子票业务服务器。
步骤 305 ： 电子票业务服务器利用 MAC_2 对终端内的 SIM 卡进行验证， 在验证通过时， 记录本次删除事件。
在步骤 301 与步骤 302 之间， 电子票业务服务器可以对发送电子票删除请求的终 端进行认证， 以确保电子票删除过程的安全性。具体的操作过程为 ：
首先， 电子票业务服务器接收到的电子票删除请求中包含认证数据 ；
然后， 电子票业务服务器根据所述认证数据对发送所述电子票删除请求的终端进 行认证， 在认证通过时， 执行步骤 302 ； 否则， 拒绝删除电子票。
在本实施例中， 所述认证数据是第三终端标识对应的终端在向电子票业务服务器 发送的购买电子票请求后， 由电子票业务服务器为该终端分配的随机验证码， 或者是购买 电子票请求中包含的第三终端标识对应的终端的用户名和密码。
实施例四 ：
在实施例三的方案中， 由电子票业务服务器确定终端中的哪些电子票应该被删 除， 本发明实施例四提出一种由请求终端确定需要删除的电子票的方法， 具体步骤为 ：
第一步 ： 电子票业务服务器接收电子票删除请求， 所述电子票删除请求中包含第 三终端标识和待删除电子票的序列号。
与实施例三类似地， 电子票删除请求可以由请求终端直接发给电子票业务服务 器， 也可以由售票服务器转发， 以及， 在执行第二步之前， 电子票业务服务器可以对发送电 子票删除请求的终端进行认证， 具体的认证方式与实施例三中相同。
第二步 ： 电子票业务服务器从所述第三终端标识对应的电子票中， 查找出满足以 下至少一个条件的电子票 ： 已使用、 有效期的结束时间在当前时间之前的和已经在黑名单 内的电子票。
第三步 ： 电子票业务服务器从查找出的电子票中确定允许删除的电子票， 所述允 许删除的电子票是待删除电子票中的部分或全部电子票。
在本实施例中， 请求终端确定了需要删除的电子票后， 还要由电子票业务服务器 确定这些电子票是可以删除的电子票， 否则， 电子票业务服务器将不允许删除。
第四步 ： 电子票业务服务器将允许删除的电子票对应的序列号携带在电子票删除 命令中， 并发送给所述第三终端标识对应的终端。
第五步 ： 第三终端标识对应的终端将接收到的序列号对应的电子票删除。
第四步与第五步的实现方式与实施例三的步骤 303 ～步骤 305 相同。
本发明实施例三和实施例四中的第三终端标识可以与第一终端标识和第二终端 标识中的任意一个相同， 也可以与第一终端标识和第二终端标识都不相同。
实施例五 ：
本发明实施例五还提供一种电子票业务服务器， 如图 4 所示， 所述电子票业务服 务器包括请求接收模块 11、 电子票确定模块 12、 电子票更新模块 13 和电子票发送模块 14， 其中 ： 请求接收模块 11 用于接收电子票恢复请求， 所述电子票恢复请求中包含第一终端标 识和第二终端标识 ； 电子票确定模块 12 用于根据终端标识与电子票序列号的对应关系， 确 定所述第一终端标识对应的电子票序列号 ； 电子票更新模块 13 用于更新确定的所述电子 票序列号， 得到序列号更新后的电子票 ； 电子票发送模块 14 用于将得到的电子票发送给所 述第二终端标识对应的终端。
所述电子票更新模块 13 进一步用于更新未使用且有效期的结束时间在当前时间之后的电子票。
所述电子票业务服务器还包括序列号接收模块 15， 用于周期性地接收已使用的电 子票序列号。
所述电子票更新模块 13， 包括区分子模块 21 和执行子模块 22， 其中 ： 区分子模块 21 用于从未使用且有效期的结束时间在当前时间之后的电子票中确定实时恢复电子票和 非实时恢复电子票， 所述实时恢复电子票是 ： 有效期的开始时间在当前时间之后的电子票， 所述非实时恢复电子票是 ： 有效期的开始时间在当前时间之前的电子票 ； 执行子模块 22 用 于更新实时恢复电子票对应的序列号， 以及， 在确定非实时恢复电子票之后， 确定最近接收 到的已使用的电子票对应的序列号， 得到序列号未包含在所述最近接收到的已使用的电子 票对应的序列号中的非实时恢复电子票， 并更新得到的非实时恢复电子票对应的序列号。
在删除电子票的方案中， 请求接收模块 11 还用于接收电子票删除请求， 所述电子 票删除请求中包含所述第三终端标识 ； 电子票确定模块 12 还用于从所述第三终端标识对 应的电子票中， 查找出满足以下至少一个条件的电子票 ： 已使用、 有效期的结束时间在当前 时间之前的和已经在黑名单内的电子票 ； 电子票发送模块 14 还用于将查找出的电子票对 应的序列号携带在电子票删除命令中， 并发送给所述第三终端标识对应的终端， 指示该终 端将接收到的序列号对应的电子票删除。 在另一种删除电子票的方案中， 请求接收模块 11 还用于接收电子票删除请求， 所 述电子票删除请求中包含第三终端标识和待删除电子票的序列号 ； 电子票确定模块 12 还 用于从所述第三终端标识对应的电子票中， 查找出满足以下至少一个条件的电子票 ： 已使 用、 有效期的结束时间在当前时间之前的和已经在黑名单内的电子票， 并从查找出的电子 票中确定允许删除的电子票， 所述允许删除的电子票是待删除电子票中的部分或全部电子 票； 电子票发送模块 14 还用于将允许删除的电子票对应的序列号携带在电子票删除命令 中， 并发送给所述第三终端标识对应的终端， 指示该终端将接收到的序列号对应的电子票 删除。
在本实施例中， 电子票服务器需要在电子票恢复过程中对发送电子票恢复请求的 终端进行身份认证。
电子票服务器中还包括认证模块 16， 用于在接收到的电子票恢复请求中包含认证 数据时， 根据所述认证数据对发送电子票恢复请求的终端进行认证， 在认证通过时， 触发电 子票确定模块 12 ； 否则， 拒绝更新电子票。
所述请求接收模块 11 还用于接收第一终端标识对应的终端发送的购买电子票请 求； 则所述电子票业务服务器还包括认证数据生成模块 17， 用于为第一终端标识对应的终 端分配作为认证数据的随机验证码， 接收该终端发送的作为认证数据的用户名和密码。
电子票服务器需要在电子票删除过程中对发送电子票删除请求的终端进行身份 认证。
所述电子票业务服务器还包括认证模块 16， 用于在接收到的电子票删除请求中包 含认证数据时， 根据所述认证数据对发送电子票删除请求的终端进行认证， 在认证通过时， 触发电子票确定模块 ； 否则， 拒绝删除电子票。
请求接收模块 11 还用于接收第三终端标识对应的终端发送的购买电子票请求 ； 所述电子票业务服务器还包括认证数据生成模块 17， 用于为第三终端标识对应的终端分配
作为认证数据的随机验证码， 接收该终端发送的作为认证数据的用户名和密码。
本发明实施例五中记载了电子票业务服务器的主要功能， 本实施例五中的电子票 业务服务器也具有实现实施例一至实施例四中电子票业务服务器功能的逻辑模块。
实施例六 ：
本发明实施例六还提供一种电子票的处理系统， 如图 5 所示， 所述系统包括电子 票业务服务器 31 和第一终端 32， 其中 ： 电子票业务服务器 31 用于接收电子票恢复请求， 所 述电子票恢复请求中包含第一终端标识和第二终端标识， 根据终端标识与电子票序列号的 对应关系， 确定所述第一终端标识对应的电子票序列号， 并更新确定的所述电子票序列号， 得到序列号更新后的电子票， 以及， 将得到的电子票发送给所述第二终端标识对应的终端 ； 恢复请求终端 32 用于发送所述电子票恢复请求。
恢复请求终端 32 可以是第一终端标识对应的终端， 也可以是第二终端标识对应 的终端或者是第三方终端。
电子票业务服务器 31 还用于更新未使用且有效期的结束时间在当前时间之后的 电子票。
电子票业务服务器 31 还用于周期性地接收已使用的电子票序列号， 以及， 从未使 用且有效期的结束时间在当前时间之后的电子票中确定实时恢复电子票和非实时恢复电 子票， 所述实时恢复电子票是 ： 有效期的开始时间在当前时间之后的电子票， 所述非实时恢 复电子票是 ： 有效期的开始时间在当前时间之前的电子票。 电子票业务服务器 31 还用于更新确定的实时恢复电子票对应的序列号， 以及， 在 确定非实时恢复电子票之后， 确定最近接收到的已使用的电子票对应的序列号， 得到序列 号未包含在所述最近接收到的已使用的电子票对应的序列号中的非实时恢复电子票， 并更 新得到的非实时恢复电子票对应的序列号。
系统中用于检票的 POS 机向电子票业务服务器 31 上报已使用的电子票对应的序 列号。
电子票业务服务器 31 还用于接收电子票删除请求， 所述电子票删除请求中包含 所述第三终端标识， 从所述第三终端标识对应的电子票中， 查找出满足以下至少一个条件 的电子票 ： 已使用、 有效期的结束时间在当前时间之前的和已经在黑名单内的电子票， 将 查找出的电子票对应的序列号携带在电子票删除命令中， 并发送给所述第三终端标识对应 的终端， 指示该终端将接收到的序列号对应的电子票删除 ； 所述系统还包括删除请求终端 33， 用于发送所述电子票删除请求。
所述删除请求终端 33 和恢复请求终端 32 可以是同一终端， 也可以是不同终端， 并 且删除请求终端 33 也可以是第三终端标识对应的终端。
电子票业务服务器 31 还用于接收电子票删除请求， 所述电子票删除请求中包含 第三终端标识和待删除电子票的序列号， 从所述第三终端标识对应的电子票中， 查找出满 足以下至少一个条件的电子票 ： 已使用、 有效期的结束时间在当前时间之前的和已经在黑 名单内的电子票， 并从查找出的电子票中确定允许删除的电子票， 所述允许删除的电子票 是待删除电子票中的部分或全部电子票， 将允许删除的电子票对应的序列号携带在电子票 删除命令中， 并发送给所述第三终端标识对应的终端， 指示该终端将接收到的序列号对应 的电子票删除 ； 所述系统还包括删除请求终端 33， 用于发送所述电子票删除请求。
在电子票恢复过程中， 电子票业务服务器 31 需要对恢复请求终端 32 进行身份认证。 所述电子票业务服务器 31 还用于在电子票恢复请求中包含认证数据时， 根据所 述认证数据对恢复请求终端 32 进行认证， 在认证通过时， 确定所述第一终端标识对应的电 子票序列号 ； 否则， 拒绝更新电子票。
所述系统还包括第一终端标识对应的终端 34， 用于向电子票业务服务器 31 发送 购买电子票请求 ； 所述电子票业务服务器 31 用于为终端 34 分配随机验证码或接收终端 34 的用户名和密码 ； 所述恢复请求终端 32 用于将分配随机验证码作为认证数据， 或者将所述 终端 34 的用户名和密码作为认证数据。
在电子票删除过程中， 电子票业务服务器 31 需要对删除请求终端 33 进行身份认 证。
所述电子票业务服务器 31 还用于在电子票删除请求中包含认证数据时， 根据所 述认证数据对删除请求终端 33 进行认证， 在认证通过时， 从所述第三终端标识对应的电子 票中查找出满足条件的电子票 ； 否则， 拒绝删除电子票。
所述系统还包括第三终端标识对应的终端 35， 用于向电子票业务服务器 31 发送 购买电子票请求 ； 所述电子票业务服务器 31 用于为终端 35 分配随机验证码或接收终端 35 的用户名和密码 ； 所述删除请求终端 33 用于将分配随机验证码作为认证数据， 或者将所述 终端 35 的用户名和密码作为认证数据。
由于终端 34 与恢复请求终端 32 可能是同一终端， 终端 35 与删除请求终端 33 可 能是同一终端， 因此， 图 5 中终端 34 和终端 35 由虚线表示。
本实施例六中的电子票业务服务器 31 可以是实施例五中涉及的电子票业务服务 器。
通过本发明实施例提供的技术方案， 可以在用户用于购买电子票的 SIM 卡丢失或 损坏时， 通过其他终端向网络侧请求电子票的恢复， 使用户可以利用恢复的电子票正常执 行电子票业务， 确保用户的业务体验 ； 同时， 网络侧为用户恢复电子票后， 需要将用户原来 的电子票置于无法使用的状态， 避免恶意恢复电子票以及对同一张电子票的重复使用 ； 进 一步地， 还针对实时恢复电子票和非实时恢复电子票的不同， 在确定非实时恢复电子票未 被使用时才恢复非实时恢复电子票， 进一步保证电子票恢复过程的安全性。 另外， 本发明还 提供一种在线删除电子票的技术方案， 将 SIM 卡中保存的作废的电子票删除， 以节省 SIM 卡 /UIM 卡的存储空间。
显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样， 倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内， 则本发明也意图包含这些改动和变型在内。