[发明专利]一种酒店搜索请求合并的方法及装置

说明书

本发明公开了一种酒店搜索请求合并的方法及装置，包括装置主体；装置主体包括基于EMITTER模型异步请求处理模块、请求合并WORKER模块、WORKER管理模块以及请求合并模块；本发明通过基于EMITTER模型异步请求处理模块执行提交搜索请求和基于请求合并WORKER模块、WORKER管理模块以及请求合并模块执行合并请求向供应发起搜索，解决在请求供应获取酒店内容时由于并发请求过高超过QPS限制导致大部分请求被拒绝服务问题，提高用户搜索体验，提升用户留存率，增加创收机会。

技术领域

本发明涉及一种分销领域，具体涉及一种酒店搜索请求合并的方法及装置。

背景技术

在线酒店搜索领域，特别是B2B模式，作为酒店在线销售平台，上游会对接很多酒店内容提供方(下述简称供应)；通常对于下游请求方各家供应为了保护自己系统不被海量网络请求冲垮，会有相应的每秒请求数(下述简称QPS)限制，超过QPS阈值的请求会丢弃拒绝服务；而作为酒店销售平台，每秒接收到的酒店搜索流量与请求供应的QPS阈值是不对等的，所以就会导致向供应商发起的超过QPS之外的酒店搜索请求会被拒绝服务从而用户无法获取更多优质内容报价甚至没有搜索结果，这对于用户而言平台体验就会比较差，对于平台而言丧失交易机会以及会面临流失客户风险；

目前业界通用的解决方案是在平台侧缓存某个时间段内的酒店搜索结果，通过缓存拦截发送到供应侧的搜索请求，但是缓存方案存在以下两个缺点：

1.只能被动存储过去某个时间段内搜索结果，当请求命中缓存中的内容时才会直接返回缓存的搜索结果；

2.缓存的容量是有限的只能存储一部分搜索结果；以上两个因素导致实际穿过缓存请求供应的请求还是比较多，实际减少被拒绝请求数效果不佳。

另一方面，酒店搜索流量其实是有特征的，在某一个时间段内，存在搜索请求在某几个固定维度的条件上面是相同的，存在可以合并的可能。

发明内容

本发明所要解决的技术问题是提供了一种酒店搜索请求合并的方法及装置；解决只能被动存储过去某个时间段内搜索结果的问题和解决缓存的容量是有限的只能存储一部分搜索结果的问题。

本发明酒店搜索请求合并装置是通过以下技术方案来实现的：包括装置主体；装置主体包括基于EMITTER模型异步请求处理模块、请求合并WORKER模块、WORKER管理模块以及请求合并模块；

装置主体内包括特定的数据结构和利用基于EMITTER模型异步请求处理模块实现的同步请求提交和异步结果返回的子流程流程以及利用请求合并WORKER模块实现的请求合并处理子流程。

作为优选的技术方案，特定的数据结构包括R、KEY、EMITTER以及WORKER；

R：包含如下关键维度信息checkin，checkout，adtnum，chdnum，hotelid，supplier，currency以及languagecode；

KEY：请求合并KEY，其组成包含R的如下维度息：

checkin，checkout，adtnum，chdnum，supplier，currency，languagecode维度组合次序不限制，保证组合规则始终一致即；

WORKER：请求合并worker，其包含：待合并请求标识队列L，L存放的是与R唯一对应的请求标识U，U与R的关联映射MAP1，U与R返回结果发射器EMITTER的关联映射MAP2；当前所有待合并请求R的hotelid计数器COUNTER；最近一次合并时间LT。

3.一种酒店搜索请求合并的方法，其特征在于：提交搜索请求具体包括以下步骤：包括基于EMITTER模型异步请求处理模块执行提交搜索请求和基于请求合并WORKER模块、WORKER管理模块以及请求合并模块执行合并请求向供应发起搜索；