CN107710240A - 利用基于属性的定价进行预约、存量控制、选购和预订的方法、设备和计算机程序产品 - Google Patents

Abstract

提供了一种用于预订酒店房间的方法，该方法改善了顾客的满意度并增加了酒店经营者的收益。顾客可以获益于能够选择他们认为使价值增加的物业特定属性和房间特定属性，而可以避免顾客不特别注重的物业特定属性和房间特定属性以便顾客花费在他们期望的特征上。此外，酒店经营者可以受益于能够提供房间特定属性和为酒店创造附加收益流的附增特征。另外，向顾客提供的可用的房间特定属性和所选择的那些的透明度为顾客带来了与他们选择的酒店和特定房间更一致的期望水平，从而提高了顾客满意度。

Description

利用基于属性的定价进行预约、存量控制、选购和预订的方 法、设备和计算机程序产品

技术领域

本发明的示例实施方式大体涉及酒店预约系统，并且更具体地涉及酒店登记系统，该酒店登记系统包括基于属性的定价预约和房间存量控制以及用于增强酒店经营者收益流的附加特征。

背景技术

现代技术几乎在每个行业中都带来了进步。一种受益于诸如互联网等现代技术的特定行业是酒店业。用户可以通过任何数目的可用网站轻松找到城市或地区的可用酒店。此外，用户可以通过从致电酒店预约服务台到通过在线接口预订的众多不同渠道预订酒店房间。虽然这些技术进步已使得顾客更容易地选择和预订酒店房间，但是这些技术进步为了提供尽可能多的预订渠道已使得酒店预订过程极为复杂。

发明内容

总体上，本发明的示例实施方式提供了一种针对顾客和酒店经营者二者预订酒店房间的改进方法。顾客可以受益于能够选择他们认为使价值增加的物业特定属性和房间特定属性，而可以避免顾客不特别注重的物业特定属性和房间特定属性，以便顾客花费在他们期望的特征上。此外，酒店经营者可以受益于能够提供房间特定属性和为酒店创造附加收益流的附增特征。另外，向顾客提供的可用的房间特定属性和所选择的那些的透明度为顾客带来了与他们选择的酒店和特定房间更一致的期望水平，从而改善了顾客满意度。

根据一些实施方式，方法可以包括在数据库中对于一个或多个物业按房间类型和费率水平存储酒店费率结构，以及在所述数据库中对于一种或多种房间特定属性存储房间特定属性定价结构。可以在处理器处接收包含请求参数的房间请求，所述请求参数包括至少一种房间特定属性。可以对存量进行分析以确定满足所述请求参数的房间的可用性。可以响应于有可用的满足所述请求参数的房间来计算满足所述请求参数的房间的费率。继而可以接收预订满足所述请求参数的房间的预订请求。继而可以响应于所述预订请求来发送强制出售消息。方法可以可选地包括，在所述数据库中对于一个或多个物业存储物业属性。房间特定属性可以包括以下至少一种：所述房间是否包括阳台，所述房间是否包括冰箱，所述房间是否包括网络连接(例如，WiFi)，所述房间的视野类型，所述房间内床的数目，或者所述房间的楼层。提供传输强制出售消息可以被提供用于向酒店客人预约系统(GRS)和/或物业管理系统(PMS)传输。所述强制出售消息可以包括带有房间类型和日期范围的存量递减指令。

根据一些实施方式，所述酒店客人预约系统和/或所述物业管理系统可以包含预见时间窗口，其中所述请求参数包括日期范围。当在接收到所述房间请求的时候所述日期范围在所述预见窗口之外时，提供传输强制出售消息可以包括在传输所述强制出售消息之前等待所述日期范围的至少一部分到达所述预见窗口中。实施方式可以包括将房间特定属性映射到单个房间。方法可以包括存储房间存量，该房间存量包含所述房间特定属性，其中响应于接收到预订满足所述请求参数的房间的预定请求，来递减满足所述请求的所述房间的存量。方法可以可选地包括接收带有房间出售请求参数的出售请求，递减满足所述出售请求参数的房间的存量，以及发送确认对满足所述出售请求参数的房间的预订的出售响应。

本文描述的实施方式可以提供一种酒店预约系统，该酒店预约系统包括至少一个处理器和包含计算机程序代码的至少一个存储器。所述至少一个存储器和所述计算机程序代码被配置用于，与所述至少一个处理器一起，促使所述酒店预约系统在数据库中对于一个或多个物业按房间类型和费率水平存储酒店费率结构，以及在所述数据库中对于一种或多种房间特定属性存储房间特定属性定价结构。所述酒店预约系统可以被促使用于分析存量以确定满足所述请求参数的房间的可用性，响应于有可用的满足所述参数的房间来计算满足所述请求参数的房间的费率，以及接收预订满足所述请求参数的房间的预订请求。所述酒店预约系统可以被促使用于更新存量以反映对满足所述请求的所述房间的预订，以及提供传输强制出售消息。所述数据库可以进一步对于所述一个或多个物业存储物业属性。房间特定属性可以包括以下至少一种：所述房间是否包括阳台，所述房间是否包括冰箱，所述房间是否包括网络连接，所述房间的视野类型，所述房间内床的数目和类型，或者所述房间的楼层。

根据一些实施方式，促使所述酒店预约系统提供传输强制出售消息可以包括使得所述酒店预约系统向酒店客人预约系统或物业管理系统中的至少一个提供传输强制出售消息。所述强制出售消息可以包含带有房间类型和日期范围的存量递减指令。所述酒店客人预约系统和所述物业管理系统中的所述至少一个可以包含预见时间窗口，其中所述请求参数包括日期范围。促使所述酒店预约系统提供传输强制出售消息可以包括当在接收到所述房间请求的时候所述日期范围在所述预见窗口之外时促使所述酒店预约系统在传输所述强制出售消息之前等待所述日期范围的至少一部分到达所述预见窗口中。所述酒店预约系统可以将房间特定属性映射到单个房间。所述酒店预约系统可以被促使用于存储包含所述房间特定属性的房间存量，其中所述酒店预约系统接收到预订满足所述请求参数的房间的预订请求可以促使所述酒店预约系统递减满足所述请求参数的所述房间的存量。一些实施方式的所述酒店预约系统可以被促使用于接收包括出售请求参数的出售请求，递减满足所述出售请求参数的所述房间的存量，以及发送确认对满足所述出售请求参数的房间的预订的出售响应。

本发明的实施方式可以提供一种计算机程序产品，该计算机程序产品包括至少一个非暂时性计算机可读存储介质，在该至少一个非暂时性计算机可读存储介质中存储有计算机可执行程序代码指令。所述计算机可执行程序代码指令可以包括用于在数据库中对于一个或多个物业按房间类型和费率水平存储酒店费率结构的程序代码指令，以及在数据库中对于一种或多种房间特定属性存储基于房间特定属性的定价结构的程序代码指令。所述计算机可执行程序代码指令还可以包括用于接收包含带有至少一种房间特定属性的请求参数的房间请求的程序代码指令，用于分析存量以确定满足所述请求的房间的可用性的程序代码指令，用于在有可用的满足所述请求参数的房间时计算满足所述请求参数的房间的费率的程序代码指令，以及用于接收预订满足所述请求参数的房间的预订请求的程序代码指令。所述计算机可执行程序代码指令可以可选地包括用于更新存量以反映对满足所述请求参数的所述房间的预订的程序代码指令以及提供传输强制出售消息的程序代码指令。根据一些实施方式，所述计算机可执行程序代码指令可以包括用于将房间特定属性映射到单个房间的程序代码指令，用于存储包含所述房间特定属性的房间存量的程序代码指令，以及用于响应于接收到预订满足所述请求参数的所述房间的预订请求，来递减满足所述请求参数的所述房间的存量的程序代码指令。

附图说明

已经总体上如此描述了本发明的示例性实施方式，现将参考附图，这些附图并不一定是按比例绘制，并且其中：

图1图示了根据本发明的示例实施方式的通信系统；

图2图示了根据本发明的示例实施方式的基于属性的定价预约存量控制技术系统的框图；

图3描绘了根据本发明的示例实施方式的通过各个酒店预约系统的通信流程；

图4图示了可以在根据本发明的示例实施方式的基于属性的定价预约存量控制技术系统中实现的联网实体；

图5描绘了根据本发明的示例实施方式的基于属性的定价预约存量控制技术系统的代理部署；以及

图6是根据本发明的示例实施方式的用于实现基于属性的定价预约存量控制技术系统的方法的流程图。

具体实施方式

现将参考附图在下文中更完整地描述本发明的一些示例实施方式，其中示出了本发明的一些但非全部实施方式。实际上，本发明的各个实施方式能够以很多不同形式体现，并且不应被解释为局限于本文阐述的示例实施方式；更确切地，提供这些示例实施方式以使得本公开内容将满足可适用的法律要求。同样的附图标记始终指代同样的元素。如本文所使用，术语“数据”、“内容”、“信息”和类似术语可以可互换地使用，以指代根据本发明的实施方式能够被传输、接收和/或存储的数据。

本文提供了一种基于属性的定价和预约存量控制技术(APRICOT，attribute-based pricing and reservation inventory control technology)系统，以在酒店选购和预订过程期间提供如今无法获得的一定程度的灵活性。示例实施方式提供了精确的酒店预订选项，同时支持沿价格-需求曲线的数百万个可能的价格点。下文描述的示例实施方式使得顾客能够在他们想要的时间确切地选购和预订他们想要的东西。由于可以对单个价格点准确地进行存量控制，因此实施方式通过使得酒店经营者通过可用于预订的每间房间的独特属性来获得增量收入而为酒店经营者提供额外的收益流。

本文描述的实施方式通过允许更精确地控制预订内容和价格来进一步增强用户酒店预订体验，从而使得顾客能够增加对其所重视的属性的花费，同时减少对具体顾客而言价值很低的属性的花费。根据一些实施方式，酒店预约系统可以包括基于属性的定价和预约存量控制技术系统，该定价和预约存量控制技术系统与酒店客人预约系统(GRS)和/或物业管理系统(PMS)通信(以及/或者由酒店客人预约系统(GRS)和/或物业管理系统(PMS)体现)。根据房间类型和费率水平的酒店费率结构可以存储在基于属性的定价和预约存量控制技术(APRICOT)系统中。此外，房间特定属性定价结构也可以存储在APRICOT系统中，以便通过增量定价而利用房间特定属性来获得选定房间的更准确地反映房间价值内容的总价格。

为了简洁起见，酒店、汽车旅馆、度假村、游轮和其他向客人出租房间、别墅、套间或公寓的业务在本文中统称为酒店。然而，该术语并不旨在局限于出租给客人住宿的任何特定类型的物业(property)。鉴于前述和以下公开内容将理解，本文描述的实施方式可以可适用于供向客人出租的任何类型的住宿。

图1图示了结合本发明的各个实施方式实现的预约系统的示例实施方式。如图1所示，预约系统的示例实施方式可以包括顾客接口100，该顾客接口100可以包括个人计算机(例如，膝上型计算机、台式计算机或平板型计算机)、移动装置(例如，PDA或蜂窝/智能电话)、计算自助服务终端等。如所图示，顾客接口100可以与诸如网络105等一个或多个网络通信。示例实施方式的预约系统可以进一步包括基于属性的定价和预约存量控制处理技术(APRICOT)系统110、酒店客人预约系统(GRS)115以及物业管理系统(PMS)120。系统的每个组件例如可以通过例如包括有线或无线个人区域网(PAN)、局域网(LAN)、城域网(MAN)、广域网(WAN)等在内的相同或不同的无线或有线网络(例如，网络105)与彼此进行电子通信。另外，虽然图1将各个系统实体图示为分开的独立的实体，但是各个实施方式并不局限于这一特定体系结构。

图2图示了图1的APRICOT系统110的示例实施方式的各个组件。APRICOT系统110可以包括处理器200，处理器200能够以多种不同方式体现。例如，处理器200可以体现为处理元件、处理电路、协处理器、控制器或者包括集成电路的各种其他处理装置，举例而言，所述集成电路诸如为专用集成电路(ASIC)、现场可编程门阵列(FPGA)、硬件加速器和/或类似物。

在示例实施方式中，处理器200可以被配置用于执行存储于存储器(例如，存储器210)中或者以其他方式可由处理器200访问的指令。由此，无论是由硬件方法或软件方法配置，还是由其组合配置，处理器200都可以代表当进行了相应地配置时能够实行根据本发明的实施方式的操作的实体。例如，如下文更详细讨论的，除了其他方面以外还可以将预约系统和APRICOT系统110配置成促进准确的定价、预订和存量控制，以便既改善顾客的用户体验又改善酒店经营者的收益流。按各种实施方式中所需要的，可以存在用于向顾客、酒店经营者或系统管理员提供信息的显示器215。鉴于以下公开内容，对于本领域普通技术人员而言将会显而易见的是，出于预定、与预约或存量相接，或者更新属性和定价的目的，装置110可以进一步包括用于顾客、酒店经营者或者系统管理员与装置110相接的用户接口220。用户接口220可以包括触摸屏、键盘、指示装置(例如，鼠标)等。

存储器装置210可以包括暂时性存储器和非暂时性存储器，该暂时性存储器和非暂时性存储器可以包括随机存取存储器(RAM)和只读存储器(ROM)二者。ROM可以用于存储含有基本例程的基本输入/输出系统(BIOS)，所述基本例程帮助向装置110内的不同元件传送信息。

基于属性的定价和预约存量控制技术系统110可以进一步与存储装置225通信，存储装置225可以用作数据库，用于除了房间特定属性定价结构以及附增特征定价和存量之外还存储按房间类型和费率水平的酒店费率结构。存储装置225可以进一步被配置用于存储预约信息、连同房间属性信息的房间存量，以及将在下文进一步详述的基于需求的定价信息。存储装置可以包括用于在各种计算机可读介质上存储信息的硬盘驱动器、CD/DVD盘驱动器、光盘驱动器、固态驱动器等。一个或多个存储装置225及其相关联的计算机可读介质可以提供非易失性存储。上述计算机可读介质可以由任何其他类型的计算机可读介质替代，诸如由嵌入式或可移除式多媒体存储卡(MMC)、安全数字(SD)存储卡、记忆棒、电可擦除可编程只读存储器(EEPROM)、闪存、硬盘和/或类似物替代。

此外，许多可执行指令、应用、脚本、程序模块和/或类似物可以由各种存储装置225存储和/或存储在存储器装置210内。如下文更详细描述的，这些可执行指令、应用、程序模块和/或类似物可以在处理器200和操作系统的协助下控制APRICOT系统的操作的某些方面，尽管不需要将它们的功能模块化。除了程序模块之外，APRICOT系统110可以存储一个或多个数据库或者与其通信。

APRICOT系统110可以包括用于与各个计算实体和网络相接的通信接口230。该通信可以经由相同或不同的有线网络或无线网络(或者有线网络和无线网络的组合)。例如，通信可以使用诸如光纤分布式数据接口(FDDI)、数字用户线路(DSL)、以太网、异步传输模式(ATM)、帧中继、电缆数据服务接口规范(DOCSIS)或任何其他有线传输协议等有线数据传输协议来执行。APRICOT系统110可以被配置用于使用各种协议中的任一种经由无线外部通信网络进行通信，所述协议诸如为802.11、通用分组无线业务(GPRS)、通用移动通信系统(UMTS)、码分多址2000(CDMA2000)、CDMA2000 1X(1xRTT)、宽带码分多址(WCDMA)、时分同步码分多址(TD-SCDMA)、长期演进(LTE)、演进通用陆地无线接入网络(E-UTRAN)、演进数据优化(EVDO)、高速分组接入(HSPA)、高速下行链路分组接入(HSDPA)、IEEE 802.11(Wi-Fi)、802.16(WiMAX)、超宽带(UWB)、红外(IR)协议、Bluetooth^TM协议、无线通用串行总线(USB)协议和/或任何其他无线协议。

可以认识到，基于属性的预约存量控制技术系统110的一个或多个组件可以位于远离其他APRICOT系统的组件之处。例如，存储装置225可以位于远程网络实体之处或者与其通信。此外，可以将组件中的一个或多个组件进行组合，并且可以在装置110中包括实行本文描述的功能的附加组件。

顾客对酒店在线评论的普遍存在掩盖了这些酒店需要通过以高效、成本有效的方式为单个顾客定制酒店和房间属性以满足客人的需求，从而提升客户满意度。许多对物业的负面评论基于客人对酒店物业和/或房间可能存在的错误信息或者成见。负面评论可能由于客人未能了解物业的缺陷或物业无法提供的特征(本文中称为“物业属性”)，或者物业未能将这些物业属性充分地传达给潜在客人而造成的。此外，负面评论可能由于客人未能了解房间设施(本文中称为“房间特定属性”)，他们预期的这些房间设施在他们预订的酒店房间中没有找到而造成的。因此，酒店和客人能够以更高的透明度和定制来查看和选择物业属性和房间属性是有利的，以便通过客人在抵达之前选择和了解酒店属性和房间属性来最大化客人满意度。

物业属性可以包括诸如物业类型等属性，包括机场接近度、住宿加早餐、度假村、汽车旅馆、装修古旧、装修现代等。物业属性还可以包括位置、星级、用户评级、距感兴趣点的距离等。酒店物业的可以包括在物业属性中的其他特征可以包括诸如WiFi(以及任何相关费用)、锻炼设施、游泳池、会议室、酒吧、餐馆、停车等酒店设施。

房间特定属性可以包括床型(特大床、大床、大床/大床、标准双人床/标准双人床、单人床等)、视野类型(花园、山、海洋、天际线等)、房间大小(例如，以平方英尺计)、无障碍级别、酒店楼层等。房间特定属性还可以包括房间的特征，诸如阳台、冰箱、小厨房、餐桌、书桌、计算机坞站/显示器、电视尺寸等。这些属性中的一些对于某些客人可能是重要的，而其他属性对于其他客人可能是重要的。在下文表A中可以找到更加完整的物业特定属性和房间特定属性的列表。

这些物业属性中的一些或全部可以存储在APRICOT系统110内，例如存储在存储装置225中。除了可以存储的物业属性和房间特定属性之外，还可以在存储装置225中存储附增特征为酒店获得附加收益流机会。例如，附增特征可以包括通常由礼宾部处理的选项。附增特征可以包括豪华轿车服务(例如，往返于机场、活动或感兴趣点)、剧院门票、体育赛事门票、活动(潜水、浮潜、滑翔伞等)、餐厅预订、观光旅游等。此外，这些附增项目可以在预订过程中以酒店可得到的折扣价格提供，或者由于提前预订而提供，该提前预订使得提供附增项目的企业(如果不是酒店本身的话)能够更好地为其活动和服务配备员工。

虽然物业属性通常没有存量负担，但是房间和附增特征可能受限于现有存量。具体来说，一旦房间被认定为具有一组特别的房间特定属性，房间特定属性的特别组合的数量可能非常有限。在示例实施方式中，传统的酒店预约系统可能仅通过床型和/或视野类型来查看房间。酒店预约系统可以将预约分配给客人指定的床型和视野类型的一类房间；然而，可能并未考虑这些房间中每间的附加特征。传统的预约系统可以包括总体水平的基本存量，而未考虑特定房间或房间特定属性。在这样的实施方式中，客人可以在到达时请求特定的房间属性，诸如高楼层的房间；然而，这一请求只能由前台服务人员手动处理来查看符合客人需求的高楼层房间。无法在客人办理入住手续时提供客人请求的客人房间特定属性会引起客人不满意，并在旅游相关网站上发表差评，从而潜在地导致未来收益损失。

基于房间特定属性来控制房间存量，从而为酒店产生增量收入，需要以非常细粒度级别存储数据，诸如存储在APRICOT系统110的存储装置225中。此外，房间特定属性中的房间因素的定价必须由系统110(诸如由处理器200)存储和/或计算，以便最大化由房间特定属性产生的收益。本文描述的实施方式包括具有统一房间存量来源的基于属性的存量控制技术系统110，在该系统110维持了房间特定属性到单个房间的映射。另外，系统110维持了可以级联到诸如图1的酒店客人预约系统(GRS)115或物业管理系统(PMS)120等其他系统的存量控制。

除了通过房间特定属性映射到单个房间来维持房间特定存量之外，本文描述的APRICOT系统110的实施方式还可以进一步提供最低可接受费率控制、约束和最佳可得费率。最低可接受费率可以是低于该费率物业最好留下房间不出售的费率。最低可接受费率可以基于对酒店而言客人占用房间的估计成本(计算出的电力负荷、用水量、家政成本等)以及低于该费率如果给出的话酒店会损害其名声或未来费率结构的可能下限费率来确立。最低可接受费率也可以基于在以后的日期以更高的费率预订房间的可能性来计算。最低可接受费率控制可以通过产品池(即，房间类型集合)的未来预约日期来确立。最低可接受费率控制可以按房间类型、费率或按办理入住手续日期的停留时长来控制房间存量。约束可以由费率池和映射到该费率池的单个费率来确定。例如，约束可以包括接近到达的日期、最大停留时间、最小停留时间，或者最大和最小停留时间二者。最佳可得费率可以是基于未来预约日期确立的费率。

APRICOT系统110可以将一段时间内的带有存量控制的选购和预订交易记录维持到未来或“预见”时间段。GRS 115和PMS 120可以具有固定的预见期。这些预见期的固定性质可能受系统的使用年限和复杂度限制，其中预见期的延长证明基于投资利润率进行调整十分昂贵。与传统GRS 115和PMS 120系统相比，APRICOT系统110可以在很少或没有增量花费的情况下灵活地维持几乎任何合理的预见期，从而赋予酒店以进一步预订至未来的能力。APRICOT系统110可以了解GRS 115和PMS 120的预见约束而与其一起工作，并且不管APRICOT系统中可用的附加预见期如何而无缝地与PMS和GRS一起工作。

例如，预见时间段可以是未来330天。实际预见时间段可以是GRS 115、PMS 120或APRICOT系统110的最大预见时间。根据示例实施方式，APRICOT系统可以具有大于330天的预见时间段。具有更大预见时间段的APRICOT系统可以维持超过GRS 115和PMS 120系统的预见窗口的日期的存量。具有更大预见窗口的APRICOT系统可以周期性地，诸如每天，发送文件维护交易，以将一日存量添加到GRS和PMS的预见时间段中。对于源自GRS或PMS的预见范围之外的选购和预订请求，APRICOT系统可以更新存储在APRICOT系统内的预订/取消计数以及发送确认消息。然而，只有在GRS或PMS上存量可用时，才会向GRS或PMS发送强制出售交易，以更新计数。例如，当预订日期落入GRS和/或PMS的预见时间段时。“强制出售”交易或强制出售消息是从一个预约系统(PMS、GRS或APRICOT)向其他预约系统发送的消息，以指示其他预约系统在指定时间段内将特定房间标记为已预订或不可用。根据本文描述的示例实施方式，示例实施方式的强制出售消息可以仅从APRICOT系统发送，其中APRICOT系统用作主要预订代理。

图3图示了与图1的主机GRS 115和PMS 120通信的基于属性的定价和预约存量控制技术系统内的选购和预订活动的动态。根据图示的实施方式，所有的选购和预订请求，无论其来源如何，都被发送到APRICOT系统110进行处理并生成关于该请求的决定。由APRICOT系统110接收的选购和预订请求可以包括附加字段，该附加字段包括物业类型、物业特定属性、房间特定属性和附增特征。APRICOT系统可以基于用户选定信息来确定选购和预订请求的价格。APRICOT系统可以基于价格/需求曲线和/或存储的费率水平来确定选购和预订请求的价格。用户可以接受所确定的价格，继而APRICOT系统110可以接受预订。

根据图示的实施方式，选购和预订请求可以通过GRS 115、PMS 120接收，或者直接到达APRICOT系统110。如果在GRS或PMS处接收选购/预订请求，则可以将该请求传递给充当主要预订代理的APRICOT系统，而GRS和PMS用作从属预订代理。APRICOT系统维持可用的存量连同存储/映射的属性。GRS和PMS处所维持的存量可以基于来自APRICOT系统的反馈进行更新，所述反馈由GRS和PMS接收作为强制出售消息或取消消息以更新存量计数。例如，APRICOT系统在确认预订了特定房间后，将向GRS和PMS二者发送强制出售消息，而不管预订请求源自何处。向GRS发送的强制出售消息可以仅包括预订的房间类型，以使得GRS适当递减该房间的存量。向PMS发送的强制出售消息可以包括房间类型和房间分配，以使得PMS系统可以递减房间类型存量并且从预订日期的可用存量中去除已分配的房间。

根据一些实施方式，本发明的示例实施方式可以支持两种不同的选购范例。第一选购范例可以包括响应于指定的搜索标准来在用户的装置(图1的100)处提供显示这样的物业——在感兴趣点(POI)特定半径内且满足用户限定的：a)物业属性；b)房间特定属性；c)附增特征；以及d)酒店品牌。第二选购范例可以包括在用户的装置处提供显示这样的物业——在由多边形限定的特定区域或子区域内并且满足用户限定的：a)物业属性；b)房间特定属性；c)附增特征；以及d)酒店品牌。表A提供了可以存储在APRICOT系统110内的示例可搜索属性和物业类型的列表。

表A：示例属性

响应于做出的预订，例如，通过更新存储装置225中的存量可用性，来递减APRICOT系统110中的存量。递减的存量可以针对房间类型存量以及基于分配而非基于委托提供给物业的任何附增存量。例如，如果向物业配给了十张体育赛事的门票(例如，如果该物业具有十张季票)，则从可用存量中递减顾客选定作为附增项的存量。由于存量记录中处于最低水平的是具有其相关属性的单个房间，因此不要求房间特定属性存量。因而，当响应于预订请求而从可用存量中去除房间时，将具有所预订的房间特定属性的房间从可用存量中去除。另外，基于物业的附增存量可以是以物业级别存量记录控制的存量。例如，可以向顾客的预订请求附增折叠床或婴儿床。物业可能只有有限数目的折叠床或婴儿床，使得其在预订的时间段内的存量根据该预订的所请求的附增项来递减。

一旦在APRICOT系统中做出预订，就会向主机GRS发送通知消息以按房间类型更新计数并且向PMS发送通知消息以更新已经预订的房间，如图3中所图示。在存在多个具有相同房间特定属性的房间的实施方式中，APRICOT系统可以向PMS发送关于应从预订日期的存量中去除的特定房间的信息。

房间存量、房间特定属性和附增存量的定价可以是固定的或动态的。在具有固定定价的实施方式中，房间特定属性可以是固定的价格，而不考虑该属性的售出计数(即，对于所请求的时间段已售出的那些属性的数目)。向基础费率(例如，不限房型的费率)添加属性或附增项的固定价格以确定预订的总价格。在更复杂的形式中，如果价格基于房间售出计数是可变的，则属性和附增定价可以是动态的。为了采用动态定价模型管理房间特定属性，可以由酒店在APRICOT系统中确立定价结构，如下文表B的示例实施方式中所图示。房间特定属性的定价能够以绝对值来确定或确定为参考价格的百分比。

表B：动态定价示例

APRICOT系统可以以属性特定级别来更新并保留该定价信息。如果价格如在动态定价模型中那样是可变的，则将会需要属性特定存量记录，并且该属性特定存量记录可以与APRICOT系统中针对每间被预订或取消的房间的详细房间级别存量记录(即，具有房间特定属性的房间记录)保持同步。

虽然上述实施方式针对酒店房间预订，但是APRICOT系统的实施方式可以进一步被配置用于预订会议室、舞厅、庭院或者物业的其他活动相关场区。会议室可以使用与上文概述类似的预订过程；然而，会议室的预订可以以一小时为增量而不是以一天为增量来实行。会议室的定价也可以基于当日时间和对会议室服务的需求而动态变化。

上述实施方式为在针对顾客的平台上进行酒店选购和预订介绍了新的范例。除了处于物业级别、房间级别和附增项的属性之外，用户还可以基于感兴趣点(POI)、位置(例如，城市)或子位置(例如，邻域)进行搜索。感兴趣点搜索可以基于以径向距离从兴趣点向外发散的径向搜索，该径向距离可以是用户可选择的。位置和子位置可以是特定地理区域的定制多边形。

根据APRICOT系统的示例实施方式，每个酒店可以包括主要存量，该主要存量包括物业特定属性列表、房间特定属性列表、房间附增特征列表(例如，折叠床)、附增特征列表(例如活动)、物业处具有所分配的属性的每个房间的存量元素、具有所分配的属性的每个会议厅/会议室或活动空间的存量元素、以及携带特定附增项的存量。对于每个属性、房间、内部附增项和外部附增项、或会议厅/活动空间，可能存在具有针对每个项目的多个价格点的价格集合。如上所述，价格可以是统一费率或者是将随售出房间计数的变化而可变的房间费率百分比。价格可以包括诸如忠诚度等级(例如，黄金、白金等)、公司费率代码、协商费率(GOV、MIL等)等的限定条件。价格集合可以包括机场休息室或会议/活动空间按小时计占用的零碎价格。按日期的详细存量从主要存量中获得，其中所有属性都用于详细存量。所有价格都可以手动或者通过可以存在于房间/属性/附增项等所有级别的收益管理控制进行修改和更新。

图4图示了依照根据本发明的示例实施方式的预约系统的示例实现方式的逻辑网络图。存量可用性可以维持在作为首要或主要存量管理器的APRICOT系统110内的APRICOT酒店可用性高速缓存112处。来自所有渠道的所有可用性、出售和选购结果可以来到负载均衡器300处以适当的路由。负载均衡器300可以维持和管理去往/来自APRICOT系统110的属性选购高速缓存的流量以及预订服务器310的所有实例。预订服务器310可以与对象关系映射系统315一起工作来实行预订功能。对象-关系映射系统315可以用作转换器，将APRICOT数据的关系数据库320表示转换为APRICOT应用更容易理解的形式。存储在关系数据库320、325中的数据享有可读性和强制约束的益处，以保护数据免受损坏或无效条件。然而，存储在关系数据库320、325中的数据对于由预订应用进行的操纵可能不是有效的。关系数据库320、325还比用于解决APRICOT系统110内问题的复杂数据对象更容易支持报告和统计。如下文进一步描述的，对象-关系映射系统315允许预订应用程序以有效的方式使用关系数据，同时保留关系数据模型的益处。

根据图示的实施方式，来自PMS 120和GRS 115的可用性请求可以通过负载均衡器300到达APRICOT系统110的APRICOT酒店可用性高速缓存112。来自PMS 120和GRS 115的预订请求可以通过负载均衡器300到达APRICOT系统的预订服务器310。APRICOT系统110可以酌情向PMS 120和GRS 115返回成功/失败消息。对象关系映射系统315可以驻留在实行对象映射的数据库以及一些所限定的高速缓存上以确保如上所述的快速响应时间。同时，存量控制应用可以具有镜像关系数据库模型320、325，其允许针对镜像预约数据的报告/SQL查询。高速缓存加载器330可以由APRICOT系统110和酒店收益管理系统340更新。关系数据库模型320、325和高速缓存加载器330使得对象关系映射系统315能够以较少的等待时间来响应预定请求以改善顾客预订体验。

关于图4的系统图，在下文中将可用性请求消息流的示例实施方式描述为源自APRICOT系统110、PMS 120和GRS 115。直接进入APRICOT的可用性请求可以传给负载均衡器300，负载均衡器300可以将消息导向APRICOT酒店可用性高速缓存112。APRICOT酒店可用性高速缓存112可以对该请求进行评估并向请求者返回可行的物业和房间。可以将PMS 120处接收到的可用性请求传给负载均衡器300，负载均衡器300进而将消息导向APRICOT酒店可用性高速缓存112，APRICOT酒店可用性高速缓存112继而对该请求进行评估并向请求者返回可用的物业和房间。提供回给PMS 120的可用的物业和房间的细节量可能取决于系统内所支持的内容。例如，对于某些物业，PMS可能不支持床型以外的房间属性，在这种情况下，从APRICOT酒店可用性高速缓存112提供回给PMS的细节级别可能局限于房间床型。当在GRS115处接收到可用性请求时，该请求可以路由到负载均衡器，该负载均衡器可以继而将该消息导向APRICOT酒店可用性高速缓存112，APRICOT酒店可用性高速缓存112将会对该请求进行评估并向请求者返回可行的物业和房间。类似于PMS，提供回给GRS 115的细节量取决于GRS系统内可以支持的内容。

参照图4的系统图，本文进一步描述了出售消息流。直接接收到APRICOT系统110中的出售消息可以传给负载均衡器300，负载均衡器300将该消息导向最不忙碌的预订服务器310来处理该请求。所选定的预订服务器310可以利用对象关系映射器315来从关系数据库320获得最新的可用性。如果出售请求的费率和房间仍然可得，则该出售将会被处理，从而经由高速缓存加载器330触发对APRICOT酒店可用性高速缓存110的更新。可以可选地向收益管理系统340发送通知。此外，可以更新报告/恢复关系数据库325以反映销售和销售细节。将会向请求者返回特定房间和所有细节，同时APRICOT向GRS 115发送具有多达GRS能够处理的细节的强制出售消息，并且向PMS 120发送具有类似约束的类似强制出售消息。

来自PMS 120的出售消息可以传给负载均衡器300，负载均衡器300将该消息导向最不忙碌的预订服务器310来处理该请求。预订服务器可以利用对象关系映射器315来从关系数据库320获得最新的可用性。如果出售请求的费率和房间仍然可得，则该出售将会被处理，从而经由高速缓存加载器330触发对APRICOT酒店可用性高速缓存112的更新。也可以向收益管理系统340发送通知。此外，可以更新报告/恢复关系数据库325以反映销售。可以向请求者返回特定房间和所有相关细节，同时APRICOT系统110向GRS 115发送具有多达GRS能够处理的细节的强制出售消息，并且向PMS 120发送具有类似约束的类似强制出售消息。

来自GRS 115的出售消息可以传给负载均衡器300，负载均衡器300将该消息导向到最不忙碌的预订服务器310来处理该请求。预订服务器310可以利用对象关系映射器315来从关系数据库320得到最新的可用性。如果出售请求的费率和房间仍然可得，则该出售请求将会被处理，从而经由高速缓存加载器330触发对APRICOT酒店可用性高速缓存110的更新。也可以向收益管理系统340发送通知。此外，可以更新报告/恢复关系数据库325以反映销售。将会向请求者返回特定房间和所有相关细节，同时APRICOT系统110将向GRS115发送具有多达GRS能够处理的细节的强制出售消息，并且向PMS 120发送具有类似约束的类似强制出售消息。

无论是通过出售触发还是通过夜间(或其他周期性)处理，收益管理系统340都可以将更新的控制发送给APRICOT系统110。这些控制可以包括开放/关闭指标、新的最低可接受费率和其他物业约束或细节。这些控制可以应用于关系数据库320和报告/恢复关系数据库325。这些更新继而可以触发高速缓存加载器330来更新APRICOT酒店可用性高速缓存110。

APRICOT系统110内的属性选购高速缓存可以支持搜索存在于正搜索的场区内的任何或全部属性。属性选购高速缓存可以使得能够实施对物业的半径(例如，基于POI)或多边形(例如，基于位置)搜索。属性和定价数据可以存储在属性选购高速缓存内(例如，在存储装置225中)以提供定价数据并且在实施搜索时动态地计算房间价格。随着更多的物业属性和房间特定属性被指定，APRICOT系统110的属性选购高速缓存可以缩小搜索结果。一旦作出预订，就会给予顾客特定房间号码，而不是一般的房间类型预订确认。

本发明的实施方式可以通过确保所有渠道上内容一致的代理部署来实现。图5图示了这样的示例实现方式，其中PMS 120和GRS 115向酒店或酒店连锁环境400的APRICOT系统110传递选购请求和预订/取消请求。APRICOT系统110进一步从酒店物业接收更新内容，诸如存量更新、属性更新等。如上文所述，APRICOT系统110向GRS 115和PMS 120中的每一个提供强制出售/取消消息。然而，作为图示的实施方式的存量主站的APRICOT系统110可以进一步与代理部署进行通信，该代理部署例如可以在服务提供商数据中心处。服务提供商数据中心可以提供网络，通过该网络顾客可以在用户接口装置420处输入选购请求和预订/取消请求。用户可以包括顾客或旅行代理。在任一种情况下，APRICOT系统代理部署410都可以在不牺牲APRICOT系统的上述益处的情况下提供APRICOT系统的低等待时间的实现方式。代理部署进而可以与APRICOT系统110通信。

图6是说明根据本发明的示例实施方式的系统、方法和程序产品的流程图。流程图操作可以由诸如图1-图5的APRICOT系统110等系统实行，该系统在诸如图1所示的通信网络上进行操作。将理解的是，流程图的每个方框以及流程图中方框的组合可以通过各种装置来实现，所述各种装置诸如为硬件、固件、处理器、电路和/或与包括一个或多个计算机程序指令的软件的执行相关联的其他装置。例如，上述一个或多个过程可以通过计算机程序指令来体现。就这一点而言，体现上述过程的计算机程序指令可以由采用本发明实施方式的设备的存储器装置来存储，并由该设备中的处理器来执行。可以认识到，任何这样的计算机程序指令都可以加载到计算机或诸如图2中所描绘的其他可编程设备(例如，硬件)上以产生机器，使得所得计算机或其他可编程设备体现出用于实现流程图方框中所指定的功能的装置。这些计算机程序指令还可以存储在计算机可读存储器中，该计算机可读存储器可以指导计算机或其他可编程设备以特定方式起作用，使得存储在计算机可读存储器中的指令产生制造项目，该制造项目的执行实现了流程图方框中所指定的功能。计算机程序指令还可以加载到计算机或其他可编程设备上以促使在计算机或其他可编程设备上实行一系列操作以便产生计算机实现的过程，使得在计算机上或其他可编程设备上执行的指令提供用于实现流程图方框中所指定的功能的操作。

因此，流程图方框支持用于实行指定功能的装置的组合，用于实行指定功能的操作的组合以及用于实行指定功能的程序指令装置。还将理解的是，流程图的一个或多个方框以及流程图中方框的组合可以由实行指定功能的基于硬件的专用计算机系统或者专用硬件和计算机指令的组合来实现。

图6的流程图中描绘了用于基于属性的定价存量预约控制的方法的示例实施方式。根据描绘的方法，在600处对于一个或多个物业可以按房间类型和费率水平来存储酒店费率结构。费率结构和房间类型例如可以存储在数据库中，该数据库可以存储在APRICOT系统110的存储装置225中。以类似方式，在610处还可以针对一种或多种房间特定属性存储房间特定属性定价结构。在620处可以接收包含请求参数的房间请求，所述请求参数包括至少一种房间特定属性。可以在APRICOT系统110处接收该请求，例如，在网络105上通过至处理器200的通信接口230来接收。在630处，可以对可以存储在APRICOT系统110的存储装置225中的存量进行分析以确定满足请求参数的房间的可用性。在640处，处理器200可以计算满足请求参数的房间的费率。在650处，可以接收预订请求以预订满足请求参数的房间，诸如在网络105上通过至处理器200的通信接口230来接收。在660处，APRICOT系统110继而可以更新存量，诸如更新存储装置225中的存量，以反映满足请求参数的房间的预订。在670处，可以提供传输强制出售消息，诸如通过通信接口230传输。例如可以向GRS 115和/或PMS120发送强制出售消息，以便它们更新本地存储的存量。

在示例实施方式中，用于实行上文图6的方法的设备可以包括处理器(例如，处理器200)，该处理器被配置用于实行上述操作(600-670)中的一些或每一个。处理器例如可以被配置用于通过实行硬件实现的逻辑功能、执行存储的指令或者执行用于实行每个操作的算法来实行操作(600-670)。可替换地，该设备可以包括用于实行上述每个操作的装置。就这一点而言，根据示例实施方式，用于实行操作600-670的装置的示例例如可以包括处理器40和/或用于执行指令或执行用于处理上述信息的算法的装置或电路。

如上所述并且如本领域技术人员将意识到的，本发明的实施方式可以被配置为系统、方法或电子装置。因此，本发明的实施方式可以由包括完全硬件或软件和硬件的任何组合的各种装置组成。此外，本发明的实施方式可以采用计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品具有体现在存储介质中的计算机可读程序指令(例如，计算机软件)。可以使用任何合适的计算机可读存储介质，包括硬盘、CD-ROM、光学存储装置或磁存储装置。

在得益于前述说明以及相关附图中所给出的教导的情况下，本发明所属领域的技术人员将会想到本文阐述的本发明的许多修改和其他实施方式。因此，应当理解，本发明并不局限于所公开的具体实施方式，并且修改和其他实施方式旨在包含于所附权利要求的范围之内。虽然本文采用了具体术语，但其仅仅是在一般性和描述性意义上使用的，而不是出于限制的目的。

Claims (20)

1.一种用于操作酒店预约系统的方法，包括：

在数据库中对于一个或多个物业按房间类型和费率水平存储酒店费率结构；

在所述数据库中对于一种或多种房间特定属性存储房间特定属性定价结构；

在处理器处接收包含请求参数的房间请求，其中请求参数包括至少一种房间特定属性；

分析存量以确定满足所述请求参数的房间的可用性；

响应于有可用的满足所述请求参数的房间来计算满足所述请求参数的房间的费率；

接收预订满足所述请求参数的房间的预订请求；

更新存量以反映对满足所述请求参数的所述房间的预订；以及

提供传输强制出售消息。

2.根据权利要求1所述的方法，还包括：

在所述数据库中对于所述一个或多个物业存储物业属性。

3.根据权利要求1所述的方法，其中房间特定属性包括以下至少一种：所述房间是否包括阳台，所述房间是否包括冰箱，所述房间是否包括网络连接，所述房间的视野类型，所述房间内床的数目和类型，或者所述房间的楼层。

4.根据权利要求1所述的方法，其中提供传输强制出售消息被提供以传输到酒店客人预约系统或物业管理系统中的至少一个。

5.根据权利要求4所述的方法，其中所述强制出售消息包括存量递减指令，所述存量递减指令包含房间类型和日期范围。

6.根据权利要求1所述的方法，其中所述酒店客人预约系统和所述物业管理系统中的所述至少一个包含预见时间窗口，其中所述请求参数包括日期范围，并且其中提供传输强制出售消息包括响应于在接收到所述房间请求的时候所述日期范围在所述预见窗口之外而在传输所述强制出售消息之前等待所述日期范围的至少一部分到达所述预见窗口中。

7.根据权利要求1所述的方法，还包括将房间特定属性映射到单个房间。

8.根据权利要求7所述的方法，还包括存储包含所述房间特定属性的房间存量，其中响应于接收到预订满足所述请求参数的房间的预订请求而递减满足所述请求参数的所述房间的存量。

9.根据权利要求8所述的方法，还包括：

接收包含房间出售请求参数的出售请求；

递减满足所述出售请求参数的房间的存量；以及

发送确认对满足所述出售请求参数的房间的预订的出售响应。

10.一种酒店预约系统，包括至少一个处理器和包含计算机程序代码的至少一个存储器，所述至少一个存储器和所述计算机程序代码被配置用于与所述至少一个处理器一起促使所述酒店预约系统至少实行：

在数据库中对于一个或多个物业按房间类型和费率水平存储酒店费率结构；

在所述数据库中对于一种或多种房间特定属性存储房间特定属性定价结构；

接收包含请求参数的房间请求，其中请求参数包括至少一种房间特定属性；

分析存量以确定满足所述请求参数的房间的可用性；

响应于有可用的满足所述请求参数的房间来计算满足所述请求参数的房间的费率；

接收预订满足所述请求参数的房间的预订请求；

更新存量以反映对满足所述请求参数的所述房间的预订；以及

提供传输强制出售消息。

11.根据权利要求10所述的酒店预约系统，其中所述酒店预约系统还被配置用于：

在所述数据库中对于所述一个或多个物业存储物业属性。

12.根据权利要求10所述的酒店预约系统，其中房间特定属性包括以下至少一种：所述房间是否包括阳台，所述房间是否包括冰箱，所述房间是否包括网络连接，所述房间的视野类型，所述房间内床的数目和类型，或者所述房间的楼层。

13.根据权利要求10所述的酒店预约系统，其中促使所述酒店预约系统提供传输强制出售消息包含促使所述酒店预约系统向酒店客人预约系统或物业管理系统中的至少一个提供传输强制出售消息。

14.根据权利要求13所述的酒店预约系统，其中所述强制出售消息包含存量递减指令，所述存量递减指令包含房间类型和日期范围。

15.根据权利要求13所述的酒店预约系统，其中所述酒店客人预约系统和所述物业管理系统中的所述至少一个包含预见时间窗口，其中所述请求参数包括日期范围，并且其中促使所述酒店预约系统提供传输强制出售消息包括促使所述酒店预约系统响应于在接收到所述房间请求的时候所述日期范围在所述预见窗口之外而在传输所述强制出售消息之前等待所述日期范围的至少一部分到达所述预见窗口中。

16.根据权利要求10所述的酒店预约系统，还包括促使所述酒店预约系统将房间特定属性映射到单个房间。

17.根据权利要求16所述的酒店预约系统，其中还促使所述酒店预约系统存储包含所述房间特定属性的房间存量，其中响应于促使所述酒店预约系统接收预订请求以预订满足所述请求参数的房间，而促使所述酒店预约系统递减满足所述请求参数的所述房间的存量。

18.根据权利要求17所述的酒店预约系统，其中还促使所述酒店预约系统：

接收包含房间出售请求参数的出售请求；

递减满足所述出售请求参数的房间的存量；以及

发送确认对满足所述出售请求参数的房间的预订的出售响应。

19.一种计算机程序产品，包括至少一个非暂时性计算机可读存储介质，所述至少一个非暂时性计算机可读存储介质具有存储于其中的计算机可执行程序代码指令，所述计算机可执行程序代码指令包括：

用于在数据库中对于一个或多个物业按房间类型和费率水平存储酒店费率结构的程序代码指令；

用于在所述数据库中对于一种或多种房间特定属性存储房间特定属性定价结构的程序代码指令；

用于在处理器处接收包含请求参数的房间请求的程序代码指令，其中请求参数包括至少一种房间特定属性；

用于分析存量以确定满足所述请求参数的房间的可用性的程序代码指令；

用于响应于有可用的满足所述请求参数的房间来计算满足所述请求参数的房间的费率的程序代码指令；

用于接收预订满足所述请求参数的房间的预订请求的程序代码指令；

用于更新存量以反映对满足所述请求参数的所述房间的预订的程序代码指令；以及

用于提供传输强制出售消息的程序代码指令。

20.根据权利要求19所述的计算机程序产品，还包括：

用于将房间特定属性映射到单个房间的程序代码指令；

用于存储包含所述房间特定属性的房间存量的程序代码指令；以及

用于响应于接收到预订满足所述请求参数的房间的预订请求，而递减满足所述请求参数的所述房间的存量的程序代码指令。