本发明专利技术公开了一种酒店搜索请求合并的方法及装置，包括装置主体；装置主体包括基于EMITTER模型异步请求处理模块、请求合并WORKER模块、WORKER管理模块以及请求合并模块；本发明专利技术通过基于EMITTER模型异步请求处理模块执行提交搜索请求和基于请求合并WORKER模块、WORKER管理模块以及请求合并模块执行合并请求向供应发起搜索，解决在请求供应获取酒店内容时由于并发请求过高超过QPS限制导致大部分请求被拒绝服务问题，提高用户搜索体验，提升用户留存率，增加创收机会。增加创收机会。增加创收机会。
【技术实现步骤摘要】
一种酒店搜索请求合并的方法及装置
[0001]本专利技术涉及一种分销领域，具体涉及一种酒店搜索请求合并的方法及装置。
技术介绍
[0002]在线酒店搜索领域，特别是B2B模式，作为酒店在线销售平台，上游会对接很多酒店内容提供方(下述简称供应)；通常对于下游请求方各家供应为了保护自己系统不被海量网络请求冲垮，会有相应的每秒请求数(下述简称QPS)限制，超过QPS阈值的请求会丢弃拒绝服务；而作为酒店销售平台，每秒接收到的酒店搜索流量与请求供应的QPS阈值是不对等的，所以就会导致向供应商发起的超过QPS之外的酒店搜索请求会被拒绝服务从而用户无法获取更多优质内容报价甚至没有搜索结果，这对于用户而言平台体验就会比较差，对于平台而言丧失交易机会以及会面临流失客户风险；
[0003]目前业界通用的解决方案是在平台侧缓存某个时间段内的酒店搜索结果，通过缓存拦截发送到供应侧的搜索请求，但是缓存方案存在以下两个缺点：
[0004]1.只能被动存储过去某个时间段内搜索结果，当请求命中缓存中的内容时才会直接返回缓存的搜索结果；
[0005]2.缓存的容量是有限的只能存储一部分搜索结果；以上两个因素导致实际穿过缓存请求供应的请求还是比较多，实际减少被拒绝请求数效果不佳。
[0006]另一方面，酒店搜索流量其实是有特征的，在某一个时间段内，存在搜索请求在某几个固定维度的条件上面是相同的，存在可以合并的可能。
技术实现思路
[0007]本专利技术所要解决的技术问题是提供了一种酒店搜索请求合并的方法及装置；解决只能被动存储过去某个时间段内搜索结果的问题和解决缓存的容量是有限的只能存储一部分搜索结果的问题。
[0008]本专利技术酒店搜索请求合并装置是通过以下技术方案来实现的：包括装置主体；装置主体包括基于EMITTER模型异步请求处理模块、请求合并WORKER模块、WORKER管理模块以及请求合并模块；
[0009]装置主体内包括特定的数据结构和利用基于EMITTER模型异步请求处理模块实现的同步请求提交和异步结果返回的子流程流程以及利用请求合并WORKER模块实现的请求合并处理子流程。
[0010]作为优选的技术方案，特定的数据结构包括R、KEY、EMITTER以及WORKER；
[0011]R：包含如下关键维度信息checkin，checkout，adtnum，chdnum，hotelid，supplier，currency以及languagecode；
[0012]KEY：请求合并KEY，其组成包含R的如下维度息：
[0013]checkin，checkout，adtnum，chdnum，supplier，currency，languagecode维度组合次序不限制，保证组合规则始终一致即；
[0014]WORKER：请求合并worker，其包含：待合并请求标识队列L，L存放的是与R唯一对应的请求标识U，U与R的关联映射MAP1，U与R返回结果发射器EMITTER的关联映射MAP2；当前所有待合并请求R的hotelid计数器COUNTER；最近一次合并时间LT。
[0015]3.一种酒店搜索请求合并的方法，其特征在于：提交搜索请求具体包括以下步骤：包括基于EMITTER模型异步请求处理模块执行提交搜索请求和基于请求合并WORKER模块、WORKER管理模块以及请求合并模块执行合并请求向供应发起搜索；
[0016]提交搜索请求具体包括以下步骤：
[0017]S1、接收到用户酒店搜索请求R；
[0018]S2、以上述请求R中关键维度信息组成KEY；
[0019]S3、用上述KEY查询CACHE中是否存在对应的请求任务合并WORKER，若存在对应的WORKER则执行S5，否则继续往下执行；
[0020]S4、根据R信息创建WORKER，并放到CACHE中，继续往下执行；
[0021]S5、提交请求R给上述WORKER，WORKER生成与上述请求R唯一对应U，并保存U与R的映射关系到MAP1；
[0022]S6、创建EMITTER，保存U与EMITTER的映射关系到MAP2；
[0023]S7、COUNTER增加R的hotelid数量N；
[0024]S8、返回EMITTER，请求接收处理子程结束；
[0025]合并请求向供应发起搜索具体包括以下步骤：
[0026]SS1、开始请求合并处理子流程，并以固定间隔Delta循环执行SS2
‑
SS14；
[0027]SS2、挨个遍历CACHE中WORKER；
[0028]SS3、判断当前WORKER中的COUNTER值是否超过配置值MAXCR或者WORK的LT距离当前时间间隔是否超过配置值WT，如果条件满足执行SS4，否则执行SS2。
[0029]SS4、初始化TRQM和TEM以及THS；
[0030]SS5、循环从当前WORKER中的标识队列L获取U；
[0031]SS6、如果当前U不存在执行SS11，否则执行SS7；
[0032]SS7、根据当前U获取从当前WORKER的Map1中移除获取R并放到临时请求队列TRQM；
[0033]SS8、根据当前U获取从当前WORKER的Map2移除获取EMITTER并放到临时发射器队列TEM；
[0034]SS9、当请求R中的hotelid添加到临时酒店集合THS；
[0035]SS10、当前WORKER的COUNTER减去R的hotelid数量N，执行SS5；
[0036]SS11、THS的size是否为0，如果是执行部SS2，否则继续往下走；
[0037]SS12、以当前WORKER的合并维度checkin，checkout，adtnum，chdnum，supplier，currency，languagecode信息以及上述THS集合组装供应请求参数发起搜索请求；
[0038]SS13、对供应返回的报价按照hotelid维度分组，结果插入临时响应结果队列TRSM；
[0039]SS14、遍历TRQM，根据U获取EMITTER以及R，通过R中hotelid从TRM拿到返回结果并通过EMITTER发送，执行SS2。
[0040]专利技术的有益效果是：通过基于EMITTER模型异步请求处理模块执行提交搜索请求和基于请求合并WORKER模块、WORKER管理模块以及请求合并模块执行合并请求向供应发起
搜索，解决在请求供应获取酒店内容时由于并发请求过高超过QPS限制导致大部分请求被拒绝服务问题，提高用户搜索体验，提升用户留存率，增加创收机会。
附图说明
[0041]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施条例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种酒店搜索请求合并装置，包括装置主体；其特征在于：装置主体包括基于EMITTER模型异步请求处理模块、请求合并WORKER模块、WORKER管理模块以及请求合并模块；装置主体内包括特定的数据结构和利用基于EMITTER模型异步请求处理模块实现的同步请求提交和异步结果返回的子流程流程以及利用请求合并WORKER模块实现的请求合并处理子流程。2.根据权利要求1所述的酒店搜索请求合并装置，其特征在于：特定的数据结构包括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管理模块以及请求合并模块执行合并请求向供应发起搜索；提交搜索请求具体包括以下步骤：S1、接收到用户酒店搜索请求R；S2、以上述请求R中关键维度信息组成KEY；S3、用上述KEY查询CACHE中是否存在对应的请求任务合并WORKER，若存在对应的WORKER则执行S5，否则继续往下执行；S4、根据R信息创建WORKER，并放到CACHE中，继续往下执行；S5、提交请求R给上...
【专利技术属性】
技术研发人员：张维新，魏勃龙，
申请(专利权)人：陕西航星数科信息技术有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。