[发明专利]一种提供票务支持的票池中间件的构建、购票及锁票方法

说明书

本发明提供了一种提供票务支持的票池中间件构建、购票及锁票方法，通过搭建票池集群；构建一个最底层主服务器和多个从服务器，n个中间层的哨兵，至少2个最上层的监视器构成主从机制（Master‑Slave）和哨兵机制（Sentinel）；本发明通过搭建一种高并发、高可用的健壮的票池中间件，在支持各类票务操作的同时，能够以中间件的形式，适用于各种票务活动场景。

技术领域

本发明涉及中间件领域，特别涉及一种提供票务支持的票池中间件的构建、购票及锁票方法。

背景技术

很多商业活动中都存在一种业务——凭票入座，比如车票、电影票、热门演唱会的门票等等。它们有两个共同的特点：一是稀缺性，票是有限的，越是热门的票争抢越激烈；二是准确性，票与座要一一对应，一张票只能卖给一个人。这类售票系统在逻辑上往往可以抽象出一个“池”，卖方可以向这个池加票、减票，而买方可以从这个池中取票。这个池也就是，票池。

传统的售票系统往往采用关系型数据库（例如SQL Server、MySQL）来实现票池，但是面对同一票池、甚至是对同一张票的大量并发操作，往往在高吞吐量和高可靠性之间难以两全，极有可能会出现一张票被卖给多个人、实时性低、响应速度非常慢、不支持灵活的票务操作的情况。因此非常有必要设计一种支持高并发、高可用的健壮的票池中间件，在支持各类票务操作的同时，能够以中间件的形式，适用于各种票务活动场景。

发明内容

针对现有技术存在的缺陷和不足之处，本发明提供了一种提供票务支持的票池中间件的构建、购票及锁票方法，同时适用于大范围（比如全省联网、全国联网）的票务需求。

为了解决上述技术问题，提出了一种提供票务支持的票池中间件构建方法，如下所述：

搭建单个票池集群；通过构建底层的一个主票池服务器和至少一个从票池服务器，n个中间层的哨兵应用服务器，n为奇数且大于3，至少2个上层的监视器构成主从机制和哨兵机制；所述的票池中间件包括多个票池集群；具体包括如下步骤；

步骤1：在票池集群中采取相应的数据结构表示各类票务数据；将各项票务操作活动的读写属性，在票池中间层的哨兵应用服务器的配置文件中进行配置；

步骤2：在从票池服务器的配置文件中配置主票池服务器的IP地址和端口号，以至少一个底层的从票池服务器对一个主票池服务器的方式进行配置；

步骤3：在至少一个底层的从票池服务器对一个主票池服务器配置基础上，使用n个中间层的哨兵应用服务器对主从票池服务器的监视与管理，n为奇数且大于3；

步骤4：设置至少2个上层的监视器检测每个服务器的状态；并向外发布信息；单个票池集群搭建完成，所述的票池中间件包括多个票池集群，每个票池集群有唯一的ID标识，票池中间件构建完成。

优选的，所述的票池集群基于Redis内存数据库作为构建票池的存储基础。

优选的，所述的步骤1中的票池服务器数据结构特征如下：

1.车票信息使用“日期、班次号：座位号”的键值形式进行标识；

2.日期班次有3个集合，使用的键值分别是：“日期：班次号”、“日期：班次号：SaleLocked”、“日期：班次号：CommandLocked”；

其中，“日期：班次号”表示某个日期班次的余票集，“日期：班次号：SaleLocked”表示某个日期班次的售票锁票集，“日期：班次号：CommandLocked”表示某个日期班次的管理锁票集。

一种利用权利要求3所述票池中间件的购票方法，票池中间件接收售票客户端的票务请求，票池集群之间由VPN互联，票务请求由票池中间件代理服务器进行代理路由，然后定位到票池集群上；票池中间件再完成购票请求，返回购票或查询列表；

具体包括下述步骤：