CN111833216A

CN111833216A - 酒店入住管理方法、系统和存储介质

Info

Publication number: CN111833216A
Application number: CN202010672715.7A
Authority: CN
Inventors: 尚镒森
Original assignee: Individual
Current assignee: Individual
Priority date: 2020-07-14
Filing date: 2020-07-14
Publication date: 2020-10-27

Abstract

本发明涉及一种酒店入住管理方法、系统和存储介质，该方法包括：酒店管理端接收来自应用客户端的拼团请求，并将待填写项目发送至应用客户端；应用客户端将待填写项目对应的入住需求信息发送至酒店管理端；酒店管理端将根据入住需求信息匹配的酒店列表发送至应用客户端；应用客户端根据入住意愿信息和酒店列表中各个酒店的当前拼团状态确定拼团操作；酒店管理端响应拼团操作。实现了陌生人自动拼团入住，提高酒店入住率，节约了人力，降低了管理成本。

Description

酒店入住管理方法、系统和存储介质

技术领域

本发明涉及酒店入住管理技术领域，具体涉及一种酒店入住管理方法和系统。

背景技术

在传统的酒店入住模式中，通常可以网络预订、电话预订或直接入住，另外，还分为个人入住和团体入住，但是，团体入住一方面是与酒店建议合作关系的团体，另一方面是已知团队入住。而无论是哪种形式的团体入住，拼团人员之间或者互相认识，或者有统一的管理人员。

但是，在实际应用过程中，有陌生人的入住需求可能比较相似，但是之间不认识，也无法自发组成拼团，进而不能享受酒店为团购人员准备的入住优惠政策。若是人工组织陌生人的拼团，也比较浪费人力，管理成本高。

发明内容

有鉴于此，提供一种酒店入住管理方法和系统，以解决相关技术中的个人入住酒店时拼团不方便以及管理成本高的问题。

本发明采用如下技术方案：

第一方面，本申请实施例提供了一种酒店入住管理方法，该方法包括：

酒店管理端接收来自应用客户端的拼团请求，并将待填写项目发送至应用客户端；

所述应用客户端将所述待填写项目对应的入住需求信息发送至酒店管理端；

所述酒店管理端将根据所述入住需求信息匹配的酒店列表发送至所述应用客户端；

所述应用客户端根据入住意愿信息和所述酒店列表中各个酒店的当前拼团状态确定拼团操作；

所述酒店管理端响应所述拼团操作。

第二方面，本申请实施例提供了一种酒店入住管理系统，该系统包括酒店管理端和应用客户端，所述酒店管理端和所述应用客户端分别用于执行第一方面所述的对应的酒店入住管理方法。

第三方面，本申请实施例提供了一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现如第一方面所述的酒店入住管理方法中各个步骤。

本发明采用以上技术方案，通过酒店管理端接收来自应用客户端的拼团请求，并将待填写项目发送至应用客户端；应用客户端将待填写项目对应的入住需求信息发送至酒店管理端；酒店管理端将根据入住需求信息匹配的酒店列表发送至应用客户端；应用客户端根据入住意愿信息和酒店列表中各个酒店的当前拼团状态确定拼团操作；酒店管理端响应拼团操作。实现了陌生人自动拼团入住，提高酒店入住率，节约了人力，降低了管理成本。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种酒店入住管理方法的流程图；

图2是本发明实施例提供的一种酒店入住管理系统的结构示意图。

具体实施方式

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

首先对本申请实施例的可应用场景进行说明。传统酒店/民宿，如果会议团体入住，会取得最优房价，比如团购商品最低价折扣。一般来说，10个以上房间入住取得团队的最优价，需要电话或本人亲至酒店总台预订10个以上的房间并交预订费用，这是酒店团队订房入住的一般传统方法。

如果远在不同城市的人，到达同一城市的区域，入住酒店，如何可以成为团体低房价入住，节省入住旅客的成本，提高该酒店的入住率的问题，在现有条件的传统酒店，基本上是做不到的。比如，每天有很多的出差单个旅客到北京城市，都是单个入住酒店，没有可能与不同城市来的、并且互不相识的客人拼团组团入住酒店。

如果用人工的方法拼团入住，举例，需要第一个入住者，在酒店大厅，招呼每一个进店的入住者，询问是否愿意拼团。因为准客人的到达大厅的时间不同，时间跨度甚至长的要一天，入住的天数又不同，所以，不可能在酒店的大厅由第一个入住者发起并等待拼团，没有此类人工拼团入住的方法。

只有在移动互联网上才能实现传统酒店的自发性的拼团，也即，在网络平台上提前时间汇聚，依据本申请实施例提供的酒店入住管理方法，自动发布和搜寻同一目的地酒店同一时间入住者，组成为参团的拼团团队，从而最优价入住，减少入住者的成本，同时提高该酒店的入住率。

图1为本发明实施例提供的一种酒店入住管理方法的流程图，该方法可以由本发明实施例提供的酒店入住管理装置来执行，该装置可采用软件和/或硬件的方式实现。参考图1，该方法具体可以包括如下步骤：

S101、酒店管理端接收来自应用客户端的拼团请求，并将待填写项目发送至应用客户端。

其中，应用客户端可以是待入住用户的智能手机，智能手机通过设定的应用程序向用户展示有哪些酒店可以拼团，比如，待拼团酒店的名称、位置和图片信息。若用户有拼团需求或拼团意愿，可以通过点击当前显示页面的“拼团低价住”的按钮或者触摸控件生成拼团请求，并将拼团请求发送至酒店管理终端。

在一个具体的例子中，酒店管理终端可以是酒店管理人员使用的电脑或者其他智能终端。酒店管理端在接收到来自应用客户端发送的拼团请求后，将待填写项目发送至应用客户端。用户通过在应用客户端的展示页面来填写相应的待填写项目来发布行程。

关于设定的应用程序，可以是专门开发的应用程序，用于本申请实施例中的拼团住。各个可拼团酒店可以在应用程序的对应网络平台上进行注册，并登记名称、房间照片和设施设备齐全等信息，然后设置不同功能的空间供用户选择。另外，本申请实施例中，可应用电子门卡门锁、智能远程门锁、智能密码门锁或刷脸门锁等。

S102、应用客户端将待填写项目对应的入住需求信息发送至酒店管理端。

其中，入住需求信息包括入住城市、入住区域和价格范围等。具体的，用户基于应用客户端将待填写项目对应的入住需求信息填写完成后，发送至酒店管理端。

S103、酒店管理端将根据入住需求信息匹配的酒店列表发送至应用客户端。

具体的，酒店管理端在接收到入住需求信息后，逐条进行匹配，比如，搜索出与入住城市、入住区域和价格范围匹配的全部酒店，并将这些符合条件的酒店形成酒店列表，将该列表发送至应用客户端供用户进行选择。

S104、应用客户端根据入住意愿信息和酒店列表中各个酒店的当前拼团状态确定拼团操作。

其中，每个客户有自己的入住意愿信息，也即，想住什么样的酒店的什么样的房间，以及，不想住什么样的酒店的什么样的房间。具体的，应用客户端根据用户的入住意愿信息和展示的可选酒店列表中各个酒店的当前拼团状态确定拼团操作。在一个具体的例子中，可选的，酒店列表中各个酒店的当前拼团状态包括未拼团、可拼团和拼团已满；拼团操作包括参团和发起拼团。拼团操作可以是发起拼团、参与拼团，还可以是拒绝拼团且原价入住，或者拒绝入住等。

S105、酒店管理端响应拼团操作。

其中，拼团操作不同，酒店管理端的响应操作不同。在一个具体的例子中，具体可以通过如下方式实现。

具体的，酒店管理端解析识别拼团操作中的预定房间数量和目标酒店；酒店管理端判断目标酒店剩余房间数是否满足拼购条件，若是，则向应用客户端发送支付请求；酒店管理端在设定时间内检测到拼团成功的操作，则按照设定拼购规则，向支付成功的用户账户返还对应的金额，否则向应用客户端发送是否按原房价入住的问询消息；酒店管理端接收应用客户端发送的对问询消息的反馈消息，根据反馈消息更新目标酒店的当前状态或执行将预定房费退还的操作。

具体的，酒店管理端通过识别拼团操作，可以确定用户的目标酒店和预定房间数量，然后判断目标酒店剩余房间数是否满足拼购条件，若是，向应用客户端发送支付请求。示例性的，判断过程可以是：酒店管理端识别是否有M个房间可以入住的数量，其中，M为可预订房间数量，满X个房间可享受团队价，因此，当M≥X时，表明满足拼购条件。

相应的，在满足拼购条件时，向应用客户端发送支付请求后，指示用户按照原价支付。酒店管理端在设定时间内检测拼团是否成功，若成功，则按照设定拼购规则，向支付成功的用户账户返还对应的金额。在一个具体的例子中，返还金额根据拼购规则确定。示例性的，拼购规则包括根据拼团满的房间数给每个房间减的价格的对应关系。比如，满X房价团队价格减Y元/间。

另外，若拼团失败，则向应用客户端发送是否按原房价入住的问询消息，用户通过应用客户端进行反馈后生成反馈消息，然后根据反馈消息的具体内容确定更新目标酒店的当前状态或者执行将预定房费退还的操作。

具体的，若反馈消息为按原房价入住，则根据目标酒店的当前剩余房间数更新目标酒店的当前状态；若反馈消息为不按原房价入住，则更新目标酒店的当前状态为可预订状态，且，执行将预定房费退还的操作。

在一个具体的例子中，根据目标酒店的当前剩余房间数更新目标酒店的当前状态，包括：若目标酒店的当前剩余房间数大于等于1，则更新目标酒店的当前状态为可预订，否则，更新目标酒店的当前状态为不可预定。

示例性的，如果拼团成功，房价按酒店后台选择的“满X个房间团队价减Y 元/间”，按该客人订房的数量和天数，“Y元乘以房间数量”返还钱款；如果拼团不成功，下一步，客人询问如果“按原房价入住”，同意则直接入住；如果不同意“按原房价入住”，则退预付的全部订房费，房间返回“可预订”状态，等待下一批或第二天客人的拼团住。

在一个具体的例子中，对于拼团成功或者按照原价入住等形式成功预订的客户，可以向客户的手机以短信或者应用消息的形式推送预订详情，以供客户讲预订详情进行分享。其中，预订详情还可以包括入住房间的入住密码等。

图2是本发明是实施例提供的一种酒店入住管理系统的结构示意图，该装置适用于执行本发明实施例提供给的一种酒店入住管理方法。如图2所示，该系统具体可以包括酒店管理端21和应用客户端22，酒店管理端21和应用客户端22分别用于执行本申请实施例中的对应的酒店入住管理方法。

本发明实施例提供的酒店入住管理系统可执行本发明任意实施例提供的酒店入住管理方法，具备执行方法相应的功能模块和有益效果。

本发明实施例还提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现如本发明实施例中的酒店入住管理方法中各个步骤。

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

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

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

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

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

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

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

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

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

Claims

1.一种酒店入住管理方法，其特征在于，包括：

所述酒店管理端响应所述拼团操作。

2.根据权利要求1所述的方法，其特征在于，所述酒店管理端响应所述拼团操作，包括：

所述酒店管理端解析识别所述拼团操作中的预定房间数量和目标酒店；

所述酒店管理端判断目标酒店剩余房间数是否满足拼购条件，若是，则向所述应用客户端发送支付请求；

所述酒店管理端在设定时间内检测到拼团成功的操作，则按照设定拼购规则，向支付成功的用户账户返还对应的金额，否则向所述应用客户端发送是否按原房价入住的问询消息；

所述酒店管理端接收所述应用客户端发送的对所述问询消息的反馈消息，根据所述反馈消息更新所述目标酒店的当前状态或执行将预定房费退还的操作。

3.根据权利要求2所述的方法，其特征在于，所述酒店管理端接收所述应用客户端发送的对所述问询消息的反馈消息，根据所述反馈消息更新所述目标酒店的当前状态或执行将预定房费退还的操作，包括：

若所述反馈消息为按原房价入住，则根据所述目标酒店的当前剩余房间数更新所述目标酒店的当前状态；

若所述反馈消息为不按原房价入住，则更新所述目标酒店的当前状态为可预订状态，且，执行将预定房费退还的操作。

4.根据权利要求3所述的方法，其特征在于，所述根据所述目标酒店的当前剩余房间数更新所述目标酒店的当前状态，包括：

若所述目标酒店的当前剩余房间数大于等于1，则更新所述目标酒店的当前状态为可预订，否则，更新所述目标酒店的当前状态为不可预定。

5.根据权利要求2所述的方法，其特征在于，所述拼购规则包括根据拼团满的房间数给每个房间减的价格的对应关系。

6.根据权利要求1所述的方法，其特征在于，所述入住需求信息包括入住城市、入住区域和价格范围。

7.根据权利要求1所述的方法，其特征在于，所述酒店列表中各个酒店的当前拼团状态包括未拼团、可拼团和拼团已满；所述拼团操作包括参团和发起拼团。

8.根据权利要求1所述的方法，其特征在于，所述酒店管理端接收来自应用客户端的拼团请求，并将待填写项目发送至应用客户端之前，还包括：

所述应用客户端向用户展示待拼团酒店的名称、位置和图片信息。

9.一种酒店入住管理系统，其特征在于，包括酒店管理端和应用客户端，所述酒店管理端和所述应用客户端分别用于执行权利要求1-8任一项所述的对应的酒店入住管理方法。

10.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现如权利要求1-8任一项所述的酒店入住管理方法中各个步骤。