一种电子票的订购、 检票方法及相关系统 技术领域 本发明涉及移动通信领域， 尤其涉及一种电子票的订购方法及系统、 以及电子票 的检票方法及系统。
背景技术 电子票是普通纸制票的电子存在形式， 订票者发送电子票的订购消息至售票方网 络侧的票务中心服务器， 票务中心服务器根据订购消息生成相应的电子票， 并将电子票通 过有线或无线方式下发至订票者的电子票载体。电子票载体可以是插入 SIM(Subscriber Identity Module， 用户识别模块 ) 卡的移动终端， 也可以是一张逻辑卡或 CPU( 中央处理 器 ) 卡， 电子票载体起到一个电子票箱的作用， 用于存储票务中心服务器下发的所有电子 票。订票者在售票方提供的各种使用场合使用预先订购的某一张电子票时， 售票方通过安 装在使用场合的设置有 RFID(Radio Frequency Identification， 射频识别 ) 模块的检票设 备对存储在电子票载体中的该电子票进行识读和检验， 完成对电子票的检票功能， 从而为 订票者提供相应服务。电子票相对于普通纸制票， 提升了使用的便利性和安全性。
在电子票载体中存储的每一张电子票的内容， 实质上是将普通纸制票上印刷的内 容经电子化处理后所得的信息， 包括 ： 售票方名称、 电子票类型、 电子票标识 ( 电子票标识 对每一张电子票是唯一的 )、 使用日期、 使用时间、 电子票价格、 座位号码、 使用说明等等。 其 中部分信息可以占用固定的字节长度， 例如电子票类型占用 1Byte( 字节 )， 电子票标识占 用 10Byte， 使用日期 (XXXX 年 XX 月 XX 日 ) 占用 4Byte， 使用时间 (XX 时 XX 分 ) 占用 2Byte， 电子票价格占用 4Byte ； 而其它信息需要占用的字节长度是可变的， 例如售票方名称、 座位 号码、 使用说明等。上述信息一般为文本类型， 如果文本中包括汉字， 则一个汉字至少占用 2Byte。
由于每一张电子票均需要占用电子票载体中一定的存储空间， 而电子票载体的存 储能力非常有限， 并且提升电子票载体的存储能力需要付出的硬件成本较高， 使得电子票 载体能够存储的电子票数量受到限制， 导致订票者能够订购的电子票数量受到严格限制， 从而严重制约了电子票的使用。电子票载体以插入 SIM 卡的移动终端为例进行说明， 在移 动终端的 SIM 卡上一般为电子票预留 1 ～ 2KB 的存储空间， 如果为每一张电子票分配大约 255Byte 的存储空间， 使得插入 SIM 卡的移动终端上最多能够存储 5 ～ 10 张电子票。
发明内容
本发明提供一种电子票的订购、 检票方法及相关系统， 用以解决现有技术中由于 电子票载体的存储能力有限， 导致订票者能够订购的电子票数量受到严格限制的问题。
本发明提供一种电子票的订购方法， 包括 ：
票务中心服务器接收电子票的订购消息， 其中携带电子票载体的标识信息 ；
根据所述订购消息生成相应的电子票， 确认所述电子票载体当前不满足电子票存 储条件时， 将生成的电子票以及对应的电子票载体的标识信息下发至网络侧的电子票存储设备。
本发明提供一种电子票的订购系统， 包括票务中心服务器和电子票存储设备， 其中： 所述票务中心服务器， 用于接收电子票的订购消息， 其中携带电子票载体的标识 信息 ； 根据所述订购消息生成相应的电子票， 确认所述电子票载体当前不满足电子票存储 条件时， 将生成的电子票以及对应的电子票载体的标识信息下发至网络侧的电子票存储设 备；
所述电子票存储设备， 用于存储所述票务中心服务器生成并下发的电子票以及对 应的电子票载体的标识信息。
本发明提供一种电子票的检票方法， 包括 ：
检票设备从电子票载体中读取待检验的电子票进行检验， 并改变检票通过的电子 票的存储状态 ；
所述电子票载体在本地电子票的存储状态发生变化时， 向电子票存储设备发送通 知消息， 其中携带根据检票通过的电子票确定出的本地电子票的可用存储数量或者可用存 储空间 ；
所述电子票存储设备根据接收到的通知消息， 将本地存储的不超过所述可用存储 数量或者占用的存储空间不超过所述可用存储空间的未检验的电子票迁移至所述电子票 载体。
本发明提供一种电子票的检票系统， 包括检票设备、 电子票载体和电子票存储设 备， 其中 ：
所述检票设备， 用于从电子票载体中读取待检验的电子票进行检验， 并改变检票 通过的电子票的存储状态 ；
所述电子票载体， 用于在本地电子票的存储状态发生变化时， 向电子票存储设备 发送通知消息， 其中携带根据检票通过的电子票确定出的本地电子票的可用存储数量或者 可用存储空间 ；
所述电子票存储设备， 用于根据接收到的通知消息， 将本地存储的不超过所述可 用存储数量或者占用的存储空间不超过所述可用存储空间的未检验的电子票迁移至所述 电子票载体。
本发明提供的电子票的订购方法及系统， 在网络侧增加了电子票存储设备， 用于 存储电子票以及对应的电子票载体的标识信息， 票务中心服务器根据电子票的订购消息生 成相应的电子票之后， 如果电子票载体当前不满足电子票存储条件， 则将生成的电子票下 发至网络侧的电子票存储设备。 本发明无需增加电子票载体的存储能力即可解决电子票载 体存储能力有限的问题， 突破了对订票者能够订购电子票数量的限制， 提升电子票的订购、 管理以及使用的自由度和灵活性。
本发明提供的电子票的检票方法及系统， 检票设备可以改变电子票载体上检票通 过的电子票的存储状态， 电子票载体在本地电子票的存储状态发生变化时通知电子票存储 设备， 从而可以将电子票存储设备中存储的未检验的电子票及时迁移至电子票载体， 方便 了电子票的检票和使用。
附图说明
图 1 为本发明实施例中电子票的订购系统框图 ； 图 2 为本发明实施例中电子票的订购方法流程图 ； 图 3 为本发明实施例中第一种订购流程图 ； 图 4 为本发明实施例中第二种订购流程图 ； 图 5 为本发明实施例中第三种订购流程图 ； 图 6 为本发明实施例中电子票的迁入方法流程图 ； 图 7 为本发明实施例中第一种电子票的交换方法流程图 ； 图 8 为本发明实施例中第二种电子票的交换方法流程图 ； 图 9 为本发明实施例中电子票的检票方法流程图 ； 图 10 为本发明实施例中电子票的检票系统框图。具体实施方式
本发明实施例针对现有技术中由于电子票载体的存储能力有限， 导致订票者能够 订购的电子票数量受到严格限制的问题， 提供了相应的解决方案， 预先在售票方网络侧设 置独立于电子票载体的电子票存储设备， 可以存储多个订票者订购的电子票。本发明实施 例中可以将电子票存储设备形象地称为 “公共虚拟票箱” ， 该电子票存储设备可以为一台服 务器， 也可以为一个存储器， 例如硬盘、 磁盘等。电子票存储设备的存储空间可以足够大或 者不受限制， 一般可以达到几百甚至上千 GB， 从而实现海量存储多个订票者订购的电子票 的目的。
本发明实施例首先提供了一种电子票的订购系统， 如图 1 所示， 包括网络侧的票 务中心服务器 101 和电子票存储设备 102。 在实际系统架构中， 票务中心服务器 101 与电子 票存储设备 102 可以是相互独立的物理设备， 也可以合并设置为同一物理设备。其中 ：
票务中心服务器 101， 用于接收电子票的订购消息， 其中携带电子票载体的标识信 息； 根据电子票的订购消息生成相应的电子票， 确认电子票载体当前不满足电子票存储条 件时， 将生成的电子票以及对应的电子票载体的标识信息下发至网络侧的电子票存储设备 102 ；
其中， 电子票载体的标识信息能够唯一标识电子票载体， 针对电子票载体为插 入 SIM 卡 的 移 动 终 端 的 情 况， 电 子 票 载 体 的 标 识 信 息 可 以 为 MSISDN(Mobile Station International ISDN Number， 移动台国际 ISDN 号码 ； ISDN ： Integrated Services Digital Network， 综合业务数字网 )、 IMSI(International Mobile Subscriber Identifier， 国际 移动用户标识 )、 或者其它与电子票载体相关联的唯一性标识符 ； 针对电子票载体为逻辑 卡或者 CPU 卡的情况， 电子票载体的标识信息可以为卡序列号、 用户名或者其它与电子票 载体相关联的唯一性标识符 ；
电子票存储设备 102， 用于存储票务中心服务器 101 生成并下发的电子票以及对 应的电子票载体的标识信息。
具体实施中， 该系统还包括电子票载体 103， 其中 ：
票务中心服务器 101， 还用于确认电子票载体当前满足电子票存储条件时， 根据电 子票载体的标识信息将生成的电子票下发至电子票载体 103 ；在电子票载体当前满足电子票存储条件的情况下， 票务中心服务器 101 也可以将 生成的电子票以及对应的电子票载体的标识信息下发至网络侧的电子票存储设备 102 ； 或 者， 将生成的部分电子票以及对应的电子票载体的标识信息下发至网络侧的电子票存储设 备 102， 其余电子票下发至电子票载体 103 ；
电子票载体 103， 用于存储票务中心服务器 101 生成并下发的电子票。
对本发明实施例中涉及的电子票及存储方式进行简单说明。 每一张电子票的内容 包括 ： 售票方名称、 电子票类型、 电子票标识 ( 电子票标识对每一张电子票是唯一的 )、 使用 日期、 使用时间、 电子票价格、 座位号码、 使用说明等等。电子票的一种较佳存储方式为 ： 电 子票载体和电子票存储设备为每一张电子票分配固定字节长度的存储空间， 例如为每一张 电子票分配 255Byte 的存储空间， 根据电子票载体本地电子票的最大存储空间即可确定电 子票载体本地电子票的最大存储数量 ； 由于每一张电子票实际占用的字节长度并不是固定 的， 电子票的另一种存储方式为 ： 电子票载体和电子票存储设备根据每一张电子票实际占 用的字节长度为电子票灵活分配存储空间。
如果订票者的电子票载体是插入 SIM 卡的移动终端， 本身具备与票务中心服务器 的直接通信能力， 可以直接通过无线通信能力 ( 短信、 彩信、 GPRS 等 ) 直接与票务中心服务 器进行通信， 则电子票的订购消息可以由电子票载体直接发送给票务中心服务器 ； 如果电 子票载体是一张逻辑卡或者 CPU 卡， 本身不具备与票务中心服务器的直接通信能力， 当逻 辑卡或者 CPU 卡需要与票务中心服务器进行通信时， 需要借助接触式或非接触式通信终端 与票务中心服务器相连， 则电子票的订购消息可以由订票者通过登陆售票方提供的订票网 站 (www 渠道 )， 或者语音方式等发送给票务中心服务服务器。 下面给出几种票务中心服务器判定电子票载体当前是否满足电子票存储条件的 较佳实施方式。
具体实施中， 电子票的订购消息可以由电子票载体直接发送给票务中心服务器， 并且电子票载体和电子票存储设备采用为每一张电子票分配固定字节长度的存储空间的 存储方式， 则较佳的 ：
电子票载体 103， 还用于发送电子票的订购消息， 该订购消息中还携带将生成的电 子票以及对应的标识信息下发至电子票存储设备的第一指示信息， 或者将生成的电子票下 发至电子票载体的第二指示信息 ；
票务中心服务器 101， 进一步用于如果电子票的订购消息中携带第一指示信息， 则确认电子票载体当前不满足电子票存储条件， 如果电子票的订购消息中携带第二指示信 息， 则确认电子票载体当前满足电子票存储条件 ；
具体的， 如果电子票的订购消息中携带第一指示信息， 则票务中心服务器 101 将 生成的电子票以及对应的电子票载体的标识信息下发至网络侧的电子票存储设备 102， 如 果电子票的订购消息中携带第二指示信息， 则票务中心服务器 101 根据电子票载体的标识 信息将生成的电子票下发至电子票载体 103。
具体的， 电子票载体 103， 还用于在发送电子票的订购消息之前， 判断本地电子票 的已存储数量与电子票的订购数量之和是否大于本地电子票的最大存储数量 ； 如果是， 则 在电子票的订购消息中携带将生成的电子票以及对应的标识信息下发至电子票存储设备 的第一指示信息， 如果否， 则在电子票的订购消息中携带将生成的电子票下发至电子票载
体的第二指示信息。
具体实施中， 电子票的订购消息可以由电子票载体直接发送给票务中心服务器， 并且电子票载体和电子票存储设备可以采用任意一种存储方式， 则较佳的 ：
电子票载体 103， 还用于发送电子票的订购消息， 该订购消息中还携带电子票载体 本地电子票的剩余存储数量 ； 以及， 票务中心服务器 101， 进一步用于在电子票载体本地电 子票的剩余存储数量小于电子票的订购数量时， 确认电子票载体当前不满足电子票存储条 件， 否则， 确认电子票载体当前满足电子票存储条件 ；
或者，
电子票载体 103， 还用于发送电子票的订购消息， 该订购消息中还携带电子票载体 本地电子票的剩余存储空间 ； 以及， 票务中心服务器 101， 进一步用于在电子票载体本地电 子票的剩余存储空间小于生成的电子票需要占用的存储空间时， 确认电子票载体当前不满 足电子票存储条件， 否则， 确认电子票载体当前满足电子票存储条件。
具体实施中， 也可以不考虑电子票的订购消息的发送主体， 而由票务中心服务器 在下发电子票之前作出电子票载体当前是否满足电子票存储条件的判定， 则较佳的 ：
票务中心服务器 101， 进一步用于在下发生成的电子票之前， 判断电子票载体 103 当前是否具备与票务中心服务器 101 的直接通信能力 ； 并当判断出电子票载体 103 当前不 具备与票务中心服务器 101 的直接通信能力时， 确认电子票载体当前不满足电子票存储条 件， 从而将生成的电子票以及对应的标识信息下发至电子票存储设备 102。 如果电子票载体为一张逻辑卡或者 CPU 卡， 则本身不具备与票务中心服务器的直 接通信能力， 票务中心服务器可以预先对该电子票载体的标识信息作出标记， 表示该标识 信息对应的电子票载体不具备与票务中心服务器的直接通信能力， 从而作为电子票载体当 前是否具备与票务中心服务器的直接通信能力的判断依据。如果电子票载体为插入 SIM 卡 的移动终端， 本身具备与票务中心服务器的直接通信能力， 而当移动终端未开机、 不在服务 区等情况下， 当前也不具备与票务中心服务器的直接通信能力， 则票务中心服务器可以对 该电子票载体进行探测， 根据探测结果确定电子票载体当前是否具备与票务中心服务器的 直接通信能力 ； 具体的探测方式可以向电子票载体发送请求消息， 如果接收到电子票载体 返回的响应消息， 可以确定电子票载体当前具备与票务中心服务器的直接通信能力， 否则， 确定电子票载体当前不具备与票务中心服务器的直接通信能力。
具体实施中， 票务中心服务器 101， 还用于当判断出电子票载体 103 当前具备与票 务中心服务器 101 的直接通信能力时， 向电子票载体 103 发送状态查询请求 ； 以及根据电子 票载体 103 返回的状态查询结果， 确认电子票载体本地电子票的剩余存储数量大于或等于 电子票的订购数量， 或者剩余存储空间大于或等于生成的电子票需要占用的存储空间时， 根据电子票载体的标识信息将生成的电子票下发至电子票载体 103 ；
电子票载体 103， 还用于根据接收到的状态查询请求， 查询本地电子票的剩余存储 数量或者剩余存储空间， 并返回状态查询结果。
票务中心服务器 101， 还用于确认电子票载体本地电子票的剩余存储数量小于电 子票的订购数量， 或者剩余存储空间小于生成的电子票需要占用的存储空间时， 将生成的 电子票以及对应的电子票载体的标识信息下发至电子票存储设备 102 ； 当然在上述情况 下， 票务中心服务器 101 也可以将生成的不超过剩余存储数量或者占用的存储空间不超过
剩余存储空间的部分电子票下发至电子票载体 103， 其余电子票以及对应的电子票载体的 标识信息下发至电子票存储设备 102。
电子票载体在本地具有足够的剩余存储空间或者其它触发条件下， 还可以请求从 电子票存储设备中迁入若干张电子票， 具体的 ：
电子票载体 103， 还用于向电子票存储设备 102 发送电子票的迁入请求， 其中携带 电子票载体的标识信息以及待迁入电子票的特征信息 ；
电子票存储设备 102， 还用于根据电子票载体的标识信息， 查询本地存储的所述标 识信息对应的所有电子票 ； 从查询出的所有电子票中将满足该特征信息的电子票迁移至电 子票载体 103。
电子票载体与电子票存储设备之间还可以交换电子票， 交换请求可以由电子票载 体发起， 具体的 ：
电子票载体 103， 还用于向电子票存储设备发送电子票的第一交换请求， 其中携带 电子票载体的标识信息以及本地存储的第一电子票 ；
电子票存储设备 102， 还用于根据第一交换请求中携带的标识信息查询本地存储 的该标识信息对应的所有电子票 ； 从查询出的所有电子票中选择第二电子票迁移至电子票 载体 103， 并在本地存储第一电子票以及对应的标识信息。 交换请求也可以由电子票存储设备发起， 具体的 ：
电子票存储设备 102， 还用于根据电子票载体的标识信息， 向电子票载体 103 发送 电子票的第二交换请求 ； 在本地存储电子票载体 103 发送的第一电子票以及对应的标识信 息， 以及从本地存储的该标识信息对应的所有电子票中选择第二电子票迁移至电子票载体 103 ；
电子票载体 103， 还用于根据接收到的第二交换请求， 从本地存储的所有电子票中 选择第一电子票迁移至电子票存储设备 102。
需要说明的是， 本发明实施例中所述的将电子票存储设备本地存储的电子票迁移 至电子票载体， 或者将电子票载体本地存储的电子票迁移至电子票存储设备， 包括将源端 本地存储的电子票发送到目的端， 源端将发送成功的电子票从本地删除， 目的端将接收到 的电子票在本地存储的流程。
在上述电子票的订购系统基础上， 基于同一技术构思， 本发明实施例提供了一种 电子票的订购方法， 如图 2 所示， 包括 ：
S201、 票务中心服务器接收电子票的订购消息， 其中携带电子票载体的标识信 息；
S202、 票务中心服务器根据电子票的订购消息生成相应的电子票， 确认该电子票 载体当前不满足电子票存储条件时， 将生成的电子票以及对应的电子票载体的标识信息下 发至网络侧的电子票存储设备。
下面详细介绍各种具体应用场景下电子票的订购流程。
订购流程一
本实施例中， 电子票的订购消息由电子票载体发送， 并且电子票载体和电子票存 储设备采用为每一张电子票分配固定字节长度的存储空间的存储方式， 如图 3 所示， 该流 程包括如下步骤 ：
S301、 电子票载体在发送电子票的订购消息之前， 确定本地电子票的已存储数量 与电子票的订购数量之和 ；
S302、 电子票载体判断本地电子票的已存储数量与电子票的订购数量之和是否大 于本地电子票的最大存储数量， 如果是， 则执行 S303、 如果否， 则执行 S304 ；
S303、 电子票载体向票务中心服务器发送电子票的订购消息， 其中携带电子票载 体的标识信息以及第一指示信息， 第一指示信息用于指示将生成的电子票以及对应的标识 信息下发至电子票存储设备， 并转向执行 S305 ；
S304、 电子票载体向票务中心服务器发送电子票的订购消息， 其中携带电子票载 体的标识信息以及第二指示信息， 第二指示信息用于指示将生成的电子票下发至电子票载 体；
S305、 票务中心服务器根据电子票的订购消息生成相应的电子票， 并根据订购消 息中携带的指示信息下发生成的电子票， 流程结束 ；
具体的， 如果电子票的订购消息中携带电子票载体的标识信息以及第一指示信 息， 则票务中心服务器确认该电子票载体当前不满足电子票存储条件， 将生成的电子票以 及对应的电子票载体的标识信息下发至网络侧的电子票存储设备 ； 如果电子票的订购消息 中携带电子票载体的标识信息以及第二指示信息， 则票务中心服务器确认该电子票载体当 前满足电子票存储条件， 根据电子票载体的标识信息将生成的电子票下发至电子票载体。
订购流程二
本实施例中， 电子票的订购消息由电子票载体发送， 而电子票载体和电子票存储 设备采用任意一种存储方式， 如图 4 所示， 该流程包括如下步骤 ：
S401、 电子票载体向票务中心服务器发送电子票的订购消息， 其中携带电子票载 体的标识信息以及电子票载体本地电子票的剩余存储数量或者剩余存储空间 ；
S402、 票务中心服务器根据电子票的订购消息生成相应的电子票 ；
S403、 票务中心服务器判断电子票载体本地电子票的剩余存储数量是否小于电子 票的订购数量， 或者电子票载体本地电子票的剩余存储空间是否小于生成的电子票需要占 用的存储空间， 如果是， 则执行 S404， 如果否， 则执行 S405 ；
S404、 票务中心服务器将生成的电子票以及对应的标识信息下发至电子票存储设 备， 流程结束 ；
S405、 票务中心服务器根据电子票的标识信息将生成的电子票下发至电子票载 体， 流程结束。
订购流程三
本实施例中， 不考虑电子票的订购消息的发送主体， 而由票务中心服务器在下发 电子票之前作出判定， 电子票载体和电子票存储设备采用任意一种存储方式， 如图 5 所示， 该流程包括如下步骤 ：
S501、 订票者通过电子票载体或者其它方式向票务中心服务器发送电子票的订购 消息， 其中携带电子票载体的标识信息 ；
S502、 票务中心服务器根据接收到的电子票的订购消息生成相应的电子票 ；
S503、 票务中心服务器在下发生成的电子票之前， 判断电子票载体当前是否具备 与票务中心服务器的直接通信能力， 如果是， 则执行 S504， 如果否， 则执行 S505 ；S504、 票务中心服务器将生成的电子票以及对应的标识信息下发至电子票存储设 备， 流程结束 ；
S505、 票务中心服务器向电子票载体发送状态查询请求 ；
S506、 电子票载体根据接收到的状态查询请求， 查询本地电子票的剩余存储数量 或者剩余存储空间， 并返回状态查询结果， 在图 5 中仅以剩余存储数量为例进行说明 ；
S507、 票务中心服务器根据接收到的状态查询结果， 判断电子票载体本地电子票 的剩余存储数量是否大于或等于电子票的订购数量， 或者电子票载体本地电子票的剩余存 储空间是否大于或等于生成的电子票需要占用的存储空间， 如果是， 则执行 S508， 如果否， 则执行 S509 ；
S508、 票务中心服务器根据电子票载体的标识信息将生成的电子票下发至电子票 载体， 流程结束 ；
S509、 票务中心服务器将生成的电子票以及对应的标识信息下发至电子票存储设 备， 流程结束 ； 具体实施中， 票务中心服务器也可以将不超过电子票载体本地电子票的剩余 存储数量或者占用的存储空间不超过剩余存储空间的电子票下发至电子票载体， 其余电子 票以及对应的标识信息下发至电子票存储设备。
具体实施中， 存储在电子票存储设备中的电子票， 可以迁移至电子票载体。电子 票载体在本地具有足够的剩余存储空间或者剩余存储数量的情况下， 或者在订票者的触发 下， 可以请求从电子票存储设备中迁入若干张电子票， 电子票的迁入流程， 如图 6 所示， 包 括如下步骤 ：
S601、 电子票载体向电子票存储设备发送电子票的迁入请求， 其中携带电子票载 体的标识信息以及待迁入电子票的特征信息 ；
待迁入电子票的特征信息可以根据用户需求灵活设定， 例如可以设定售票方名称 为特定名称的电子票为待迁入电子票、 设定电子票标识为特定标识的电子票为待迁入电子 票、 设定使用日期为特定日期的电子票为待迁入电子票， 或者设定迁入电子票的数量 (N)、 迁入电子票占用的存储空间 (M Byte)， 上述信息也可以同时设定多项， 例如可以设定售票 方名称为特定名称的 N 张电子票为待迁入电子票， 等等。
S602、 电子票存储设备根据电子票载体的标识信息， 查询本地存储的标识信息对 应的所有电子票 ；
S603、 电子票存储设备从查询出的所有电子票中将满足该特征信息的电子票迁移 至电子票载体。
具体实施中， 电子票载体和电子票存储设备之间可以交换电子票， 如果电子票的 交换请求由电子票载体发起， 如图 7 所示， 包括如下步骤 ：
S701、 电子票载体向电子票存储设备发送电子票的第一交换请求， 其中携带电子 票载体的标识信息以及本地存储的第一电子票， 具体实施中， 第一交换请求中还携带待交 换目的电子票的特征信息 ；
S702、 电子票存储设备根据第一交换请求中携带的标识信息查询本地存储的该标 识信息对应的所有电子票 ；
S703 ～ S704、 电子票存储设备从查询出的所有电子票中选择第二电子票迁移至 电子票载体， 并在本地存储第一电子票以及对应的标识信息， 如果第一交换请求中还携带待交换目的电子票的特征信息， 则电子票存储设备选择出的第二电子票满足该特征信息。
如果电子票的交换请求由电子票存储设备发起， 如图 8 所示， 包括如下步骤 ：
S801、 电子票存储设备根据电子票载体的标识信息， 向电子票载体发送电子票的 第二交换请求， 具体实施中， 第二交换请求中还可以携带待交换源电子票的第一特征信息， 或者待交换目的电子票的第二特征信息， 或者两者全部携带 ；
S802、 电子票载体根据接收到的第二交换请求， 从本地存储的所有电子票中选择 第一电子票迁移至电子票存储设备 ；
S803、 电子票存储设备在本地存储第一电子票以及对应的标识信息， 以及从本地 存储的该标识信息对应的所有电子票中选择第二电子票迁移至电子票载体 ；
具体实施中， 如果第二交换请求中携带了待交换源电子票的第一特征信息， 则电 子票载体选择出的第一电子票满足该第一特征信息， 如果第二交换请求中携带了待交换目 的电子票的第二特征信息， 则电子票存储设备选择出的第二电子票满足该第二特征信息。
本发明实施例提供的电子票的订购方法及系统， 在网络侧增加了电子票存储设 备， 用于存储电子票以及对应的电子票载体的标识信息， 票务中心服务器根据电子票的订 购消息生成相应的电子票之后， 如果电子票载体当前不满足电子票存储条件， 则将生成的 电子票下发至网络侧的电子票存储设备。 本发明无需增加电子票载体的存储能力即可解决 电子票载体存储能力有限的问题， 突破了对订票者能够订购电子票数量的限制， 提升电子 票的订购、 管理以及使用的自由度和灵活性。 在本发明实施例提供的电子票的订购方案的基础上， 本发明实施例同时提供了一 种电子票的检票方案， 虽然电子票可以存储在订票者的电子票载体上， 也可以存储在网络 侧的电子票存储设备中， 但是检票设备只能对电子票载体上的电子票进行检验。如图 9 所 示， 本发明实施例提供的电子票的检票方法， 包括如下步骤 ：
S901、 检票设备从电子票载体中读取待检验的电子票进行检验， 并改变检票通过 的电子票的存储状态 ；
所述的改变检票通过的电子票的存储状态， 具体包括将检票通过的电子票从电子 票载体中删除， 或者将检票通过的电子票设置为已检验状态 ；
S902、 电子票载体在本地电子票的存储状态发生变化时， 向电子票存储设备发送 通知消息， 其中携带根据检票通过的电子票确定出的本地电子票的可用存储数量或者可用 存储空间 ；
S903、 电子票存储设备根据接收到的通知消息， 将本地存储的不超过该可用存储 数量或者占用的存储空间不超过该可用存储空间的未检验的电子票迁移至电子票载体 ；
具体实施中， 电子票载体将从电子票存储设备迁移至本地的电子票存储在检票通 过的电子票被删除之后释放出的存储空间中， 或者使用从电子票存储设备迁移至本地的电 子票覆盖被设置为已检验状态的电子票。
基于同一技术构思， 本发明实施例提供了一种电子票的检票系统， 如图 10 所示， 包括检票设备 1001、 电子票载体 1002 和电子票存储设备 1003， 其中 ：
检票设备 1001， 用于从电子票载体 1002 中读取待检验的电子票进行检验， 并改变 检票通过的电子票的存储状态 ；
电子票载体 1002， 用于在本地电子票的存储状态发生变化时， 向电子票存储设备
1003 发送通知消息， 其中携带根据检票通过的电子票确定出的本地电子票的可用存储数量 或者可用存储空间 ；
电子票存储设备 1003， 用于根据接收到的通知消息， 将本地存储的不超过可用 存储数量或者占用的存储空间不超过可用存储空间的未检验的电子票迁移至电子票载体 1002。
本发明实施例提供的电子票的检票方法及系统， 检票设备可以改变电子票载体上 检票通过的电子票的存储状态 ； 电子票载体在本地电子票的存储状态发生变化时通知电 子票存储设备， 从而可以将电子票存储设备中存储的未检验的电子票及时迁移至电子票载 体， 方便了电子票的检票和使用。
显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样， 倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内， 则本发明也意图包含这些改动和变型在内。