email tel

学习中心

stripe

December 10, 2018

“酒店动态数据存储”?行业新科技?

Share This:

在酒店预订渠道越来越多的今天,大多数消费者在做出每一个预订决策之前,会进行多方面比较,结果就是在一周内,消费者会多次查询心仪目的地周边的房价,却没有做出任何预订决策。而这一周内,酒店的中央预订系统(以下简称CRS)承受着每天的房价和空房查询,也是我们俗称的Shopping。

 

在面对一段时间的房价查询后,酒店可能会获取到一些来自不同渠道的订单,不过在面对庞大的系统维护成本之下,这些订单对于酒店来说有点得不偿失,更何况还有很多的无效访问和查询,却无法转化为最终的订单。

 

如果这些无效访问和查询只是冰山一角那也无妨,但问题是,在如今互联网时代的旅游市场中,酒店会尽可能多地与全球渠道进行合作,这种情况下,对于酒店的系统要求就非常高了,全球范围内数以亿计的日访问量,都需要酒店的系统做出及时响应,如果酒店系统性能不足,便会承受不住全球的巨大访问量,造成系统瘫痪。

 

 

如果酒店的系统性能满足不了市场需求,但是又想接入尽可能多的渠道来增加订单量,有一项技术可以解决这个难题——“酒店动态数据存储”。

 

用最简单的方法来解释的话,就是酒店集团把所有的ARI数据(房价、房态和库存)提供给第三方技术公司,而酒店线上的各大销售渠道:OTA、垂直搜索和官网等所产生对于酒店房价的查询,全部由第三方技术公司所缓存的酒店ARI数据来提供查询结果。第三方技术公司可以存储酒店CRS未来一年的ARI数据,并在全球范围内建立ARI数据缓存,由此来保障各地缓存数据的一致性,按地域就近提供查询服务,满足全球客户的海量查询需求,从而扩展了酒店CRS的系统能力,并充分保护了酒店的CRS系统免于遭受大规模流量冲击。

 

过去,市场上一直把这种解决方案称为“酒店缓存”,但是如果用技术的说法,我们更愿意把这项技术称作“酒店动态数据存储”。因为酒店ARI数据的缓存仅仅只是这项技术的一部分,还有许多智能化操作,比如对于ARI数据的及时变更、判断数据更新的有效性、改进响应时间和扩展CRS等,最终满足酒店对于互联网技术的需求。我们把这些技术称为“变更发现服务 Change Discovery service”。

 

“变更发现服务”在整个“酒店动态数据存储”中可以保证大型酒店集团的ARI数据及时变更,及时变更的重要性可能一些酒店和渠道还没有察觉到,我们所说的变更不仅仅是酒店自身在日常销售中出现的库存和房价变化,而是各家渠道对酒店数据需求的变更。一般情况下,酒店CRS会在特定时间内(数分钟)将自己最新的ARI数据推给各大渠道,但是部分渠道其实并不需要这些变更的数据。

 

举个例子,渠道A为某酒店售出了一间房,导致某酒店CRS的库存减少了,系统便会在下一次与渠道更新数据时推送新的库存信息,但是对于其他渠道来说,他们并不需要这个库存更新推送,因为酒店CRS在渠道B和渠道C的库存数据并没有发生变化,对于渠道A来说,这次数据推送是有效的,而对于渠道B和渠道C来说,这是一次无效推送,而对于酒店CRS来说,做出的这次推送有三分之二是无效的,无形中浪费了许多成本。

 

而这种无效推送,不仅仅是在举例的库存上,在一些酒店价格有关的变化中,比如取消政策和税费的变化等,某些渠道的系统自己有处理能力,并不需要酒店CRS做统一的信息更新推送,这样便造成了系统资源的浪费。

 

在目前情况下,酒店的系统还不能事无巨细地根据每家渠道的需求分发详细数据,而发现酒店数据产生了变化就进行所有渠道的数据更新,这是非常得不偿失的。

 

这时候,就需要“变更发现服务”了。

 

这项技术可以在酒店集团和各大渠道之间搭起一个ARI数据的存储桥梁,根据各家酒店和渠道的需求,不仅可以及时地将ARI数据变化推送到渠道,还可以根据每家渠道的需求,来帮助酒店做出有效推送,控制推送的变化数据量在最小的范围,减少无效工作,从而降低双方系统的硬件和运营成本。

 

德比软件的这项技术,也志在为酒店行业的数据更准确、更便捷、更低成本地传送给各大渠道,同时让各自的系统对接起来,通过科技和创新,让旅游行业的交易变得很容易。

 

如果酒店对此充满兴趣,德比软件愿意为您解决这些问题。

Contact@DerbySoft.com

 

关于德比软件

 

德比软件创立于2002年,是专业从事旅游网络营销系统的技术服务公司,约400人的员工分布于上海、北京、达拉斯、伦敦和东京等地。是拥有全部产品自主知识产权并为全球酒店行业提供软件服务的公司。目前,德比软件拥有超过全球18万家酒店数据。每月处理超过650万间夜的订单。

Share This:

Would you like to view this page in English? Yes | No