用于网约房的入住情况识别系统及方法与流程

[0001]
本发明涉及身份识别技术领域，特别涉及用于网约房的入住情况识别系统及方法。


背景技术：

[0002]
目前,很多酒店为了安全，建立了一套“人证合一系统”，把身份证识别与人脸识别技术结合在一起。以确认身份证与宾客为同一个人。目前的酒店多是采用人工登记的方式进行人证合一验证，效率较低，而且需要有人实时值守。
[0003]
为了解决上述问题，公开号为cn106570796a的中国专利公开了一种基于生物特征识别、人证合一审核的智慧酒店自助登记系统，包括自助办理终端、酒店管理系统和身份认证服务平台；所述的自助办理终端获取宾客的身份要素信息和/或人脸信息，并将采集到的信息发送至酒店管理系统；酒店管理系统将数据封包后发送至身份认证服务平台；所述的身份认证服务平台返回认证结果与宾客基本信息至酒店管理系统；酒店管理系统根据返回的认证结果发送至自助办理终端进行展示和作为住店业务办理的依据。
[0004]
上述方案可准确地对宾客进行身份认证，既提高了宾客的住店体验，也保证了酒店登记业务的准确可靠。但是对于目前新兴的民宿或者网约房，通常是下单付款后商家直接提供开门密码，没有前台对入住的宾客进行人证合一的验证，即使通过上述自助的方式进行验证，也只能保证登记入住时的宾客和下单的宾客人证合一，无法对实际入住的宾客进行比对识别，也就无法确认实际入住的宾客是否人证合一，存在较大的安全隐患。
[0005]
为此，需要一种能够准确了解宾客实际入住情况的网约房的入住情况识别系统及方法。


技术实现要素：

[0006]
本发明提供了用于网约房的入住情况识别系统及方法，能够准确了解宾客实际入住情况。
[0007]
为了解决上述技术问题，本申请提供如下技术方案：
[0008]
用于网约房的入住情况识别系统，包括智能门锁，用于在宾客进门时采集认证信息并验证，在验证通过后解锁房门，还包括：
[0009]
电子猫眼，用于在开门时启动，采集视频信息；
[0010]
服务器，用于从电子猫眼获取视频信息，基于视频信息对宾客进行人脸识别并记录入住宾客信息；服务器还用于获取宾客的订单信息；基于订单信息和入住宾客信息判断是否有未登记宾客入住；如果有，服务器还用于生成完善订单信息提醒。
[0011]
基础方案原理及有益效果如下：
[0012]
本方案中，通过电子猫眼与智能门锁的关联启动，能采集到宾客进入房间，或者离开房间时的视频信息。服务器基于视频信息，进行人脸识别，能够有效获知实际的入住宾客信息。服务器基于订单信息和入住宾客信息进行判断，能够筛查出未登记宾客入住的情况。
通过生成完善订单信息提醒，便于后续用户或管理员进行处理。
[0013]
进一步，还包括用户端，服务器还用于将完善订单信息提醒发送至用户端；
[0014]
服务器还用于接收用户端发送的完善后的订单信息，基于完善后的订单信息和入住宾客信息再次判断是否有未登记宾客入住；如果有，服务器生成异常入住提醒。
[0015]
进一步，服务器还用于在预定时间内未接收到用户端发送完善后的订单信息时，生成异常入住提醒。
[0016]
进一步，还包括管理端，服务器还用于将异常入住提醒发送至管理端。
[0017]
通过向用户端发送完善订单信息提醒，能提醒宾客根据实际的入住情况，修改订单信息，完善资料。在宾客没有完善订单信息或者完善的订单信息仍然错误时，向管理端发送异常入住提醒，能够提醒管理员进行核实处理。
[0018]
进一步，所述服务器基于视频信息对宾客进行人脸识别后，还判断宾客的出入状态，基于出入状态计算当前停留人数；出入状态包括进入房间和离开房间。
[0019]
能够根据有多少人进入房间，以及有多少人离开房间，准确的计算出当前房间内的人数。
[0020]
进一步，所述服务器还用于判断房间内宾客的停留时间是否超过阈值，基于停留时间超过阈值的宾客计算当前入住人数。
[0021]
由于存在宾客邀请朋友进入房间，朋友短暂停留后离开的情况。基于停留时间超过阈值的宾客计算当前入住人数，能有效将短暂停留的情况排除，使当前入住人数的计算更为准确。
[0022]
进一步，所述订单信息包括计划入住人数和每一入住宾客的身份证数据。
[0023]
进一步，所述阈值为1-3小时。
[0024]
进一步，所述服务器还用于在当前停留人数大于预设的最大接待人数时，生成超员提醒，并将超员提醒发送至管理端和用户端。
[0025]
有的网约房会禁止宾客举办聚会等活动，当宾客违反约定邀请过多的朋友进入房间时，当前停留人数大于预设的最大接待人数，会及时提醒宾客以及管理人员。
[0026]
用于网约房的入住情况识别方法，采用上述用于网约房的入住情况识别系统。
[0027]
本方案中，通过电子猫眼与智能门锁的关联启动，能够分析出有多少人进入房间，呆了多久，以及有多少人离开房间，便可以根据停留时间准确的统计出当前入住人数。服务器基于订单信息和入住宾客信息判断是否有未登记宾客入住，能够筛查出未登记的宾客。通过向用户端发送完善订单信息提醒，能提醒宾客根据实际的入住情况，修改订单信息，完善资料。在宾客没有完善订单信息或者完善的订单信息仍然错误时，向管理端发送异常入住提醒，能够提醒管理员进行核实处理。
附图说明
[0028]
图1为实施例一用于网约房的入住情况识别系统的逻辑框图。
具体实施方式
[0029]
下面通过具体实施方式进一步详细说明：
[0030]
实施例一
[0031]
如图1所示，本实施例的用于网约房的入住情况识别系统，包括智能门锁、电子猫眼、服务器、用户端和管理端。
[0032]
智能门锁用于在宾客进门时采集认证信息并验证，在验证通过后解锁房门。本实施例中，智能门锁采用密码锁，认证信息为宾客输入的开门密码。
[0033]
电子猫眼安装在房门上，电子猫眼用于在开门时启动，采集视频信息。本实施例中，开门包括进门时的打开房门和出门时的打开房门。
[0034]
服务器用于从电子猫眼获取视频信息，基于视频信息对宾客进行人脸识别并记录入住宾客信息。入住宾客信息包括当前入住人数和当前入住宾客人脸数据。具体的，服务器基于视频信息对宾客进行人脸识别后，还判断宾客的出入状态，基于出入状态计算当前停留人数，出入状态包括进入房间和离开房间。
[0035]
服务器还用于判断房间内宾客的停留时间是否超过阈值，基于停留时间超过阈值的宾客计算当前入住人数。阈值为1-3小时，本实施例中为1小时。
[0036]
服务器还用于获取宾客的订单信息，订单信息包括计划入住人数和每一入住宾客的身份证数据。
[0037]
服务器还用于基于订单信息和入住宾客信息判断是否有未登记宾客入住；如果有，服务器还用于生成完善订单信息提醒。
[0038]
服务器还用于将完善订单信息提醒发送至用户端；服务器还用于接收用户端发送的完善后的订单信息，基于完善后的订单信息和入住宾客信息再次判断是否有未登记宾客入住；如果有，服务器生成异常入住提醒。服务器还用于将异常入住提醒发送至管理端。服务器还用于在预定时间内未接收到用户端发送完善后的订单信息时，向管理端发送异常入住提醒。预定时间为10-60分钟，本实施例中为20分钟。本实施例中，用户端和管理端可以是手机、平板或电脑；通过安装在手机、平板或电脑上的应用程序执行相应的功能。
[0039]
例如宾客a通过用户端下单了一套网约房，其订单信息包括计划入住人数2人，以及宾客a和宾客b的身份证数据。成功付款后，管理人员将网约房的开门密码发送给了宾客a。
[0040]
入住当天，宾客a、宾客b、宾客c和宾客d一同前往，宾客a在成功输入密码，开门时，电子猫眼启动，采集视频信息。
[0041]
服务器基于视频信息对宾客进行人脸识别后，判断宾客a、宾客b、宾客c和宾客d均为进入房间。宾客d在进入房间20分钟后，开门离开，同样电子猫眼启动采集视频信息。服务器基于视频信息对宾客d进行人脸识别后，判断宾客d离开房间。
[0042]
在宾客a、宾客b、宾客c在房间停留1个小时后，服务器判断宾客a、宾客b、宾客c进入房间后的停留时间超过阈值，计算当前入住人数：3人。
[0043]
服务器获取宾客的订单信息，基于订单信息和入住宾客信息判断有未登记宾客入住，也就是宾客c。服务器生成完善订单信息提醒并发送至用户端。宾客a通过用户端查看到完善订单信息提醒后，可以在用户端对订单信息进行修改，将计划入住人数修改为3人，以及上传宾客c的身份证数据。
[0044]
当宾客a完善后的订单信息仍然不符合实际情况，或者宾客a在20分钟内没有对订单信息进行完善时，服务器生成异常入住提醒并发送至管理端。管理员可以通过管理端了解到情况，可以通过上门提醒或电话提醒等方式对宾客a进行提醒。
[0045]
本实施例的用于网约房的入住情况识别方法，使用上述用于网约房的入住情况识别系统。
[0046]
实施例二
[0047]
本实施例和实施例一的区别在于，本实施例中服务器还用于在当前停留人数大于预设的最大接待人数时，生成超员提醒，并将超员提醒发送至管理端和用户端。最大接待人数为5-10人，本实施例中为5人。
[0048]
有的网约房会禁止宾客举办聚会等活动，当宾客违反约定邀请过多的朋友进入房间时，当前停留人数大于预设的最大接待人数，会及时提醒宾客以及管理人员。
[0049]
实施例三
[0050]
本实施例的用于网约房的入住情况识别系统中，网约房内包括厨房、饭厅、客厅、卫生间、卧室等。
[0051]
订单信息还包括下单手机型号。服务器还根据手机型号在预设数据库中匹配手机重量mp。预设数据库可以是互联网中收录数码产品信息的相关网站，也可是售卖数码产品的相关购物网站。
[0052]
还包括摄像头、第一智能脚垫和第二智能脚垫，第一智能脚垫内置有重量传感器与蓝牙芯片，重量传感器用于采集重量信息，蓝牙芯片与智能门锁蓝牙连接，蓝牙芯片用于将重量信息发送至智能门锁，智能门锁还用于将重量信息发送至服务器。第二智能脚垫与第一智能脚垫的结构相同。第一智能脚垫放置在网约房的门口外，第二智能脚垫放置在卫生间门口；
[0053]
摄像头安装在饭厅内，摄像头用于采集饭厅桌面的图像信息。为了保证隐私，可以在饭厅的桌面设置“此处有摄像头”的文字提示，并在桌布上用图像标识可拍摄到的区域。
[0054]
服务器用于在宾客首次入住时基于第一智能脚垫采集宾客及行李进入房间的总重量mg，服务器还用于在宾客入住期间出入时，基于第一智能脚垫采集每次进出房间的变化重量mx0。变化重量mx0由出房间时的重量信息以及进房间时的重量信息的差值得到。例如空手出门，回来拧了商品，差值为正，也就是新增商品的重量；当然差值也可能会为负，因为存在物品带出去后不带回的情况。
[0055]
服务器用于在宾客入住期间基于第二智能脚垫采集每次进出卫生间的变化重量mw0。可以用于修正消耗洗漱用品等带来的重量变化。
[0056]
服务器还用于获取摄像头的图像信息，基于图像信息识别图像中的食物，并基于食物信息库获取食物的对应重量ms。食物信息库可以采用淘宝、京东等购物网站中的数据。可以用于修正被吃掉的食物带来的重量变化。
[0057]
服务器还用于在宾客退房后，基于第一智能脚垫采集宾客及行李最后离开房间的总重量mz。服务器还用于根据每次进出房间的变化重量mx0，计算进出房间的变化总重量mx1；服务器还用于根据每次进出卫生间的变化重量mw0，计算进出卫生间的变化总重量mw1。
[0058]
服务器还用于计算宾客退房后的重量差值ma，计算公式为：
[0059]
ma＝mg-(mz+mw1+mx1+ms)
[0060]
服务器还用于判断重量差值ma与手机重量mp的差是否满足为正且小于阈值，如果满足，判断为疑似遗留手机。
[0061]
服务器还用于从宾客离开开始计时，预设时间内不更换开门密码。预设时间为10-60分钟。本实施例中，旅客离开的判断标准为第一智能脚垫的重量信息归零。
[0062]
本方案中，通过摄像头、第一智能脚垫和第二智能脚垫的配合，可以在宾客退房离开时，监控是否忘带物品，尤其是手机。并从宾客离开开始计时，预设时间内不更换开门密码，方便宾客发现手机遗留后，回来取回手机。对于入住天数短，出入次数少的宾客，检测手机遗留的准确率较高。
[0063]
本实施例的用于网约房的入住情况识别方法，使用上述用于网约房的入住情况识别系统。
[0064]
以上的仅是本发明的实施例，该发明不限于此实施案例涉及的领域，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。