酒店预订方法及系统与流程

本申请属于酒店管理技术领域，具体涉及一种酒店预订方法及系统。

背景技术：

随着我国经济的发展，生活水平不断提高，人们对于生活服务领域“供给侧改革”的期望越来越高。目前酒店行业虽然提供了网上预订服务，但是目前的网上预订价格都是由“供给侧”给出，即酒店进行定价，并且对所有用户定价都是统一的，缺乏“价格弹性”，无法满足不同用户的个性化需求。相关技术中，虽然设置用户出价接口，其主要预订方式是由用户先出价之后系统根据用户出价筛选与用户出价的价格匹配的酒店，对于酒店来说显得被动，因此，无论是酒店出价还是用户出价，都属于“一刀切”的定价模式，不利于供给侧根据用户的需求和自身资源的使用情况，动态、弹性地为用户提供服务，也不利于用户根据自己需求选择最佳酒店，不能同时满足酒店和用户的需求。

技术实现要素：

为至少在一定程度上克服无论是酒店出价还是用户出价，都属于“一刀切”的定价模式，不利于供给侧根据用户的需求和自身资源的使用情况，动态、弹性地为用户提供服务，也不利于用户根据自己需求选择最佳酒店，不能同时满足酒店和用户的需求的问题，本申请提供一种酒店预订方法及系统。

第一方面，本申请提供一种酒店预订方法，包括：

接收酒店设置的售卖房间参数，所述售卖房间参数包括售卖理想价格；

接收用户对房间的要求条件，所述要求条件包括用户的期望价格；

将所述售卖房间参数和所述用户对房间的要求条件进行匹配得到第一匹配筛选结果；

根据所述售卖理想价格和所述用户的期望价格进行二次匹配得到第二匹配筛选结果；

根据所述第二匹配筛选结果进行酒店预订。

进一步的，所述售卖房间参数还包括：

酒店品牌、售卖房型、售卖的时间段和客房出清方式。

进一步的，所述客房出清方式包括：

手动出清和自动出清；

若客房出清方式为手动出清，则售卖理想价格为最高售价；

若客房出清方式为自动出清，则售卖理想价格为最低售价。

进一步的，所述用户对房间的要求条件，还包括：

入住区域位置、入住房型、入住起止时间和预订数量。

进一步的，所述接收用户对房间的要求条件，包括：

通过软件应用程序、小程序、pc端软件中的一个或多个接收用户对房间的要求条件。

进一步的，所述将所述售卖房间参数和所述用户对房间的要求条件进行匹配得到第一匹配筛选结果，包括：

根据入住区域位置、入住房型、入住起止时间和预订数量匹配出符合要求的酒店。

进一步的，所述根据所述售卖理想价格和所述用户的期望价格进行二次匹配得到第二匹配筛选结果包括：

获取符合要求的酒店获取市场参考价；

筛选出售卖理想价格低于用户的期望价格，且，市场参考价高于用户的期望价格的酒店。

进一步的，还包括：

根据售卖理想价格、市场参考价和用户的期望价格计算酒店性价比；

将所述酒店性价比由高到低的顺序进行排序并根据排序结果向用户推荐对应酒店。

进一步的，还包括：

若第一匹配筛选结果和/或第二匹配筛选结果筛选出的酒店数量为0，则向用户发送提醒信息；

若第二匹配筛选结果筛选出的酒店数量不为0，则在用户进行酒店预订后等待接收酒店接单信息，若等待时间超出预设时间，则向用户发送提醒信息。

第二方面，本申请提供一种酒店预订系统，包括：

第一接收模块，用于接收酒店设置的售卖房间参数，所述售卖房间参数包括售卖理想价格；

第二接收模块，用于接收用户对房间的要求条件，所述要求条件包括用户的期望价格；

第一匹配模块，用于将所述售卖房间参数和所述用户对房间的要求条件进行匹配得到第一匹配筛选结果；

第二匹配模块，用于根据所述售卖理想价格和所述用户的期望价格进行二次匹配得到第二匹配筛选结果；

预订模块，用于根据所述第二匹配筛选结果进行酒店预订。

本申请的实施例提供的技术方案可以包括以下有益效果：

本发明实施例提供的酒店预订方法及系统，通过接收酒店设置的售卖房间参数，售卖房间参数包括售卖理想价格，接收用户对房间的要求条件，要求条件包括用户的期望价格，将售卖房间参数和用户对房间的要求条件进行匹配得到第一匹配筛选结果，根据售卖理想价格和用户的期望价格进行二次匹配得到第二匹配筛选结果，根据第二匹配筛选结果进行酒店预订，解决了用户预订酒店过程中的信息不对称问题，帮助“需求侧”实现了通过自主定价的方式入住高性价比的酒店客房的需求，帮助“供给侧”及时了解客户需求，以可以接受的价格出清自己的空闲客房资源，从而实现公平交易以及需求和供给的高效匹配。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请一个实施例提供的一种酒店预订方法的流程图。

图2为本申请另一个实施例提供的一种酒店预订方法的流程图。

图3为本申请一个实施例提供的一种酒店预订系统的功能结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将对本申请的技术方案进行详细的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

图1为本申请一个实施例提供的酒店预订方法的流程图，如图1所示，该酒店预订方法，包括：

s11：接收酒店设置的售卖房间参数，售卖房间参数包括售卖理想价格；

s12：接收用户对房间的要求条件，要求条件包括用户的期望价格；

s13：将售卖房间参数和用户对房间的要求条件进行匹配得到第一匹配筛选结果；

s14：根据售卖理想价格和用户的期望价格进行二次匹配得到第二匹配筛选结果；

s15：根据第二匹配筛选结果进行酒店预订。

目前酒店行业虽然提供了网上预订服务，但是目前的网上预订价格都是由“供给侧”给出，即酒店进行定价，并且对所有用户定价都是统一的，缺乏“价格弹性”，无法满足不同用户的个性化需求。相关技术中，虽然设置用户出价接口，其主要预订方式是由用户先出价之后系统根据用户出价筛选与用户出价的价格匹配的酒店，对于酒店来说显得被动，因此，无论是酒店出价还是用户出价，都属于“一刀切”的定价模式，不利于供给侧根据用户的需求和自身资源的使用情况，动态、弹性地为用户提供服务，也不利于用户根据自己需求选择最佳酒店，不能同时满足酒店和用户的需求。

本实施例中，通过接收酒店设置的售卖房间参数，售卖房间参数包括售卖理想价格，接收用户对房间的要求条件，要求条件包括用户的期望价格，将售卖房间参数和用户对房间的要求条件进行匹配得到第一匹配筛选结果，根据售卖理想价格和用户的期望价格进行二次匹配得到第二匹配筛选结果，根据第二匹配筛选结果进行酒店预订。解决了用户预订酒店过程中的信息不对称问题，帮助“需求侧”实现了通过自主定价的方式入住高性价比的酒店客房的需求，帮助“供给侧”及时了解客户需求，以可以接受的价格出清自己的空闲客房资源，从而实现公平交易以及需求和供给的高效匹配。

图2为本申请另一个实施例提供的一种酒店预订方法的流程图，如图2所示，售卖房间参数还包括酒店品牌、售卖房型、售卖的时间段和客房出清方式，客房出清方式包括：手动出清和自动出清；用户对房间的要求条件还包括：入住区域位置、入住房型、入住起止时间和预订数量；该酒店预订方法，包括：

s21：酒店通过酒店管理系统配置可以售卖的房型、房型售价、售卖的时间段、客房出清方式等信息。

如果是手动出清（通过酒店业务人员手动接单），则设置的房型价格是最高售价；如果是自动出清（通过系统自动接单），则设置的价格是房型的最低售价。

s22：酒店预订系统参考该酒店这个房型在其它房型售卖平台上的报价，设置一个市场参考价。

如果酒店采用的是系统自动接单，则酒店需要给每个出售的房型配置一个最低接单价，最低接单价不超过市场参考价，在自动出清方式中设置最低价，是为了保证酒店房型自动售卖有最低的价格门槛；

如果酒店采用的是人工接单，则酒店需要给每个出售的房型配置一个最高接单价，最高接单价不超过市场参考价，在手动出清方式中，通过人工接单，设置最高价，是为了保证用户出价高于酒店设置的最高价时，订单不再推送给酒店，保障用户利益；

s23：将酒店配置的数据保存到酒店预订系统中，酒店预订系统根据酒店的报价、市场参考价如ota（onlinetravelagency，线上旅游公司）价格、酒店品牌等因素计算出不同酒店性价比。

s24：用户通过app、小程序、pc端软件发布订房需求，包括入住区域位置、入住价格、入住房型、入住起止时间、预订数量等信息。

s25：酒店预订系统根据用户入住需求，通过智能匹配算法，从系统中匹配出符合用户需求的酒店客房，将这些酒店客房作为第一匹配筛选结果。

如果酒店配置的是手动出清模式，则系统匹配出酒店设置的售卖理想价格高于用户出价的酒店；如果酒店配置的是自动出清模式，则系统匹配出酒店设置的售卖理想价格低于用户出价、同时ota价格高于用户出价的房型及酒店。

为了提高用户决策效率，缩短用户决策时间，酒店预订系统把匹配出的酒店及房型按照性价比由高到低的顺序进行排序。

s26：根据用户的出价，在第一匹配筛选结果中按照酒店的性价比对酒店进行筛选得到第二匹配筛选结果。

性价比主要是根据酒店的品牌系数（系统内置）、酒店设置的价格和平台设置的市场价的比值这两个参数来定。同等条件下，品牌系数高的酒店，性价比高；同等条件下，酒店设置的价格和系统设置的价格比值越大的，性价比越低。

s27：用户获取酒店预订系统推送的多个酒店及房型信息，选择自己满意的酒店客房下单、支付即可完成酒店客房预订。

如果用户对系统推送的酒店不满意，也可以不选择任何酒店下单。

s28：如果酒店开启了自动接单模式，则酒店预订系统直接把排好序的酒店及房型直接推送给用户；

s29：如果酒店开启了手动接单模式，则酒店预订系统先把用户预定需求推送到酒店接单系统，酒店接单人员可以通过酒店接单系统决定是否接受客户的预定，如果酒店接单人员接受用户的预定需求，则酒店接单系统通知酒店预订系统把酒店及房型推送给用户，如果酒店接单人员不愿意接受用户的预定需求，可以什么都不做，也可以拒绝，拒绝信息发送到酒店预订系统。

一些实施例中，若第一匹配筛选结果和/或第二匹配筛选结果筛选出的酒店数量为0，则向用户发送提醒信息；

若第二匹配筛选结果筛选出的酒店数量不为0，则在用户进行酒店预订后等待接收酒店接单信息，若等待时间超出预设时间，则向用户发送提醒信息。

在酒店预订系统筛选和推送酒店和房型给用户的过程中，如果后酒店预订系统中没有符合用户预订需求的酒店和房型，会及时提醒用户；如果有符合要求的酒店和房型，但是没有任何酒店接单人员愿意接单，则系统等待一段时间，等待酒店接单人员接单。等待超时后，仍然没有人接单，则订单自动失效，并通知用户没有酒店接单，用户可以修改需求后，继续预订。

需要说明的是，本申请不局限于酒店预订系统还同样适用于机票、长途汽车票、演出门票、体育赛事门票等预订。

本实施例中，在酒店预订匹配成交过程中，酒店既可以在无人工参与的情况下全自动预定，又可以采用人工判断是否接单，防止用户恶意出价给酒店造成的损失，这兼顾了效率和公平，如果应用于中小企业差旅酒店预订场景，还可以帮助中小企业节省差旅费用，提升差旅体验，同时如果中小酒店企业使用该系统进行酒店尾房出清，从系统中获取用户需求，又可以帮助中小企业增加营收。

本发明实施例提供一种酒店预订系统，如图3所示的功能结构图，该酒店预订系统包括：

第一接收模块31，用于接收酒店设置的售卖房间参数，所述售卖房间参数包括售卖理想价格；

第二接收模块32，用于接收用户对房间的要求条件，所述要求条件包括用户的期望价格；

第一匹配模块33，用于将售卖房间参数和所述用户对房间的要求条件进行匹配得到第一匹配筛选结果；

第二匹配模块34，用于根据售卖理想价格和所述用户的期望价格进行二次匹配得到第二匹配筛选结果；

预订模块35，用于根据第二匹配筛选结果进行酒店预订。

一些实施例中，还包括：

用户需求编辑模块，用于接收用户对房间的要求条件，用户对房间的要求条件可多次编辑；

需求推送模块，用于将用户对放假的要求条件推送至多个酒店；

智能匹配模块用于根据酒店售卖房间参数和用户对房间的要求条件；

智能推荐模块，用于将匹配结果推荐给对应的酒店或用户；

需求匹配结果展示模块，用于对匹配结果进行展示；

在线支付模块，用于完成用户的酒店预订支付；

自动接单模块，用于酒店自动出清方式；

手动接单模块，用于酒店手动出清方式；

房型售卖管理模块，用于酒店管理售卖房型；

酒店管理人员配置模块，用于酒店人员管理。

本实施例中，通过第一接收模块接收酒店设置的售卖房间参数，所述售卖房间参数包括售卖理想价格，第二接收模块接收用户对房间的要求条件，所述要求条件包括用户的期望价格，第一匹配模块将售卖房间参数和所述用户对房间的要求条件进行匹配得到第一匹配筛选结果，第二匹配模块34，用于根据售卖理想价格和所述用户的期望价格进行二次匹配得到第二匹配筛选结果，预订模块根据第二匹配筛选结果进行酒店预订，解决了用户预订酒店过程中的信息不对称问题，帮助“需求侧”实现了通过自主定价的方式入住高性价比的酒店客房的需求，帮助“供给侧”及时了解客户需求，以可以接受的价格出清自己的空闲客房资源，从而实现公平交易以及需求和供给的高效匹配。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（pga），现场可编程门阵列（fpga）等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能组件的形式实现。所述集成的模块如果以软件功能组件的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

需要说明的是，本发明不局限于上述最佳实施方式，本领域技术人员在本发明的启示下都可得出其他各种形式的产品，但不论在其形状或结构上作任何变化，凡是具有与本申请相同或相近似的技术方案，均落在本发明的保护范围之内。