CN103390246A - 一种用于应对高并发的在线售票方法 - Google Patents

Abstract

本发明提供一种用于应对高并发的在线售票方法及系统，包括预先初始化等待发售的所有车票信息，根据各起始地点生成相应的车票数据表；在线售票时进行包括以下步骤，根据用户输入的查询条件在车票数据表中进行检索，并找出所有符合查询条件的相应车次生成车次结果列表；在用户根据车次结果列表选定车次、进行在线支付并提交座位偏好信息后，记录座位偏好信息，根据用户购票结果更新车票数据表；在用户购票高峰结束后，根据记录的所有座位偏好信息，统一分配座位。

Description

一种用于应对高并发的在线售票方法

技术领域

本发明涉及到票务处理技术领域，特别涉及到一种用于应对高并发的在线售票方法。

背景技术

近年来，随着互联网络、网上支付的发展，人们生活数字化程度越来越高，在出行时相对于以往到售票窗口购票，人们更加愿意采用网上购票。但现有的网络购票方式效率不高，尤其在高峰时期阻塞严重，用户体验不佳。

目前提供互联网订票业务的在线系统中，用户在查询余票环节中耗时较长，并且系统在预订、支付过程时就自动为用户随机锁定座位。这种分配方式看起来合理，但由于需要在购票时为用户锁定具体座位，导致在高并发访问场景下产生大量用户在线等待或购票失败、重复购票的情况，进而引发在线用户总量长时间超出系统最大负载能力，且用户抢票行为严重，退票率高，导致订票系统难以正常运行。

发明内容

本发明提供了一种用于应对高并发的在线售票方法，目标是提高铁路客票互联网售票系统高并发处理能力。

本发明的技术方案为一种用于应对高并发的在线售票方法，预先初始化等待发售的所有车票信息，根据各起始地点生成相应的车票数据表；在线售票时进行包括以下步骤，

根据用户输入的查询条件在车票数据表中进行检索，并找出所有符合查询条件的相应车次生成车次结果列表；

在用户根据车次结果列表选定车次、进行在线支付并提交座位偏好信息后，记录座位偏好信息，根据用户购票结果更新车票数据表；

在用户购票高峰结束后，根据记录的所有座位偏好信息，统一分配座位。

而且，所述座位偏好信息包括同行人员及人数、靠近窗户或靠近走道座位。

而且，所述车票为火车票、对汽车票、船票或飞机票。

而且，在用户进行在线支付过程中，相应车票处于付款限时锁定状态，在预设限定时间结束后，该车票被解锁，能够被其他用户购买。

而且，所述预先初始化等待发售的所有车票信息，包括根据历史记录对全程票进行分割；所述历史记录为根据往年的乘车情况进行统计，得到的起始站点到各个站点的售票比例。

而且，车票数据表的车票具有类型属性，在车次结果列表提供车票的类型，车票的类型定义方式如下，

初始化等待发售的所有车票信息时生成的车票，定义为A类车票；A类车票包括全程票及根据历史记录对全程票进行切割而成的车票；

根据用户购票结果更新数据表时，当车票由于用户购票进行切割，剩下的部分定义为B类车票，B类车票根据起始站点进行分类，更新加入相应的车票数据表中；

    当用户退票时，退回的车票定义为C类车票，将C类车票根据起始站点进行分类，更新加入相应的车票数据表中；

当在线售票进行一段时间后，对区间票进行合并，合并生成的车票定义为D类车票，更新加入相应的车票数据表中。

本发明还提供了一种用于应对高并发的在线售票系统，包括以下模块，

票务初始化模块，用于预先初始化等待发售的所有车票信息，根据各起始地点生成相应的车票数据表；

车票查询模块，用于根据用户输入的查询条件在车票数据表中进行检索，并找出所有符合查询条件的相应车次生成车次结果列表；

车票调度模块，用于用户根据车次结果列表选定车次、进行在线支付并提交座位偏好信息后，记录座位偏好信息，更新车票数据表；

座位分配模块，用于在用户购票高峰结束后，根据记录的所有座位偏好信息，统一分配座位。

本发明提供了完善的在线售票方法，基于车次的历史统计信息预先进行初始化分割，持续收集用户信息进行出售；在用户购票高峰结束后、用户领取纸质车票或根据电子车票乘车之前，根据收集的用户信息，为每个用户分配座位。本发明技术方案可以解决高并发售票问题，并支持用户个性化需求。票务种类主要为火车票，对汽车票、船票及飞机票也可以适用。

附图说明

图1是本发明实施例的流程图。

图2是本发明实施例的软件系统模块示意图。

具体实施方式   

以下结合附图和实施例详细说明本发明技术方案。   

实施例所提供用于应对高并发的在线售票方法，预先初始化等待发售的所有车票信息，根据各起始地点生成相应的车票数据表；在线售票时进行包括以下步骤，

对每次购票行为，根据用户输入的查询条件在车票数据表中进行检索，并找出所有符合查询条件的相应车次生成车次结果列表；在用户根据车次结果列表选定车次、进行在线支付并提交座位偏好信息后，记录座位偏好信息，根据用户购票结果更新车票数据表；

在用户购票高峰结束后，根据记录的来自多次购票行为的所有座位偏好信息，统一分配座位。

如图1所示，为便于实施参考起见，提供相应具体流程设计如下：

在售票之前，初始化等待发售的所有车票信息。可以在车票进入预售期之前根据历史统计数据，对全程票进行保守切割，将所有车票按照站点、日期组织为多个车票集合，并对车票的数目进行计数。实施例根据起始地点将所有车票划分为不同的数据表，并将初始化结果存入数据库。相应数据表可根据出售情况进行更新。

具体实施时，本领域技术人员可自行设计车票数据表形式。例如下表，每个起始地点的车票数据表包括相应车次，每车次中到途中各地点的票数。

武汉售票表

车次

始发时间

郑州

郑州到达时间

石家庄

石家庄到达时间

北京

北京到达时间

K101

11：30

20

30

50

Z102

7：50

30

103

18：00

10

40

201，开始。用户通过客户端进入实现本流程的相关系统，以保证购票行为开始。

202，输入用户的查询条件，查询条件一般包括起点、终点、日期。根据用户的查询条件，在当前的数据表中进行检索，并找出所有符合查询条件的相应车次，进入203。

203，当检索出的相应车次是有剩余票数存在时进入205，否则进入204，进而在用户选择退出时进入210结束本次操作，否则返回202重新输入查询条件。

204，退出选择环节，具体实施时可跳出对话框，询问用户是否退出，根据用户选择进入210退出或返回进入204之前的相应步骤重新处理。

205，根据203找出的所有符合查询条件的相应车次生成相应车次结果列表，并显示车次结果列表供用户查看，进入206。车次结果列表中包括符合查询条件的每个车次的剩余票数，如果低于用户期望购买的数量，用户可以不进行选定。

206，判断用户是否进行选定操作，是则进入207，否则进入204；具体实施时可以弹出确认对话框，若用户选择取消操作则进入204，进而进入205重新查看车次结果列表或进入210结束操作。

207，判断用户是否确认购票并进行在线支付，是则进入208，否则进入204。支付方式可包括网上银行或第三方支付平台，支付过程中，相应数量的车票处于限时锁定状态，只能被该用户购买，在限定时间（例如5分钟）结束后，相应数量的车票被解锁，可以被其他用户购买。若支付成功即保证该用户已购得车票，数据表中剩余票数减少对应的数量，即对每一个用户购票请求，根据业务逻辑选中一个能够满足用户需求的车票集合，如果该集合仍有车票，则告知用户购票成功，每购买一张车票则将集合计数器减一，同时记录用户的购票请求。并且，将根据业务逻辑新生成的车票重新加入车票集合，即根据起始站点进行分类，重新加入可被购买的车票数据表中。本步骤实现相应数据表根据出售情况进行更新。此时，如果用户发现选择错误或其他可以选择退出，进入204，进而进入207重新支付或结束操作210。

208，用户成功购票后可以提交座位偏好信息，例如同行人员及人数（可以默认为用户购买的票数），靠近窗户或靠近走道座位。具体实施时，可根据用户偏好信息，统一分配座位。可以在用户购票高峰结束后、用户领取纸质车票或根据电子车票乘车之前，根据收集的用户信息，为每个用户分配座位。

209，分配之后，用户获得售票座位ID，可以稍后凭此ID查询座位。

210，结束本次操作，购票行为处理结束。

通过这种方式，能够避免在用户购票时检查空闲座位、锁定座位、分配座位的过程，从而简化用户购票逻辑，从而提高系统在用户购票高峰时刻的响应能力，缓解购票高峰时出现的用户排队以及由此导致的用户大量抢票、重复购票的情况。具体实施时，也可支持用户的根据退票申请，处理退票费用，返回退票信息，将退回的车票重新加入可被购买的车票数据表中。

具体实施时，本领域技术人员可采用软件方式实现以上流程，例如提供一个设置在服务器上的软件系统，软件系统需要的数据库可以设置在同一服务器或者其他服务器上。该软件系统可称为优化售票系统。软件系统的开发可采用模块化技术，包括以下模块，

票务初始化模块，用于预先初始化等待发售的所有车票信息，根据各起始地点生成相应的车票数据表；

车票查询模块，用于根据用户输入的查询条件在车票数据表中进行检索，并找出所有符合查询条件的相应车次生成车次结果列表；

车票调度模块，用于用户根据车次结果列表选定车次、进行在线支付并提交座位偏好信息后，记录座位偏好信息，更新车票数据表；

座位分配模块，用于在用户购票高峰结束后，根据记录的所有座位偏好信息，统一分配座位。

具体实施时，可以扩展其他模块，为便于实施参考起见，提供模块结构设置建议如图2所示：

优化售票系统含有一个票务初始化模块101，负责根据历史数据的统计与分析结果，生成票务数据开始发售的信息，所有车票根据起始地点划分为数据表，初始化定义出各表中的起点、终点、车次和票数。      

优化售票系统含有一个车票查询模块102，负责搜索满足条件的车票结果，并返回结果列表，搜索条件包括起点、终点、日期等。

优化售票系统含有一个车票调度模块103，负责在销售车票过程中，在车票数据表中减去售卖的车票的数量，并根据业务逻辑动态切割产生车票并分配到对应的车票数据表中。一般卖出一张车票后，动态地产生另一张车票，并加入车票集合。

优化售票系统含有一个车票交易模块104，负责根据用户确认购买的车次，通过网上银行或第三方支付接口进行支付，返回支付是否成功的信息，支付成功即保证用户已经购得该车次车票。

优化售票系统含有一个退票处理模块105，负责根据退票申请，处理退票费用，返回退票信息，将退回的车票重新加入可被购买的车票数据表中。

优化售票系统含有一个座位分配模块106，负责为已经购得车票的用户，根据其提交的座位偏好信息，进行具体座位的分配，并返回具体座位信息。

优化售票系统含有一个人工服务模块107，负责为用户进行在线沟通，提供使用帮助。

    为便于系统统计以及向用户提供参考，本发明进一步提出对于车票有不同的分类方法，车票数据表中某车次中到途中某地点的票数可按类型分别提供相应数量，例如K101 车次中武汉到郑州的20张票中有10张A类票，8张B类票，2张D类票。初始化车票是列车预售前就已经生成的车票，定义为A类车票。A类车票包括全程票及根据历史记录对全程票进行切割而成的新车票。全程票为途经多个站点的列车，从起点到终点所售的车票。

    以武汉到北京的列车为例，为了简化，此列车从武汉出发，途经郑州、石家庄到达北京。在售票之前，根据历史记录，发现从武汉购票的用户，终点站为以上三个站点的比例约为1：1：3，于是系统根据这个结果对全程票进行保守切割。假设有5张全程票，在切割之后，得到武汉到郑州车票1张，武汉到石家庄车票1张，郑州到北京车票1张，石家庄到北京车票1张，武汉到北京车票3张，一共是7张车票，这些车票都为A类车票，这些车票将根据起始站点进行分类，加入可被购买的车票数据表中。所得车票数据表可采用数据库技术进行存储管理，初始化车票数据表在售票行为开始之前完成，减少了用户在高峰期购票的等待时间。

    在车票调度时，A票由于用户需求进行切割，剩下的部分定义为B类车票：如用户要购买从武汉到石家庄的车票，但预先切割好的A类车票已售完，此时，系统将会从武汉到北京的全程票上切割用户所需车票，剩下的区间票便为B类车票。此时B类车票将根据起始站点进行分类，重新加入可被购买的车票数据表中。当B、C、D类车票再次经购买被分割时，新剩下的区间票也为B类车票。

    当可供选择的A类车票有多种，根据该票的出售率与切割之后的路程长短来决定。应选择出售率较低且切割之后路程较长的A类车票，方便售出；当两者发生冲突时，优先选择切割之后路程较长的车票进行切割。

在退票处理时，退回的车票定义为C类车票，将C类车票根据起始站点进行分类，及时加入可被购买的车票数据表中。

在车票分配时，由于用户量大，出行目的地的迥异，容易对车票进行多次切割，造成许多区间票，为了方便售票，可以尽可能根据当前的车票出售情况把区间票合并成相对完整的较长路程车票，便于分配出售。具体实施时，可以设定车票出售一段时间后进行合并，例如车票已出售70%的情况下。这样将区间票座位集中合并后，更新车票数据表。如把从郑州到石家庄的车票与石家庄到北京的车票合并为郑州到北京的车票，该类车票定义为D类车票，重新加入可被购买的车票数据表中。

ABCD有指标作用，数量上递减，可以通过车次结果列表向用户提供类别。例如用户要购买郑州——北京的票：

A：初始的、按起始站划分的票

B：比如从武汉——北京的票中，分出武汉——郑州、郑州——北京的票

C：退票

D：ABC剩余的集合都可以产生D，若需要郑州——北京，是郑州——石家庄和石家庄——北京的票合并的。

用户可以在车次结果列表看到票据的类型，比如所买的票是A类的，说明票源比较充裕，如果所买的票是D类的，证明票据所剩不多，需加紧购买。

    本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代，但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。

Claims (7)

1.一种用于应对高并发的在线售票方法，其特征在于：预先初始化等待发售的所有车票信息，根据各起始地点生成相应的车票数据表；在线售票时进行包括以下步骤，

根据用户输入的查询条件，在车票数据表中进行检索，并找出所有符合查询条件的相应车次生成车次结果列表；

在用户根据车次结果列表选定车次、进行在线支付并提交座位偏好信息后，记录座位偏好信息，根据用户购票结果更新车票数据表；

在用户购票高峰结束后，根据记录的所有座位偏好信息，统一分配座位。

2.如权利要求1所述用于应对高并发的在线售票方法，其特征在于：所述座位偏好信息包括同行人员及人数、靠近窗户或靠近走道座位。

3.如权利要求1所述用于应对高并发的在线售票方法，其特征在于：所述车票为火车票、对汽车票、船票或飞机票。

4.如权利要求1所述用于应对高并发的在线售票方法，其特征在于：在用户进行在线支付过程中，相应车票处于付款限时锁定状态，在预设限定时间结束后，该车票被解锁，能够被其他用户购买。

5.如权利要求1或2或3或4所述用于应对高并发的在线售票方法，其特征在于：所述预先初始化等待发售的所有车票信息，包括根据历史记录对全程票进行分割；所述历史记录为根据往年的乘车情况进行统计，得到的起始站点到各个站点的售票比例。

6.如权利要求5所述用于应对高并发的在线售票方法，其特征在于：车票数据表的车票具有类型属性，在车次结果列表提供车票的类型，车票的类型定义方式如下，

初始化等待发售的所有车票信息时生成的车票，定义为A类车票；A类车票包括全程票及根据历史记录对全程票进行切割而成的车票；

根据用户购票结果更新数据表时，当车票由于用户购票进行切割，剩下的部分定义为B类车票，B类车票根据起始站点进行分类，更新加入相应的车票数据表中；

    当用户退票时，退回的车票定义为C类车票，将C类车票根据起始站点进行分类，更新加入相应的车票数据表中；

当在线售票进行一段时间后，对区间票进行合并，合并生成的车票定义为D类车票，更新加入相应的车票数据表中。

7.一种用于应对高并发的在线售票系统，其特征在于：包括以下模块，

票务初始化模块，用于预先初始化等待发售的所有车票信息，根据各起始地点生成相应的车票数据表；

车票查询模块，用于根据用户输入的查询条件在车票数据表中进行检索，并找出所有符合查询条件的相应车次生成车次结果列表；

车票调度模块，用于用户根据车次结果列表选定车次、进行在线支付并提交座位偏好信息后，记录座位偏好信息，更新车票数据表；

座位分配模块，用于在用户购票高峰结束后，根据记录的所有座位偏好信息，统一分配座位。