一种自助入住终端及系统的制作方法

文档序号:13313987阅读:250来源:国知局
一种自助入住终端及系统的制作方法

本申请涉及信息数据处理技术领域,更具体地说,涉及一种自助入住终端及系统。



背景技术:

目前在住宿行业,用户的入住过程一般为:用户在酒店预订网站注册为会员,并在网站中根据自身的需求进行实名制的住房信息登记,同时完成付费,并获得一短信通知。在入住时,通过向酒店工作人员提供身份信息或短信信息,获得房卡。

可见,上述入住过程需要酒店工作人员协助,用户才能完成入住,该入住方式较为繁琐,不够便捷化和自动化。



技术实现要素:

有鉴于此,本申请提供一种自助入住终端及系统,以实现用户的自助入住。

为了实现上述目的,现提出的方案如下:

一种自助入住终端,所述自助入住终端包括人脸采集装置、控制单元和供卡/收卡装置;所述人脸采集装置和所述供卡/收卡装置与所述控制单元连接;其中,所述供卡/收卡装置包括门卡存放盒和卡片读写器,所述卡片存放盒中存放有门卡,所述自助入住终端通过网络与具有人脸识别功能的云平台连接;

其中,所述云平台对接收到的人脸图像进行识别,在识别通过后将用户的登记信息发送给所述控制单元,所述控制单元控制卡片读写器将登记信息写入门卡中。

优选地,还包括:与所述控制单元连接的打印装置,所述打印装置根据控制单元的控制信号打印相关信息。

优选地,还包括:与所述控制单元连接的触摸屏。

优选地,还包括:与所述控制单元连接的身份证阅读器,所述身份阅读器获取身份证信息,并将所述身份证信息发送给控制单元,控制单元控制人脸采集装置进行人脸图像采集。

一种自助入住系统,包括如权利1-3中任一权利要求所述的自助入住终端和云平台;

所述云平台包括人脸识别单元和存储有用户人脸特征数据和用户登记信息的存储单元。

优选地,还包括:与所述云平台网络连接的用户终端。

优选地,还包括:与所述云平台连接的退款系统,所述退款系统存有用户押金,用于根据云平台发送的退款指令,将押金退还到用户终端的账户中。

从上述的技术方案可以看出,本实用新型提供一种自助入住终端,该终端人脸采集装置、控制单元和供卡/收卡装置;所述人脸采集装置和所述供卡/收卡装置与所述控制单元连接;其中,所述供卡/收卡装置包括卡片存放盒和卡片读写器,所述卡片存放盒中存放有感应门卡,所述自助入住终端通过网络与具有人脸识别功能的云平台连接;其中,云平台对接收到的人脸图像进行识别,在识别通过后将用户的登记信息发送给所述控制单元,所述制单元控制卡片读写器将所述登记信息写入感应门卡中,进而将该感应门卡从终端中发出,如此用户利用该写入登记信息的感应门卡进入相应客房,省去了在酒店前台的一系列入住程序,节省了人力。

附图说明

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

图1为本申请实施例公开的一种自助入住终端的组成框图;

图2为本申请另一实施例公开的一种自助入住终端的组成框图;

图3为本申请一实施例公开的一种自助入住终端的组成框图;

图4为本申请实施例公开的一种自助入住系统的组成框图;

图5为本申请另实施例公开的一种自助入住系统的组成框图。

具体实施方式

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

本实用新型实施例提供一种自助入住终端100,如图1所示,该自助入住终端100包括:

人脸采集装置101、控制单元102和供卡/收卡装置103;所述人脸采集装置101和所述供卡/收卡装置103与所述控制单元102连接;其中,所述供卡/收卡装置103包括门卡存放盒1031和卡片读写器1032,所述卡片存放盒1031中存放有门卡,所述自助入住终端通过网络与具有人脸识别功能的云平台200连接;

其中,云平台200接收到的由自助入住终端发送来的人脸图像进行识别,在识别通过后将用户的登记信息发送给所述控制单元102,所述制单元102控制卡片读写器1032将登记信息写入门卡中。

具体的,用户通过终端的人脸采集装置101进行人脸图像采集,并将采集的人脸图像发送给控制单元102,所述控制单元将所述人脸图像通过网络发送给具有人脸识别功能的云平台200,该云平台200对人脸图像进行识别,其中,该云平台200中存储有用户的人脸特征数据,以及用户的登记信息,若识别通过,则云平台将用户的登记信息发送到自助入住终端,其中控制单元102在接收到所述登记信息后,向供卡/收卡装置103发送控制信号,具体的,可以是控制门卡存放盒1031发送一门卡,然后控制卡片读写器1032将登记信息写入门卡中,门卡具体为感应门卡,登记信息包括有客房号、姓名、客房的锁信息等,其中可至少将登记信息中客房的锁信息写入房卡中,以实现客房锁的打开。

退房时,可以直接将门卡通过供卡/收卡装置103插入到自助入住终端中,由工作人员将押金退还,实现退房。

可见,本实用新型提供的自助入住终端包括了人脸采集装置、控制单元和供卡/收卡装置;所述人脸采集装置和所述供卡/收卡装置与所述控制单元连接;其中,所述供卡/收卡装置包括卡片存放盒和卡片读写器,所述卡片存放盒中存放有感应门卡,所述自助入住终端通过网络与具有人脸识别功能的云平台连接;其中,云平台对接收到的人脸图像进行识别,在识别通过后将用户的登记信息发送给所述控制单元,所述制单元控制卡片读写器将所述登记信息写入感应门卡中,如此用户利用该写入登记信息的感应门卡进入相应客房,避免了在酒店前台的一系列入住程序。

本实用新型另一实施例还提供一种自助入住终端,如图2所示,该终端还包括:

与所述控制单元连接的打印装置105,所述打印装置105根据控制单元102的控制信号将打印相关信息,这里的相关信息包括有用户的登记信息,以及当前的日期时间信息等;

与所述控制单元连接的触摸屏106,用于显示打印的相关信息。还可以同时显示提示用户操作的选项如入住选项、退房选项等,用户通过选项选择入住或退房,如用户选择入住选项,控制单元接收到该入住信息,并将该入住信息和人脸图像作为一条入住命令发送给云平台。

本实用新型另一实施例还提供一种自助入住终端,如图3所示,与所述控制单元连接的身份证阅读器107,所述身份阅读器107获取身份证信息,并将所述身份证信息发送给控制单元102,控制单元102控制人脸采集装置101进行人脸采集,可见,通过身份证信息阅读,控制单元只有在接收到身份证信息后控制人脸采集装置进行人脸图像采集,避免了人脸采集装置一直处于采集状态,在节约了终端的能量消耗的同时提高了人脸采集装置使用的有效性。

或,触摸可以一直处于锁屏状态,在控制单元接收到身份证信息后控制触摸屏解锁进行显示,同时控制人脸采集装置进行人脸图像采集。

本实用新型实施例还提供一种自助入住系统,如图4所示,所示系统包括:

自助入住终端100和云平台200;

所述云平台200包括人脸识别单元201和存储有用户人脸特征数据和用户订房信息的存储单元202。

通过上述技术方案中的自助入住系统,云平台中根据存储的用户人脸特征数据对接收到的人脸图像进行识别,在识别通过后将用户的登记信息发送给自助入住终端,所述自助入住终端在接收到登记信息后,将登记信息写入房卡中,如此用户利用该写入登记信息的感应门卡进入相应客房,避免了在酒店前台的一系列入住程序。

本实用新型实施例还提供一种自助入住系统,如图5所示,该系统还包括:

与所述云平台网络连接的用户终端203,该用户终端可以安装有客户端的移动终端或PC,通过该用户终端,用户能够进行房间的预定、登记信息的填写以及包括有押金的付款。

与所述云平台网络连接的退款系统204,所述退款系统存有用户押金,用于根据云平台发送的退款指令,将押金退还到客户端的账户中。

具体的,在退款时用户将房卡插入自助入住终端中,卡片读写器读取房卡中的登记信息,该登记信息中包括有入住时间,同时人脸采集装置进行人脸图像采集,控制单元将登记信息和人脸图像发送给云平台,云平台对人脸图像进行识别,以及将入住时间与当前时间进行比较,确定是否用户入住天数与预定付款的入住天数相同,即确定是否退还押金给用户,当人脸识别图像通过识别以及确定退还押金时,云平台给退款系统发送退款指令,退款系统用于根据云平台发送的退款指令,将押金退还到客户端的账户中,如此实现了自助退房。

最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1