一种酒店数据处理方法、智慧前台、接收端及智慧监控系统

技术领域

本申请涉及智慧酒店的领域，尤其是涉及一种酒店数据处理方法、智慧前台、接收端及智慧监控系统。

背景技术

酒店自助机是指一套集用户自助入住、充值、查询和退房为一体的酒店自助机应用系统，随着现代化的进步，一些酒店采用酒店自助机能帮助酒店解决一部分的人力成本。

入住酒店时，用户能够使用酒店自助机自助进行登记身份证信息、选房、房费支付以及小票的打印；而大多数酒店自助机只具备普通的入住和酒店退房功能，用户登记的数据需要前台在系统进行人工筛选；尤其在前台进行交接班的时候，需要重新导出用户办理的记录、消费明细，人工生成报表。

针对上述中的相关技术，发明人认为前台在对用户办理酒店的信息进行汇总时，需要人工处理数据生成报表，较为麻烦且效率低下。

发明内容

为了能自动生成各种信息报表的功能以实现智能化入住，本申请提供了一种酒店数据处理方法、智慧前台、接收端及智慧监控系统。

第一方面，本申请提供的一种酒店数据处理方法，采用如下的技术方案：

一种酒店数据处理方法，包括：

基于输入信息向服务器发送订单请求；

接收服务器响应于所述订单请求反馈的客房订单信息，订单信息包括用户信息、房间类型、订单金额、入住时间；

基于输入信息进行入住登记，生成入住登记数据；

在订单信息中没有押金信息时输出押金支付金额及支付方式；

在接收到支付信息时生成支付数据并随入住登记数据一起与客房订单信息绑定，生成入住凭证信息并打印；

将所述入住凭证信息及所述绑定的数据传输至服务器，完成入住登记；

按照预定的时间段基于入住登记数据及支付数据融合生成汇总报表，并传输至接收端。

通过采用上述技术方案，在用户进入酒店后，可在智慧前台上操作，输入姓名、电话号码、身份证号或直接将身份证放置在扫描区通过智慧前台的摄像传感器扫描的图像等方式，智慧前台通过获取用户的这些信息获取用户提前预定的订单信息，然后办理登记手续，针对自己的订单支付押金，然后选择入住手续的办理，在登记手续和入住手续都办理结束后，自动打印出纸质凭条，电子版凭条以及登记手续的数据与订单绑定后进行存档并上传服务器并更新数据库信息，然后基于设定的时间段定时统计入住用户的信息、入住时间、房间类型等；无需在前台交接班时从系统数据库中导入用户的信息生成报表，并向前台的接收端发送，能节省人力以实现智能化入住。

可选的，所述基于输入信息进行入住登记，生成入住登记数据的步骤包括：

从所述订单信息中提取房间类型，基于所述房间类型向服务器发送包含该房间类型的房间选择请求；

接收服务器响应于所述房间选择请求反馈的供选择的房间号列表；

在输入信息选择列表中一个房间号时，向服务器发送包含该房间号的空间布局请求；

接收并显示服务器响应于所述空间布局请求反馈的所述房间号所在楼层的空间布局模拟图；

在接收到确认选择该房间号的信息时，向服务器发送确认请求；

在接收到服务器反馈的确认成功的信息时，完成房间选择。

通过采用上述技术方案，用户在入住酒店时，对酒店会有不同的位置需求，例如有窗户的、远离楼梯的、远离噪音的，用户可通过观测剩余房间的空间位置来选择合适的房间，这会对用户造成一定的便利，从而实现智能化入住。

可选的，所述输入信息包括证件图像，所述证件图像包含在所述入住登记数据中，基于输入信息向服务器发送订单请求步骤之后还包括：

从所述证件图像中提取人脸信息；

获取摄像传感器输出的人脸图像；

基于人脸图像向服务器发送将人脸图像与人脸信息进行比对的请求；

接收并显示服务器响应于人脸图像与人脸信息的比对结果信息；

若比对信息匹配时，则完成人脸识别，并识别订单信息中是否有押金信息，若比对不准确则重新获取摄像传感器输出的人脸图像。

通过采用上述技术方案，由于用户一般是刷取个人的居民身份证来获取订单信息，在获取用户身份证时，将自动识别身份证的面部信息、姓名、身份证号等字符信息，然后经过摄像传感器对当前用户的面部拍摄获取人脸图像，并将人脸图像与身份证的面部信息进行比对，判断是否为本人，若两者匹配认定为本人时则操作入住，若两者不匹配认定为非本人则需要重复验证，在未超过验证次数上限完成匹配时可操作入住；在验证次数超过上限时退出人脸识别程序，不得操作入住。

可选的，在支付押金之后并且在打印凭证之前的步骤包括：

基于输入信息获取开门方式选择的结果信息，开门方式包括IC卡、指纹识别方式以及人脸识别开门方式，开门方式选择结果包括上述至少一种方式；

在接收到确认开门方式结果的信息时，向服务器发送确认请求；

在接收到服务器反馈的确认成功的信息时，完成开门方式的选择。

通过采用上述技术方案，用户办理入住手续时，根据个人的喜好选择不同的开门方式，开门方式结果信息包括上述至少一种方式的开门方式，当只选择其中一种开门方式时，则只能通过当前所选择的开门方式进行选择，如果选择其中两种或者三种全选，则使用所选择的任意一种方式都能控制当前房间门的打开。

可选的，在用户开门入住时，基于设置于房门外把手上方预定位置的酒精检测设备所检测的用户的酒精指数信息向服务器发送与预设的酒精指数进行比对的请求；

接收服务器反馈的信息，若酒精指数信息落入预设的酒精指数范围之外时，基于反馈信息生成开门指令传输至关联通信终端。

通过采用上述技术方案，在用户入住酒店后，可能会出现用户醉归的情况，当用户位于房门附近，并且想要利用把手打开房门时，房门把手上方的酒精检测设备能检测用户的酒精指数信息，酒精指数信息高于某一特定值时，则能判别该用户处于意识不清醒的情况，可能会出现打不开房门的情况，需要通过相关人员辅助用户进行开门。

可选的，关联通信终端的确定步骤如下：

基于设置于房门上方的监控设备所检测的房间门口的人数信息向服务器发送人数判别请求；

若人数为一个人，则以短信的形式通知酒店值班人员辅助用户开门；

若人数超过一个人，基于用户的陪同人员的输入信息向服务器发送判别陪同人员是否属于用户的白名单范围的请求，所述入住登记数据中包含用户同住联系人白名单；

接收服务器响应于判别所述陪同人员若陪同人员是否属于用户的白名单范围的请求，若陪同人员属于用户的手机联系人的白名单范围内，则以短信的形式通知陪同人员辅助用户开门；反之，则通知酒店值班人员辅助用户开门。

通过采用上述技术方案，如果有陪同人员护送醉酒的用户回到酒店时，需要判断该陪同人员是否为用户的熟人朋友，陪同人员在智慧平台上输入信息（例如手机号码），如果该手机号码在白名单内，则能证明陪同人员属于用户的熟人朋友，在能一定程度保证用户的财务安全的前提下可以辅助用户开门。

可选的，关联通信终端辅助用户开门之后还包括以下步骤：

基于设置于房间内部的监控设备获取房间内的人数信息，向服务器发送人数判别请求；

若房间内人员为一个人，则基于房间内的人数信息向门锁系统发送对房门进行反锁的请求；

电子锁接收门锁系统响应于对房门进行反锁的请求并对房门进行反锁。

通过采用上述技术方案，由于酒店房间属于私人场所，当酒店值班人员或者用户的陪同人员辅助用户开门离开后，由于用户可能出现意识不清醒的情况，如果房门没有反锁，可能会出现用户的财务丢失的可能，因此，当相关人员离开房间后，需要对房门进行反锁，只有用户本人从房间里面才可开启。

第二方面，本申请提供一种无人管理的智慧前台，采用如下的技术方案：

一种无人管理的智慧前台，包括存储器和处理器，所述存储器存储有数据处理程序，所述处理器在运行所述数据处理程序时执行上述任一项权利要求所述方法的步骤。

通过采用上述技术方案，在智慧前台安装酒店数据处理程序，用户可以通过智慧前台完成信息录入、订单调取、房间挑选、身份核实等一系列入住登记手续，而无需集中在前台人工办理，大大提高了高峰期酒店的工作效率。

第三方面，本申请提供一种智慧监控系统，采用如下的技术方案：

一种智慧监控系统，包括：

智慧前台，为上述权利要求所述的包括存储器和处理器，所述存储器存储有数据处理程序，所述处理器在运行所述数据处理程序时执行上述任一项权利要求所述方法的步骤；

服务器，与智慧前台通信连接，用于接收智慧前台所发送的请求并且响应于请求输出反馈信息；

ID卡设备，包括设置于智慧前台上的ID卡弹出装置；

人脸识别设备，包括设置于智慧前台上的摄像传感器；

指纹识别设备，包括设置于智慧前台上的指纹识别器；

监控设备，包括若干设置于房门上的摄像传感器及用于控制所述摄像传感器的监控平台，所述监控平台与智慧前台通信连接；

门锁系统，包括若干设置于房间上的电子锁及用于控制所述电子锁的控制平台。

通过采用上述技术方案，智慧前台用于供用户操作办理入住登记手续并实现智能化入住；服务器用于接收存储数据并且能对数据进行相关的计算；ID卡设备用于弹出相关房间的ID门禁卡；人脸识别设备用于采集用户的人脸信息；指纹识别设备用于用户的指纹；监控设备用于采集房间门口处的人数信息；门锁系统用于控制房门的开关。

第四方面，本申请提供一种接收端，采用如下的技术方案：

一种接收端，包括设置于前台的显示屏，所述显示屏与上述权利要求所述的服务器和智慧前台通信连接，所述显示屏用于接收服务器预定的时间段基于入住登记数据及支付数据融合生成汇总报表。

通过采用上述技术方案，将预定的时间段内的酒店入住登记数据和支付数据进行汇总，然后以报表的形式发送至前台，无需前台交接班时从系统调入数据人工生成报表。

综上所述，本申请包括以下至少一种有益技术效果：

1.在客户进入酒店后，在智慧前台上操作，获取提前预定的订单信息，然后办理登记手续，针对自己的订单支付押金，然后选择入住手续的办理，在登记手续和入住手续都办理结束后，自动打印出纸质凭条，电子版的进行存档，然后定时统计入住用户的信息；无需在前台交接班时从系统数据库中导入用户的信息生成报表，能节省人力以实现智能化入住；

2.在用户入住酒店后，可能会出现用户醉归的情况，而这种情况下，用户在意识不清醒的情况下，可能会出现打不开房门的情况，需要通过相关人员辅助用户进行开门，如果有用户的朋友护送醉酒的用户回到酒店，则判断该朋友是否为用户的熟人朋友，需要获取用户的白名单，如果在白名单内，则可以辅助用户开门。

附图说明

图1是本申请实施例的一种酒店数据处理方法的硬件架构图；

图2是本申请实施例的一种酒店数据处理方法的流程图；

图3是本申请实施例的一种酒店数据处理方法的S100~S700的步骤示意图；

图4是图3中S200所提及的发送订单请求之后的步骤示意图；

图5是图3中S300所提及的基于输入信息进行入住登记，生成入住登记数据的步骤示意图；

图6是图3中S400所提及的支付押金之后的步骤示意图；

图7是图3中S600所提及的完成入住登记之后的步骤示意图；

图8是图7中S620所提及的确认关联通信终端的步骤示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图1-8及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

参照图1，智慧前台上设置人脸识别设备、指纹识别设备和ID卡设备及证件识别装置：人脸识别设备包括设置于智慧前台上侧的摄像传感器；指纹识别设备，包括设置于智慧前台上的指纹识别器；ID卡设备包括设置于智慧前台上的ID卡弹出装置；监控设备包括若干设置于房门上的摄像传感器及用于控制摄像传感器的监控平台，监控平台与智慧前台通信连接；门锁系统包括若干设置于房间上的电子锁及用于控制所述电子锁的控制平台。

在用户选择ID卡开门方式时，ID卡设备基于用户选择的房间门牌号将与之相对应的ID门禁卡下放至取卡槽；在用户选择指纹开门方式时，电子锁控制平台与智慧前台通信，获取用户的指纹及其房间门牌号，并将用户的指纹配置为该房间门锁的开锁指纹；在用户选择人脸识别开方式时，电子锁控制平台获取用户的人脸图像及其房间门牌号，并将人脸图像配置为该房间门锁的开锁图像。

智慧前台内部安装有处理器和存储器，存储器存储有酒店数据处理程序，处理器在运行该程序时执行酒店数据处理方法，下面以上述系统为硬件的运行环境对酒店数据处理方法的实施进行详细说明：

参照图2和图3，为本申请实施例公开一种酒店数据处理方法，包括步骤S100至步骤S700。

参照图3，在步骤S100中，基于输入信息向服务器发送订单请求。

在用户使用智慧前台办理入住登记手续时，首先通过智慧平台进入查询界面，检索其预定的订单信息，查询方式包括证件及信息；选择证件查询方式时，可将中华人民共和国第二代居民身份证、港澳居民身份证、其他有效证件放置在证件感应区，通过证件识别装置对证件进行识别，提取用户的身份证号码，并根据身份证号码向服务器发送订单请求，服务器基于该请求调取该用户的订单并将该订单信息反馈给智慧平台；同样的原理，在用户选择信息查询方式时，通过智慧平台的截面窗口输入姓名、手机号等信息，点击查询则平台基于录入的姓名或手机号向服务器发送订单请求，服务器调取该用户的订单并将订单信息反馈给智慧平台；完成订单检索；若没有查到与输入信息匹配的订单则在界面上显示未检索到订单的提示信息。

参照图4，在步骤S100之后还包括步骤S110~S150：

在步骤S110中，从所述证件图像中提取人脸信息。

直接将身份证放置在扫描区来获得人脸信息。

在步骤S120中，获取摄像传感器输出的人脸图像。

通过智慧前台的摄像传感器来扫描人脸。

在步骤S130中，基于人脸图像向服务器发送将人脸图像与人脸信息进行比对的请求。

在步骤S140中，接收并显示服务器响应于人脸图像与人脸信息的比对结果信息。

在步骤S150中，若比对信息匹配时，则完成人脸识别，并识别订单信息中是否有押金信息，若比对不准确则重新获取摄像传感器输出的人脸图像。

用户在网上预订房间时，将身份证放置在扫描区识别到身份证上的人脸信息，进而将人脸信息传送至服务器内，当用户在酒店办理登记手续时，利用人脸识别框对当前用户的面部信息进行获取，经过服务器判别人脸信息和人脸图像是否匹配，来判断当前用户持有本人的身份证进行酒店的入住信息登记。

参照图3，在步骤S200中，接收服务器响应于所述订单请求反馈的客房订单信息，订单信息包括用户信息、房间类型、订单金额、入住时间。

参照图3，在步骤S300中，基于输入信息进行入住登记，生成入住登记数据。

参照图5，步骤S300还包括S310~S360：

在步骤S310中，从所述订单信息中提取房间类型，基于所述房间类型向服务器发送包含该房间类型的房间选择请求。

举例来说，如果用户预订的房间类型为单人房，则需要从服务器调取剩余的单人房数据。

在步骤S320中，接收服务器响应于所述房间选择请求反馈的供选择的房间号列表。

在步骤S330中，在输入信息选择列表中一个房间号时，向服务器发送包含该房间号的空间布局请求。

在步骤S340中，接收并显示服务器响应于所述空间布局请求反馈的所述房间号所在楼层的空间布局模拟图。

在步骤S350中，在接收到确认选择该房间号的信息时，向服务器发送确认请求。

在步骤S360中，在接收到服务器反馈的确认成功的信息时，完成房间选择。

举例来说，剩余的房间序号分别为2503、2507、2501和2509，则按照序号排列为：2501、2503、2507和2509，并且相应楼层的空间位置以图形的形式将空间位置展示出来，比如说靠窗位置、靠近过道位置、向阳位置、远离马路的位置等等，可方便根据用户的需求进行筛选。

参照图2，在步骤S400中，在订单信息中没有押金信息时输出押金支付金额及支付方式。

支付方式可以选择支付宝、微信、银联、现金等可以进行交易的现金支付及电子支付方式。

参照图5，在步骤S410中，基于输入信息向服务器发送开门方式选择的请求，开门方式包括IC卡、指纹识别方式以及人脸识别开门方式，开门方式选择结果包括上述至少一种方式。

参照图5，在步骤S420中，在接收到确认开门方式结果的信息时，向服务器发送确认请求。

参照图5，在步骤S430中，在接收到服务器反馈的确认成功的信息时，完成开门方式的选择。

举例来说，在用户选择开门方式时，可以勾选不同的开门方式，在用户打开对应的房间的房门时，任何一种勾选的开门方式都能打开房间门。

参照图3，在步骤S500中，在接收到支付信息时生成支付数据并随入住登记数据一起与客房订单信息绑定，生成入住凭证信息并打印。

入住凭证信息以列表的形式展示出来，内容包括用户信息、房间类型、订单金额、入住时间、押金信息和开门方式。

参照图3，在步骤S600中，将所述入住凭证信息及所述绑定的数据传输至服务器，完成入住登记。

参照图7，步骤S600还包括步骤S610~步骤S620：

在步骤S610中，在用户开门入住时，基于设置于房门外把手上方并且与用户的头部等高的酒精检测设备所检测的用户的酒精指数信息向服务器发送与预设的酒精指数进行比对的请求。

在用户醉归时，当人体的酒精指数高于一定值，会导致意识不清醒，出现开门困难的情况，需要有人辅助开门，利用酒精检测设备（例如酒精检测仪）正对用户的头部位置获取用户的酒精指数，利用获得的酒精指数判断用户是否处于意识不清醒的情况。

参照图7，在步骤S620中，接收服务器反馈的信息，若酒精指数信息落入预设的酒精指数范围之外时，基于反馈信息生成开门指令传输至关联通信终端。

参照图8，步骤S620还包括步骤S62A~S62D

在步骤S62A中，基于设置于房门上方的监控设备所检测的房间门口的人数信息向服务器发送人数判别请求。

在酒精检测指数超标时，服务器通过数据传输触发监控设备中的摄像传感器进行拍照，摄像传感器可以为带有人数获取功能的线阵相机或者面阵相机，获得的图像信息传送至监控平台，监控平台将图像信息传送至服务器进行人数判别。

在步骤S62B中，若人数为一个人，则以短信的形式通知酒店值班人员辅助用户开门。

短信的形式可以包括以下内容：楼层、房间号、开门方式。

在步骤S62C中，若人数超过一个人，基于用户的陪同人员的输入信息向服务器发送判别陪同人员是否属于用户的白名单范围的请求。

用户在智慧平台上输入信息时，将手机靠近智慧平台终端，智慧平台终端通过电磁波无线传输将用户的手机联系人数据进行获取并且传送至服务器内；在用户有陪同人员存在时，智慧平台以弹框的形式提醒陪同人员需要输入手机号码，陪同人员输入手机号码信息后，智慧平台将手机号码信息发送至服务器，服务器将陪同人员的手机号码信息与存储有该用户的白名单进行匹配。

在步骤S62D中，接收服务器响应于判别所述陪同人员若陪同人员是否属于用户的白名单范围的请求，若陪同人员属于用户的手机联系人的白名单范围内，则以短信的形式通知陪同人员辅助用户开门；反之，则通知酒店值班人员辅助用户开门。

若匹配成功，则证明陪同人员属于熟人朋友，服务器发送请求开锁的信息给门锁系统的控制平台，控制平台控制电子锁将房门自动打开。

参照图7，在步骤S630中，基于设置于房间内部的监控设备获取房间内的人数信息，向服务器发送人数判别请求。

房间内部的监控设备与服务器通信连接并且能实现信息交互，服务器通过数据传输触发监控设备中的摄像传感器进行拍照，摄像传感器可以为带有人数获取功能的线阵相机或者面阵相机，获得的图像信息传送至监控平台，监控平台将图像信息传送至服务器进行人数判别。

参照图7，在步骤S640中，若房间内人员为一个人，则基于房间内的人数信息向门锁系统发送对房门进行反锁的请求。

参照图7，在步骤S650中，电子锁接收门锁系统响应于对房门进行反锁的请求并对房门进行反锁。

考虑到只有用户一个人时，房门无法进行反锁，会出现财产安全问题，当用户的陪同人员或者酒店值班人员离开房间之后，门锁系统的控制平台控制电子锁将房门进行反锁。

参照图3，在步骤S700中，按照预定的时间段基于入住登记数据及支付数据融合生成汇总报表，并传输至接收端。

报表包含入住的所有用户，用户的类型（预定、散客、团客）、房间类型、用户信息和交易类型，在系统交班时自动生成，生成时间小于5秒。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上均为本申请的较佳实施例，并非依此限制本申请的保护范围，本说明书（包括摘要和附图）中公开的任一特征，除非特别叙述，均可被其他等效或者具有类似目的的替代特征加以替换。即，除非特别叙述，每个特征只是一系列等效或类似特征中的一个例子而已。