CN113393611A - 房卡回收方法、装置和计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种房卡回收方法、装置和计算机可读存储介质，房卡回收方法包括：获取用户选择的房卡回收模式；当用户选择的房卡回收模式为团住回收模式时，从至少两张房卡中获取其中一张房卡的关联标识，其中，每张房卡相互关联；根据关联标识对房卡进行回收。通过识别一张关联房卡，即可快速回收团住的所有房卡，从而提高了房卡的回收效率。

Description

房卡回收方法、装置和计算机可读存储介质

技术领域

本申请涉及智能酒店领域，尤其涉及一种房卡回收方法、装置和计算机可读存储介质。

背景技术

酒店团队入住是一种特殊的入住方式，相对其他正常入住，客人一般都是零散的几个人，而团队入住是一批人，如几十，几百甚至上千人一起入住，如此，酒店的入住登记和退房登记都是一项繁重的任务。现有的智能通过自助服务机实现客人的入住登记和退房登记，在入住登记时，客人通过自助服务机即可完成入住登记，并获取房卡；在退房时，只需将房卡放入自助服务机即可完成退房登记。但是现有的自助服务机需要逐张识别退房房卡以获取每张房卡的信息，从而导致房卡回收效率低。

发明内容

本申请实施例通过提供一种房卡回收方法、装置和计算机可读存储介质，旨在解决酒店房卡回收效率低的问题。

为实现上述目的，本申请一方面提供一种房卡回收方法，所述方法包括：

获取用户选择的房卡回收模式；

当所述用户选择的房卡回收模式为团住回收模式时，从至少两张房卡中获取其中一张房卡的关联标识，其中，每张所述房卡相互关联；

根据所述关联标识对所述房卡进行回收。

可选地，所述根据所述关联标识对所述房卡进行回收的步骤包括：

根据所述关联标识获取每张所述房卡的入住信息；

在所述房卡的入住信息满足预设信息时，对所述房卡进行回收。

可选地，所述对所述房卡进行回收的步骤包括：

将识别到所述关联标识的房卡作为正常房卡，并将所述正常房卡回收至集卡箱；

将未识别到所述关联标识的房卡作为异常房卡，并将所述异常房卡回收至废弃卡箱。

可选地，所述根据所述关联标识对所述房卡进行回收的步骤之后，包括：

获取回收的所述正常房卡数量，在所述正常房卡数据满足预设数量时，获取退房清单；

将所述退房清单发送至用户终端，并向所述用户终端发送退房成功的提示信息。

可选地，所述获取用户选择的房卡回收模式的步骤之前，包括：

获取用户选择的入住模式；

当所述用户选择的入住模式为团住模式时，将至少两张房卡进行关联，并为所述房卡设置相同的关联标识；

发放携带所述关联标识的房卡。

可选地，所述为所述房卡设置相同的关联标识的步骤包括：

获取所述房卡的关联信息和入住信息，所述入住信息包括入住天数、入住金额、入住人数和入住房间号中的至少一种；

根据所述关联信息和所述入住信息为所述房卡设置相同的关联标识。

可选地，所述将至少两张房卡进行关联的步骤包括：

获取每张待发放房卡的ID信息；

将每张所述待发放房卡的ID信息进行关联，所述关联标识包括所述待发放房卡的ID信息。

可选地，所述获取用户选择的入住模式的步骤步骤之前包括：

获取用户的身份证信息和人脸信息；

将所述身份证信息发送至验证系统，以使所述验证系统根据所述身份证信息获取预存的人脸信息；

将所述人脸信息与所述验证系统中预存的人脸信息进行匹配，若所述人脸信息与所述验证系统中预存的人脸信息匹配，执行所述获取用户选择的入住模式的步骤。

此外，为实现上述目的，本申请另一方面还提供一种房卡回收装置，所述装置包括存储器、处理器及存储在存储器上并在所述处理器上运行动物的房卡回收程序，所述处理器执行所述动物的房卡回收程序时实现如上所述房卡回收方法的步骤。

此外，为实现上述目的，本申请另一方面还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有动物的房卡回收程序，所述动物的房卡回收程序被处理器执行时实现如上所述房卡回收方法的步骤。

本申请实施例提出一种房卡回收方法，通过获取用户选择的房卡回收模式；当用户选择的房卡回收模式为团住回收模式时，从至少两张房卡中获取其中一张房卡的关联标识，其中，每张房卡相互关联；根据关联标识对房卡进行回收。通过识别一张关联房卡，即可快速回收团住的所有房卡，从而提高了房卡的回收效率。

附图说明

图1为本申请实施例方案涉及的硬件运行环境的终端结构示意图；

图2为本申请房卡回收方法第一实施例的流程示意图；

图3为本申请房卡回收方法第二实施例的流程示意图；

图4为本申请房卡回收方法第三实施例的流程示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

本申请实施例的主要解决方案是：获取用户选择的房卡回收模式；当所述用户选择的房卡回收模式为团住回收模式时，从至少两张房卡中获取其中一张房卡的关联标识，其中，每张所述房卡相互关联；根据所述关联标识对所述房卡进行回收。

由于现有的酒店自助服务机需要逐张识别退房房卡以获取每张房卡的信息，再进行房卡的回收，从而导致房卡回收效率低。因此，本申请提出一种解决方案，通过获取用户选择的房卡回收模式；当用户选择的房卡回收模式为团住回收模式时，从至少两张房卡中获取其中一张房卡的关联标识，其中，每张房卡相互关联；根据关联标识对房卡进行回收。通过识别一张关联房卡，即可快速回收团住的所有房卡，从而提高了房卡的回收效率。

如图1所示，图1为本申请实施例方案涉及的硬件运行环境的终端结构示意图。

如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的终端结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机可读存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及动物的房卡回收程序。

在图1所示的终端中，网络接口1004主要用于与后台服务器进行数据通信；用户接口1003主要用于与客户端(用户端)进行数据通信；而在终端为终端设备时，处理器1001可以用于调用存储器1005中动物的房卡回收程序，并执行以下操作：

获取用户选择的房卡回收模式；

当所述用户选择的房卡回收模式为团住回收模式时，从至少两张房卡中获取其中一张房卡的关联标识，其中，每张所述房卡相互关联；

根据所述关联标识对所述房卡进行回收。

参考图2，图2为本申请房卡回收方法第一实施例的流程示意图。

本申请实施例提供了一种房卡回收方法，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

房卡回收方法包括：

步骤S10，获取用户选择的房卡回收模式；

本领域技术人员可以理解的是，酒店一般分为团住和散住两种入住类型，团住是指以团队形式办理入住手续，所需要的房间数量较多，如旅游团队一般是以团队形式办理入住手续；而散住是指以单人形式办理入住手续，所需要的房间数量较少。如此，当用户以团队形式入住时，酒店需要向该团队发放多张房卡，当用户退房时，需要对这些房卡进行回收。而现在的酒店在自动回收房卡时，不区分入住类型，即用户离开酒店时，直接将房卡投放至酒店自动服务机，通过自动服务机的房卡回收装置对房卡进行回收，如，在房卡回收装置检测到房卡回收箱中的房卡数量达到一定数量时，自动进行房卡回收。由于房卡回收箱中所有房卡是混淆在一起的，因此在进行房卡回收时，需要逐一识别每张房卡的信息才能区分入住类型，从而导致房卡回收效率低。

而本申请在回收房卡时，需要用户选择房卡回收模式，如团住回收模式，个人回收模式等，例如，当用户将房卡投放至房卡回收箱时，需要在房卡回收装置的人机交互界面选择房卡回收模式，在选择相应的房卡回收模式后，自动触发房卡回收指令，此时，房卡回收装置基于该房卡回收指令执行房卡回收流程，也即，不需要等待房卡回收箱的房卡数量达到一定数量时，才进行房卡的回收。如此，房卡回收装置清楚知道当前回收房卡的类型，避免所有房卡混淆在一起回收，从而导致房卡回收效率低。

步骤S20，当所述用户选择的房卡回收模式为团住回收模式时，从至少两张房卡中获取其中一张房卡的关联标识，其中，每张所述房卡相互关联；

需要说明的是，当用户以团队形式入住酒店时，酒店会将该团队所对应的所有房卡进行关联，即将所有房卡绑定在一起，同时，为每张关联房卡设置关联标识，该关联标识可以是粘贴在房卡的标签信息，如二维码，条形码等；也可以是房卡内部的标识信息，如将房卡标识位设置为1。其中，该关联标识包括房卡的关联信息和入住信息，房卡的关联信息包括关联房卡数量、关联房卡的ID信息以及关联时间等，入住信息包括入住天数、入住金额、入住人数和入住房间号，入住团队名称等。如此，房卡回收装置只需读取其中一张关联房卡的关联标识，即可获取所有房卡的信息。

因此，当房卡回收装置接收到用户选择的房卡回收模式为团住回收模式时，自动从回收箱中随机读取一张房卡的关联标识，例如，通过房卡回收装置中的读卡器随机读取一张房卡的关联标识，通过读取房卡携带的关联标识，判断该房卡是否为关联房卡，若读取到关联标识，则说明该房卡为关联房卡，此时，可通过该关联房卡直接获取与其关联的所有房卡信息，如此，避免了逐张识别房卡，才可以获取每张房卡分别对应的房卡信息。若没有读取到关联标识，则说明该房卡不是关联房卡，此时，向用户发送提示信息，以提示用户当前投放的房卡有误。

步骤S30，根据所述关联标识对所述房卡进行回收。

在本实施例中，由于关联房卡所携带的关联标识包括每张关联房卡的入住信息，此时，可通过关联标识获取每张关联房卡的入住信息，如入住天数、入住金额、入住人数、入住房间号、入住人员身份证信息和联系方式、押金等，进一步对该入住信息进行验证，以判断该入住信息是否满足预设信息，该预设信息为预先存储的实际入住信息，即用户在办理入住手续后，以表格的形式自动生成对应的入住信息，此时，自动服务机会自动保存该入住信息。在验证入住信息时，需要将入住信息表格中记载的信息进行逐条比对，其中，在验证入住天数时，需要获取当前退房日期，并计算当前退房日期与入住日期之间的差值，判断该差值是否为入住天数，若是，则入住天数验证成功。

在所有入住信息验证成功后，对房卡进行回收，例如，在回收箱自动处理房卡，开始分拣房卡，每次从卡堆中分拣出一张房卡，并把该张房卡传送到读卡区；读卡区开始读取房卡，通过房卡读卡器自动读取房卡的关联标识，将识别到关联标识的房卡作为正常房卡，并将该正常房卡回收至集卡箱，此时，还需要统计正常房卡的数量，即统计关联房卡的数量，当关联房卡的数量满足预设数量(即办理入住手续时发放的关联房卡数量)时，对这些关联房卡统一做相应的房间退房动作和房卡退房销卡动作，并生成对应的退房清单，将该退房清单发送至手机APP或者公众号中，并发送退房成功的提示信息。其中，用户还点击自助服务机的人机交互界面申请开具发票，并由手机APP或公众号推送电子发票。此外，房卡回收装置将未识别到关联标识的房卡作为异常房卡，并将异常房卡回收至废弃卡箱，并向用户发送房卡有误提示信息，以使用户确认投放的房卡。

可选地，若用户需要提前退房，将房卡投放至回收箱后，房卡回收装置自动获取各关联房卡所对应的入住信息，根据该入住信息计算退还金额，并将该退还金额显示在人机交互界面上，以供用户确认该退还金额是否正确。在接收到确认指令后，自动生成退房清单，将该退房清单发送至手机APP或者公众号中，并将退还金额发送至用户对应的支付APP。

在本实施例中，通过获取用户选择的房卡回收模式；当用户选择的房卡回收模式为团住回收模式时，从至少两张房卡中获取其中一张房卡的关联标识，每张房卡相互关联；根据关联标识对房卡进行回收。通过识别一张关联房卡，即可快速回收团住的所有房卡，从而提高了房卡的回收效率。

进一步地，参考图3，提出本申请房卡回收方法第二实施例。

所述房卡回收方法第二实施例与所述房卡回收方法第一实施例的区别在于，所述获取用户选择的房卡回收模式的步骤之前，包括：

步骤S11，获取用户选择的入住模式；

本领域技术人员可以理解的是，在入住酒店前，需要在预定房间并办理入住手续，而预定房间可通过线上预定，如通过手机APP或公众号等其他方式预定房间，还可以到酒店进行现场预定，如通过酒店自助服务机查询空余房间信息，基于该空闲房间信息进行房间的预定，该空余房间信息包括房间内部设备信息、居住人数、楼层信息、面积信息等等。但无论是在线上预定房间，还是在线下预定房间，都需要在预定房间时选择对应的入住模式，如团住模式，个体模式等。

在一实施例中，以线上预定房间为例，通过手机APP进入至酒店预定页面时，该页面会自动以弹窗的方式提示用户选择入住模式，当用户选择团住模式后，需要填写入住人数，入住需求等信息，此时，手机APP根据用户选择的入住模式和入住人数自动匹配相应的房间，并将匹配的房间信息以列表的形式显示在页面上，以供用户做选择。此外，用户还可以根据需求查询酒店空余房间信息，自主选择对应的房间。在确定需要预定的房间信息后，需要上传入住人员的身份证信息进行身份验证，同时还需要支付定金，在完成所有入住办理手续后，手机APP会自动生成一个入住二维码，该二维码包括对应团队名称、房间数量、房间号等一系列信息；还可以生成一个订单号，该订单号同样包括对应团队名称、房间数量、房间号等一系列信息。当用户到达酒店后，通过自助服务机扫描入住二维码即可获取用户在线上办理的入住信息，同时，需要用户刷身份证信息，进行人脸识别，以再次确认用户的身份信息，以确保酒店入住的安全性。

在另一实施例中，以线下预定房间为例，通过酒店自助服务机选择入住模式，当用户选择团住模式时，自助服务机的人机交互界面提示用户填写入住人数，此时，自助服务机同样会根据用户选择的入住模式和入住人数自动匹配相应的房间，并将匹配的房间信息以列表的形式显示在页面上，以供用户做选择，而用户还可以通过查询酒店空余房间信息自主选择房间。在选择房间后，需要上传入住人员的身份证信息进行身份验证以及支付定金。

步骤S12，当所述用户选择的入住模式为团住模式时，将至少两张房卡进行关联，并为所述房卡设置相同的关联标识；

本领域技术人员可以理解的是，酒店每个房间配有一张房卡或多张备用房卡，而每张房卡都有一个唯一的ID，该ID是指身份标识号码，可以是一个序列号，也可以是一个编码。当用户选择的入住模式为团住模式时，自助服务机自动获取用于预定的房间号，根据该房间号获取对应的待发放房卡，进一步获取每张待发放房卡的ID信息，将每张待发放房卡的ID信息进行关联，并为每张房卡设置相同的关联标识，具体地，获取房卡的关联信息和入住信息，其中，房卡的关联信息包括关联房卡数量、关联房卡的ID信息以及关联时间等，而入住信息包括入住天数、入住金额、入住人数和入住房间号中的至少一种，可选地，入住信息还可以包括入住的团队名称，入住成员姓名、身份证信息、联系方式等等。进一步根据关联信息和入住信息为所述房卡设置相同的关联标识，该关联标识可以是粘贴在房卡的标签信息，如二维码，条形码等；也可以是房卡内部的标识信息，如将房卡标识位设置为1。其中，关联标识还包括待发放房卡的ID信息。

步骤S13，发放携带所述关联标识的房卡。

酒店自助服务机在为每张待发放房卡设置关联标识后，将该携带有关联标识的房卡发放至取卡箱中，以使用户取卡入住。

在本实施例中，通过获取用户选择的入住模式，当用户选择的入住模式为团住模式时，将至少两张房卡进行关联，并为房卡设置相同的关联标识，发放携带关联标识的房卡。通过将团住模式中所有的待发放房卡进行绑定，并设置相同的关联标识，使得在读取到一张关联房卡的入住信息时，即可获取与其关联所有房卡的入住信息，从而避免逐张读取房卡的信息，继而提高房卡的回收效率。

进一步地，参考图4，提出本申请房卡回收方法第三实施例。

所述房卡回收方法第三实施例与所述房卡回收方法第一实施例和第二实施例的区别在于，所述获取用户选择的入住模式的步骤步骤之前包括：

步骤S110，获取用户的身份证信息和人脸信息；

步骤S111，将所述身份证信息发送至验证系统，以使所述验证系统根据所述身份证信息获取预存的人脸信息；

步骤S112，将所述人脸信息与所述验证系统中预存的人脸信息进行匹配，若所述人脸信息与所述验证系统中预存的人脸信息匹配，执行所述获取用户选择的入住模式的步骤。

本领域技术人员可以理解的是，酒店办理国内宾客入住要按照相关的法律规定，让宾客必须出示身份证并通过治安管理系统上传，方可办理入住，身份证是国内宾客在入住酒店的唯一有效证件(军人除外)，而身份证是否为本人所有，酒店只能人工判别，酒店没有对应的权限，如此，通过人工判断容易出现“人证不符”的现象，从而导致酒店处于不安全状态。

基于上述问题，本申请的酒店自助服务机设有身份确认模块，该身份确认模块包括身份证读取模块和人脸比对模块，身份证读取模块连接验证系统(如公安户籍系统，治安管理系统等)，用于录入用户的身份证信息，并将身份证信息发送到验证系统；人脸比对模块与验证系统连接，用于采集人脸的信息，将用户的人脸信息发送到验证系统，与身份证读取模块收集到的信息进行匹配，完成身份确认，以确保人证合一。在一实施例中，在选择入住模式前，提示入住人员将身份证放置在自助服务机读取位置，通过身份证读取模块读取用户的身份证信息，并将读取到的身份证信息发送到验证系统，同时，在自助服务机的摄像头下进行人脸拍照，获取入住人员的人脸信息，将该人脸信息与验证系统中预存的人脸信息进行匹配，若人脸信息与验证系统中预存的人脸信息匹配，表明人证比对没有问题，完成身份确认；若人脸信息与验证系统中预存的人脸信息不匹配，表明人证比对有问题，身份确认不通过。其中，当用户未携带身份证时，可以通过人机交互界面上的按钮或触摸按钮输入姓名+身份证号码，将该信息发送至验证系统，以使验证系统调用预存数据进行比对。

本实施例通过获取用户的身份证信息和人脸信息，将身份证信息发送至验证系统，以使验证系统根据身份证信息获取预存的人脸信息，将人脸信息与验证系统中预存的人脸信息进行匹配，若人脸信息与验证系统中预存的人脸信息匹配，表明人证比对没有问题，完成身份确认。如此，保证了“认证合一”，确保酒店处于安全状态，继而保证入住人员的安全性。

此外，本申请还提供一种房卡回收装置，所述装置包括存储器、处理器及存储在存储器上并在所述处理器上运行动物的房卡回收程序，该房卡回收装置通过获取用户选择的房卡回收模式；当用户选择的房卡回收模式为团住回收模式时，从至少两张房卡中获取其中一张房卡的关联标识，其中，每张房卡相互关联；根据关联标识对房卡进行回收。通过识别一张关联房卡，即可快速回收团住的所有房卡，从而提高了房卡的回收效率。

此外，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有房卡回收方法程序，所述房卡回收方法程序被处理器执行时实现如上所述房卡回收方法的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

应当注意的是，在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本申请可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

尽管已描述了本申请的可选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括可选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种房卡回收方法，其特征在于，所述方法包括：

获取用户选择的房卡回收模式；

当所述用户选择的房卡回收模式为团住回收模式时，从至少两张房卡中获取其中一张房卡的关联标识，其中，每张所述房卡相互关联；

根据所述关联标识对所述房卡进行回收。

2.如权利要求1所述的房卡回收方法，其特征在于，所述根据所述关联标识对所述房卡进行回收的步骤包括：

根据所述关联标识获取每张所述房卡的入住信息；

在所述房卡的入住信息满足预设信息时，对所述房卡进行回收。

3.如权利要求1所述的房卡回收方法，其特征在于，所述对所述房卡进行回收的步骤包括：

将识别到所述关联标识的房卡作为正常房卡，并将所述正常房卡回收至集卡箱；

将未识别到所述关联标识的房卡作为异常房卡，并将所述异常房卡回收至废弃卡箱。

4.如权利要求3所述的房卡回收方法，其特征在于，所述根据所述关联标识对所述房卡进行回收的步骤之后，包括：

获取回收的所述正常房卡数量，在所述正常房卡数据满足预设数量时，获取退房清单；

将所述退房清单发送至用户终端，并向所述用户终端发送退房成功的提示信息。

5.如权利要求1所述的房卡回收方法，其特征在于，所述获取用户选择的房卡回收模式的步骤之前，包括：

获取用户选择的入住模式；

当所述用户选择的入住模式为团住模式时，将至少两张房卡进行关联，并为所述房卡设置相同的关联标识；

发放携带所述关联标识的房卡。

6.如权利要求5所述的房卡回收方法，其特征在于，所述为所述房卡设置相同的关联标识的步骤包括：

获取所述房卡的关联信息和入住信息，所述入住信息包括入住天数、入住金额、入住人数和入住房间号中的至少一种；

根据所述关联信息和所述入住信息为所述房卡设置相同的关联标识。

7.如权利要求5所述的房卡回收方法，其特征在于，所述将至少两张房卡进行关联的步骤包括：

获取每张待发放房卡的ID信息；

将每张所述待发放房卡的ID信息进行关联，所述关联标识包括所述待发放房卡的ID信息。

8.如权利要求5所述的房卡回收方法，其特征在于，所述获取用户选择的入住模式的步骤步骤之前包括：

获取用户的身份证信息和人脸信息；

将所述身份证信息发送至验证系统，以使所述验证系统根据所述身份证信息获取预存的人脸信息；

将所述人脸信息与所述验证系统中预存的人脸信息进行匹配，若所述人脸信息与所述验证系统中预存的人脸信息匹配，执行所述获取用户选择的入住模式的步骤。

9.一种房卡回收装置，其特征在于，所述装置包括存储器、处理器及存储在存储器上并在所述处理器上运行房卡回收程序，所述处理器执行所述房卡回收程序时实现如权利要求1至8中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有房卡回收程序，所述房卡回收程序被处理器执行时实现如权利要求1至8中任一项所述的方法的步骤。

Images