[发明专利]航班数据缓存方法及系统

说明书

技术领域

本发明涉及数据处理技术，尤其涉及一种航班数据缓存方法及系统。

背景技术

过去，航班信息只有代理人和航空公司能够查询。随着Internet的发展， 很多的旅行信息服务商开始出现，使得个人用户能够通过服务商提供的查询系 统自行查询航班信息并选择出行路线。此时，服务商的航班查询系统与航空公 司的相关系统之间采用的是直连的实时访问方式。但为了低价而发起的越来越 多的查询请求给服务商的航班查询系统、以及航空公司的相关系统带来了巨大 压力，压力增大造成访问超时，随之而来的拒售、错售等问题层出不穷。

航空公司与旅行信息服务商之间的航班信息交互除了直连方式外还可以通 过AVS(theAvailabilityStatus)报文(用于销售和报告舱位状态的报文)来进 行，AVS报文是航空公司周期性发给服务商的关于航班信息、舱位信息的报文。 AVS报文的周期比较长，不能反应舱位实时变化，而且航空公司通常会对舱位 销售进行策略的控制，因此，单纯采用AVS报文常会出现舱位不准、无法订座 等情况。

上述问题对于全球分销系统(GDS，GlobalDistributionSystem)来说主要 是非托管航空公司相关信息的实时获取。流量巨大的GDS完全实时访问航空公 司的服务器或所在的HOST服务器，必然给服务器带来巨大的压力，因此各GDS 目前主要采用缓存技术与实时访问结合的方案来处理这类问题。

航班查询系统访问非托管航空公司相关系统时，针对非托管航空公司的直 接请求消耗时间和资源多，平均一个直连请求响应时间在500ms以上，如果每 个用户请求都通过直连方式访问非托管航空公司，不但系统的数据压力无法承 受，用户体验也相当差。比如，平均一个国际运价搜索的查询请求中包含50 条非托管航空公司的航班信息，这50个航班都需要通过直连访问非托管航空公 司来获取舱位结果；如果50个请求同时发往非托管航空公司，最后的回报时间 取决于耗时最长的那个请求，而如果有个别请求超时(无返回结果)，从用户 的角度看，整个航班查询的请求回报时间需要20秒以上。

为解决航班查询系统对于非托管航空公司相关系统的访问问题，需要提出 一种新的缓存方法及系统，使航班查询系统访问非托管航空公司相关系统时， 在保证高准确率的情况下高效的获取航班数据，既提高航班查询系统的响应时 间又能够减轻非托管航空公司相关系统的压力。

发明内容

为解决现有存在的技术问题，本发明实施例提供一种航班数据缓存方法及 系统。

为达到上述目的，本发明实施例的技术方案是这样实现的：

一种航班数据缓存方法，所述方法包括：

配置系统参数，实现航班数据的多层级缓存；

缓存数据多层级查询；

缓存数据更新；

缓存自检。

其中，所述多层级缓存包括：不同航空公司的航班数据配置不同的缓存区 域；以及，针对同一航空公司的航班数据，按用户身份分级进行读写配置；针 对同一航空公司的航班数据，配置直飞与联程区分读写。

其中，所述按用户身份分级进行读写配置，包括：将用户按区域进行分级， 在每个层级上配置缓存块，同一层级上不同地域的用户对应不同的缓存块，可 以选择性的设置为在任意一个层级上区别读取。

其中，所述缓存数据更新包括：实时发送非托管航空公司直连请求更新缓 存数据、和/或主动触发更新缓存数据、和/或智能轮询方式更新缓存数据。

其中，所述主动触发更新缓存数据，包括：对于配置为查询缓存的用户， 在其请求非托管航空公司相关数据时，直接从缓存中读取相应数据并返回给用 户，同时，在后台触发针对非托管航空公司的直连请求，得到响应后，将响应 中的相关数据更新到缓存。

其中，所述智能轮询方式更新缓存数据，包括：根据预先配置的原始轮询 策略和自我学习调整后的轮询策略，发出直连请求，在收到正常回报之后，将 回报中的航班数据更新到缓存。

其中，所述缓存自检包括：按预先配置的时间间隔，循环检查是否有失效 的航班数据，如果有，则删除相应的失效节点。